[SRU] Black screen after wakeup from suspending by closing the laptop lid

[Minium]

Problem description
---

Expected behaviour:
After putting the computer to sleep (suspend), the display manager (LightDM) appears, I log in and the session resumes.

Behaviour:
After logging back into the session the screen remains black. The system is awake and I can get back to the display
manager, but I cannot continue work due to a black display screen.

[Test Case]
Suspend the computer, then attempt to log back in. The screen will remain black.

[Regression potential]
None apparent, tested in utopic and a ppa.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-3.13.0-23-generic 3.13.0-23.45
ProcVersionSignature: Ubuntu 3.13.0-23.45-generic 3.13.8
Uname: Linux 3.13.0-23-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.14.1-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: minium 2210 F.... pulseaudio
CurrentDesktop: XFCE
Date: Mon Apr 7 13:00:11 2014
HibernationDevice: RESUME=UUID=d5c0f9e8-e1a0-4ca1-a684-4879c98be5d5
InstallationDate: Installed on 2014-04-02 (4 days ago)
InstallationMedia: Xubuntu 14.04 LTS "Trusty Tahr" - Daily amd64 (20140402)
MachineType: LENOVO 4242PT2
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.13.0-23-generic.efi.signed root=/dev/mapper/xubuntu--vg-root ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.13.0-23-generic N/A
 linux-backports-modules-3.13.0-23-generic N/A
 linux-firmware 1.127
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/26/2013
dmi.bios.vendor: LENOVO
dmi.bios.version: 8AET64WW (1.44 )
dmi.board.asset.tag: Not Available
dmi.board.name: 4242PT2
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr8AET64WW(1.44):bd07/26/2013:svnLENOVO:pn4242PT2:pvrThinkPadT520:rvnLENOVO:rn4242PT2:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 4242PT2
dmi.product.version: ThinkPad T520
dmi.sys.vendor: LENOVO

[Lutz Andersohn (landersohn-m)]

I am running xfce 4.11. Power manager is configured to do nothing when the lid closes.
When I close the lid, I get ACPI events and that trigger the /etc/acpi/lid.sh scipt.
this script in turn calls "CheckPolicy" which returns 0 since xfce4 power manager is running and the lid.sh script exits before actually doing anything. In particular, when I open the lid, 'xset dpms force on' does not get called and the screen stays dark.

looks to me, the acpi script relinquishes all duties to xfce4-power-manager - as it should - but xfce4-power-manager does not turn power to the screen back on.

[Brad Figg (brad-figg)]

This change was made by a bot.

[Joseph Salisbury (jsalisbury)]

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.14 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.14-trusty/

[Elfy (elfy)]

Attaching logs

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Elfy (elfy)]

adding logging - successful resume after suspending via menu

[Elfy (elfy)]

added logging - failed resume after suspending via closed lid

[Shuhao (shuhao)]

So a work around:

Bind a keyboard shortcut to a valid xrandr command that maps your screen. This is mine:

#!/bin/sh
xrandr --output LVDS1 --mode 1366x768 --pos 0x0 --rotate normal --output VGA1 --off

You might need to edit this. If you get the black screen simply press your shortcut to execute this command and it should be okay.

Also I would propose this to be urgent rather than medium as it is a blocking issue for many people with laptops.

[Minium (minium)]

There is one more symptom:
- The background image of the display manager changes to the default one
   instead of the custom set one after resuming from suspend.

[GridCube (gridcube)]

I have also noticed that the screen is not actually off but the brightness of it is so low it appears to be off. Using an xrandr to reset the screen seems to work to reset the brightness.

[Thaddaeus Tintenfisch (thad-fisch-deactivatedaccount)]

Can anyone confirm that suspending via menu also triggers the black screen?

[Simon Steinbeiß (ochosi)]

Are you using xfpm in combination with logind/systemd?

[Lutz Andersohn (landersohn-m)]

I presume by xfpm you are referring to xfce4-power-manager? If so, then yes, it is running along with upowerd, at least both show up in "ps -e"

not sure about logind/systemd: to my knowledge I didn't do anything here that wasn't out of the box. I'd be happy to run any diagnostics you need and post it here.

[Simon Steinbeiß (ochosi)]

Yes, xfpm was intended as shorthand for xfce4-power-manager.

What version of what distro are you using?

[Lutz Andersohn (landersohn-m)]

I originally installed Ubuntu 12.04.03 LTS 64 bit which I subsequently upgraded to Xubuntu. The problem thus occured under Xubuntu 12.04 LTS 64 bit.

[Minium (minium)]

Regarding comment #14

Going into suspend via the menu does not trigger any faulty behavior. I'm able
to successfully recover from suspend without any troubling symptoms. The problem
only exists when going into suspend via closed lid.

[yochaigal (yochaigal)]

Creating an xrandr shell script + key combo works, except the mouse cursor is missing.

[wutr (wutr)]

With regards to comment #16:

I have the same problem. The mouse cursor is missing, but the mouse still works. You can see icons, tabs, buttons etc. being highlighted as the mouse passes over it.

You get the pointer back though when you switch to a text tty (ALT-CTRL-F1) and then back to the GUI (ALT-CTRL-F7). You don't need to login to the text terminal.

I've also found that if you disable "Lock on suspend" in the "Light Locker Settings" screen, and then manually lock the screen from the terminal with:

light-locker-command -l

and then close the lid so the laptop suspends, resuming works fine without the need for any workarounds.

[The Inc. (the-inc)]

I had this error also a few times, the first time however I could get it back by pressing my 'Fn' key and the 'extend monitor' key. Very strange behavior.

[The Inc. (the-inc)]

For the moment I use the option to not ask for a password after bringing back the system from suspention.

[Heikki Ketoharju (heikkiket)]

When I close laptop lid, machine hibernates. But when I open the lid maybe an hour later and give a password screen lock asks, I can remove lock but screen turns blank. I guess screen lock doesn't tell to the powermanager that it should turn screen from blank state to showing desktop. If I remove locking feature, everything works well. I solved the problem by removing light-locker and installing xscreensaver as in my old Xubuntu installation. My installation was new, not upgraded from previous version, but home folder and settings are migrated from old Xubuntu 12.10 installation.

[James0r (james-auble2)]

Both of my laptops have most all of these symptoms.

As mentioned in comment #13, the lowest brightness setting is also a symptom of this bug. I can't confirm what he/she is saying about the sessions brightness but I can say that lightdm is at lowest brightness when on resume after suspend by lid close. Furthermore, on system reboot the screen brightness remains at lowest brightness until I adjust it.

[James0r (james-auble2)]

For new Xfce users it might also be relevant to mention that you can use xscreensaver to lock and blank the screen. I have substituted xscreensaver for screen locking while I wait for a fix for screen locker.

[Paul Schyska (pschyska-m)]

I have the same bug - black screen on resume after unlocking, but only when the suspend was triggered via lid close and not when doing it from the XFCE menu.
Also, the display backlight is very low. Turning the brightness up while on TTY1 with my media keys or cat'ing a high value to /sys/class/backlight/.../brightness makes on difference on TTY7 - still black (like #21 described).

The workaround from #11 works, thank you for that!

I'm basically just writing because the original reporter seems to use nvidia drivers, but I'm on intel.

[wutr (wutr)]

After some further testing I'd like to add this:

As I mentioned before, locking with the command "light-locker-command -l" and then closing the laptop lid allows you to resume just fine, with the session being locked properly.

Running "light-locker-command -l" on suspend (via a script in /usr/lib/pm-utils/sleep.d) with the use of 'xdotools' and the standard keyboard shortcut assigned via the XFCE keyboard settings (sudo -u <USERNAME> sh -c 'xdotools key Control+Alt+Delete') which runs the script 'xflock4' (calls 'light-locker-command -l') results in the same behaviour as when "Lock on suspend" is enabled in the "Light Locker" settings.

Could this mean that light-locker locks the screen too late? Should the screen be locked before anything else related to suspending happens?

[Reinis Zumbergs (reinis-zumbergs)]

As Heikki and James mention, replacing light-locker helps. In my case I removed light-locker light-locker-settings packages and installed gnome-screensaver package. gnome-screensaver locker looks much nicer than xscreensaver IMHO.

[Paul Schyska (pschyska-m)]

Reinis,

do I have to change any setting or just remove/install the mentioned packages? Does xflock4 pick gnome-screensaver as locker automatically?

[wutr (wutr)]

Paul,

xflock4 (a shell script), tries to use either light-locker, xscreensaver or gnome-screensaver, so you should be OK.

[Floris Van den Abeele (florisvda)]

I can note that I also suffer from the issue when I disable suspending when closing the laptop lid: Settings > Power Manager > When laptop screen is closed: "Lock Screen". In this case light-locker still locks the screen when closing the lit and the laptop display itself is also shutdown. When suspending, the laptop screen also is shutdown.

So rather than 'suspend to RAM' being the culprit I argue that powering off the laptop screen (which happens both with and without suspend when closing the lid) is the cause for the blank screen after unlocking. I can confirm that the xrandr fix also works in this case (which lead me to suspect it has to do something with the monitor being shutdown), unfortunately "Configure new displays when connected" under Settings > Displays doesn't seem to do the trick.

[Liviu Andronic (landronimirc)]

I notice a very similar issue on a fresh install of Xubuntu 14.04 on a Dell Inspiron:
I'm noticing issues with putting the laptop to Suspend. Whether I do it from xfce4-session-logout or from xfce4-power-manager, the laptop will hang on attempting to Suspend, when I hit the power button the laptop shuts down, when I restart
there is the "Report a problem" wizard which reports that the laptop failed to resume properly from suspend.

