[HowTo] Не работает гибернация в Manjaro Linux/Ach

[manjarqo]

Если у Вас не работает гибернация, с такой ошибкой:

Код: Выделить всё

ERROR: resume: no device specified for hibernation

или без неё, то одно из решений, отредактировать файл /etc/default/grub
найти строку вида:

Код: Выделить всё

GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/sda3"

и в кавычках вместо того, что есть у вас пропишите то, что написано у меня, с разницей лишь вместо /dev/sda3 ваш раздел swap , после чего выполните команду

Код: Выделить всё

sudo grub-mkconfig -o /boot/grub/grub.cfg

Должно помочь.

[py6axa]

del

[zaxxon]

Не реботает ни спящий режим, ни ждущий... проделал описанное выше - не помагло

1) Как у Вас размечен диск?
2) Что конкретно не работает и в каом месте (не засыпает, не просыпается, не загружает после hibernate)

Если не восстанавливает после hibernate - посмотрите хуки в /etc/mkinitcpio.conf :
HOOKS="base udev autodetect modconf block filesystems fsck resume keyboard keymap consolefont plymouth"
Проверьте наличие хука resume после filesystem fsck - у меня раньше тоже не работало, сейчас работает.
Если у Вас raid или lvm2 то перед filesystem нужен dmmod lvm2.

Учитывая аппаратные особенности конкретного железа из режимов сна можно не выйти - можно получить полный висяк. На некоторых мамках и буках
такое увы не редкость. Даже в Винде ( :bad: )
To рубаха: Вообще если Вам действительно надо решить Вашу проблему - хотябы опишите п1 и п2 т.к. без понимания этого никто к сожалению не даст Вам ответов...

[py6axa]

del

[zaxxon]

Что значит "всё в одном"? Если только один раздел на жестком диске - работать не будет - нужен ещё Swap раздел. Его размер = 1.5-2 размера вашего RAM. Ставьте лучше в 2 раза больше. В виндах используется под swap файл (pagefile.sys), а для гибернации другой (hiberfil.sys) Linux использует под то и под другое отдельный раздел - Swap. Ядро скидывает RAM туда и затем переводит бук (комп) в режим гибернации. При пробуждении(включении питания) ядро должно знать в каком разделе swap (их вполне может быть несколько - как разметите) хранятся данные гибернации и опция resume=/dev/sda3 о которой писал manjarqo в первом посте как раз и сообщает ядру что у него (manjarqo) в sda3 - swap раздел.
Смущает другое - если при переходе именно в ждущий режим вешается бук - это говорит о том, что косяк именно в процедуре перехода ( насколько мне известно осуществляется это посылом управляющей последовательности в один из файлов в каталоге /sys/ обычной командой echo) и копать надо в этом направлении. Через SYSFS (/sys/....) можно управлять почти чем угодно или отслеживать параметры (например статус и заряд батареи) ACPI. В большинстве случаев в линукс работа с acpi обобщена ( до посыла командой echo в определённый файл в /sys "типового" значения ). И допустим на вашем железе должен к примеру использоваться другой файл или аргумент. В виндах - решение - свой драйвер для конкретного "нестандартного" ACPI. Поэтому, как я говорил выше - "Учитывая аппаратные особенности конкретного железа из режимов сна можно не выйти - можно получить полный висяк. На некоторых мамках и буках такое увы не редкость...". В этом случае - либо разбираться как осуществляется "обычный" переход в ждущий режим, а затем править его ( смотреть куда в /sys/.... направляется команда и анализировать содержимое /sys...... присущее вашему железу) либо отказаться от "сонных" режимов в пользу выключения с сохранением сеанса

[py6axa]

del