Debian 9: переодическое зависание при выходе из сна

что за железо?

вывод lspci

У меня переставал просыпаться ASUS EeePC 900 после того, как я сделал RAM upgrade с 1 Gb до 2 GB. Прошло несколько лет, я попробовал другого вендора RAM с, соответственно, более новой версией Debian, и, о чудо — эффект пропал, засыпание-просыпание теперь в ажуре. :-)

Ставь виндоуз, линукс не для десктопа, аминь!

 % lspci                                                                                                                               
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)                                   
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b4)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation QM67 Express Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
03:00.0 Network controller: Intel Corporation Centrino Advanced-N + WiMAX 6250 [Kilmer Peak] (rev 5e)
0d:00.0 System peripheral: Ricoh Co Ltd PCIe SDXC/MMC Host Controller (rev 07)

Thinkpad x220t

А вот это звучит логично, но как проверить? Воспроизвести баг достоверно я не могу. Можно попробовать вставить другию плашку и закрывать-открыть крышку.

виснет совсем наглухо? По сети не пингуется, по ssh зайти нельзя?

У меня переставал просыпаться ASUS EeePC 900 после того, как я сделал RAM upgrade с 1 Gb до 2 GB.

Может просто своп был маленький? Ведь при засыпании всё сбрасывается туда. А там уже могут быть выгруженные страницы и разделы tmpfs (например, /tmp).

хороший вопрос. На нажатия клавиш не реагирует. Но вот по сети как-то не проверял, в следующий раз как зависнет попробую с чего-нибудь попинговать.

Записей не осталось, поэтому не скажу.

о, кстати. У меня своп действительно не большой.

Своп для гибернации должен быть не меньше, чем RAM. А лучше больше, т. к. там ещё разные tmpfs могут лежать и выгруженные страницы. Поэтому, думаю, старый добрый рецепт SWAP >= RAM * 2 должен подойти. Кстати, даже если гибернация не нужна, своп всё равно лучше либо делать не меньше рам, либо вообще не делать, т. к. в случае паники ядра туда сбрасывается дамп. Если своп досрочно закончится, то по идее дамп должен досрочно прекратиться, но кто знает, как поведёт себя запаниковавшее ядро. Если дамп продолжится, то могут затереться другие разделы.

Вот, кстати, раньше делал SWAP >= RAM * 2, а сейчас смотрю cat /proc/swaps и вижу ~500 мегабайт. Попробую увеличить.

для hibernate 500Mb полюбому мало.

Как это ни странно, спустя несколько лет, пропало само с одним из обновлений.

Здравствуйте!

Как вариант, предлагаю: сложить и через несколько секунд снова

открыть ноутбук... :-)