HOWEVER, the awkward issue is that when I do Suspend from within LightDM it works fine (doesn't hang _and_ resumes fine). Also, `sudo pm-suspend` works, too, without a glitch.

[rathboma (beekeeper-studio)]

I can confirm this happens on Intel graphics too. I'm running a Lenovo Edge E431. It has the Intel 4000HD

[Liviu Andronic (landronimirc)]

To confirm, for my system (Xubuntu 14.04 on a Dell Inspiron) removing 'light-locker' and 'light-locker-settings' and installing 'xscreensaver' solves the issue of buggy suspend/resume.

[GridCube (gridcube)]

That doesn't solve the issue, it just avoids it.

[Nick Rhodes (ngrhodes)]

For me I get this issue on lid close, no matter if on battery or mains, suspend on lid close enabled not.

[Artyom Nosov (artyom.nosov)]

The same issue. The following workaround as a hotkey works for me:

xrandr --output LVDS-1-0 --mode 1920x1080 --pos 0x0 --rotate normal --output VGA-1-0 --off

Thanks, Shuhao (shuhao)

[Bernard Decock (decockbernard)]

I have this issue on a Dell Inspiron 6000 after a regular shut-down. The screen stay blank. One has to power down the machine. After powering up everything works fine again. This phenomenon happens frequently. I don't suspend the computer.

[Chris Wilson (laun5hpad)]

I can also confirm this behaviour in Xubuntu 14.04 (on my trusty ol' Vaio TZ21 using the venerable Intel 945GM chipset). I did not have this problem for 13.10 or 13.04.

Interestingly, when I switch off Light Locker and rely on Power Manager to suspend the laptop when closing the lid, the screen is restored okay, but for some reason the Display settings window is now visible..!? Also, there is no issue when suspending via the menu.

This leads me to think that the issue is with Light Locker, and not Power Manager. (Although is Power Manager responsible for the mysterious appearance of the Display settings window on resume..??)

Glad to see this is now high priority...

[Rory Yorke (ryorke)]

Confirmed on Xubuntu 14.04 on Dell Inspiron 3521, which has a dual GPU (Intel/AMD). Removing light-locker and installing xscreensaver (I already had it installed -- probably had it since 13.04?) is a successful workaround.

[Lewis Cowles (lewis-cowles-1986)]

For me at least this completely fixes the issues around suspending

It seems they included broken / buggy packages in the main build,
completely disabling this "lightlocker" crap seems to have a tremendous
benefit in mitigating the issue.

I am unsure of how this affects my laptop's suspend or sleep modes but it
means I can use the thing after going from A->B, I would recommend backing
up everything you work on using Ubuntu 14.04 anyway as I have noticed
several other bugs, however as I feel this has been a drawn out bug request
which I have had to fix myself I dont see any point using ubuntu any more
and will switch distros until it becomes more stable​

On 26 April 2014 09:07, Rory Yorke <email address hidden> wrote:

> Confirmed on Xubuntu 14.04 on Dell Inspiron 3521, which has a dual GPU
> (Intel/AMD). Removing light-locker and installing xscreensaver (I
> already had it installed -- probably had it since 13.04?) is a
> successful workaround.
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1307918).
> https://bugs.launchpad.net/bugs/1303736
>
> Title:
> Black screen after login from suspend in Xubuntu 14.04
>
> Status in Xfce4 Power Manager:
> New
> Status in “xfce4-power-manager” package in Ubuntu:
> Confirmed
>
> Bug description:
> Problem description
> ---
>
> Expected behaviour:
> After putting the computer to sleep (suspend), the display manager
> (LightDM) appears, I log in and the session resumes.
>
> Behaviour:
> After logging back into the session the screen remains black. The system
> is awake and I can get back to the display
> manager, but I cannot continue work due to a black display screen.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 14.04
> Package: linux-image-3.13.0-23-generic 3.13.0-23.45
> ProcVersionSignature: Ubuntu 3.13.0-23.45-generic 3.13.8
> Uname: Linux 3.13.0-23-generic x86_64
> NonfreeKernelModules: nvidia
> ApportVersion: 2.14.1-0ubuntu1
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: minium 2210 F.... pulseaudio
> CurrentDesktop: XFCE
> Date: Mon Apr 7 13:00:11 2014
> HibernationDevice: RESUME=UUID=d5c0f9e8-e1a0-4ca1-a684-4879c98be5d5
> InstallationDate: Installed on 2014-04-02 (4 days ago)
> InstallationMedia: Xubuntu 14.04 LTS "Trusty Tahr" - Daily amd64
> (20140402)
> MachineType: LENOVO 4242PT2
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.13.0-23-generic.efi.signed
> root=/dev/mapper/xubuntu--vg-root ro quiet splash vt.handoff=7
> RelatedPackageVersions:
> linux-restricted-modules-3.13.0-23-generic N/A
> linux-backports-modules-3.13.0-23-generic N/A
> linux-firmware 1.127
> RfKill:
> 0: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 07/26/2013
> dmi.bios.vendor: LENOVO
> dmi.bios.version: 8AET64WW (1.44 )
> dmi.board.asset.tag: Not Available
> dmi.board.name: 4242PT2
> dmi.board.vendor: LENOVO
> dmi.board.version: Not Availab...

[Sean (scott-seanc)]

I'm seeing this problem occasionally ever after removing light-locker and light-locker-settings. I'm using gnome-screensaver and xscreensaver is not installed.

I saw these symptoms in 13.10 and was only able to resolve it by upgrading to a development version of lightdm. The issue was with virtual terminal switching I believe. Perhaps some affected users could use gdm in place of lightdm. In my case gdm isn't an option as gdm loads very slowly on my system.

[Mike Chelen (mchelen)]

Disabling lightlocker according to #38 fixed the problem for me.

[Jesse Glick (jesse-glick)]

Like @florisvda in comment #28 I have configured Power Manager settings to only lock the screen, not suspend, when the lid is closed. Nonetheless, when I close the lid while the system is running, it is suspended. (I had the same problem for a while in 13.10 but then it resolved itself somehow. Anyone happen to know if this is filed elsewhere?)

At any rate, when the system suspends via lid close, I hit this bug; suspending via Fn-F4 (the hardware suspend gesture on a Thinkpad) and then closing the lid seems fine.

By the way bug #1259339 offers some workaround variants not mentioned here (untested by me).

[Vaidotas (vaidas100)]

At this time Xubuntu is useless for me.
If I turn off monitor and turn it back on I see black screen only and
need to restart lightdm.

[Thaddaeus Tintenfisch (thad-fisch-deactivatedaccount)]

I have uploaded a slightly modified version of xfce4-power-manager to https://launchpad.net/~thad-fisch/+archive/xfce4-power-manager for testing purpose. The screen will be now locked on wake up (as opposed to while suspending the system).

Please test this version with light-locker, xscreensaver and possibly other screen locker applications. Does it resolve the problem without revealing the desktop briefly or causing any other negative side effects?

Note: After installing this package you will have to restart the currently running instance of xfce4-power-manager.

[Dave Roberts (drob-blueyonder)]

Loaded the updated xfce4-power-manager from ppa and I still have problems.
Suspend does not lock the screen, but recovery is fine.
Closing the lid, locks and suspends but the screen is black.
Exiting to the terminal and the display is very low brightness requiring adjustment.
Restart lightdm and I can recover but the session is lost.
Please note 12.04 behaved fine on the same hardware.
Asus Eeepc 1000H

[Dave Roberts (drob-blueyonder)]

Further analysis with new xfce4-power-manager:-

If I lock the screen via the whisper menu, I can then suspend via the menu or by closing the laptop lid.

After doing so in this order a full restoration is possible with no brightness or loss of session issues.

Eeepc1000H

[Minium (minium)]

My bad on comment #44, it was a false-positive. Further analysis has shown the following:

- Going into suspend mode via closed lid still produces a black screen after login on the laptop monitor
- Going into suspend mode via closed lid does not produce a black screen after login on an external monitor (connected via DisplayPort)
- The patch does not appear not change any of this behaviour

[Artyom Nosov (artyom.nosov)]

The problem is still present with the following packages:

ii xfce4-power-manager 1.2.0-3ubuntu4test1 amd64 power manager for Xfce desktop
ii xfce4-power-manager-data 1.2.0-3ubuntu4test1 all power manager for Xfce desktop, arch-indep files

The working workaround for me is to remove light-locker package and install xscreensaver.

[Dave Roberts (drob-blueyonder)]

I have the modified xfce-power-manager installed.
I agree with Artyom I replaced ight-locker with xscreensaver and I have screen locking and suspend facilities again.

[Bruce Merry (bmerry)]

> I have uploaded a slightly modified version of xfce4-power-manager to https://launchpad.net/~thad-fisch/+archive/xfce4-power-manager for testing purpose. The screen will be now locked on wake up (as opposed to while suspending the system).

Installing the PPA did not change my symptoms at all (and I did reboot the machine after installing the package): I still get a blank screen after unlocking light-locker on resume, which the xrandr workaround solves, and the mouse cursor is invisible, which switching to a console VT and back again solves.

[jadi (jadijadi)]

Confirm the bug and confirm the workaround "remove light-locker; install xscreensaver".

[Kenepo (borinken-adc)]

Can someone provide a simple guide for removing light-locker and installing xscreensaver correctly?

[Andreas Siegert (afx)]

sudo -s
apt-get purge light-locker
apt-get install xscreensaver

is all it takes.
You then can configure xscreensaver from the settings panel of xfce just like in previous releases.

But I really wish they would fix light-locker as it does not nuke my monitor profiles on sleep like xscreensaver does.
A bit of a PITAon a widegamut screen.

[Kenepo (borinken-adc)]

Thanks a lot, I would really like to see a fix for light-locker too but just wanted to have an alternative just in case I needed to lock the PC after suspend. I can wait a couple more days but if there isn't any progress I'll go with purge-install workaround until a fix is released.

[malheum (maxheise)]

Doubleplease fix this. It is a real show stopper for xubuntu 14.04.

[Elfy (elfy)]

If anyone is able to test the fixed packages for this the instructions are :-

1. Add the Xubuntu Developers PPA to get the new packages: sudo add-apt-repository ppa:xubuntu-dev/ppa

2. Update package information and update the two crucial packages:

sudo apt-get update && sudo apt-get install xfce4-power-manager light-locker-settings

xfce4-power-manager-data will get upgraded at the same time

3. Open light-locker-settings and make sure "Lock on suspend" is enabled (if it already is, disable and then re-enable it, then hit "Apply").

4. Restart your machine.

5. Close your laptop's lid.

6. You should be presented with the unlock screen upon opening the lid, login and you should see your desktop (after some VT-switching flickering)

To remove the upgrades and return your machine to it's state prior to testing

sudo ppa-purge ppa:xubuntu-dev/ppa

[Doug Shelton (dshelton-san)]

confirming same issue here on Lenovo G500/i3/intel graphics with fresh install of 14.04. One note: if I suspend using the "logout/suspend" dialogue, then resume using power button, system comes up with black screen. As soon as I begin typing password, lightlocker PW dialog is displayed and machine unlocks to normal operation.

If I close top cover then resume by opening, machine resumes to black screen and does *not* come back when typing begins.

[Kenepo (borinken-adc)]

Confirming Elfy's suggested fixed packages solved the black screen issue on my Toshi Satellite. Everything works as expected; PC suspends on lid close, boots log-in screen on lid open and unlocks normally after entering password. Many thanks to all involved on providing us with a fix and Elfy for the guide (Y)

Just followed post #56 step-by-step and it worked

[Minium (minium)]

I confirm the fix in post #56 as well. Although the login mask does not appear instantly, it does so in the correct fashion.

[Doug Shelton (dshelton-san)]

confirming fix in post 56. same experience as in #60 - slow to appear and some display flickering, but it does work.

[Bruce Merry (bmerry)]

I can confirm the fix in post 56 too.

[Xubnu (mylaunch)]

Confirming Elfy's suggested fixed packages (post#56) solved the blank screen issue on my Fujitsu LIFEBOOK-S6410.
But the command to remove it again seems to be wrong "sudo ppa-purge ppa:xubuntu-dev/ppa" -> "sudo: ppa-purge: command not found"

[Elfy (elfy)]

I forget sometimes that other people aren't installing PPAs to test stuff as much as I do - you need to install ppa-purge :)

[Dave Roberts (drob-blueyonder)]

This is a Fix for me.

EeePC 1000H

[José Ignacio Ramírez Pinto (jochy2525)]

I have an Acer Aspire One. I've installed light-locker from xubuntu-dev but it still happens the black screen after entering password.

For solution, I've purge light-locker and install xscreensaver. But now mouse pointer does not appear, for momentaly solution I turn to TTY (Ctrl-Alt-F1) and then return to Graphics (Ctlr-Alt-F7)

[Elfy (elfy)]

@jochy2525 - so did you upgrade the power manager at the same time or not?

[Patrick (patrickstar777)]

unfortunately fix from comment #56 was not working for me on my HP Pavilion g7 with ATI graphics.

[Elfy (elfy)]

@patrickstar777 - can you run this in a terminal

dpkg -l light-locker-settings && dpkg -l xfce4-power-manager*

What versions of

light-locker-settings
xfce4-power-manager
xfce4-power-manager-data

do you have?

Did you reboot before testing that lid close worked?

[Artyom Nosov (artyom.nosov)]

 the fix from #56 does not work for me as well (ASUS N56VZ). When I set "Light Locker Settings" -> "Switch off display after (depends on hardware support)" to "Never" I can use light-locker as locker :). But I should manually lock the display.

ii light-locker-settings 1.2.1-0ubuntu2~trusty~ppa1 all simple configuration tool for light-locker
ii xfce4-power-manager 1.2.0-3ubuntu5~trusty~ppa1 amd64 power manager for Xfce desktop
ii xfce4-power-manager-data 1.2.0-3ubuntu5~trusty~ppa1 all power manager for Xfce desktop, arch-indep files

I have reboot several times because to try several different settings.

[Simon Steinbeiß (ochosi)]

@patrickstar777 and artynom.nosov: Could you please describe how it fails exactly? Do you get a black screen after entering your credentials (after opening the lid and un-suspending) or are there other symptoms?

[Artyom Nosov (artyom.nosov)]

@Simon, the light-locker settings is presented here - http://i.imgur.com/9VZLJ7O.png. I can close the LID (without suspend) and after 2 minutes of inactivity I can enter my credentials and get a blank screen.

[Mitch Dabbas (adabbas)]

I too have the same issue. I tried the fix in #56, and it didn't work. Even now I'm not presented with a log-in prompt anytime I reboot or power on my system. Wheather I remove the fix or keep it, is the same. I have a Lenovo IdeaPad Y500 with Geforce GT 650M graphics card.

[Nicolas Chaigneau (tarseaqueurva)]

Same issue for my Dell vostro 3560 with Intel/AMD hybrid graphic system.
#56's fix does not the trick for me. I open the lid, login to unlock the screen and get a black screen. I use « xrandr --auto » to reset the screen where the mouse cursor is available.

[Mitch Dabbas (adabbas)]

I saw that Nvidia has a fix in there new driver, for those who have Nvidia graphics. I tried that, but when it comes time to reboot, I get no graphical display just TTY 1. After doinf some testing, I noticed that the new driver 331.67 doen't work with either kernels, 3.13.0.24, or 3.13.0.26. I haven't tried to update to kernel 3.14.

Included is an image from Nvidia describing the fixes. The one fix I pointed to is exactly the issue that I'm having.

[Mitch Dabbas (adabbas)]

I failed to mention that I used to get these errors:

[107691.012100] dpm_run_callback(): pmp_bus_resume+0x0/0xa0 returns -19
[107691.012101] PM: Device 00:07 failed to thaw: error -19

[31826.064168] dpm_run_callback(): pmp_bus_resume+0x0/0xa0 returns -19
[31826.064169] PM: Device 00:07 failed to thaw: error -19

[56417.195254] dpm_run_callback(): pmp_bus_resume+0x0/0xa0 returns -19
[56417.195854] PM: Device 00:07 failed to thaw: error -19

[56572.938096] dpm_run_callback(): pmp_bus_resume+0x0/0xa0 returns -19
[56572.938098] PM: Device 00:07 failed to thaw: error -19

I have made these change:

Change: GRUB_CMDLINE_LINUX=""
to: GRUB_CMDLINE_LINUX="i8042.nopnp"

in /etc/default/grub

After making these changes, the messages above disappeard, a green line on top of the screen showed up, but after that I started getting a black screen described here, and the desktop will not show, until I restart the system.

[Simon Steinbeiß (ochosi)]

Ok, some of you seem to experience a different bug alltogether actually.
Let me be clear: if suspending doesn't work for you from the logout-menu, then this bugreport is NOT for you!

This is only for people for whom suspend works generally, but who have problems with wakeup after closing their laptop-lid to suspend.

[Cheenu (cheenu321)]

#56's fix worked for me on Dell Latitude D620. Thx.

[Rudo Curtir (rudocurtir)]

What I do is:
Ctrl+Alt+F1, log in, and run this: sudo service lightdm restart. It's a pain but it works.

[Xubnu (mylaunch)]

@Elfy after the installation of the fix from answer #56 the suspend problem seems to be fixed, but if i press the power button from the laptop it will shutdown immediately dont'ask me what to. After uninstall the fix, the power button reacts as expected and ask me what i want to do.
Thx for you help.

[Rory Yorke (ryorke)]

@Elfy: I've tried the instructions from #56, but the update hasn't resolved the problem. Here are the lightdm/xfce4-power-manager versions:

$ dpkg-query -W light-locker-settings xfce4-power-manager*
light-locker-settings 1.2.1-0ubuntu2~trusty~ppa3
xfce4-power-manager 1.2.0-3ubuntu5~trusty~ppa2
xfce4-power-manager-data 1.2.0-3ubuntu5~trusty~ppa2
xfce4-power-manager-plugins 1.2.0-3ubuntu5~trusty~ppa2

I rebooted after installing, and then after changing the 'lock on suspend' settings in light-locker-settings.

The behaviour is as follows: on closing the lid, the laptop suspends. On opening, there is some VT flickering, and I see an unlock screen that looks similar to the login screen (blue background, etc.). After entering my password, the screen goes dark. I can still switch to a text console to restart lightdm.

When I suspend via a command (click on my username, choose "Suspend"), the laptop also suspends; when I push the power button, it wakes up, there is some VT flickering, and the screen goes dark. Now, when I press a key or touch the mousepad, the same unlock screen I mentioned before appears; this time, after unlocking I'm taken to my desktop.

[Rory Yorke (ryorke)]

@Elfy, re #82: I created a new user and tried the suspend actions there.

In this case, when I command suspend, the machine suspends. When I push the power button, I'm taken straight to an unlock screen (no black screen waiting for keypress/mouse movement).

When I close the lid, the machine suspends; when I open the lid, I'm shown the unlock screen, and after unlock I go to the desktop.

I.e., with a new user, everything works as expected. So presumably there's a workaround involving finding whatever is in $HOME/ (~/.config, I guess?) that makes the screen blank.

[Patrik B. (inoki-deactivatedaccount)]

What I also noticed is that the power management is somehow broken. I set up my power manager to blank screen only when I close the lid while being connected with an AC Adaptor, yet it shuts down and goes to sleep. It should do this only when running from battery.

The indicator icon is also constantly up and running even though I specified for it to be shown only when the battery is charging/discharging.

[slumbergod (slumbergod)]

You guys are lucky. My Samsung laptop experiences all the above issues such as opening the lid giving a black screen (with suspend and hibernate completely disabled) AS WELL as my wireless mouse not being detected on reboot!

I am getting close to going back to 13.04, the last Xubuntu that worked flawlessly for me.

[Johnny Wellington dos Santos (johnny-w-santos)]

#56 Fix to me. Dell Inspiron 1525 with clean install here.

[slumbergod (slumbergod)]

Just an update on behaviour.

This morning when I woke up I opened my Samsung laptop lid and as expected the screen was blank. I had set up an alias in my bash with 'xrandr -- auto' to try so I pressed Super+t to get a terminal even though I was expecting to do this with no screen.

Much to my surprise, after a few seconds the screen came on. Unfortunately, the system was almost in a frozen state. Moving the mouse was very slow and jerky. It was so unresponsive I still had to do a forced shut down with the power button i.e. impossible to restart through the panel menu or even command line.

I should note that this "frozen" state where the machine is unusable has also happened randomly on a few occasions when the lid was not closed.

[3ruce (3ruce)]

The comment in <a href="https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1303736/comments/56">#56</a> worked for me too, although I've still got the <a href="https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1319598">Power manager no longer suspends 'power manager not authorised</a> bug to contend with?!?

[faceman (jfacemyer)]

The ppa fix from comment #56 fixed the issue on a Lenovo X200 as well as a System76 Pangolin Performance.

Thanks a ton!

Will there be any issue with keeping this ppa updated?

[Simon Steinbeiß (ochosi)]

As the version you've all had the chance to test now was a bit hacky and more of a proof-of-concept (sidenote: it'd also break xscreensaver), we've meanwhile come up with a revised patch that we want to SRU to 14.04 and include in 14.04.1.

