Project

General

Profile

Bug #8300

Screen is filled with garbage after emergency shutdown in Jessie

Added by anonym over 4 years ago. Updated over 4 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
11/24/2014
Due date:
% Done:

100%

Feature Branch:
feature/jessie
Type of work:
Code
Blueprint:
Starter:
Affected tool:

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.

History

#1 Updated by anonym over 4 years ago

  • Assignee set to intrigeri
  • QA Check set to Info Needed

intrigeri wrote in #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 #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 over 4 years ago

  • Category deleted (Spoof MAC)

#3 Updated by intrigeri over 4 years ago

  • 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 over 4 years ago

  • 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 #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 #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 over 4 years ago

  • 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 over 4 years ago

Further improved with commit 68fa99d09f. It now looks better than on Wheezy, IMO.

Also available in: Atom PDF