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/nvme0n1p3
LUKS 암호화 컨테이너가 포함된 것 같습니다 /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)를 완전히 채울 수 있도록 크기를 생략합니다. 하지만 나는 이것을 권장하지 않습니다.