LINUX.ORG.RU

Arch не выходит из гибернации

 ,


2

2

Всем привет. На ноутбуке x555ld стоит arch linux. На окнах очень полюбился режим гибернации. На arch с ним возникают проблемы, работает крайне не стабильно: если система недавно перезагружалась, то иногда восстанавливается нормально, но в большинстве случаев при загрузке после применения хука resume появляется мигающий или не мигающий черный курсор в левом верхнем углу на черном экране без каких либо надписей, ctrl+alt+f* не работают, в systemctl никаких записей об этом неуспешном запуске не наблюдаю. Стоит сказать, что использую загрузчик refind. Swap = 6ГБ (ОЗУ = 4ГБ). Кое-какая информация: https://gist.github.com/anonymous/cc7ea66009ff69d441376cc908dc2377 Может кто знает хотя бы в какую сторону копать? Надеюсь на вашу помощь.



Последнее исправление: Simarc (всего исправлений: 1)

В параметрах загрузки ядра сказано на каком разделе swap? Хотя вообще должно грузиться с ошибкой на подобии resume: no swap specified.

Deleted
()
Последнее исправление: Romashev (всего исправлений: 1)
Ответ на: комментарий от Deleted

По ссылке ходили? В файле refind_linux.conf «Boot with standard options» «ro root=UUID=4aea8c24-3219-47de-b2f2-90e56dad595d initrd=/boot/intel-ucode.img initrd=/boot/initramfs-linux-lts.img resume=/dev/sda6 fbcon=scrollback:1024k acpi_osi=» Тем более иногда всё же грузится, значит swap указан верно.

Simarc
() автор топика
Ответ на: комментарий от post-factum

Ничего не меняется, также грузится хук resume мигает подчеркивание и (сейчас заметил, возможно после установки xf86-video-intel ) полностью гаснет экран.

Simarc
() автор топика

Все бы такие гисты информативные к вопросам прикладывали. Не сарказм, лучей добра.

droserasprout ★★
()
Ответ на: комментарий от post-factum

quiet нет. Добавил ignore_loglevel и debug и no_console_suspend. В итоге перед черным экраном вижу это http://rgho.st/6HDMppCtZ (извиняюсь за качество - очень быстро пробегает), при предыдущей попытке видел 100% и завершено.

Simarc
() автор топика

работает крайне не стабильно
resume=/dev/sda6

Пропиши тоже по by-label или by-uuid. А то сам знаешь, эти циферки... ;)

anonymous
()

Товарищи модераторы, сейчас произошло странное. Ввёл капчу, нажал «отправить», а мне — «Код проверки защиты от роботов не совпадает», однако сообщение опубликовалось.

В капче ошибаюсь очень-очень редко.

anonymous
()
Ответ на: комментарий от anonymous

Подтверждаю, нередко бывает уже давно.

anonymous
()
Ответ на: комментарий от anonymous

Во, тут ещё пишут:

Whether by label or by UUID, the swap partition is referred to with a udev device node, so the 'resume' hook must go after the 'udev' hook.

Если перевести на наш, то тебе надо будет в обязательном порядке ещё переместить хук resume, поставив его после udev, и пересобрать iniftramfs.

anonymous
()
Ответ на: комментарий от anonymous

хук resume, поставив его после udev

Был он и там - эффекта нет.

Simarc
() автор топика
Ответ на: комментарий от anonymous

Пропиши тоже по by-label или by-uuid. А то сам знаешь, эти циферки... ;)

Прописал - ничего не изменилось.

Не знаю может это как-то помочь, но в dmesg подозрительно много предупреждений. Или это нормально?

