☰

«Неверный путь для логического тома» в boot.log

tag-icon • tag-icon boot grub2 swap hibernate uuid
«Неверный путь для логического тома» в boot.log

Я получаю следующие сообщения на свой /var/log/boot.log:

lvmetad пока не активен, используется прямая активация во время sysinit
"disk/by-uuid/db9c53d1-9f64-4bb7-970c-9fce38b499d4": Недопустимый путь для логического тома.

UUID — это мой раздел подкачки, который также используется для гибернации. Пробуя различные параметры конфигурации, я смог отследить корень сообщения до моей конфигурации grub.

Мой /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

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

Просто нашел решение случайно, просматривая еще несколько блогов.
Смотрите следующий комментарий Брэндона Бека:http://chriseiffel.com/uncategorized/пошаговое-получение-спящего-режима-для-linux-ubuntu-11-04-mint-11/#comment-116

Мне пришлось изменить /etc/default/grub, чтобы использовать PARTUUID раздела подкачки вместо UUID, вот так:

"resume=PARTUUID=..."

Вы можете получить PARTUUID раздела подкачки с помощью blkid.
После этого запустите sudo update-grub.

Исправленный ответ:

После изменения записи grub на PARTUUID гибернация больше не работала. Возможно, /etc/initramfs-tools/conf.d/resume нужно адаптировать соответствующим образом.

Однако я только что переформатировал раздел подкачки, который ранее был создан Clonezilla, и обновил все файлы конфигурации с новым UUID. Я также переключил /etc/default/grub обратно на использование UUID для "возобновления" и ввел новый.
Теперь гибернация снова работает, и сообщение об ошибке в boot.log также исчезло. Проблема, похоже, окончательно решена.

Связанный контент