☰

影響を受けていないHDDをマウント解除すると、暗号化されたLVMは起動しません。

tag-icon • tag-icon boot lvm kubuntu whole-drive-encryption
影響を受けていないHDDをマウント解除すると、暗号化されたLVMは起動しません。

理解できない奇妙な問題があります。

暗号化されたLVMルートの起動可能なインストールとしてKubuntu 19.04をインストールしました。

lsblk
NAME                     MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                        8:0    0 465,8G  0 disk  
└─sda1                     8:1    0 465,8G  0 part  
sdb                        8:16   0 223,6G  0 disk  
├─sdb1                     8:17   0   731M  0 part  /boot
├─sdb2                     8:18   0     1K  0 part  
└─sdb5                     8:21   0 222,9G  0 part  
  └─sdb5_crypt           253:0    0 222,9G  0 crypt 
    ├─kubuntu--vg-root   253:1    0 221,9G  0 lvm   /
    └─kubuntu--vg-swap_1 253:2    0   980M  0 lvm   [SWAP]

sdbはSSD、sdaはHDDです。

sdaは重要ではないデータの一括保存であり、暗号化はありません。

cat /etc/fstab 
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/kubuntu--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sdb1 during installation
UUID=5502e3df-bf98-4ec3-9277-0b2d22308be2 /boot           ext4    defaults        0       2
/dev/mapper/kubuntu--vg-swap_1 none            swap    sw              0       0

そして

/dev/sda1: UUID="86b8c281-dc71-4102-92b5-070843eb2784" TYPE="ext4" PARTUUID="998890db-01"
/dev/sdb1: UUID="5502e3df-bf98-4ec3-9277-0b2d22308be2" TYPE="ext4" PARTUUID="4b7c5ebc-01"
/dev/sdb5: UUID="85e69429-53aa-4348-83d9-cb2b68128ec4" TYPE="crypto_LUKS" PARTUUID="4b7c5ebc-05"
/dev/mapper/sdb5_crypt: UUID="ysVfBL-KvGw-tce2-g1ko-5cUu-ichc-31kfCO" TYPE="LVM2_member"
/dev/mapper/kubuntu--vg-root: UUID="8995e215-a95b-499c-b83d-a12987e20600" TYPE="ext4"
/dev/mapper/kubuntu--vg-swap_1: UUID="72f9eb33-6d0e-4f86-9c3e-d1eb5e83aa63" TYPE="swap"

だからIMHO、すべてしなければならない86b8c281-dc71-4102-92b5-070843eb2784のsdaを削除しても大丈夫です。ただし、これを行うとシステムが起動しなくなります。実際、BIOS/UEFIを見ると、実際にSSDではなくHDDから起動しています。

起動デバイスをSSDに変更したり、HDDを削除しても何も起こりません。 （画面左上に点滅するアンダースコア以外は何も読み書きできません。）

ここに問題が何であるか（または私が理解したもの）知っている人はいますか？

追加情報：

cat /etc/crypttab 
sdb5_crypt UUID=85e69429-53aa-4348-83d9-cb2b68128ec4 none luks,discard

ベストアンサー1

PARTUUID値の構文は、ディスクがMBRパーティションとクラシックBIOSスタイルのブートを使用している可能性があることを示します。これらの症状は、パーティションがsdaに書き込まれるのではなく、sdbブートローダが実際に書き込まれていることを示します。これは、BIOSベースのシステムでは、オペレーティングシステムのインストーラがBIOSがディスクをチェックする順序を必ずしも知らないわけではありません。 。/bootsdb1sda

これを削除すると、sda正常に機能するMBRベースのブートローダがなくなり、残念ながらシステムBIOSはこれに良いエラーメッセージを提供しません。

デフォルトの GRUB ブートローダを使用すると仮定すると、実際のマスターブートレコードとMBRと最初のパーティションの先頭の間のスペースに含まれます。したがって、通常のファイルではなく、1つに移動または操作することはできません。

ただし、この問題は簡単に解決されます。

まず、/boot/grub/device.mapファイルを編集する必要があります。

(hd0) /dev/sdb

これは、すぐに使用するGRUBインストールツールに次のように指示します。 「新しい GRUB インスタンスをインストールするときは、現在のディスクがシステムsdbで最初に検出されたディスクであると仮定します。削除を準備しているため、これは重要です。」sdaシステムからディスクを削除します。

ファイルを正常に変更したら、次の手順を実行する必要があります。

sudo grub-install /dev/sdb

これは既存のGRUBインスタンスには害を与えませんがsdb。

これでディスクを取り外すことsdaができ、システムはまだ正常に起動します。

元のsdaディスクが削除されたため、Kubuntuがディスクデバイス名を保存するメカニズムを持っていない限り、ディスクはとして表示されることがあります（この場合、ディスクと名前を関連付ける履歴を見つけることがsdbできます）。sdaしたがって、新しいシステム状態に合わせて再編集する必要があります（または単にファイルを削除する必要があります）。sdb/etc/udev/rules.d//boot/grub/device.map

(hd0) /dev/sda

GRUB アップデートがインストールされている場合、これは重要です。

おすすめ記事