Режим гибернации в archlinux gnome

Cooler2
cat /sys/power/resume
8:9
С выводом lsblk -l совпадает ?
Выложите тогда лог , если ничего секретного нет
pacman -S  pastebinit
 journalctl -b -1  | pastebinit -b paste.ubuntu.com 
Вместо 1 номер загрузки с неполным выключением.
Можно обрезать лог если неохота светить что то,
нужен после команды systemctl hibernate
RusWolf
С выводом lsblk -l совпадает ?
да

lsblk -l
NAME MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda    8:0    0 465,8G  0 disk
sda1   8:1    0   260M  0 part /boot
sda2   8:2    0    16M  0 part
sda3   8:3    0 293,5G  0 part
sda4   8:4    0  27,7G  0 part
sda5   8:5    0   980M  0 part
sda6   8:6    0  13,2G  0 part
sda7   8:7    0    40G  0 part /
sda8   8:8    0    30G  0 part /home
sda9   8:9    0    18G  0 part [SWAP]
vs220
Вместо 1 номер загрузки с неполным выключением.
Можно обрезать лог если неохота светить что то,
нужен после команды systemctl hibernate

не совсем понимаю, что значит, вместо 1 номер загрузки с неполным выключением? (это мне выключить (в гибернацию так сказать) включить ноут и потом выполнить эту команду? journalctl -b -1 ?
Cooler2, а по команде sudo poweroff, комп нормально выключается?
RusWolf
sudo poweroff
да, только что попробовал, нормально выключился - полностью.
Cooler2
выключить (в гибернацию так сказать) включить ноут и потом выполнить эту команду? journalctl -b -1 ?
Да
что там 5 страниц писать?
у меня.
1.не работал hibernate
2.система зависала как только чуть начинал подключаться swap.
дело было в [поврежденом разделе swap
1.#swapof -a
2.#mkswap -c /dev/sdX
3.#mkswap /dev/sdX -U uuid swap из fstab
4.#swapon -a
все.работает.ничего в grub и вообще никуда не писал.компьютер загружается точно как выключил,в сеансе и mate и openbox(в gnome будет то-же самое)
Linux Forever!
Режим ожидания / гибернации не работает или работает нестабильно
Было много сообщений о том, что экран становится черным без легко просматриваемых ошибок или невозможности что-либо сделать при входе и выходе из режима ожидания и / или гибернации. Эти проблемы наблюдались как на ноутбуках, так и на настольных компьютерах. Это не официальное решение, но переход на более старое ядро, особенно LTS-ядро, вероятно, исправит это.

Также проблема может возникнуть при использовании аппаратного сторожевого таймера (по умолчанию отключено, см RuntimeWatchdogSec=в Systemd-system.conf (5) § OPTIONS ). Ошибка сторожевого таймера может перезагрузить компьютер до того, как система завершит создание образа гибернации.

Иногда экран становится черным из-за инициализации устройства из initramfs. Удаление любых модулей, которые могут быть в Mkinitcpio # MODULES, и перестройка initramfs, возможно, могут решить эту проблему, особенно графические драйверы для ранних версий KMS . Инициализация таких устройств перед возобновлением может вызвать несоответствия, которые не позволят системе выйти из режима гибернации. Это не влияет на возобновление работы из ОЗУ. Кроме того, ознакомьтесь с рекомендациями в статье блога для устранения проблем с приостановкой .

Переход от видеодрайвера radeon к более новому драйверу AMDGPU также может помочь сделать процесс гибернации и пробуждения успешным.
Vadim
2.#mkswap -c /dev/sdX
sudo mkswap -c /dev/sda9
0 плохих страниц
mkswap: /dev/sda9: предупреждение: очистка старой сигнатуры swap.
Setting up swapspace version 1, size = 18 GiB (19327348736 bytes)
без метки, UUID=

UUID после этой команды стал другой, теперь все заново)
Но зато теперь точно знаем, что в свапе ошибок нет.
 
Зарегистрироваться или войдите чтобы оставить сообщение.