“Недопустимый путь для Логического тома” в boot.log

Я вкладываю следующие сообщения мой /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, так как я не использую логических томов.

Кто-либо знает, как избавиться от ошибки?

1
задан 7 March 2018 в 11:46

1 ответ

Старый ответ:

Просто найденный решением, случайно просматривающим еще некоторые блоги.
См. следующий комментарий 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 также исчезло. Проблема, кажется, наконец разрешена.

1
ответ дан 7 December 2019 в 15:23

Другие вопросы по тегам:

Похожие вопросы: