암호화된 파티션이 잘못된 크기를 보고함

암호화된 파티션이 잘못된 크기를 보고함

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에 속하는 두 개의 논리 볼륨을 보여주었기 때문입니다 ubuntu-vg.

이상하게도 루트 LV는 약 840GiB이지만 파일 시스템은 약 98GB만 포함합니다.

일반적으로 포함된 파일 시스템보다 훨씬 큰 LV를 만드는 데는 거의 의미가 없습니다. 내 제안은 LV를 약 120GB로 줄이는 것입니다. 이렇게 하면 필요에 따라 다시 성장하거나 필요한 경우 새 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)를 완전히 채울 수 있도록 크기를 생략합니다. 하지만 나는 이것을 권장하지 않습니다.

관련 정보