☰

暗号化されたパーティションが誤ったサイズを報告する

tag-icon • tag-icon partition disk-usage luks
暗号化されたパーティションが誤ったサイズを報告する

Luks暗号化パーティションを使用して1TBドライブを分割しました。出力は次fdisk -lのとおりです。

Disk /dev/nvme0n1: 953,89 GiB, 1024209543168 bytes, 2000409264 sectors
Disk model: INTEL SSDPEKNW010T8
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: D7D712F4-077A-47DD-93AA-DB024B082A7A

Device              Start        End    Sectors   Size Type
/dev/nvme0n1p1       2048    1050623    1048576   512M EFI System
/dev/nvme0n1p2    1050624    2549759    1499136   732M Linux filesystem
/dev/nvme0n1p3    2549760 1767190527 1764640768 841,5G Linux filesystem
/dev/nvme0n1p4 1767190528 1769287679    2097152     1G Microsoft basic data
/dev/nvme0n1p5 1769287680 1865764863   96477184    46G Linux LVM

Disk /dev/mapper/nvme0n1p3_crypt: 841,46 GiB, 903493976064 bytes, 1764636672 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-root: 840,38 GiB, 902337396736 bytes, 1762377728 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-swap_1: 1 GiB, 1073741824 bytes, 2097152 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes

デフォルトのパーティションは約840GBですが、次のようにdf -Th /表示されます。

Filesystem                  Type  Size  Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-root ext4   98G   97G  903M 100% /

ディスプレイサイズは98GBにすぎません！見てわかるように、計算によると、私のパーティションはdfほとんどいっぱいで、ディスクはほとんどいっぱいだというメッセージが頻繁に受け取りますが、実際にはパーティションがはるかに大きくなります.なぜそんなことですか？

修正する

コンテキストを提供するために、これはIntel NUCにUbuntuのインストール中にパーティションを分割した結果です。システムの起動には多くの問題があり、暗号化されたパーティションを回復するのに数時間かかりました。だから私は何かを台無しにしたかもしれません。

lvdisplay /dev/mapper/ubuntu--vg-rootプログラム

  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/root
  LV Name                root
  VG Name                ubuntu-vg
  LV UUID  bX0P8g-LX6v-M9YK-0Lon-Uw3C-xQcl-SLYjWX
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2019-08-30 10:49:40 +0200
  LV Status              available
  # open                 1
  LV Size  <840,37 GiB
  Current LE             215134
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:4

pvs:

  PV                          VG        Fmt  Attr PSize   PFree 
  /dev/mapper/nvme0n1p3_crypt ubuntu-vg lvm2 u--  841,44g 76,00m

lvs:

  LV     VG        Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   ubuntu-vg -wi-ao---- <840,37g                                                    
  swap_1 ubuntu-vg -wi-ao----    1,00g

ベストアンサー1

大容量ディスクパーティションに/dev/nvme0n1p3LUKS暗号化コンテナが含まれているようです/dev/mapper/nvme0n1p3_crypt。

ubuntu-vgおそらく、これにはこれを確認するために使用できるボリュームグループが含まれていますpvs。この推測の理由は、名前が付けられ、root名前swapが付けられたVGに属する2つの論理ボリュームを示したためですubuntu-vg。

奇妙なことに、ルートLVは約840GiBですが、ファイルシステムは約98GBしか含まれていません。

通常、含まれているファイルシステムよりはるかに大きいLVを作成することはほとんど意味がありません。私の提案はLVを約120GBに減らすことです。これにより、必要に応じて再成長するか、必要に応じて新しいLVを作成することもできます。

LVを縮小する必要はありませんが、縮小する手順は次のとおりです。通常、論理ボリュームに含まれているファイルシステムがターゲットサイズに収まるほど小さくない限り、論理ボリュームを縮小しないでください。間違えると、ファイルシステムが破壊される可能性があります。

これを試す前にファイルをバックアップしてください。必要に応じてディスクをレンタルし、バックアップコピーを作成します。本当。

あなたの場合、ファイルシステムはわずか98GBで、LVを120GBに安全に削減できます。 （これはGBとGiB間の間違った変換を容易にする可能性があります。）同時に一致するようにファイルシステムのサイズを増やします。

lvresize --size 120G --resizefs /dev/mapper/ubuntu--vg-root

その後、ファイルシステムのサイズを徐々に増やすことができます（たとえば、200 GB）。

lvresize --size 200G --resizefs /dev/mapper/ubuntu--vg-root

840GBルートLVコンテナのサイズを変更したくない場合は、その中のファイルシステムのサイズを簡単かつ安全に調整できます。これにより、サイズが120GBに増えます。

resize2fs /dev/mapper/ubuntu--vg-root 120GB

ファイルシステムがLV（すべて840 GB）を完全に満たすようにサイズを省略します。しかし、私はこれをお勧めしません。

おすすめ記事