☰

加密分区报告大小错误

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并且我经常收到磁盘几乎已满的消息，但分区实际上要大得多。这是为什么？

更新

为了提供一些背景信息，这是在我的英特尔 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/nvme0n1p3似乎包含 LUKS 加密容器/dev/mapper/nvme0n1p3_crypt。

据猜测，这又包含一个名为 的卷组ubuntu-vg，您可以使用 来确认这一点pvs。这种猜测的原因是您向我们展示了两个逻辑卷，名为root且swap属于一个名为 的 VG ubuntu-vg。

奇怪的是，根 LV 大约有 840 GiB，但它只包含大约 98GB 的​​文件系统。

通常，创建比它包含的文件系统大得多的 LV 没有什么意义，我的建议是将其减少到 120 GB 左右。这将允许您根据需要再次增长它，甚至在需要时创建一个新的 LV。

您不需要缩小 LV，但以下是执行此操作的步骤。一般来说，不要缩小逻辑卷，除非它包含的文件系统已经小到足以适应目标大小。如果出错，你将毁掉你的文件系统。

在尝试此操作之前，请备份您的文件。如果必要的话可以借用磁盘，但要进行备份。真的。

在您的情况下，文件系统只有 98GB，因此我们可以安全地将 LV 减少到 120GB。 （这很容易导致 GB 和 GiB 之间的错误转换。）同时，我们增加文件系统大小以匹配。

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

此后，您可以逐渐增加文件系统大小，例如增加到 200GB

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

如果您确实不想更改 840GB 根 LV 容器的大小，您可以简单、安全地调整其中文件系统的大小。这会将其大小增加到 120GB

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

省略大小以使文件系统完全填满 LV（全部 840GB）。不过我不推荐这样做。

相关内容