System crash on wakeup from standby mode

Projekt:Trisquel
Version:6.0
Komponente:Programs
Kategorie:Fehlerbericht
Priorität:critical
Zugewiesen:nicht zugewiesen
Status:active
Beschreibung

On wakeup from standby mode, the login screen appears (query the user's password). So far so good … everything looks good.

But mouse has frozen and keyboard input is not possible (off).

Within about 10-20 seconds the screen has frozen and the whole system crashed/be down.

Since my upgrade to Trisquel 6.0 via CD, his was not an issue with Trisquel 5.5 (amd64).

Mo, 03/25/2013 - 21:08
Status:active» needs more info

You need to specify hardware for this bug to have any meaning. Include the output of lspci -nn

Di, 03/26/2013 - 21:22

Here's the output (lspci -nn):

00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller [8086:29c0] (rev 02)
00:01.0 PCI bridge [0604]: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port [8086:29c1] (rev 02)
00:19.0 Ethernet controller [0200]: Intel Corporation 82562V-2 10/100 Network Connection [8086:10c0] (rev 02)
00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 02)
00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 02)
00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 02)
00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 02)
00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 02)
00:1d.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 02)
00:1d.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 02)
00:1d.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 02)
00:1d.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 [8086:293a] (rev 02)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 92)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801IH (ICH9DH) LPC Interface Controller [8086:2912] (rev 02)
00:1f.2 SATA controller [0106]: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA Controller [AHCI mode] [8086:2922] (rev 02)
00:1f.3 SMBus [0c05]: Intel Corporation 82801I (ICH9 Family) SMBus Controller [8086:2930] (rev 02)
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G96 [GeForce 9500 GS] [10de:0644] (rev a1)
02:01.0 Multimedia controller [0480]: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video Broadcast Decoder [1131:7133] (rev d1)
02:02.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller [1106:3044] (rev c0)
Di, 03/26/2013 - 22:08
Status:needs more info» active

Any peripheral devices, like wireless perhaps or something else?

Does this happen everytime or happened once?

Can you switch to VT1?

Can you use https://en.wikipedia.org/wiki/Magic_sysrq (REISUB)

Anything in the logs?

Do, 03/28/2013 - 23:14

See lsusb output:

Bus 001 Device 002: ID 0424:2228 Standard Microsystems Corp. 9-in-2
Card Reader
Bus 001 Device 003: ID 13d3:3247 IMC Networks 802.11 n/g/b Wireless LAN
Adapter   [1]
Bus 005 Device 002: ID 0bc7:0006 X10 Wireless Technology, Inc. Wireless
Transceiver (ACPI-compliant)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

[1] Unfortunately not supported (https://trisquel.info/en/issues/4337)

For me the same problem occurred as previously reported in https://trisquel.info/en/issues/7980 ,
I meant no harm by it (thought I had done something wrong), so I tried / installed 'GNOME Desktop Environment'.

You can’t log in into _any_ environment ('gnome-classic', 'gnome', 'ubuntu').

Further tested:
Login screen -> Standby mode -> Login screen => Same difference.

(Q) > Does this happen everytime or happened once?

Everytime.

(Q) > Can you switch to VT1?

I don’t know VT1.

(Q) > Can you use https://en.wikipedia.org/wiki/Magic_sysrq (REISUB)

Yes, REISUB works within short window of time (about 20-25 seconds) but --no matter which-- no key input is displayed and machine seems frozen.

After short time window, the system crashed completly: no REISUB.

(Q) > Anything in the logs?

Not really, sorry. There are no errors. What should I look for?

Fr, 03/29/2013 - 14:03

Can you remove any peripherals? Disconnect all you can and then try.

You could also try a newer kernel from http://jxself.org/linux-libre/ (seems to be down at the moment)

If that doesn't help, one more thing you could try is removing as many kernel modules as possible before suspend. Note that if module A is used by B, then A cannot be removed before B is removed. You can list modules with lsmod and remove them with sudo rmmod MODULENAME.

Mi, 04/10/2013 - 12:47

First of all, a big "Thank you" for supporting, Lembas!

> Can you remove any peripherals? Disconnect all you can and then try.

No, I can’t.

The previously described seems to base on (jxself’s) linux-libre64-3.8.x-gnu (all versions, currently 3.8.6).

There’s _no_ problem with (jxself’s) linux-libre64-3.7.x-gnu (all versions, currently 3.7.10), and also not with Trisquel’s current linux-libre 3.2.0.38.46+6.0trisquel1. (R-E-S-U-B, nice hint). ;)

(I think many current bug reports based on the same linux-libre 3.8 kernel.)