$dmesg -l warn err -x
kern  :warn  : [    0.000000] ACPI: RSDP 0x00000000C9EAE000 000024 (v02 _ASUS_)
kern  :warn  : [    0.000000] ACPI: XSDT 0x00000000C9EAE0A0 0000C4 (v01 _ASUS_ Notebook 01072009 AMI  00010013)
kern  :warn  : [    0.000000] ACPI: FACP 0x00000000C9EC4438 00010C (v05 _ASUS_ Notebook 01072009 AMI  00010013)
kern  :warn  : [    0.000000] ACPI: DSDT 0x00000000C9EAE278 0161BD (v02 _ASUS_ Notebook 00000012 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: FACS 0x00000000CAB35080 000040
kern  :warn  : [    0.000000] ACPI: APIC 0x00000000C9EC4548 000072 (v03 _ASUS_ Notebook 01072009 AMI  00010013)
kern  :warn  : [    0.000000] ACPI: FPDT 0x00000000C9EC45C0 000044 (v01 _ASUS_ Notebook 01072009 AMI  00010013)
kern  :warn  : [    0.000000] ACPI: ECDT 0x00000000C9EC4608 0000C1 (v01 _ASUS_ Notebook 01072009 AMI. 00000005)
kern  :warn  : [    0.000000] ACPI: LPIT 0x00000000C9EC46D0 00005C (v01 _ASUS_ Notebook 00000000 AMI. 00000005)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9EC4730 000174 (v01 Intel  zpoddult 00001000 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9EC48A8 0004D6 (v01 PmRef  Cpu0Ist  00003000 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9EC4D80 000AD8 (v01 PmRef  CpuPm    00003000 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9EC5858 0002DE (v01 PmRef  Cpu0Tst  00003000 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9EC5B38 000348 (v01 PmRef  ApTst    00003000 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: MCFG 0x00000000C9EC5E80 00003C (v01 _ASUS_ Notebook 01072009 MSFT 00000097)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9EC5EC0 003072 (v01 DptfTa DptfTabl 00001000 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: HPET 0x00000000C9EC8F38 000038 (v01 _ASUS_ Notebook 01072009 AMI. 00000005)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9EC8F70 000298 (v01 SataRe SataTabl 00001000 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9EC9208 003EDA (v01 SaSsdt SaSsdt   00003000 INTL 20091112)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9ECD0E8 000C43 (v01 SgRef  SgPch    00001000 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: BGRT 0x00000000C9ECDD30 000038 (v00 _ASUS_ Notebook 01072009 ASUS 00010013)
kern  :warn  : [    0.000000] ACPI: DMAR 0x00000000C9ECDD68 0000B0 (v01 INTEL  HSW      00000001 INTL 00000001)
kern  :warn  : [    0.000000] ACPI: SSDT 0x00000000C9ECDE18 001493 (v01 OptRef OptTabl  00001000 INTL 20120711)
kern  :warn  : [    0.000000] ACPI: MSDM 0x00000000C9B01E18 000055 (v03 _ASUS_ Notebook 00000000 ASUS 00000001)
kern  :warn  : [    0.030867] ACPI: 11 ACPI AML tables successfully acquired and loaded
kern  :warn  : [    0.033973] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
kern  :warn  : [    0.033977] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
kern  :warn  : [    0.156867]  #2
kern  :warn  : [    0.160573]  #3
kern  :warn  : [    0.228596] pmd_set_huge: Cannot satisfy [mem 0xf8000000-0xf8200000] with a huge-page mapping due to MTRR override.
kern  :warn  : [    0.258234] ACPI: Executed 2 blocks of module-level executable AML code
kern  :warn  : [    0.265715] ACPI: Dynamic OEM Table Load:
kern  :warn  : [    0.265726] ACPI: SSDT 0xFFFF880129624C00 0003D3 (v01 PmRef  Cpu0Cst  00003001 INTL 20120711)
kern  :warn  : [    0.266810] ACPI: Dynamic OEM Table Load:
kern  :warn  : [    0.266819] ACPI: SSDT 0xFFFF8801295B2000 0005AA (v01 PmRef  ApIst    00003000 INTL 20120711)
kern  :warn  : [    0.267949] ACPI: Dynamic OEM Table Load:
kern  :warn  : [    0.267956] ACPI: SSDT 0xFFFF880129619400 000119 (v01 PmRef  ApCst    00003000 INTL 20120711)
kern  :warn  : [    0.269688] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20150930/hwxface-580)
kern  :warn  : [    0.269701] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20150930/hwxface-580)
kern  :warn  : [    0.343042] ACPI: Enabled 4 GPEs in block 00 to 7F
kern  :warn  : [    0.568496] [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS
syslog:warn  : [   38.165672] systemd-journald[201]: File /var/log/journal/bcec4223328b4d74a692f7edd6783525/system.journal corrupted or uncleanly shut down, renaming and replacing.
kern  :warn  : [   39.717181] ACPI Warning: SystemIO range 0x000000000000F040-0x000000000000F05F conflicts with OpRegion 0x000000000000F040-0x000000000000F04F (\SMB0) (20150930/utaddress-254)
kern  :warn  : [   39.719298] ACPI Warning: SystemIO range 0x000000000000F040-0x000000000000F05F conflicts with OpRegion 0x000000000000F040-0x000000000000F04F (\_SB_.PCI0.SBUS.SMBI) (20150930/utaddress-254)
kern  :warn  : [   40.326401] r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
kern  :warn  : [   40.720167] wl: module license 'MIXED/Proprietary' taints kernel.
kern  :warn  : [   40.721405] Disabling lock debugging due to kernel taint
kern  :warn  : [   40.758771] wlan0: Broadcom BCM4365 802.11 Hybrid Wireless Controller 6.30.223.271 (r587334)
syslog:warn  : [   51.860919] systemd-journald[201]: File /var/log/journal/bcec4223328b4d74a692f7edd6783525/user-1000.journal corrupted or uncleanly shut down, renaming and replacing.

Simarc
() автор топика
Ответ на: комментарий от post-factum

netconsole? Комп только один, связываться не с кем. А нельзя как нибудь заставить ядро писать все сообщения в файл?

Simarc
() автор топика
Ответ на: комментарий от Simarc

Ты можешь свой хук добавить. Это не сложно. Используй в качестве шаблона хоть тот же resume. Тебе надо будет создать всего два файла, прописать свой хук в конфиг и пересобрать initramfs.

Вот тут у чувака сработало поставить хук resume после block. Вообще, это чушь, наверное, как и с именем раздела. Судя по фотке у тебя всё находится. А может быть такое, что тебе банально места в свопе не хватает? Или он бы сообщал?

anonymous
()
Ответ на: комментарий от anonymous

Ты можешь свой хук добавить.

Для чего? Что он будет делать?

Вот тут у чувака сработало поставить хук resume после block.

К сожалению, у меня не сработало.

А может быть такое, что тебе банально места в свопе не хватает?

Думаю исключено.

free
              total        used        free      shared  buff/cache   available
Mem:        3932536      996196     2334340       98192      602000     2625512
Swap:       6291452           0     6291452
Мало того, что он больше в полтора раза, так он ещё и пуст.

Поигравшись с mkinitcpio.conf, обнаружил, что если отключить i915 из MODULES=, то экран не выключается и можно видеть последние сообщения до зависания. В общем, фото: http://rgho.st/6ZVBjDK4t

Simarc
() автор топика
Ответ на: комментарий от anonymous

Чтобы записать сообщения ядра.

Спасибо, но видимо нашел, то что нужно (а может и нет). Включил параметр initcall_debug и увидел вызов, на котором застревает восстановление, - lapic_suspend (http://rgho.st/89CqVPwCB). Что-то связанное с apic. Что с этим делать знает кто-нибудь?

Всем спасибо, что хоть до чего-то докопался.

Simarc
() автор топика
Ответ на: комментарий от Simarc

Можешь ещё apic=debug добавить. Ещё есть параметр noapic.

Посмотри по ссылке, может ещё что интересное для себя найдёшь. Например, можно попробовать отключить ACPI или запретить сохранять/восстанавливать состояние при гибернации. Поищи по слову hibernate.

anonymous
()
Ответ на: комментарий от Simarc

:(

Ядро попробуй поменять на поновее или постарше. В биосе чего-нибудь покрути, ACPI отключи. Ещё можешь в багтрекер или мейллист напиать, может чего подскажут.

Память, кстати, тестил? Не битая? Не бывает вылетаний/зависаний программ на ровном месте?

anonymous
()
Ответ на: комментарий от anonymous

Поставил в параметры ядра nolapic - вроде пока проблем нет (время покажет). Память попробую протестировать, зависания бывают, но я грешу на баги в ПО. Ядро менял. В биосе практически крутить нечего.

покрути, ACPI отключи

ACPI и APIC не одно и тоже (или они как-то связаны?). ps Извиняюсь что долго не отвечал - не было возможности. А apic вообще безболезненно можно отключить? На что может повлиять?

Simarc
() автор топика
Ответ на: комментарий от Simarc

хм, с nolapic у меня видно только одно ядро процессора, изменил на noapic - всё good. Повторю вопрос: отключение apic на что нибудь влияет?

Simarc
() автор топика
Ответ на: комментарий от Simarc

Я точно не знаю, но судя по информации из интернетов noapic отключает IOAPIC. Видимо в некоторых случаях может повлиять на скорость IO.

anonymous
()
Ответ на: комментарий от anonymous

Потестировав систему, понял, что ещё как влияет. После отключения apic система при попытке уйти в режим ожидания или в гибернацию вижу черный экран и не реагирующий не на что ноут, кроме кнопки питания. Так что без apic ни как. Так что теперь пробовать? С одним ядром жить не хочу.

Simarc
() автор топика
Ответ на: комментарий от anonymous

Потестил память. С ней всё в порядке.

Simarc
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.