parted
이 명령은 기본적으로 resizepart
파티션의 기존 파일을 수정하거나 삭제 하지 않습니까? 또한 (특정 옵션이 있는 경우에도) 파티션의 기존 파일을 수정하거나 삭제하지 않습니다.
비슷한 질문 resize2fs
이요?
감사해요.
답변1
파일 시스템을 축소할 때 resize2fs
먼저 삭제할 파일 시스템 부분이 사용 가능한지 확인하십시오. 그렇지 않은 경우 파일을 잘라낼 영역 밖으로 파일을 이동하려고 시도할 수 있습니다(공간이 있는 경우). 이 작업을 완료할 수 없으면 파일 시스템을 축소하지 않고 중지하고 오류를 보고합니다.
resizepart
파일 시스템에는 전혀 신경 쓰지 마십시오. 이제 파티션이 끝나는 새 위치를 지정하기 위해 파티션 테이블을 변경하기만 하면 됩니다. 해당 위치 또는 그 근처의 어떤 것도 다루지 않습니다. 파티션 테이블을 수정한 후 파티션 테이블이 변경되었음을 커널에 알립니다. 커널은 새 테이블을 읽고 적용합니다(가능한 경우).
그러나 파일 시스템 드라이버의 경우 파티션의 끝은 단단한 벽이 됩니다. 파일 시스템이 파티션 이전에 축소되지 않거나 파티션이 실수로 파티션보다 더 많이 축소되면 이제 파일 시스템의 일부가 나머지 부분과 분리됩니다.
파일 시스템은 실제로 컷오프 공간을 사용하려고 시도할 때까지 컷오프 공간이 여전히 사용 가능한 것으로 가정합니다. 이 시점에서 파티션 관련 블록 번호를 실제 전체 디스크 블록 번호로 매핑하는 역할을 하는 커널 부분은 파일 시스템이 파티션 끝을 넘어 액세스하려고 하기 때문에 파일 시스템 드라이버에 오류를 반환합니다. 파일 시스템 드라이버는 종종 읽기 전용 모드로 전환됩니다. 이러한 오류는 파일 시스템이 손상되었을 수 있음을 나타내는 경향이 있기 때문입니다. 이 시점에서 일반적으로 시스템 관리자가 개입합니다.
이 시점에서 시스템 관리자가 파티션 크기 조정 작업으로 인해 파일 시스템의 일부가 절단되었음을 인식하고 파티션 크기 조정 작업을 취소하면 파티션 장치를 통해 파일 시스템에 다시 완전히 액세스할 수 있으며 모든 것이 여전히 정상일 수 있습니다. fsck
오류 플래그를 지워야 할 수도 있지만 파일은 여전히 존재합니다. 파일 시스템이 다시 마운트되면 파티션 크기 조정 작업으로 양분된 파일에 다시 완전히 액세스할 수 있습니다.
그러나 시스템 관리자가 축소 상태에 있는 파티션에 대해 단순히 파일 시스템 검사를 실행하는 경우 파일 시스템 검사기는 일부 파일이 파티션 끝을 넘어 계속되는 것처럼 보이는 것을 발견하고 "절단하자"라고 스스로에게 말합니다. 파티션 크기를 확실한 사실로 간주하기 때문에 파티션 끝을 넘어서 확장되는 것처럼 보이는 파일은 잘라내거나 삭제할 수밖에 없습니다.여기서 실제 피해가 발생합니다.또한 "책"에서 파티션 끝 너머의 공간을 제거하려면 파일 시스템 메타데이터를 약간 조정해야 합니다.
파일 시스템 검사기가 완료된 후에도 파일의 잘린 부분은 파티션의 새 끝을 넘어 물리적 디스크에 여전히 존재하며 변경되지 않습니다. 그러나 파일 시스템 내에 남아 있던 파일 부분은 이제 그루터기로 잘립니다. .