web-dev-qa-db-ja.com

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
Thorben

古い答え:

たまたまいくつかのブログを閲覧して、解決策を見つけました。
ブランドンベックによる次のコメントを参照してください。 http://chriseiffel.com/uncategorized/step-by-step-how-to-get-hibernate-working-for-linux-ubuntu-11 -04-mint-11 /#comment-116

次のように、UUIDの代わりにスワップパーティションのPARTUUIDを使用するように/ etc/default/grubを変更する必要がありました。

「resume = PARTUUID = ...」

blkidを使用して、スワップパーティションのPARTUUIDを取得できます。
その後、Sudo update-grub

修正回答:

GRUBエントリをPARTUUIDに変更すると、休止状態は機能しなくなりました。たぶん/etc/initramfs-tools/conf.d/resumeを適切に適合させる必要があります。

ただし、以前にClonezillaによって作成されたスワップパーティションを再フォーマットし、すべての構成ファイルを新しいUUIDで更新しました。また、「再開」にUUIDを使用するように/ etc/default/grubに切り替えて、新しいものを入力しました。
今、休止状態が再び機能し、boot.logのエラーメッセージも消えました。問題はようやく解決されたようです。

1
Thorben