
현재 다음과 같은 파티션이 있습니다.
ACTIVE '/dev/vg_server/lv_root' [50.00 GiB] inherit
ACTIVE '/dev/vg_server/lv_home' [1.76 TiB] inherit
ACTIVE '/dev/vg_server/lv_swap' [5.86 GiB] inherit
lv_home
거의 비어있는 파티션을 줄이고 lv_root
꽉 차서 파티션을 늘리고 싶습니다 . 전체 백업이 있지만 라이브 CD를 사용할 수 없는 라이브 서버에서 이 작업을 수행하고 싶습니다.
파티션 크기를 조정하고 재부팅하여 모든 것을 상당히 빠르게 다시 실행하고 싶습니다. 이를 수행하는 적당히 안전한 방법이 있습니까?
답변1
기본적인 문제는 백업을 사용하지 않아도 된다는 것입니다. lv_home
정말로 "거의 비어있다" 면 ,
- 이를 축소할 수 있습니다(파일 시스템 크기를 조정한 다음 논리 볼륨 축소).
- 복사할 임시 볼륨에 여유 공간을 사용합니다
lv_home
. - 그 다음에, 기존
lv_home
은 비어 있으므로 철거하고 필요에 따라 확장할 수 있습니다lv_root
. - 마침내 (만약
lv_home
그렇다면정말처음에는 그렇게 작음) 임시 볼륨의 내용을 필요하지 않은 빈 공간 부분으로 다시 이동하고lv_root
이를 임시 공간과 결합합니다.
물론 제안된 순서는 기본 디스크 파티션이 동일한 순서로 되어 있다고 가정합니다. LVM은 파티션을 위아래로 이동하는 데 적합하지 않습니다(일부 오프라인 디스크 파티셔닝 도구처럼).
이제 OP의 질문에는 기본 파일 시스템이 모두 하나의 물리적 디스크에 있는지 여부와 디스크 파티션이 동일한 순서인지 여부가 언급되지 않았습니다. 모두 하나의 물리적 디스크에 있는 경우 이것이 MBR(최대 4개의 물리적 파티션) 또는 GPT(128)로 분할되었는지 여부에 대한 질문이 나타납니다. 예를 참조하세요.MBR과 GPT의 차이점은 무엇입니까?. 전자의 경우, OP는 크기가 조정된 파티션의 기반으로 확장 파티션을 생성해야 할 수도 있습니다 lv_home
.
LVM은 기본적으로 물리적, 볼륨, 논리의 세 가지 계층으로 구성됩니다. 깔끔하게 유지하려면 물리적 디스크를 인접하게 두는 것이 좋습니다. 하지만 LVM에서는 그런 것이 필요하지 않습니다. 한 단계로 축소 lv_home
(파일 시스템 및 물리적 파티션 포함)한 다음 마지막 공간에 새 물리적 파티션을 생성하고 해당 파티션을 해당 볼륨 그룹에 추가한 lv_root
다음 실행할 수 있습니다.resize2fs
파일 시스템을 확장합니다. 크기 조정에는 기존 관행이 많이 있습니다. 훨씬 덜 감소합니다. 최근까지 문서에는 이 도구를 사용하여 파일 시스템을 휴지통으로 만들 수 있다는 경고가 있었습니다.
다음이 도움이 될 수 있습니다.
답변2
lvextended
논리 볼륨의 크기 변경 명령 사용 :
lvextend -l +4607 /dev/vg_home/LogVol01
resize2fs /dev/vg_home/LogVol01
나는 개념적으로 읽어 보는 것이 좋습니다.이 사이트에서 lvm 크기 조정 및 축소.