DISCLAIMER
Let me be clear about this patch again: it fixes a bug where you get a black screen in a very specific situation, i.e. when you have "lock on suspend" activated and the lid-close event of your laptop is set to "suspend". In this case, for *some* (it is a race condition) first the login-screen appeared and then a blank/black screen. This patch should fix this issue (and nothing else!). If you had previous or other issues with suspending in general, this patch is *not* going to fix that.

Anyhow, please follow these (same as in #56) instructions and let us know how it goes:

If anyone is able to test the fixed packages for this the instructions are :-

1. Add the Xubuntu Developers PPA to get the new packages: sudo add-apt-repository ppa:xubuntu-dev/ppa

2. Update package information and update the two crucial packages:

sudo apt-get update && sudo apt-get install xfce4-power-manager light-locker-settings

xfce4-power-manager-data will get upgraded at the same time

3. Open light-locker-settings and make sure "Lock on suspend" is enabled (if it already is, disable and then re-enable it, then hit "Apply").

4. Restart your machine.

5. Close your laptop's lid.

6. You should be presented with the unlock screen upon opening the lid, login and you should see your desktop (after some VT-switching flickering)

Thanks!

[Simon Steinbeiß (ochosi)]

Ok, the above instructions are seriously flawed (sorry about that). In fact, step 3 and 4 need to be swapped.

So again, just to be sure...

1. Add the Xubuntu Developers PPA to get the new packages: sudo add-apt-repository ppa:xubuntu-dev/ppa
2. Update package information and update the two crucial packages "sudo apt-get update && sudo apt-get install xfce4-power-manager light-locker-settings"
3. Restart your machine.
4. Open light-locker-settings and make sure "Lock on suspend" is enabled (if it already is, disable and then re-enable it, then hit "Apply").
5. Close your laptop's lid.
6. You should be presented with the unlock screen upon opening the lid, login and you should see your desktop

[Elfy (elfy)]

ok - checked that following discussion IRC

that works for me in that order with the new packages

[Kevin Kenny (kennykb)]

The new packages improve the situation for me, too (Toshiba Satellite S55-A5295 laptop).

I'm looking forward to being able to purge that PPA, because right now I've got a pretty haywire combination of stuff and have to unwind things before I dare do 'apt-get upgrade' routinely again. At least I didn't need to rebuild the stuff from source, the way I did with several other packages and their dependents. (I wonder whether 14.04 will be stable for me before 14.10 is out!)

[Dave Roberts (drob-blueyonder)]

It was working fine for me, however I have updated today 23/5/14
and it has now reverted to black screen after to suspend and reduced brightness after reboot.

Asus Eeepc 1000h

[Dave Roberts (drob-blueyonder)]

Just to clarify last post, the package updates that reverted my laptop to a broken state included

xfce4-power-manager 1.2.0-3ubuntu5~trusty~ppa3

Asus Eeepc 100h

[Simon Steinbeiß (ochosi)]

@drop-blueyonder: Unless you followed the instructions 2-6 again, this is totally expected.

[Bruce Merry (bmerry)]

New package (comment #91) works for me, as did the previous version (#56).

[Dave Roberts (drob-blueyonder)]

Simon you are indeed correct after doing :-

4. Open light-locker-settings and make sure "Lock on suspend" is enabled (if it already is, disable and then re-enable it, then hit "Apply").
5. Close your laptop's lid.
6. You should be presented with the unlock screen upon opening the lid, login and you should see your desktop

all is good!

[Rory Yorke (ryorke)]

@ochosi: still no luck for me with the latest packages:

$ dpkg-query -W light-locker-settings xfce4-power-manager*
light-locker-settings 1.2.1-0ubuntu2~trusty~ppa4
xfce4-power-manager 1.2.0-3ubuntu5~trusty~ppa3
xfce4-power-manager-data 1.2.0-3ubuntu5~trusty~ppa3
xfce4-power-manager-plugins 1.2.0-3ubuntu5~trusty~ppa3

I followed the instructions regarding resetting/applying the light-locker changes, and restarting, but no luck.

Everything works fine for a new user on this machine (as before, see #83), so I guess I have some weird configuration set for my normal user.

[Simon Steinbeiß (ochosi)]

@ryorke: that actually means the patch fixes the issue for you.

You can try to remove/check these two files in ~/.config/autostart/
light-locker.desktop and screensaver-settings.desktop.

All settings for the screensaver and light-locker are in these two files.

[fv (fratiman-vladut)]

Patch work form me (HP NX9420), but when press power button to revert from suspend mode, my laptop power on but after that go back to suspend mode. After press again, laptop come back from suspend like is expected.

Packages:
light-locker-settings 1.2.1-0ubuntu2~trusty~ppa4
xfce4-power-manager 1.2.0-3ubuntu5~trusty~ppa3
xfce4-power-manager-data 1.2.0-3ubuntu5~trusty~ppa3

[Andreas Siegert (afx)]

Following the instructions from post #91 I now have a Lenovo T520 that can be suspended by lid-close with light-locker.

But, FN-F4 as well as using Suspend from the XFCE panel will not lock the machine. Not sure whether this is related to the changes in power manager or what the cause is.

[Mboy (larsbehrens)]

Ok, #91 helped here on a Compaq 9710b. Thx.

But: No matter what I set up, closing lid always sends to suspend when powerconnected, I want to only blank screen.

Oh, and how will I know when to remove the ppa?

[Simon Steinbeiß (ochosi)]

Ok, thanks everyone for testing!

With respect to all the other issues, xfce4-power-manager hasn't been maintained upstream for 2 years and we just started fixing it up a bit...

The bug-status here will be updated, once the package/update is available in Trusty normally.
(The process is a bit bureaucratical and lengthy, need to upload it to Utopic first, then SRU back to Trusty)

[Minium (minium)]

Don't ask me why, but it appears that my fix isn't working anymore?
It may be due to an upgrade to the 3.14.4 kernel mainline. My packages still are:

light-locker-settings 1.2.1-0ubuntu2~trusty~ppa4
xfce4-power-manager 1.2.0-3ubuntu5~trusty~ppa3
xfce4-power-manager-data 1.2.0-3ubuntu5~trusty~ppa3

[Launchpad Janitor (janitor)]

This bug was fixed in the package xfce4-power-manager - 1.2.0-3ubuntu5

---------------
xfce4-power-manager (1.2.0-3ubuntu5) utopic; urgency=medium

  * Add 10_inhibit_logind.patch (Fixes LP: #1303736, Closes LP: #1323367)
 -- Sean Davis <email address hidden> Tue, 27 May 2014 00:03:16 -0400

[Eric Koegel (eric-koegel)]

Created attachment 5505
Restore screen power after sleep

With this patch xfpm will cache the brightness level before going to sleep and set it back to that level after resuming from sleep.

[Matthew Caron (matt-mattcaron)]

Fix does not work on a Lenovo T530. Behavior remains unchanged - when laptop resumes from suspend, light-locker appears, enter password, black screen. Mapped `xrandr --auto` restores picture, and a VT switch restores mouse.

[Simon Steinbeiß (ochosi)]

@mattcaron: I presume you have successfully tested suspend/resume without locking at all and locking with xscreensaver?

[Matthew Caron (matt-mattcaron)]

I did not test with no locking. I did test with xscreensaver, which behaved.. oddly. Basically, it would resume, but NO unlock box would be displayed by xscreensaver. But, there was one there, as typing in my password would unlock the laptop and refresh the screen. Also, if I just let xscreensaver time out, when I wiggled the mouse again, it would then display. Very strange behavior.

[Simon Steinbeiß (ochosi)]

But you tested with xscreensaver in 14.04, not 13.10, right?
Just trying to understand whether you're maybe suffering from a different, suspend-related bug or whether this is really 100% related to light-locker and *this* bug.

[Matthew Caron (matt-mattcaron)]

Yes, I did test xscreensaver with 14.04, and no worries about questions, I'm just trying to give you the information you need without extraneous useless details.

Also worth mentioning:
 - My described black screen only happens after approx half an hour of suspending. If I just suspend and resume, it comes right back.
 - I disabled the stuff in /etc/systemd/logind.defs as follows:
HandlePowerKey=ignore
HandleSuspendKey=ignore
HandleHibernateKey=ignore
HandleLidSwitch=ignore
(because it's annoying)

I'll try with lock on suspend disabled tonight - as I said, it needs to hang out for some time).

[Kevin Kenny (kennykb)]

Any idea when we might expect a backport into 14.04? I'm not ready to plunge headlong into utopic, and my wife - who's still back on 13.10 because of this issue - is even less ready to live on the bleeding edge. For what it's worth, the fix works on my machine.

[Jackson Doak (noskcaj)]

fixed in utopic now, backport to trusty waiting

[Matthew Caron (matt-mattcaron)]

Simon: When tested with lock on suspend disabled, it comes back immediately (no black screen, etc.), but then it isn't locked coming out of suspend (as expected). While this works for a test, it is not a desirable steady state condition.

[João Alberto Abrão (joao-alberto-abrao)]

I don't know if it's related, but I have a similar issue.

I configured, using xfce4-power-manager-settings, the following:
- On AC: lock screen when lid is closed
- On battery: suspend.
- Lock screen when going for suspend.

What's going on:
- On AC: I close the lid, it locks screen and suspends - which is unexpected behavior, as I configured to lock screen when lid is closed using AC. After I come back from suspend, lock screen appears. I type my password and I get the black screen. Ctrl+Alt+F1 for terminal, sudo reboot.
- On battery: same, except for the fact that it's expected to suspend. But the issue of the black screen continues.

Thanks.

[Matthew Caron (matt-mattcaron)]

So, as an update to this, even though I had toggled the "lock on suspend" off and then on previously, this time, when I let it remain in that state for some time and then changed it back, it worked.

Perhaps the key there is to actually close all the way out of the config dialog or something?

[Matthew Caron (matt-mattcaron)]

So, I post that after a day of it working, suspend my laptop, then it fails again... so, it seems weirdly intermittent.

[Matthew Caron (matt-mattcaron)]

Joao: I ran in to that too. I found that /etc/systemd/logind.conf was overriding xfce power manager. Add the following to /etc/systemd/logind.conf and then reboot:

HandlePowerKey=ignore
HandleSuspendKey=ignore
HandleHibernateKey=ignore
HandleLidSwitch=ignore

And then it should do what you want.

To work around the black screen, map some key combination to:

xrandr --auto

and you'll get your screen back.

[Eric Koegel (eric-koegel)]

Pushed to master for additional testing in: http://git.xfce.org/xfce/xfce4-power-manager/commit/?id=4c14d83794b94ac18519806314464599d5e905f6

[Kenepo (borinken-adc)]

Does anyone knows anything new about a possible fix? There was an update released like a month ago which solved the issue but since the latest kernel updates it stopped working. Many thanks in advance and sorry to bother.

[Sean Davis (bluesabre)]

Please note that the SRU process for this fix to trusty is with these bugs:

https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1326740

https://bugs.launchpad.net/ubuntu/+source/light-locker-settings/+bug/1326741

[João Alberto Abrão (joao-alberto-abrao)]

So far my "fix" is to uninstall light-locker and install xscreensaver. It solves the problem and has the benefit of making the power settings work as intended.

[Ulli Horlacher (framstag)]

This light-locker remove "fix" does not work on my Thinkpad T61:
after lid open the screen is still black. I have to reset the X11 display with "xrandr --auto"

My (nasty) workaround is:

Create /etc/acpi/events/lidopen :

event=button/lid LID open
action=/etc/acpi/lidopen.sh

Create /etc/acpi/lidopen.sh :

su -l -c 'DISPLAY=:0 /usr/local/bin/xreset' $(ps aux | awk '/[\/]xinit/{print $1}')

Create /usr/local/bin/xreset :

xrandr --auto
killall xfce4-display-settings

In Ubuntu 12.04 there was /etc/acpi/lid.sh, see:

https://help.ubuntu.com/community/LaptopLidAndDockScripts

but this script has gone, some *CENSORED* have removed it.
Therefore one has to create /etc/acpi/events/lidopen and
/etc/acpi/lidopen.sh

[pabouk (pabouk)]

Thanks Ulli. xrandr can really return the display to a functional state.
I have the problem on ASUS Eee PC 1000H.

In the problematic state xrandr shows no mode selected (I do not know what it does mean):
$ xrandr
Screen 0: minimum 320 x 200, current 1024 x 600, maximum 32767 x 32767
LVDS1 connected primary (normal left inverted right x axis y axis)
   1024x600 60.0 + 65.0
   800x600 60.3 56.2
   640x480 59.9
VGA1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

After resolving of the problem (using xrandr --auto) shows a mode selected:
$ xrandr
Screen 0: minimum 320 x 200, current 1024 x 600, maximum 32767 x 32767
LVDS1 connected primary 1024x600+0+0 (normal left inverted right x axis y axis) 220mm x 129mm
   1024x600 60.0*+ 65.0
   800x600 60.3 56.2
   640x480 59.9
VGA1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

In the problematic state the verbose output of xrandr differs also in the value of CRTC:
 CRTCs: 1
After resolving of the problem:
 CRTC: 0
 CRTCs: 0

-------------
It is possible to resolve the problematic state without preparation of any scripts in advance:

a) After logging-in when the black screen is being shown:
  1. press Ctrl+Alt+t to open a terminal
  2. blindly type (+ enter at the end): xrandr --auto

b) After logging-in when the black screen is being shown:
  1. press Ctrl+Alt+F1 to switch to the text console
  2. login
  3. run: chvt 7 ; DISPLAY=:0 xrandr --auto

[Evan Carroll (evancarroll)]

What's the hold up on this? It says fix released for -source but not for the binary distribution? This is a critical bug, when the laptop sleeps you have to navigate around the console to use xrandr blind, or set up a hotkey. It's crazy. Is this getting fixed in 14.04?

[Sean Davis (bluesabre)]

Hi Evan, we are working on the SRU process to get this fix into Trusty. We have fixed packages available in Utopic, but there is a bit of a process to get stable release updates into the archive.

The SRU process is being tracked here: https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1326740

For more information about the SRU process, please see https://wiki.ubuntu.com/StableReleaseUpdates

We are working diligently to get this fix to our users.

[Andreas Siegert (afx)]

I don't think the fix is really ready for prime time.
I still have a rate of about 5% where I get a messed up screen after login (T520 with the latest Nvidia driver)

[Sean Davis (bluesabre)]

We've had several people verify the fix's functionality. Of course, with this kind of thing, there may be other hardware factors involved. In this case, we identified that the bug occurs because of a race condition with logind also handling lid-close events. The fix makes sure that only light-locker/xfce4-power-manager is in charge.

[Simon Steinbeiß (ochosi)]

@framstag, @pabouk: Those really sound like different issues to me. The bug we're talking about here can't be resolved with the workaround you describe.

@afx: That doesn't sound like it's the bug that we're talking about here at all.

[Andreas Siegert (afx)]

Well,
I had installed the fix to get rid of the black display. It works mostly.
I still get the black display or a messed up display in some cases.

So to me the fix is incomplete (still black display) and can lead to another issue (the messed up display).

[Simon Steinbeiß (ochosi)]

@afx: The garbled display is most likely a problem with the graphics driver (in connection with VT switching) and I've seen that on various machines, however, it's not related. Please stay on topic of the bug (we already have so many comments, it gets harder and harder to keep an overview anyhow, so feel free to omit things you consider side-effects – but which in fact might not be that).
When you say it doesn't work in "some cases", what cases would that be and how can you reproduce them?

[Andreas Siegert (afx)]

Close lid, let it sleep, open again, enter credentials, screen stays black.
It also stays black when I then switch to VT1 or when I put the system back to sleep and open again.

[Simon Steinbeiß (ochosi)]

@afx: These are only the general symptoms. You said it only doesn't work *sometimes* – any way to describe what makes these cases different?

[Andreas Siegert (afx)]

Form what I can see nothing is different. Otherwise I would have mentioned it already.
Sometimes it works, sometimes not. That's all I can say. Not deterministic at all.

[Manuela (manooh)]

I see really odd behavior now for the first time, sorry if it is not related.

- logged in as user1
- closing laptop lid (computer does *not* suspend)
- opening laptop lid
- logging in as user2 (everything works fine)
- locking screen (Ctrl+Alt+Del) --> login screen
- logging in to user2 --> black screen
- Ctrl+Alt+F1 --> Ctrl+Alt+F7 --> "This session is locked. You'll be redirected.." --> login screen

tl;dr:
logging in as user1 results in a black screen (every time), logging in to user2 works

[Manuela (manooh)]

oh, and 'xrandr --auto' fixed it

[Jesse Glick (jesse-glick)]

@matt-mattcaron (comment #118): thanks, those changes made power settings work for me. (Begging the question of why Xubuntu is not configured this way to begin with.) Sufficed to

$ sudo killall -HUP systemd-logind

to make that take effect without reboot. So now I need only remember to lock my screen before closing the lid to work around this bug, and I can later reopen the lid and unlock the session and all is well.

[Cedar (c-rosenfield)]

Fix in #91 does not work for me.

(Sysinfo here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1335287 Marked duplicate.)

[John Cabs (litoy2x)]

i'm not really sure if the fix was already release. for now just an alternative, I just suspend first then close the lid of my laptop DELL Latitude D630

[Evan Carroll (evancarroll)]

I'm seeing

> The verification of the Stable Release Update for xfce4-power-manager has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

On https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1326740

And, yet whatever fix was rolled out is not helping me. Are others still experiencing this bug?

[Sean Davis (bluesabre)]

@evancarroll

Just to verify since there has been some confusion with others in the past...

1. Are you using Xubuntu 14.04 (http://xubuntu.org/)?

2. This issue occurs only after suspending your computer, and after logging back in (typing your password at the login screen, then the black screen appears).

3. You toggled the setting in Light Locker Settings as outlined in the SRU (and below).

Use light-locker-settings to toggle the setting.
      a) Disable "Lock on Suspend"
      b) Click "Apply"
      c) Enable "Lock on Suspend"
      d) Click "Apply"

[Matthew Caron (matt-mattcaron)]

I'm not evancarroll, but I can verify that what you describe happens to me as well.

More specifically, this is with xfce4-power-manager 1.2.0-3ubuntu4 and light-locker 1.4.0-0ubuntu1, and my system is up to date.

[Sean Davis (bluesabre)]

@matt-mattcaron

Have you used Light Locker Settings toggle the setting as described in the above comment?

[Manuela (manooh)]

I have an up-to-date system, and I untoggled/toggled the setting.
What happens to me when I close the screen:
- screen goes black, (and I think screen is locked), computer doesn't
suspend

the 'xrandr --auto' workaround gets me back.

On Tue, Jul 15, 2014 at 3:36 AM, Sean Davis <email address hidden>
wrote:

> @matt-mattcaron
>
> Have you used Light Locker Settings toggle the setting as described in
> the above comment?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1303736
>
> Title:
> [SRU] Black screen after wakeup from suspending by closing the laptop
> lid
>
> Status in Xfce4 Power Manager:
> New
> Status in “xfce4-power-manager” package in Ubuntu:
> Fix Released
>
> Bug description:
> Problem description
> ---
>
> Expected behaviour:
> After putting the computer to sleep (suspend), the display manager
> (LightDM) appears, I log in and the session resumes.
>
> Behaviour:
> After logging back into the session the screen remains black. The system
> is awake and I can get back to the display
> manager, but I cannot continue work due to a black display screen.
>
> [Test Case]
> Suspend the computer, then attempt to log back in. The screen will
> remain black.
>
> [Regression potential]
> None apparent, tested in utopic and a ppa.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 14.04
> Package: linux-image-3.13.0-23-generic 3.13.0-23.45
> ProcVersionSignature: Ubuntu 3.13.0-23.45-generic 3.13.8
> Uname: Linux 3.13.0-23-generic x86_64
> NonfreeKernelModules: nvidia
> ApportVersion: 2.14.1-0ubuntu1
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: minium 2210 F.... pulseaudio
> CurrentDesktop: XFCE
> Date: Mon Apr 7 13:00:11 2014
> HibernationDevice: RESUME=UUID=d5c0f9e8-e1a0-4ca1-a684-4879c98be5d5
> InstallationDate: Installed on 2014-04-02 (4 days ago)
> InstallationMedia: Xubuntu 14.04 LTS "Trusty Tahr" - Daily amd64
> (20140402)
> MachineType: LENOVO 4242PT2
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.13.0-23-generic.efi.signed
> root=/dev/mapper/xubuntu--vg-root ro quiet splash vt.handoff=7
> RelatedPackageVersions:
> linux-restricted-modules-3.13.0-23-generic N/A
> linux-backports-modules-3.13.0-23-generic N/A
> linux-firmware 1.127
> RfKill:
> 0: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 07/26/2013
> dmi.bios.vendor: LENOVO
> dmi.bios.version: 8AET64WW (1.44 )
> dmi.board.asset.tag: Not Available
> dmi.board.name: 4242PT2
> dmi.board.vendor: LENOVO
> dmi.board.version: Not Available
> dmi.chassis.asset.tag: No Asset Information
> dmi.chassis.type: 10
> dmi.chassis.vendor: LENOVO
> dmi.chassis.version: Not Available
> dmi.modalias:
> dmi:bvnLENOVO:bvr8AET64WW(1.44):bd07/26/2013:svnLENOVO:pn4242PT2:pvrThinkPadT520:rvnLENOVO:rn4242PT2:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
> dmi.product.name: 4242PT2
> dmi...

[Simon Steinbeiß (ochosi)]

@manooh: You're obviously experiencing a different bug as your computer doesn't even go to suspend. This bug is about a problem with wakeup+unlock.

[Matthew Caron (matt-mattcaron)]

@smd-seandavis

Yes, I have. I've also tried rebooting the box (to make sure there wasn't some old daemon running) then doing it again, then rebooting again, still no joy.

