이렇게 해야 대부분의 경우에 작동합니다. 파티션이 2TB보다 크거나 15 개가 넘는 파티션에는 MBR을 사용할 수 없습니다.
- parted를 사용하여 파티션의 크기를 확인하십시오 (예 : 모두 2TB보다 작습니까?)
parted /dev/sdX p
- 더 큰 파티션이있는 경우 문제가되는 파일 시스템과 수행해야 할 다른 모든 것을 축소하십시오. (이 게시물이 끝날 때 이것에 대한 자세한 내용)
- 정확한 파티션 크기
parted /dev/sdX u B p
(바이트 단위로 표시)를 모두 덤프 하면 결국 파티션 레이아웃을 다시 만드는 방법을 알 수 있습니다. 휴대 전화를 사용하여 두 parted
출력 에서 사진을 만듭니다 .
- 내부 구조로 인해 MBR이있는 기본 파티션은 4 개만 가질 수 있습니다. 따라서 더 많은 파티션이있는 경우 디스크 어딘가에 여유 공간이 필요합니다 (일반적으로이 위치를 알아야합니다!). VBR을 넣을 수있는 논리 파티션을 생성하여 다른 4 번째 / 할당을 할당 할 수 있습니다. 이전에 존재했던 5/6 파티션.
gdisk
GPT를 재핑하는 데 사용 합니다.
- 새 MBR을 작성하십시오.
- 파티션을 1 차 / 2 차 / 3 차로 1 차 파티션으로 재 작성한 후 여유 공간 (데이터가없는 곳에는 어디에도 없습니다!)에서 논리 파티션을 작성한 후 다른 파티션을 작성하십시오.
- 저장하고 종료하십시오.
- 빌다.
- 재부팅하십시오.
grml
이 모든 것과 같은 라이브 디스크를 사용해야합니다 . 무언가 잘못한 경우 재부팅하고 다시 시도하십시오.
디스크에 데이터를 쓰지 않는 한 아무것도 손실되지 않습니다. 휴대 전화에 여전히 모든 파티션 레이아웃이 있으므로 필요한 경우 원래 GPT를 다시 만들 수 있습니다.
정말로 무언가 testdisk
를 망쳐 놓고 사진을 찍지 않은 경우 파티션 경계를 식별하십시오. 그러나 레이아웃이 특별한 것이면 즉시 돈을 내기하지 마십시오.
파티션을 작게 만들기위한 크기 조정 작업에서 새 눈의 관점 :
- 먼저 항상 파일 시스템을 축소해야합니다. ext4 (
resize2fs -M dev/sdX
)에는 쉽지만 XFS는 축소 할 수 없으므로 불가능합니다. 이러한 스턴트를 시도하기 전에 사용중인 것과 Google을 알고 있어야합니다.
- LVM이있는 경우 다음으로 논리 볼륨을 줄이십시오. (
lvreduce -L 20G /dev/mapper/<VG>-<LV>
)
- 다음 LVM 단계는 물리 볼륨을 축소하는 것입니다.
pvresize --setphysicalvolumesize 25G /dev/sdX
갈 길입니다.
- 그런 다음 선택한 파티셔닝 도구를 사용하고 lvm이 설치된 파티션을 삭제 한 후 더 작게 다시 만드십시오.
여기에 언급 된 모든 언급 된 요소의 크기는 다음과 같습니다. Filesystem <LV <PV <파티션. 다음 재부팅 후에이 경우가 아니면 FS 검사를 수행해야합니다. 하지 말고 라이브 디스크로 다시 부팅 한 다음 조정하십시오. 문제를 해결하면 시스템이 다시 부팅됩니다.
PARTITION + LUKS + LVM + FILESYSTEM이있는 경우이 모든 작업을 수행 할 수 있도록 쉘 에서이 작업을 수행하는 방법에 대한 힌트가 있습니다.
df -h
파티션을 마운트했을 때 파일 시스템 크기를 보여주는 친구입니다
lsblk
그리고 lsblk -f
친구는 파티션을 표시하기위한입니다
- LUKS를 사용하는 경우을 통해 암호화 컨테이너를 열고
cryptsetup open /dev/sdX asdf
비밀번호를 입력하면 unter에서 사용할 수있게 /dev/mapper/asdf
됩니다. 암호화 컨테이너의 크기를 조정할 필요는 없습니다. (물론 암호화 된 파티션이 없다면 이것을 건너 뛰십시오.)
vgchange -aay
모든 논리 볼륨을 활성화하여 작업 할 수 있습니다.
mkdir asdf; mount /dev/mapper<VG>-<LV> asdf
다음 df -h
크기를 조정하기 전에 당신의 파일 시스템의 크기를 확인합니다.
umount asdf
다시 마운트 해제됩니다.
resize2fs -M /dev/mapper/<VG>-<LV>
.
mount /dev/mapper/<VG>-<LV> asdf; df -h
파일 시스템의 크기를 확인하십시오.
- LV를 1GB를 파일 시스템보다 크게 만드십시오. 아마도 이것으로 충분하지 않을 것입니다. 당신이 그것을 할 수 있다면 그것보다 더 크게 만드십시오. 그렇지 않으면 리눅스는 재부팅 후 작동하지 않는다고 알려줍니다. 메시지가 표시되면 FS 확인을 수행하지 말고 라이브 디스크로 재부팅 한 후 다시 시작하십시오.이 경우 데이터가 손실되지 않습니다.
- PV를 LV보다 1GB 크게 만듭니다.
- 파티션을 PV보다 1GB 크게 만듭니다. LVM은 4M 크기의 익스텐트 (하드 디스크의 블록과 다소 유사하지만 LVM의 경우)를 생성하므로 파티션을 너무 작게 만들어서 마지막 익스텐트를 생략하지 않기를 원하기 때문에 100M도 쉽게 충분해야합니다. 그러나 내가 말했듯이 해야합니다 . 모든 것을 계산하지 말고 조정하고 깨지면 고치십시오. 결국 리눅스입니다. 이렇게하겠습니다.
필요한 것보다 크게 만들면 자주 재부팅 할 필요가 없습니다.
쉽게 LVM으로, 항상 VG 및 마운트 포인트 (대한 이름으로 호스트 이름을 사용하는 것입니다 무엇인지 분별하려면 root
, swap
, var
당신의 LVM 설정을 만들 때 이미 그것을하지 않았다 경우 LV를 위해, ...). 이것은 일반적인 힌트이며 위의 단계에서 수행해야 할 작업이 아닙니다.