내 Fedora 17(x64 - VMware Workstation 8에서 실행)의 루트 파일 시스템 공간이 부족합니다(Fedora 설치 프로그램에서 제안한 기본 레이아웃을 사용한 설치입니다).
#df-h 마운트된 %를 사용하여 사용 가능한 파일 시스템 크기 사용 가능 루트 파일 시스템 18G 17G 937M 95% / devtmpfs 1.5G 0 1.5G 0% /dev tmpfs 1.5G 224K 1.5G 1% /dev/shm tmpfs 1.5G 51M 1.5G 4%/실행 /dev/mapper/vg_bloss-lv_root 18G 17G 937M 95% / tmpfs 1.5G 51M 1.5G 4%/실행 tmpfs 1.5G 0 1.5G 0% /sys/fs/cgroup tmpfs 1.5G 0 1.5G 0% /미디어 /dev/sda2 485M 85M 376M 19% /boot
대부분의 공간은 디렉토리가 차지합니다 /usr
. 가상 머신( )에 40GB 디스크를 추가했고 이를 자체 논리 볼륨으로 /dev/sdb
이동하고 싶습니다 ./usr
LVM은 나에게 약간 새로운 것이지만 LVM을 사용하여 이 디스크를 추가하는 단계를 수행한 것 같습니다.
fdisk /dev/sdb #(모든 디스크를 사용하여 새로운 0x8e LVM 파티션 유형 생성) PVCCreate /dev/sdb1 vgextend vg_bloss /dev/sdb1 lvcreate -l +100%FREE -n lv_usr vg_bloss /dev/sdb1 mkfs -t ext4 /dev/vg_bloss/lv_usr # 파일 시스템 마운트 mkdir /mnt/usr 마운트 -t ext4 /dev/vg_bloss/lv_usr /mnt/usr
그런 다음 다음 단계를 사용하여 /usr
이 새 파일 시스템으로 전송합니다.
cp -aR /usr/* /mnt/usr /mnt/usr 제거 # /etc/fstab에 관련 마운트 항목을 추가합니다: # /dev/mapper/vg_bloss-lv_usr /usr ext4 기본값 1 1 mv /usr /usr_old mkdir /usr 마운트 -t ext4 /dev/vg_bloss/lv_usr /usr 재시작
그런 다음 손상되지 않고 정상적으로 작동하는 것이 만족스러우면 /usr
free로 삭제하겠습니다 /
.
이게 제정신인 것 같나요?
답변1
지침의 순서는 정확해 보이지만 테스트한 것이 아니라 관찰한 것뿐입니다.
다른 사람들이 지적했듯이 /usr
모든 배포판이 분리를 지원하는 것은 아니며, 현재 공식적으로 지원되더라도 최신 디스크 크기에서는 분리가 거의 필요하지 않으므로 지원이 중단될 수 있습니다. 그래서 헤어지는 걸 추천하지 않습니다 /usr
. 대신 루트 파일 시스템을 확장하십시오.
VMware를 사용하면 기존 디스크를 확장할 수 있다고 생각합니다. 그러니 그냥 하세요. 그런 다음 fdisk
gparted 또는 기타 파티션 도구를 사용하여 디스크에 새 파티션(원하는 대로 기본 또는 논리 파티션)을 만듭니다 . 파티션 유형을 8e(Linux LVM)로 지정합니다. 새 파티션이 다음과 같다고 가정합니다 /dev/sda9
. 여기에 물리 볼륨을 생성하고 이를 기존 볼륨 그룹에 추가합니다.
pvcreate /dev/sda9
vgextend vg_bloss /dev/sda9
다음으로 논리 볼륨을 확장하고 파일 시스템을 확장합니다.
lvextend vg_bloss/lv_root /dev/sda9
resize2fs /dev/mapper/vg_bloss-lv_root
디스크를 확대할 수 없는 경우에도 파일 시스템을 확대하는 것이 좋습니다. 여러 물리적 디스크에 파일 시스템을 분산시키는 것은 일반적으로 좋지 않은 생각입니다. 디스크 중 하나가 손상되면 여기에서 가상 디스크의 데이터가 손실되기 때문입니다. 따라서 위에서 설명한 대로 새 물리 볼륨을 기존 볼륨 그룹에 배치하고 논리 볼륨과 파일 시스템을 확장합니다.
답변2
/usr을 자체 볼륨이나 마운트 지점에 넣지 마십시오.
표준 파일 시스템 레이아웃을 변경했으며 이전에는 /usr을 별도의 LV로 마운트했습니다.
/usr을 사용하는 init 프로세스 수가 늘어나 문제가 점점 커지고 있습니다. /usr/bin 및 /usr/sbin을 대신하여 /bin 및 /sbin을 포기할 계획도 있습니다.
따라서 우리의 해결책은 /를 이전 / 및 /usr보다 더 큰 새로운 크기로 조정하는 것입니다.
필요한 모든 rpm을 설치한 후 / 및 /usr은 상당히 정적이어야 합니다.