Я вкладываю следующие сообщения мой /var/log/boot.log
:
lvmetad еще не активен, с помощью прямой активации во время sysinit
"disk/by-uuid/db9c53d1-9f64-4bb7-970c-9fce38b499d4": Недопустимый путь для Логического тома.
UUID является моим разделом подкачки, который также используется для спящего режима. Путем испытания различных опций конфигурации я смог проследить корень сообщения к моей конфигурации личинки.
Мой /etc/default/grub
похож на следующее:
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="resume=UUID=db9c53d1-9f64-4bb7-970c-9fce38b499d4 other-option=value"
Для ссылки мой /etc/fstab
:
# <file system> <mount point> <type> <options> <dump> <pass>
# sda4
UUID=38a2c53b-2a10-4653-8869-b819c1b0c3be / ext4 errors=remount-ro 0 1
# sda5
UUID=51cd4543-09c0-4eb6-959a-692991c4429e /home ext4 defaults 0 2
# sda2
UUID=db9c53d1-9f64-4bb7-970c-9fce38b499d4 none swap sw 0 0
# sda1
UUID=36A8-4C49 /boot/efi vfat umask=0077 0 1
Я уже попробовал много различных настроек для фиксации этого сообщения об ошибке, включая удаление LVM2, так как я не использую логических томов.
Кто-либо знает, как избавиться от ошибки?
Старый ответ:
Просто найденный решением, случайно просматривающим еще некоторые блоги.
См. следующий комментарий Brandon Beck: http://chriseiffel.com/uncategorized/step-by-step-how-to-get-hibernate-working-for-linux-ubuntu-11-04-mint-11/#comment-116
Я должен был изменить/etc/default/grub для использования PARTUUID раздела подкачки вместо UUID как это:
"resume=PARTUUID =..."
Можно получить PARTUUID раздела подкачки с blkid
.
Впоследствии, выполненный sudo update-grub
.
Пересмотренный ответ:
После изменения записи личинки в спящий режим PARTUUID не работал больше. Возможно,/etc/initramfs-tools/conf.d/resume потребности, которые будут адаптированы соответственно.
Однако я просто переформатировал свой раздел подкачки, который был ранее создан Clonezilla и обновил все файлы конфигурации с новым UUID. Я также переключился назад/etc/default/grub для использования UUID для "резюме" и ввел новое.
Теперь, спящий режим работает снова, и сообщение об ошибке в boot.log также исчезло. Проблема, кажется, наконец разрешена.