☰

dm_crypt-0 -> LVM2_Memberにアクセスできない理由がわかりません。

tag-icon • tag-icon linux ubuntu lvm encryption
dm_crypt-0 -> LVM2_Memberにアクセスできない理由がわかりません。

暗号化を使ってUbuntuサーバーを新しくインストールしました。しかし、ほとんどのスペースにアクセスすることはできないようです。ディレクトリにインストールされていないようですが、ルートディレクトリのためにインストールされているように見えます。 3.6Tを/homeにマウントするか、ルートディレクトリを拡張してディスク容量全体を使用するには？

$ lsblk
NAME                        MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTS
loop0                         7:0    0    73M  1 loop  /snap/core22/607
loop1                         7:1    0  73.9M  1 loop  /snap/core22/817
loop2                         7:2    0   163M  1 loop  /snap/lxd/24643
loop3                         7:3    0 173.5M  1 loop  /snap/lxd/25112
loop4                         7:4    0  49.8M  1 loop  /snap/snapd/18596
loop5                         7:5    0  53.3M  1 loop  /snap/snapd/19457
nvme0n1                     259:0    0   3.6T  0 disk  
├─nvme0n1p1                 259:1    0     1G  0 part  /boot/efi
├─nvme0n1p2                 259:2    0     2G  0 part  /boot
└─nvme0n1p3                 259:3    0   3.6T  0 part  
  └─dm_crypt-0              253:0    0   3.6T  0 crypt 
    └─ubuntu--vg-ubuntu--lv 253:1    0   100G  0 lvm   /

インストールを試みた結果：

$ sudo mount /dev/mapper/dm_crypt-0 /mnt/Cloud/
mount: /mnt/Cloud: unknown filesystem type 'LVM2_member'.
       dmesg(1) may have more information after failed mount system call.

$ $ sudo fdisk -l
Disk /dev/loop0: 72.99 MiB, 76537856 bytes, 149488 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 73.86 MiB, 77443072 bytes, 151256 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 163 MiB, 170917888 bytes, 333824 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop3: 173.46 MiB, 181882880 bytes, 355240 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop4: 49.84 MiB, 52260864 bytes, 102072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop5: 53.26 MiB, 55844864 bytes, 109072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/nvme0n1: 3.64 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: CT4000P3PSSD8                           
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 57C945BD-62AC-47B7-B0B3-2481E5CB4230

Device           Start        End    Sectors  Size Type
/dev/nvme0n1p1    2048    2203647    2201600    1G EFI System
/dev/nvme0n1p2 2203648    6397951    4194304    2G Linux filesystem
/dev/nvme0n1p3 6397952 7814033407 7807635456  3.6T Linux filesystem


Disk /dev/mapper/dm_crypt-0: 3.64 TiB, 3997492576256 bytes, 7807602688 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/ubuntu--vg-ubuntu--lv: 100 GiB, 107374182400 bytes, 209715200 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

ベストアンサー1

3.6T暗号化パーティション全体がLVM管理に割り当てられていましたが、実際には100Gのみルートパーティションとして割り当てられていました。

/dev/mapper/dm_crypt-0すでに初期化されているため、直接マウントできません。LVM物理ボリューム（縮小PV）は1つ以上のコンテナとして機能します。LVM論理ボリューム（縮小LV）各LVには、ファイルシステム（または必要に応じてスワップパーティションまたはネイティブデータベースなどの他のもの）を含めることができます。

既存のパーティションと比較してLVMの利点は、複数の論理ボリュームを作成し、既存のパーティションのように「右側」に空き領域があるかどうかを心配することなく拡張できることです。システムの実行中にこれらの論理ボリュームをオンラインで拡張することもできます。

後で別のディスクを追加する場合は、同じディスクに追加できます。LVMボリュームグループ（縮小してVG）を既存のディスクと組み合わせてから、2つのディスクのディスク容量を1つの大きなプールとして使用します。必要に応じて、ファイルシステムが単一ディスクの制限を超えることを許可できます。

LVMの状態と空き領域を表示するために使用できる3つのコマンドがあります。

  • sudo vgs必要に応じて、既存のLVを拡張したり、新しいLVを作成したりするために使用できるLVMボリュームグループ、その属性、フルサイズ、および空き（割り当てられていない）容量を表示します。
  • sudo lvs各LVM論理ボリュームの属性とサイズを表示します。
  • sudo pvsLVM物理ボリュームに関する情報（デバイスパス、そのボリュームが属するボリュームグループ、属性、サイズ、クォータ）を表示します。 （オンラインにする予定の場合、これは重要な場合があります。データの移行：pvmoveファイルシステムを操作すると、ファイルシステム全体をあるPVから別のPVに移動できます。 )

メモ:デフォルトでは、Ubuntuは初期ボリュームグループの名前をubuntu-vgルートファイルシステムを含む論理ボリュームとして指定しますubuntu-lv。論理ボリュームをデバイスとして参照する方法は2つあります。

  • 以前の方法（2.6.x以前のカーネル）：/dev/ubuntu-vg/ubuntu-lv
  • 統合デバイスマッパー方法：/dev/mapper/ubuntu--vg-ubuntu--lv

デバイスマッパースタイルパスを使用する場合は、単一のダッシュをVGとLV名の間の区切り文字として使用するため、VGとLV名のダッシュを2倍にする必要があります。これは/dev/mapper/...、デバイスパスの一部として名前を使用する場合にのみ機能します。一部のLVMコマンドまたはそのオプションの引数としてVGまたはLV名のみを使用している場合は、ダブルダッシュは必要ありません。

たとえば、現在のルートファイルシステムを200Gに拡張するには、次のコマンドを1つだけ実行します。

sudo lvextend -r -L 200G /dev/mapper/ubuntu--vg-ubuntu--lv

別々のファイルシステムを作成するには、/home次のコマンドを使用してそれらの新しい論理ボリュームを作成できます。

sudo lvcreate -n home-lv -L 1T ubuntu-vg
sudo mkfs.ext4 /dev/mapper/ubuntu--vg-home--lv  # or whatever filesystem type you wish

ルートとして直接ログインできない場合は、通常のユーザーとしてログインしている場合は既存の/homeホームディレクトリを見つけて使用するため、新しいファイルシステムをマウントするのはかなり困難です。/home/<username>別のファイルシステムをマウントすると、/home新しいファイルシステムの下にホームディレクトリが非表示になり、一時的に新しいログインにアクセスできなくなります。

ファイルシステムをインストールして使用するときは、さまざまな種類のファイルシステムを拡張できますが、縮小ファイルシステムは、（これまで）XFSファイルシステムと同じくらい難しいか、実際には不可能です。したがって、LVMを使用するときにディスク容量を割り当てるときに間違いを犯すと便利です。これは、割り当てられていないLVMスペースがある限り、ファイルシステムを簡単に拡張できるためです。

おすすめ記事