(나에게) 이상한 디스크 구조를 가진 VPS가 있습니다.
root@Debian1:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
fd0 2:0 1 4K 0 disk
sda 8:0 0 20G 0 disk
├─sda1 8:1 0 476M 0 part /boot
├─sda2 8:2 0 9,5G 0 part
│ ├─vg-lv_root 254:0 0 17,7G 0 lvm /
│ └─vg-lv_swap 254:1 0 1,9G 0 lvm [SWAP]
└─sda3 8:3 0 10G 0 part
└─vg-lv_root 254:0 0 17,7G 0 lvm /
sr0 11:0 1 1024M 0 rom
왜 sum /
으로 나누어져 있는지 모르겠습니다 . 이게 정상인가요?sda2
sda3
스왑 파티션이 필요하지 않습니다. 공간을 어떻게 사용할 수 있습니까 /
?
root@Debian1:~# df -kh
System plików rozm. użyte dost. %uż. zamont. na
/dev/dm-0 18G 18G 0 100% /
udev 10M 0 10M 0% /dev
tmpfs 201M 25M 176M 13% /run
tmpfs 501M 0 501M 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 501M 0 501M 0% /sys/fs/cgroup
/dev/sda1 461M 33M 405M 8% /boot
tmpfs 101M 0 101M 0% /run/user/0
공간이 너무 많은 추가 파티션이 있고 그 일부를 boot
다음 용도 tmpfs
로 사용하고 싶습니다./
답변1
표시되는 모든 tmpfs 파일 시스템은 의사 파일 시스템입니다. 디스크에 상주하지 않으므로 디스크 공간을 복구하는 데 도움이 되지 않습니다.
두 개의 파티션으로 나누어진 디스크의 경우 LVM 파티션이 표시됩니다. 하나의 논리 파티션이 2개의 물리적 파티션에 분산되도록 구성되었습니다. 이것은 "정상"이지만 왜 이런 일을 하는지 잘 모르겠습니다. 아마도 디스크를 설치할 때 이미 이런 방식으로 파티션이 분할되어 있었고 파티션 테이블을 다시 작성하지 않았을 수도 있습니다.
따라서 귀하의 질문에 대답하려면 다음을 수행하십시오.
부인 성명! 파티션을 운영하는 것은 위험한 활동이 될 수 있습니다. 어떤 작업을 하기 전에 데이터를 백업했는지 확인하세요.
부팅 파티션은 건드리지 않겠습니다. 최소 500MB가 적당합니다. 더 작게 만들면 나중에 커널을 업데이트하는 데 문제가 발생할 수 있습니다.
스왑 파티션이 필요하지 않다고 확신한다면 이 작업은 쉽습니다. 먼저 스왑을 끕니다.
swapoff -a
/etc/fstab을 열고 스왑 파티션 행을 주석 처리합니다. 이렇게되어야합니다/dev/mapper/vg-lv_swap. 다음 명령에 필요하므로 이 경로를 기록해 두십시오.
이제 논리적 스왑 파티션을 삭제합니다.
lvremove /dev/mapper/vg-lv-swap
유형:
pvs
LVM 물리 볼륨에 약간의 여유 공간이 있어야 합니다. 이제 /logical 볼륨을 확장하여 이 여유 공간을 차지할 수 있습니다.
lvextend /dev/mapper/vg-lv-root -l 100%PVS
파티션이 확장되었다는 메시지가 표시됩니다. 이제 기본 파일 시스템을 확장해야 합니다. 이를 수행하는 방법은 파일 시스템에 따라 다릅니다. 바라보다http://tldp.org/HOWTO/LVM-HOWTO/extendlv.html가이드로써.
/ 파티션이 어떤 파일 시스템을 사용하고 있는지 확인하려면:
lsblk -f