You are not logged in.
Pages: 1
Since a few days ago, I'm having trouble putting my Toshiba Satellite R830 laptop on sleep. Sometimes it works as usual by closing the laptop screen or by Fn + F3 but most of the time it doesn't. It simply doesn't respond to the request. I tried closing all applications but to no avail.
I tried installing pm-utils to use pm-suspend and this does work.
I don't know if this is related to the recent 3.19 kernel update or some other update.
I found this error message in dmesg:
[22281.837158] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.PRT0._GTF] (Node ffff88014b0adcf8), AE_NOT_FOUND (20141107/psparse-536)Any ideas why this is happening?
Offline
I realised that if I use Fn + F3 before I close the screen, it does suspend but if I close the screen even once while the laptop is awake then Fn + F3 does not work anymore until I reboot. I'm forced to use pm-suspend.
Please help debug.
Last edited by entodoays (2015-03-24 09:19:49)
Offline
Look through the journal for errors, and do so both for pm-suspend and systemctl suspend. One out-of-context line helps little.
I'm forced to use pm-suspend.
Not as dramatic as you make it sound. Disable suspend handling in /etc/logind.conf and use acpid to call pm-suspend on lid close. Perhaps pm-suspend handles some corner-case that systemctl suspend does not.
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
Does "systemctl suspend" ran from the CLI work?
Offline
"systemctl suspend" works fine even after closing screen.
Offline
Disable suspend handling in /etc/logind.conf and use acpid to call pm-suspend on lid close. Perhaps pm-suspend handles some corner-case that systemctl suspend does not.
There is no /etc/logind.conf on my system but there is a /etc/systemd/logind.conf. Handlelidswitch is commented out: #HandleLidSwitch=suspend. I tried removing the # and rebooted my machine but to no avail. I'm reluctant to add another service (acpid.service) to enable this function.
How can I debug? Which log files is it best to look into?
Offline
Yes, I always get the paths wrong.
The commented entries are the defaults, so uncommenting them without changing the values will make no difference.
As said look through the journal when you use systemctl suspend (journalctl -b -e).
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
Well Suspended with systemctl suspend. Accessed the journal and got this:
Mar 26 20:02:58 user gdm-Xorg-:0[407]: The XKEYBOARD keymap compiler (xkbcomp) reports:
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Warning: Multiple definitions of the KEYPAD key type
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Earlier definition ignored
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Warning: Multiple definitions of the FOUR_LEVEL_KEYPAD key type
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Earlier definition ignored
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Warning: Type "FOUR_LEVEL_X" has 4 levels, but <KPDV> has 5 symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Ignoring extra symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Warning: Type "FOUR_LEVEL_X" has 4 levels, but <KPMU> has 5 symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Ignoring extra symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Warning: Type "FOUR_LEVEL_X" has 4 levels, but <KPSU> has 5 symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Ignoring extra symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Warning: Type "FOUR_LEVEL_X" has 4 levels, but <KPAD> has 5 symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Ignoring extra symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: > Ignoring extra symbols
Mar 26 20:02:58 user gdm-Xorg-:0[407]: Errors from xkbcomp are not fatal to the X serverSince systemctl suspend works, there might be a problem with recognising the input signal, hence xkbcomp.
Offline
Post the full logs. Not what you think is relevant.
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
OK, but the problem is "sudo systemctl suspend" works perfectly. So the logs I should look for are the ones registering the lid closing event and Fn + F3 key press which are nowhere to be found in the journalctl output. Is there another log file that would register Anyway, I'm posting the journalctl logs
Offline
In this thread people have similar issues. You can try unloading the e1000e module on suspend (A, B), or install the linux-lts package. Also try a simpler setup and see if it works there (i.e, disable GDM and from a TTY)
Last edited by Alad (2015-03-27 14:20:56)
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
I wonder if you lid switch is the issue thus perhaps a hardware issue.
I have found a few intres with a google search complaining of it.
Offline
I don"t think it is a problem with the physical switch because even Fn +F3 is malfunctioning.
Offline
For the time being I'm using linux-lts but I would love to have a later kernel functioning properly.
Offline
I'm testing the latest kernel again and I realised that the issue with the latest kernel is wider. After wake-up none of the Fn + Fx keys work. I cannot use these keys to reduce/increase brightness, disable/enable wifi, etc.
Offline
The latest kernels (4.0.1 onwards) have solved this issue.
Offline
Pages: 1