Something I just noticed this morning - it does not happy only when suspended. I left my box unsuspended all night running a backup and this morning it exhibited the same behavior, despite having not been suspended.

So, while it does happen on suspend for me, it doesn't happen ONLY on suspend.

[Colin Watson (cjwatson)]

Hello Minium, or anyone else affected,

Accepted xubuntu-default-settings into trusty-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/xubuntu-default-settings/14.04.5 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Scaramanga (scaramanga)]

I had this issue before and the new version (14.04.5) fixes it.

[Benjamin Braun (benbraunster)]

xubuntu-default-settings 14.04.5 does not fix the problem for me. I still get a black screen after logging in after suspending by closing the lid.

[Andrey Pozdnyakov (andreypz)]

I support comment #145,
This happens even without suspending!
I have created a separate bug-report for that:
https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1301549

Cumment #91 doesn't solve the problem for me. And I have not tried 14.04.5 yet

[Andrey Pozdnyakov (andreypz)]

Sorry, I ment this one in the previous comment:
https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1342900

[Scaramanga (scaramanga)]

I did some more testing after the above comment by benbraunster.
If my laptop suspends when I close the lid then I can view my desktop after unlocking. This is what 'xubuntu-default-settings 14.04.5' fixed for me.
If I have the laptop set to only lock when I close the lid then I have a black screen after unlocking.

