Bug #8300
Screen is filled with garbage after emergency shutdown in Jessie
100%
Description
This breaks the erase_memory.feature
, since we cannot find the “Going to sleep 10 minutes. Happy dumping!” message (triggered by debug=wipemem
on the kernel cmdline) we currently look for, and users will not see the message telling them that it is safe to remove their Tails boot medium.
Subtasks
History
#1 Updated by anonym 2014-11-24 16:47:43
- Assignee set to intrigeri
- QA Check set to Info Needed
intrigeri wrote in Bug #8098–6:
> Now works fine. What’s displayed on the screen may be a bit less nice than what we had in Wheezy, but it’ll do fine at least for the time being.
What do you mean with “a bit less nice than what we had in Wheezy”? How does the screen look for you now? In the automated test suite I still get the same old red garbage on a black screen that I’ve seen before in feature/jessie
.
So in c37f73a we stop switching to tty1 on shutdown (which I assume is the fix you are talking about above in Bug #8098–5). However, the tty1 switch still seems relevant to me: if I set an admin password, switch to tty1 with Ctrl+Alt+F1 (leaving Xorg and GNOME running) and shutdown, then I do not get the garbage, although what I get differs on whether I use libvirt/KVM or VirtualBox:
- In VirtualBox I get to see the output of the kexec’d kernel booting,
sdmem
’s output of lots of*
and the “Going to sleep 10 minutes. Happy dumping!” message. In other wirds, exactly what we had in Wheezy.
- In libvirt/KVM I get a black screen with a cursor up in the left corner, and the cursor is frozen in the middle of its blinking “animation” so you either don’t see it, or you see a white line.
It can be added that, in Virtualbox, I once got the Wheezy-like output when shutting down completely normally while still being on Xorg’s tty. All other times I’ve gotten the garbage screen.
#2 Updated by anonym 2014-11-24 16:51:00
- Category deleted (
Spoof MAC)
#3 Updated by intrigeri 2014-11-25 06:28:53
- Subject changed from Screen is filled with garbade after emergency shutdown in Jessie to Screen is filled with garbage after emergency shutdown in Jessie
#4 Updated by intrigeri 2014-11-25 11:51:49
- Assignee changed from intrigeri to anonym
anonym wrote:
> What do you mean with “a bit less nice than what we had in Wheezy”?
The shutdown messages are displayed on a screen that wasn’t cleared first, so it’s a bit messy, but still readable.
> How does the screen look for you now? In the automated test suite I still get the same old red garbage on a black screen that I’ve seen before in feature/jessie
.
There’s a bit of confusion here. The automated test suite is not testing emergency shutdown, which Bug #8098 was about.
> So in c37f73a we stop switching to tty1 on shutdown (which I assume is the fix you are talking about above in Bug #8098–5).
Right. That’s for emergency shutdown only, so it doesn’t affect the test suite in any way.
> However, the tty1 switch still seems relevant to me: if I set an admin password, switch to tty1 with Ctrl+Alt+F1 (leaving Xorg and GNOME running) and shutdown, then I do not get the garbage, although what I get differs on whether I use libvirt/KVM or VirtualBox:
>
> * In VirtualBox I get to see the output of the kexec’d kernel booting, sdmem
’s output of lots of *
and the “Going to sleep 10 minutes. Happy dumping!” message. In other wirds, exactly what we had in Wheezy.
>
> * In libvirt/KVM I get a black screen with a cursor up in the left corner, and the cursor is frozen in the middle of its blinking “animation” so you either don’t see it, or you see a white line.
>
> It can be added that, in Virtualbox, I once got the Wheezy-like output when shutting down completely normally while still being on Xorg’s tty. All other times I’ve gotten the garbage screen.
I think you should split this ticket into two: one that’s about emergency shutdown, and another one that’s about normal shutdown.
#5 Updated by intrigeri 2014-11-26 12:33:07
- Status changed from Confirmed to Resolved
- Assignee deleted (
anonym) - % Done changed from 0 to 100
- QA Check deleted (
Info Needed)
Unless I didn’t understand the problem, this is now fixed as of commit 957e4bb9.
#6 Updated by intrigeri 2014-11-28 01:18:05
Further improved with commit 68fa99d09f. It now looks better than on Wheezy, IMO.