На повторной загрузке лайва с сохранением сессии, dmesg, bluetooth и sensors сообщили: Read-only file system.
Дальнейшие действия ясны.
Попытка исправить sdX2 в p8 не удалась, за наличием в ext4 фичи metadata_csum.
Грубо говоря, чтобы исправить файловую Windows 10, нужна Windows 10. Не 7, не 8, не 8.1, а 10.
Если быть ещё более точным: для исправления ext4 в p8, созданной файловой в p9, нужна более свежая версия e2fsprogs из p9 как минимум.
Из плюсов: загрузка без сохранения сессии идёт без использования sdX2. Уже хорошо.
fsck через verbose выдал пачку исправлений, после чего загрузка лайва с сохранением сессии прошла удачно. На перезагрузке сессия полностью восстановлена.
Упс-с...
Внимание!!! Критическая ошибка!!!
На p9/branch, в лайвах с сохранением сессии, suspend сломан!
После выхода из suspend, файловая на флешке для сохранения сессии окажется в ro (read only)!$ mount | grep sdb2
/dev/sdb2 on /.rw type ext4 (rw,noatime,nodiratime,nobarrier,errors=remount-ro)
$ # suspend: тут вход и выход из STR
$ mount | grep sdb2
/dev/sdb2 on /.rw type ext4 (ro,noatime,nodiratime,nobarrier,errors=remount-ro)
Лечение флешки:
- Загрузиться с флешки в режиме без сохранения сессии;
- Выполнить команду от root:
fsck.ext4 -yv /dev/sdXY
где sdXY - раздел с файловой системой на флешке для сохранения сессии.
Файловая sdXY должна быть обязательно размонтирована!
После новой загрузки с сохранением сессии, сессия восстановится.
После загрузки с сохранением сессии не выполняйте suspend (STR, - Suspend To RAM; Ждущий режим)!!!
Файловая система для сохранения сессии повредится снова!