I toggle suspending with the workaround in #1307545

[Sean Davis (bluesabre)]

@benbraunster

Please note that the updated xubuntu-default-settings only fixes the issue for new users.

Please see https://bugs.launchpad.net/ubuntu/+source/xubuntu-default-settings/+bug/1342065

This bug, as is, is previously fixed with xfce4-power-manager and light-locker-settings, which has been verified.

Please see https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1326740
As outlined here, you must:
 * Affected users will have to restart xfce4-power-manager and light-locker-settings to apply the updated settings. In order to fix the issue...
   3) Use light-locker-settings to toggle the setting.
      a) Disable "Lock on Suspend"
      b) Click "Apply"
      c) Enable "Lock on Suspend"
      d) Click "Apply"

Also, this bug *only* applies to laptop users suspending with lid close.

[Scaramanga (scaramanga)]

With a new user and the updated package (14.04.5) applied I have to say this is not fixed. It is fixed for my main user after this update but not new users. I'm confused as to why since you say the update should only affects new users.

[Benjamin Braun (benbraunster)]

@Sean Davis
I guess I've missed to comment on https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1326740
I followed the instructions before and so far, the problem is not fixed at all.

I've also tried to reinstall Xubuntu on this laptop (Thinkpad Edge 13 AMD), but I still have the black screen issue.

But you are right, the is problem is that the bugfix for xfce4-power-manager is not effective, at least for some users.

[Gene475001 (gene-armistead)]

I also tried the solution in #56 with no luck. I'm using the Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller on a Lenovo T61. This is a fresh install of Xubuntu. Haven't had the problem on Gnubuntu or Kubuntu 14.04. It also didn't happen about 6 weeks ago on a fresh install of Ubuntu with the standard Unity interface. Not sure what's so "special" about the latest edition of Xubuntu.

The only temporary solution I've found is to lock the screen before closing the lid. I have to do this everytime or I'm stuck rebooting and lose whatever I didn't save.

[Adam Conrad (adconrad)]

The verification of the Stable Release Update for xubuntu-default-settings has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

[MJF (mike-freeman-3832)]

Just wanted to note that, as of 24 July 2014 this bug is very much alive and well, with 32-bit Xubuntu 14.04 LTS. I installed all updates, and the GUI screen still does not properly return from being suspended.

So, I reverted to Xubuntu 12.04 LTS, which works properly, since this system is to be used by a non-technical sexagenarian, for whom none of the work-arounds for 14.04 are even remotely acceptable solutions.

[Sean Davis (bluesabre)]

@MJF

Please note that for the fix to apply, one of the following must first be done:

1. With a user that has logged in prior to installing the fixed packages, open Light Locker Settings from the Settings Manager, and do the following:
1a. Turn "Enable Light Locker" Off. Click "Apply".
1b. Turn "Enable Light Locker" On. Click "Apply".
Afterwards, the following command should output "false":
$ xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/logind-handle-lid-switch
false

2. Create a new user. With the recently updated xubuntu-default-settings package, the setting enabled above will be included with the new user account.

3. Installing Xubuntu 14.04.1 from the newly released image. As above, with the updated xubuntu-default-settings, all new users have the correct default setting to avoid this issue.

Please let me know if you have any questions.

[Yotam Medini (yotam-medini-gmail)]

Similar problem occurs on my Daughter's:

$ dmesg | grep -i T61
[ 0.000000] ACPI: DMI detected: Lenovo ThinkPad T61
[ 20.025924] thinkpad_acpi: Lenovo ThinkPad T61, model 7663VBY
$ uname -r
3.13.0-24-generic
$ cat /etc/lsb-release
DISTRIB_ID=LinuxMint
DISTRIB_RELEASE=17
DISTRIB_CODENAME=qiana
DISTRIB_DESCRIPTION="Linux Mint 17 Qiana"

With XFCE4 desktop.

[Stephen Michael Kellat (skellat)]

I'm sorry Yotam. Linux Mint 17 Qiana with an Xfce 4 desktop is not the same as Xubuntu. The folks behind Mint may not necessarily keep in sync with us as to package versions and any Stable Release Updates. We also do not directly support them.

[MSW (msw-mail)]

http://youtu.be/doJNMIxqssA

[Andrey Pozdnyakov (andreypz)]

@158
If I understand correctly,ungrading to 14.04.1 withouth creating new users.
In that case it is not fixed, the bug is still there.

[Sean Davis (bluesabre)]

@andreypz

Unfortunately, there is no way to change user-specific settings automatically. It's unfortunate that the fix requires user intervention, but there is no other way. So, as previously indicated, this is how to fix the issue for existing users,

"
1. With a user that has logged in prior to installing the fixed packages, open Light Locker Settings from the Settings Manager, and do the following:
1a. Turn "Enable Light Locker" Off. Click "Apply".
1b. Turn "Enable Light Locker" On. Click "Apply".
"

For all new users, including users who install from 14.04.1 or newer, the fix will be installed automatically.

[Claude Durocher (claude-d)]

Running Xubuuntu 14.04 32 bits with all the patches as of august 6 (including the fixed package), and ran the light locker settings and I still have the problem.

The command xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/logind-handle-lid-switch returns false.

Suspend from the menu works fine.

[machrider (machrider)]

Yeah, either this is not fixed, or there are multiple issues that manifest in a similar way. I'm running 14.04 in 64-bit mode, fully up to date, on a Dell notebook with nVidia FX 2700M video card. I have added the lines in /etc/systemd/logind.conf:

    HandlePowerKey=ignore
    HandleSuspendKey=ignore
    HandleHibernateKey=ignore
    HandleLidSwitch=ignore

so that theoretically the power management features are only managed by light locker now. I have xfce configured to never suspend the computer. Display is configured to blank after 10, turn off after 15 minutes, and locker is set to lock the screen whenever the screensaver is enabled.

When I close the lid, it locks the screen with light locker, and my display turns off. When I reopen the screen some time later, the lock screen appears and I can unlock with my password. Then the screen goes black.

In some cases, the shortcut key bound to 'xrandr --output LVDS-1 --auto' will bring the screen back to life. In other cases, no amount of hammering the shortcut key will wake up the display. I'm forced to emergency sync/reboot with the magic SysRq key. I'm not sure what's different, except that it seems less likely to turn on again if it's been a while since I've used the computer.

Like Claude, the xfconf-query command returns false. I have done the 1a and 1b steps from the earlier comments. I haven't found any messages in syslog around the time of these events, so there's not a lot I can do to further debug the problem, it seems.

[Elfy (elfy)]

This bug has become a catch-all for issues that appear to be similar. The original issue is now fixed, the Xubuntu Team is no longer monitoring this bug.

[machrider (machrider)]

Thanks Elfy, that's good to know. I wasn't able to find anything about my specific issue with light-locker other than this bug. Regardless, in case anyone else discovers this thread and still has problems, uninstalling light-locker and installing xscreensaver fixed it for me. I just did the two steps here: http://blog.nostdal.org/2014/04/xubuntu-1404-black-screen-light-locker.html

[Damian Campbell (dcampbell305)]

Not fixed.

Also confirmed on Dell Latitude D400 on completely new install of Xubuntu 14.04.1 despite claims to the contrary on the website.

Xubuntu up to 12.04.4 worked absolutely correctly before new install of 14.04.1

Using the "Suspend" key results in correct operation, i.e. the laptop suspends and resumes correctly. Only closing the laptop lid results in the black screen when re-opening. Once in black screen mode, the only recourse is power off re-boot.

This is a MAJOR inconvenience for an upgrade of an LTS.

[Martin Spacek (mspacek)]

As Elfy said, this may be becoming a catch-all bug for similar problems. But, since I don't know where else to report this, and since it seems similar enough:

I was having the original black screen problem with the default light-locker installed. After the updates rolled out and after toggling the settings as instructed, the original problem as described went away. Still I was so disappointed with light-locker's TTY switching and all the problems that come with it...

bug # 1336647 - light-locker switches virtual terminals on lock and unlock

...that I uninstalled it and installed gnome-screensaver instead.

All is good, but once in a while, when I resume from suspend by opening the lid of my Thinkpad W510 (running Xubuntu 14.04 amd64), it turns on, but the screen does not. If I close the lid and let it suspend, and then open it again to resume, the screen has (so far) always turned on on the second try. Seems there's some low probability (maybe 10%) of the screen not turning on during resume. Again, smells like a race condition. Perhaps it has something to do with bug # 1347272.

[Damian Campbell (dcampbell305)]

Further : This is 32 bit Xubuntu 14.04.1

Although power manager is set correctly to "Suspend", on closing the lid the system does NOT appear to suspend as it does when the "Log-off Suspend" button is clicked or the hardware "Suspend" key is pressed i.e. the problem APPEARS to be on lid close rather than lid open.

Power manager and light-locker set NOT to lock on suspend or shutdown.

Also tried removing light-locker and installing xscreensaver as reported above / elsewhere. No change. System still shows black screen on lid open no matter what every time.

[Damian Campbell (dcampbell305)]

As requested by IRC #xubuntu I have logged a new bug #1357090

[Damian Campbell (dcampbell305)]

If you are affected by this bug, please now go to bug #1357090 and click on "this bug affects..." near top left.

 bug #1357090 appears to be languishing....

[Hafflys (hafflys)]

Running Xfce 4.10
xfce4-power-manager-1.2.0-9.fc20.x86_64
Kernel 3.15.10-200.fc20.x86_64
xscreensaver-base-5.29-1.fc20.x86_64

With the 3.15.x kernel came a problem with the screen not restoring from suspend. I had a thread going about this on Fedora Forums and had been following a bugzilla report. However, I now believe the problem is in how xfce4-power-manager handles restore.

If I use the power manager settings and have the option on the Extended tab for "Lock screen on suspend" checked, this problem shows up. I was looking at this and unchecked the option, and the system now resumes and restores the screen display properly upon resume from suspend.

I tried this with both the stock open-source radeon driver and the AMD Catalyst driver.

I do not know what changed between the 3.14 and 3.15 kernels that caused this problem to manifest. I'm also not sure if xscreensaver has anything to do with this. I do not have power management enabled there.

[Simon Steinbeiß (ochosi)]

@Lutz and Stephen: Could you test the 1.3.1 release of xfce4-power-manager to see whether Eric's patch has resolved this problem?

[Hafflys (hafflys)]

Unknown as to if it solves the problems as it seems to introduce other problems. Some of the options, such as System sleep mode, etc. are grayed-out.
The only control options for when power, sleep, or hibernte buttons are pressed are "Do nothing" or "Ask"
When laptop lid is closed, the only options are "Switch off display" or "Lock screen"

As there is no option to suspend on closing the laptop lid, this is not a workable solution.

I reverted back to the 1.2 version which is in the Fedora repository.

[Simon Steinbeiß (ochosi)]

If you hover the greyed out parts you should see a tooltip with an explanation of why an operation is not available.

Could be that there were some problems with the compilation of 1.3.1, maybe systemd support was not enabled?

[Hafflys (hafflys)]

I do not know if one must be running Xfce 4.11 for things to work with xfce4-power-manager-1.3.1. I am running Xfce 4.10 since that is what is in Fedora 20.

[Simon Steinbeiß (ochosi)]

Generally speaking Xfce4.10 should work fine with xfce4-power-manager 1.3.1.

What is more likely, as I said, is that there is some problem with systemd/logind policies in your system.

[Hafflys (hafflys)]

I found the release notes for xfce4-power-manager-1.3.1. I think it more likely that since I don't have upower 0.99 installed it does not work well with the upower-0.9.23-2.fc20.x86_64 I do have installed. I see on searching that Fedora 21 will get upower 0.99. I don't know if it will be made available for Fedora 20 also.

[Lutz Andersohn (landersohn-m)]

I have trouble installing 1.3.1. I donwloaded but cannot get the dependencies installed: upower 0.99 gives some wierd error "upower no longer provides upower" or some such :(

[Lutz Andersohn (landersohn-m)]

.. I shoukd add, got this wierd error after installing libupower-glib2

Is there an experimental PPA instead of me trying top download individual packages?

[Simon Steinbeiß (ochosi)]

Actually the latest version is 1.3.2, but all releases of the 1.3 series work with both older and newer versions of UPower, so 0.9.23 should be fine.

[Hafflys (hafflys)]

I have come to the conclusion that the issue is not with xfce4-power-manager. Even when xfce4-power-manager uninstalled and with the system only using systemd for suspend/resume, this issue occurs.

I do not know if this issue has affected anyone else. Since it is not xfce4-power-manager that is the problem, I will continue addressing this in Red Hat's bugzilla for systemd and/or logind

[Simon Steinbeiß (ochosi)]

Thanks, I'm marking this bug as fixed for now. We can reopen it if – for some reason – it still applies.

[Marko (maru84)]

Hello! I still have this issue on my Acer 5755G laptop. Only complete disabling of screen lock after suspend or hibernation solves the issue (though I have no security now), or restarting lightdm from TTY1. Solutions from #56 didn't work. Any suggestions?

[Matthew Caron (matt-mattcaron)]

Marko - everyone has just been doing:

sudo apt-get remove light-locker
sudo apt-get install xscreensaver

log out then back in.

It also works around a bug that light locker has w/ x11vnc where it doesn't take over the display so you never get the login box, just a frozen X display.

Of note - this isn't 100% - xscreensaver does sometimes not pop up a box either, but if you type something, then hit enter (causing it to fail and redraw) then you can see the box and everything works as expected from there on out.

[Marko (maru84)]

Hi Matthew,
Sorry for not replying earlier, I didn't get a notice that there was an answer.

This solution did not help me. Whichever options I set in the system, it just ignores them and suspends the computer when the lid is closed. Upon waking from suspend, I don't get absolutely anything on the screen, and have to restart lightdm via TTY.

[Matthew Caron (matt-mattcaron)]

Marko - try modifying /etc/systemd/logind.conf as discussed in https://bugs.launchpad.net/ubuntu/+source/xubuntu-default-settings/+bug/1303736/comments/118.

[Marko (maru84)]

Hi Matthew,
Thanks, that worked like a charm (and again sorry for late reply, was moving)! Finaly I can at least close the lid without having to hard-restart the machine.
Just one small question: I removed light locker and started using xscreensaver, which is fine, and with the fix you proposed the screen doesn't go black anymore. But none of the configuration options in xfce4-power-manager work anymore, no matter what I change. There just isn't any effect at all. Any ideas?

[Matthew Caron (matt-mattcaron)]

Try running xscreensaver-demo and configuring it there.

[Marko (maru84)]

Already did that, but it cannot differentiate between cases when the laptop is on AC and when it is on battery. Oh well, at least I can lock it now no matter what, so that's a giant relief. Thank you again!

[Matthew Caron (matt-mattcaron)]

Marko: I looked in to this more and xfce4-power-manager works for me, at least where putting the display to sleep and doing things when the battery is low, etc. are concerned. All the xscreensaver-demo does is configure when the screensaver becomes active and locks the screen.

At least, that's how it's working for me.

[Marko (maru84)]

Hm, strange. I can run power manager with no issues, change all the options, but there is no effect whatsoever. It's like it's either being overriden by something (perhaps by something similar to that fix you gave me before), or it disconnected in some other way. Mind you, I'm completely out of my depth here and have no idea what this means.

[Shuhao (shuhao)]

So this issue came back for me in utopic.

I made a fresh install, still the same.

[londumas (helion331990)]

It affects me. I have to use the keys to put up the light of the screen.
with Utopic,
Dell, latitude E7440

[londumas (helion331990)]

I meant Ubuntu Utopic

[inode77 (simon-gerber)]

Having the same issue here on Lenovo T420s with Xubuntu 14.10.
After closing the lid or sleep upon resume the lock screen is displayed as intended.
After having entered the password the screen blanks and stays that way.
Binding xrandr --auto to a shortcut works but is an ugly workaround.

Is there no possability to fix or automate the workaround and having a working resume process?

Packages used:
nvidia-331:
  Installed: 331.89-0ubuntu5
xfce4-power-manager:
  Installed: 1.4.1-0ubuntu1
lightdm:
  Installed: 1.12.1-0ubuntu1
light-locker:
  Installed: 1.4.0-0ubuntu1

[Lawrence Ong (lawrence-ong)]

If executing "xrandr --auto" works, the following script will automate the process:

Add a file, say "00_screen", in

/etc/pm/sleep.d/

with the following content:

######################
#!/bin/bash
case "$1" in
    thaw|resume)
        sleep 5
        sudo -u lolc env DISPLAY=:0 /usr/bin/xrandr --auto
        ;;
    *)
        ;;
esac
#######################

Make the file 00_screen executable, i.e., "chmod +x 00_screen".

[bmaupin (bmaupin)]

1. This bug is not fixed. I'm running a fully updated Xubuntu 14.04.1 and just ran into this bug today.

2. The fix here is only temporary:
https://bugs.launchpad.net/ubuntu/+source/xubuntu-default-settings/+bug/1303736/comments/152

I followed the steps, and the problem went away for a week or so then came back.

3. The scope of this bug is too small. I am neither on a laptop nor am I suspending. I'm encountering this exact same issue on a desktop after manually locking the screen.

I filed a separate bug report since as per the above comment and many others, I'm sure I'm only going to be told I'm not experiencing the same bug. Be that as it may, I am experiencing the same symptoms:

https://bugs.launchpad.net/ubuntu/+source/light-locker-settings/+bug/1389278

In the meantime, I think the only permanent fix is uninstalling light-locker:

https://bugs.launchpad.net/ubuntu/+source/xubuntu-default-settings/+bug/1303736/comments/53

[J G Rennison (j-g-rennison)]

I just ran into this after resuming from hibernate.
As a workaround, sending a SIGTERM to the lightdm children other than the one which is your actual session seems to resolve the issue. Presumably one of these is the lock screen session; killing it leads to it being re-spawned, at which the point the screen is restored to a sensible state and the lock screen appears, without needing to kill all the running applications. This can be done from the terminal with sudo/root.

[MichiGreat (michi20091979)]

I just ran into this bug again. Even blindly typing in the password didn't bring my screen back. I could get my screen back by switching to vt1 and killing "light-locker". Finding the right PID is convenient with "pgrep -l light-locker".

[Linus Drumbler (ldrumbler)]

Having applied all the recommended fixes and reset my settings to the defaults, I can now resume after suspend, but the screen is black, and I must type in my password blindly. I guess it'll have to be xscreensaver for me.

[Linus Drumbler (ldrumbler)]

Not even xscreensaver works on my Asus K751. It allows me to resume (without a password, I should note), but the system is left in a broken state. I cannot click on many parts of XFCE (such as the panel or the settings menu) and can only use keyboard shortcuts and the terminal.

[Matthew Caron (matt-mattcaron)]

Linus,

I occasionally see the "my mouse doesn't work" problem, and it is cured by a VT switch (CTRL+ALT+F1 then CTRL+ALT+F7). That seems to kick the mouse in the head.

[Linus Drumbler (ldrumbler)]

These tips worked for me on my previous computer: http://trisquel.info/en/wiki/troubleshooting-suspendhibernate They didn't work on my current one, but I hope they help others.

[meolic (meolic)]

I have the problem with "Xfce4 Power Manager does not restore screen power" on Intel NUC mini-system. My solution is based on other suggestions:
1. press CTRL+ALT+F1 to go to the console and login
2. sleep 10; xrandr --auto --display :0.0
3. press CTRL+ALT+F7 to go back to X screen
4. wait 10s and the picture appears

Robert

[JJR (jjroblarn)]

Fresh install of Xubuntu 14.04.1 64 bit on a Toshiba Satellite Pro U300 still suffers from this bug, so it seems that this bug hasn't actually been fixed in this point release, as stated.

I was previously using Ubuntu 14.04.1 64 bit (with Unity) on the same machine without problems.

I tried most (all?) of the solutions above and the only one that worked for me was to blindly run "xrandr --auto" when I get the blank screen.

[Andreas Siegert (afx)]

Yup, still present on my T520 running a fully updated 14.04 with Nvidia drivers.

[Hell Pé (hellpe)]

I was suffering from this bug while using Xubuntu 14.04 on my Asus EeePC 1015T. After a 14.10 fresh install, I'm still having this issue.

[Gsus (jeguiluz)]

The #205 workaround works for me, and is the most simple.

I'm using Mint 17 (Qiana) with Xfce 4.11.1

[Jan (jankanis)]

Upgraded my Asus EeePC to 14.10 (from 13.10) and I now also have this problem. Workaround of binding xrandr --auto to a hotkey works, but automating that according to comment 205 does not for me. I also tried automating it by creating an event handler in /etc/acpi/events/ but that also failed.

[Lawrence Ong (lawrence-ong)]

Jan, did you change the user name in the script to your own?

[Jan (jankanis)]

@Lawrence Yes, I did.
Enabling the /etc/pm/sleep.d/ script makes my desktop flash for a moment after I unlock my screen, and then I'm thrown back to the unlock screen and I have to log in again. The second time nothing happens and I have to unblank my screen using the hotkey. It also happend that my laptop suspended again after I logged in, but I can't reproduce that now.

The /etc/acpi/events script works more or less, but the timeout starts counting the moment I open the lid, so if I type my password within the 5 second timeout it works but if I am not fast enough it doesn't. I could enlagre the timeout but then I would have to wait longer if I do log in quicker.

[Nilesh Pereira (nilesh-pereira)]

After trying unsuccessfully to use all the fixes I found online, I finally managed it to fix this problem myself today:

1. Install Gnome Screensaver
    sudo apt-get install gnome-screensaver
2. Replace Light Locker with Gnome Screen Saver
    Do it first for all new users
    sudo vi /etc/xdg/autostart/light-locker.desktop
    Change the line from:
         Exec=light-locker
     to:
         Exec=gnome-screensaver
   and then do the same for every existing user
   su <username>
   vi ~/.config/autostart/light-locker.desktop
3. Hide light-locker-settings from menu for all users
   sudo vi /usr/share/applications/light-locker-settings.desktop
   Add the line:
   Hidden=true

Hope that helps everyone affected by his bug until Light Locker is actually production ready enough to warrant it's place in a LTS release.

[João Alberto Abrão (joao-alberto-abrao)]

Does this newly released fix solve the issue? I've since given up on Xubuntu because of that, but I would love to go back if it's solved.

[Márton 'Sigmond (marton-sigmond)]

I still experience this with 14.10 32bit Xubuntu (fresh install, all packages up to date) on Dell Insiron 9300 laptop.
The xrandr command bound to shortcut workaround works.

[Michael Wyraz (michael-wyraz)]

It seems that the fix is likely to have regressions:

- Fresh install of XUbuntu 14.04.2 on an Acer TravelMate-8371
- > Lid close, Lid open, Wakeup by keypress, Login -> works fine

- Enable hibernate-after-suspend (using method 1 from http://www.webupd8.org/2012/11/how-to-use-hybrid-suspend-in-ubuntu.html)
- > Lid close, Lid open, Wakeup by keypress, Login -> Screen remains black

- removing /etc/pm/config.d/00-use-suspend-hybrid
- > Lid close, Lid open, Wakeup by keypress, Login -> again works /fine

- Installing xfce 4.12 from PPA
- > Lid close, Lid open, Wakeup by keypress, Login -> Screen remains black

Unfortunately I could not find out in this issue what exactly was changed (there's only a "fixed" comment). So I cannot check what must be done to make the fix work for the situations above.

[jss (jsantossilva)]

I too felt a regression today after installing xfce 4.12 from the PPA over xubuntu 14.04, on a macbook pro 8.2.

Everything was working fine before the installation, including suspend by closing the lid.
Now, suspend and wakeup by menu work, but closing the lid the screen is black after wakeup. The machine is working though.
Enabling or disabling light-locker doesn't have any effect on the problem, although the login screen is activated when enabled.
I think I can see the "shadow" of the login screen which might indicate this is a display backlight problem.

I'm now constrained to use menu suspend only but configured a shortcut "xrandr --auto" just in case I forget and close the lid, which works, by the way, although I have to go to vt1 and back to vt7, as someone suggested, to get the mouse cursor back.

I would be really happy if this got fixed. TIA.

[Vegard (skvate)]

Same problem with Xubuntu 14.10. Suddenly backlight control keys stopped working, and resume when lid is opened only shows black screen. I can get to vt1 and it works normally, but when i go back to vt7 it is still black screen. I will try the xrandr --auto as workaround.

[Asmodehn (asmodehn)]

I recently experienced the same problem after an update done a few days ago.

I am running Xubuntu 14.04.2 LTS and I had the same issue. https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1259339/comments/30 seems to have fixed the problem...

[Tomáš Karger (tomak)]

This bug also affects me on a fresh install of xubuntu 15.04. Suspend works as expected when I do it via menu, but when I close the lid and open it, I get a password prompt with a default wallpaper in the background. After I type in my password and hit enter, the screen goes blank. Also, the fix proposed on the official website does not work here:

http://xubuntu.org/news/laptop-users-fix-available-for-the-black-screen-on-unlock-bug/

This is on Dell XPS M1330 with Nvidia graphics handled via the nouveau driver. However, suspend works as expected with this setup on both Ubuntu GNOME 15.04 or Ubuntu 14.04.

[Luke Schlather (luke2760)]

Can someone remove the "fix released" tag? It looks like XFCE punted to Red Hat's bug tracker on the assumption that the issue is distro-specific, which seems wrong and like the bug should be reopened upstream, since as near as I can tell nobody has a fix, or even understands the issue.

[max (neverov-max)]

#205, #221 didn't work for me.
Freshly installed Ubuntu 15.10, lenovo w510.
Change from nouveau to NVIDIA binary driver v 340.96 from nvidia-340(proprietary, tested) works.

[nobody (tuimonen)]

#230 worked for me

Fresh install of Linux Mint 17.3 Xfce, Dell Latitude E6500

[nobody (tuimonen)]

Without nvidia drivers, when on the tty1, I get these when lid is closed:

xfsettingsd-WARNING **: No available CRTC for LVDS-1
xfsettingsd-WARNING **: No available CRTC for LVDS-1
xfsettingsd-WARNING **: Failed to configure CRTC 95
xfsettingsd-WARNING **: Failed to configure CRTC 96

[stcqu (stcqu)]

#227 Worked for me on Xubuntu 14.04.4 LTS

[Piotr Admin (piotr-wroclaw)]

This solution works on my laptop (ubuntu 16.04, but should work on previous OS):
open as root file
/etc/UPower/UPower.conf
and change IgnoreLid=false ==> IgnoreLid=true
save changes, restart system and now it works :-)
You can remove light-locker now.

You can use bash for these:
sudo sed -i -e 's/IgnoreLid=false/IgnoreLid=true/g' /etc/UPower/UPower.conf
sudo apt-get remove --purge -y light-locker light-locker-settings
and restart system now

[Dave Mitchell (reset3x)]

Dell Inspiron E1505 with Xubuntu 16.04-LTS. The above (#234) did not work for me. First time closing and opening the lid, two instances of display settings popped up. The second attempt I got a black screen again and had to reboot using TTY2 and blindly logging on and doing [sudo reboot now]. Reinstalled light-locker and changed IgnoreLid=true back to false in Upower.conf. Still doing the same as #17. Still no fix?

[- (peppekorg-deactivatedaccount-deactivatedaccount)]

Still seeing it with Xubuntu 16.10:

Preconditions:
Xfce4-power-manager->Security->Automatically lock the session: When the screen sever is activated
Xfce4-power-manager->General-> Laptop Lid -> When laptop lid is closed: switch off display.

Actions:
1. Close laptop lid
2. Open laptop
Observed:
1. Laptop goes to suspend (should not go into suspend)
2. Lock screen shown: making login system ends up in a black screen (should resume normally)

Occurrence: systematic

Recovery to black screen:
1. reboot
2. kill xorg process (from tty1)

Is there a fix?

[Podesta (podesta)]

Reporting the exact same problem as @PepeKong on #236. Quoting:

-----------
Preconditions:
Xfce4-power-manager->Security->Automatically lock the session: When the screen sever is activated
Xfce4-power-manager->General-> Laptop Lid -> When laptop lid is closed: switch off display.

Actions:
1. Close laptop lid
2. Open laptop
Observed:
1. Laptop goes to suspend (should not go into suspend)
2. Lock screen shown: making login system ends up in a black screen (should resume normally)

Occurrence: systematic

Recovery to black screen:
1. reboot
2. kill xorg process (from tty1)
---------------

Tried the solution for the close lid into sleep posted over at bug #1307545: xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/logind-handle-lid-switch -n -t bool -s false
Doesn't work. Tried manually editing ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-power-manager.xml the value of logind-handle-lid-switch from "empty" to type="bool" value="false" also doesn't work. The value keeps reverting back to "empty".

The only workaround that is much less annoying than having to reboot the system every single time that I close the lid is changing the settings on the power manager of the "laptop lid" from "switch off display" to "lock scree". That will force you to retype password, but will not cause the black screen problem that suspend does, forcing into reboot.

[Simeon Ackermann (amseon)]

From blank screen I can reload my session with Ctr+Alt+Backspace. Its just faster than rebooting an bring me to the normal login screen.

[Hélio Nunes (dedalu-dedalu)]

After years without suffering this bug, it is back in my Ubuntu Studio 16.04, kernel 4.13.0-32, nvidia 340-104, xfce4-power-manager 1.4.4 and light-locker 1.7.0.

I see the login window, but after the unlock the screen goes black. All keys work, even the backlight up and down Fn keys (I can see changes in backlight), but nothing is displayed.

If I open a terminal and type (blind) "xrandr --auto" everything comes back.

I'm using the same workaround I used years ago, assign a keyboard shortcut to "xrandr --auto", but this must be fixed...

Thanks.

[Tipi Koivisto (tipit)]

I also got this bug again after upgrading from 17.04 to 17.10. And it is definitely NVIDIA related so I wrote an issue also here: https://devtalk.nvidia.com/default/topic/1029413/linux/blanc-screen-after-suspend-on-ubuntu-17-10-nvidia-390-12-driver/

[apjjr (alex-ourwoods)]

This happened on my Toshiba Satellite C55 running Ubuntu 16.04 LTS after the last update. I ran "xrandr --auto" once after finally getting into the GUI by booting into maintenance mode and resuming normal boot. It seems to have fixed the problem for the time being. I can close the lid for sleep mode and upon opening the lid, the screen comes back with the login prompt, even after a power down. I am mystified.

[Dmytro Borysovskyi (dmytro.borysvoskyi)]

Happened the same bug today after installing Xubuntu. Helped #221 + #234.

[James Pike (insidewhy)]

Same thing happens with me every time I open my lid, but I'm using sddm not lightdm. This does not happen when I use sddm to run kde/plasma.

Using nividia closed source drivers.

I created a keybinding to call `xrandr --auto` and then have to press that keybinding every time I open my laptop lid.