Linux 파일 시스템의 현재 하드 디스크 파티션을 개선하는 방법은 무엇입니까? [폐쇄]

루트 파티션의 크기를 조정 /한 다음 폴더에 마운트 지점을 생성하는 것이 좋습니다. 해당 폴더는 불안정하고 일반적으로 매우 크기 때문에 ~/해당 폴더를 사용하겠습니다 .Downloads

그런 다음 "사용 가능한" 공간으로 생성된 새 파티션을 마운트하도록 fstab을 설정합니다.~/Downloads

현재 콘텐츠를 Downloads새 파티션으로 이동

시스템을 다시 시작하세요

귀하의 질문에 제가 아는 한도 내에서 답변해 드리겠습니다. 하지만 저는 GParted를 사용하는 방법만 알고 있습니다.

다시 파티션하기 전에 데이터를 백업하세요.

계속하려면 파티션을 마운트 해제해야 하므로 부팅 가능한 GParted 배포판이나 이에 상응하는 배포판을 사용하십시오.

답변:

어떤 도구를 사용하든(parted 여부와 관계없이) 파티션의 시작이 아닌 끝을 변경해야만 파티션의 크기를 조정할 수 있습니다. 맞습니까?

파티션의 왼쪽과 오른쪽 모두에 할당되지 않은 공간이 있는 경우 GParted를 사용하여 양방향으로 크기를 조정할 수 있습니다.

어떤 도구를 사용하는지(분리 여부)에 관계없이 먼저 파티션을 삭제하고 새 파티션을 생성하지 않고 두 파티션을 병합할 수 있습니까?

AFAIK, 하나 이상의 파티션을 삭제한 다음 다른 파티션에 병합해야 합니다.

/파티션의 사용 크기와 전체 크기 사이에 권장되는 비율이 있나요? 특히 / 파티션(/dev/sda3)의 경우 지난 2년 동안 사용량 크기가 크게 변하지 않았으며 현재는 21GiB에 불과합니다. 처음부터 다시 파티션할 수 있다면 / 파티션의 전체 크기로 어떤 크기를 지정하는 것이 좋나요?

/ 파티션의 사용된 크기는 일반적으로 시간이 지나도 크게 변하지 않는다는 귀하의 관찰은 정확합니다. 그러나 모든 사람의 요구를 충족할 수 있는 하나의 권장 사항을 갖는 것은 불가능합니다.

모든 프로그램을 설치한 후 운영 체제에서 사용하는 최대 크기를 확인한 다음 향후 요구 사항에 맞게 일부 버퍼(예: 50GB 이상)를 추가하고 그에 따라 파티션을 나누어야 합니다.

사용된 크기와 /home 파티션의 전체 크기 사이에 권장되는 비율이 있습니까?

다시 말하지만, 각자 자신에게. 저는 개인적으로 한 개를 갖고 / 교환하고 나머지 공간은 집에 둡니다. 제 이유는 디스크를 파티션으로 나누는 대신 폴더를 사용하여 데이터를 정리할 수 있기 때문입니다.

/ 파티션(/dev/sda3)에서 사용되지 않는 공간의 대부분을 /home 파티션(/dev/sda4)으로 이동하는 방법은 무엇입니까?

여기서 매우 조심하십시오. / 파티션의 크기를 조정하면 시스템을 부팅할 수 없게 될 수 있습니다. / 크기를 조정하려면 OS를 완전히 설치할 준비를 해야 한다고 생각합니다.

왜 93GiB의 할당되지 않은 공간이 남았는지 기억이 나지 않습니다. /home 및 / 파티션 중 하나가 필요할 경우 할당되지 않은 공간에서 더 많은 공간을 차지하도록 허용하고 싶습니다.

안전하게 /home 파티션과 병합할 수 있습니다(/home을 마운트 해제한 후). / 는 서로 인접하지 않기 때문에 현재 병합이 불가능합니다.

/home 파티션(/dev/sda4)에 할당되지 않은 공간을 추가하는 것이 가능합니까? 그리고 방법은 무엇입니까?

예. 찾다.

어떤 도구를 사용하든(parted 여부와 관계없이) 파티션의 시작이 아닌 끝을 변경해야만 파티션의 크기를 조정할 수 있습니다. 맞습니까?

파일 시스템은 일반적으로 기본 스토리지가 연속적으로 주소 지정이 가능하다고 기대합니다. 즉, OS가 특정 디스크/파티션/LVM 논리 볼륨/모든 컨테이너의 크기가 X 블록이라고 말하면 파일 시스템은 첫 번째 블록이 #0이고 마지막 블록은 #0입니다. #(X-1) 중앙에 사용할 수 없는 구멍이 없습니다. 따라서 마운트된 파일 시스템은 끝에 더 많은 블록을 추가해야만 실제로 확장할 수 있고 끝에서 일부 블록을 잘라서 축소할 수 있습니다.

마운트 해제된 파일 시스템으로 수행할 수 있는 작업의 양은 사용자(또는 유틸리티)가 수정 중인 파일 시스템의 구조를 얼마나 잘 이해하고 있는지, 그리고 결과가 다시 유효한 파일 시스템처럼 보여야 하는지에 따라 제한됩니다. 이제 끝났습니다.

대부분의 파티션 관리 유틸리티에서 파티션의 시작 부분을 이동하려면 전체 파티션을 블록으로 새 시작점으로 이동한 다음 필요에 따라 끝 부분의 크기를 조정해야 합니다. 정말 똑똑한 유틸리티는 일부 파일을 이동하고 필요한 메타데이터 구조를 위한 공간을 확보한 다음 이동하지 않고도 파티션의 새로운 시작에 해당하는 위치에 파일 시스템 메타데이터를 재구축할 수 있습니다.모두하지만 이러한 작업은 매우 위험하며, 중단되면 복구할 수 없는 파일 시스템 손상을 초래할 수 있습니다.

어떤 도구를 사용하는지(분리 여부)에 관계없이 먼저 파티션을 삭제하고 새 파티션을 생성하지 않고 두 파티션을 병합할 수 있습니까?

이는 관련된 파일 시스템에 따라 다르지만 일반적으로 그렇지 않습니다. 표준 접근 방식은 데이터가 적은 파티션 내의 파일을 다른 파티션으로 옮긴 다음 이제 비어 있는 파티션을 삭제하고 여유 공간을 사용하여 다른 파티션을 확장하는 것입니다. 이 모든 작업을 한 번에 수행할 여유 공간이 충분하지 않으면 작업이 까다로울 수 있습니다.

/파티션의 사용 크기와 전체 크기 사이에 권장되는 비율이 있나요? 특히 / 파티션(/dev/sda3)의 경우 지난 2년 동안 사용량 크기가 크게 변하지 않았으며 현재는 21GiB에 불과합니다. 처음부터 다시 파티션할 수 있다면 / 파티션의 전체 크기로 어떤 크기를 지정하는 것이 좋나요?

2년 동안의 경험에 따르면 큰 변화가 없었으므로 33%~66% 사이의 사용량을 목표로 하고 업그레이드, 소프트웨어 설치를 허용하는 총 크기는 40~60GiB입니다. 충분한 공간 등이 있습니다. 그리고 저는 Linux LVM에 매우 익숙하므로 기존 파티셔닝보다 더 많은 유연성을 제공하므로 사용하는 것을 선호합니다. (물론 학습 곡선이 있습니다.)

사용된 크기와 /home 파티션의 전체 크기 사이에 권장되는 비율이 있습니까?

작업 중인 파일 형식에 따라 많은 것이 달라집니다. HD/4k 비디오를 편집하면 프로젝트 작업에 사용할 수 있는 여유 공간이 엄청나게 됩니다. 파일 시스템에 관한 한 대부분의 파일 시스템은 활용률이 80% 미만일 때 가장 잘 작동한다고 들었습니다.

/ 파티션(/dev/sda3)에서 사용되지 않는 공간의 대부분을 /home 파티션(/dev/sda4)으로 이동하는 방법은 무엇입니까?

이는 여러 단계로 구성된 작업이며 최소한 두 번째 단계에서 파일 시스템을 마운트 해제해야 하므로 이를 수행하려면 Live CD 또는 기타 이동식 미디어에서 부팅해야 합니다.

1단계.) /dev/sda3을 원하는 크기로 축소합니다. ( gparted파일 시스템을 마운트하는 동안 이 작업을 수행할 수 있습니다.) 2단계.) /dev/sda3이제 더 작은 것을 "오른쪽으로" 이동합니다. 이렇게 하려면 반드시 파일 시스템을 마운트 해제해야 하며 루트 파일 시스템이므로 대체 부팅 미디어가 필요합니다. 3단계.) /dev/sda4를 현재 확보된 공간으로 확장합니다.

왜 93GiB의 할당되지 않은 공간이 남았는지 기억이 나지 않습니다. /home 및 / 파티션 중 하나가 필요할 경우 할당되지 않은 공간에서 더 많은 공간을 차지하도록 허용하고 싶습니다.

할당되지 않은 공간이 과 사이에 있도록 마운트를 해제 /home하고 gparted"왼쪽으로" 이동할 수 있습니다 . 확장은 여전히 ​​"이동식 미디어에서 부팅하고 필요한 만큼 왼쪽으로 이동한 다음 꼬리를 확장하는" 작업입니다.sda4sda3sda3sda3

LVM을 사용하면 어떻게 되나요?

sda3그런 다음 LVM LV 대신 하나의 LVM PV 와 sda4두 개의 LVM LV 만 포함하는 볼륨 그룹을 설정할 가능성이 높습니다 . 사용 가능한 공간 내에서 크기를 조정할 수 있습니다. 크기 조정 작업으로 인해 디스크의 LV가 PV 내에서 완전히 연속되지 않을 수 있지만 LV의 크기를 크게 늘리지 않는 한 약간의 불연속성이 발생합니다.괜찮아요실제로. ( 더 많은 공간이 필요하기 때문에 원래 할당 /home, 루트 파일 시스템, 또 다른 섹션이 있을 수 있습니다. 파일 시스템 드라이버는 LV에서 연속적인 블록 범위를 볼 수 있으며 논리 볼륨 관리자는 이를 실제로 물리적으로 처리합니다. 루트 /home파일 시스템은 중간 어딘가에 있습니다).

현재 할당되지 않은 공간이 원래 다른 공간에서 사용되었다고 가정하면 이제 이 공간에서 다른 파티션을 생성하고 LVM PV로 만든 다음 해당 PV를 기존 볼륨 그룹에 추가할 수 있습니다. 그런 다음 이를 사용하여 기존 LV를 확장하거나 필요에 따라 새 LV를 생성할 수 있습니다.

노후된 디스크에서 새 디스크로 데이터를 이동할 때가 되면 부팅에 필요한 파티션을 사용하기만 하면 됩니다. 바람직하게는 하나의 대형 LVM PV를 사용하여 새 디스크를 파티션하면 됩니다. 그러면 PV가 기존 볼륨 그룹에 추가되고 데이터를 새 디스크로 이동할 수 있습니다 pvmove.이 모든 일은 운영 체제가 실행되는 동안 발생합니다.(좋은 부작용으로 pvmove모든 LV를 이동하면 공간이 있는 경우 물리적으로 연속적으로 만들어집니다. 모든 데이터를 새 디스크로 이동하면 물론 공간이 생깁니다.)

작업이 완료되면 pvmove볼륨 그룹에서 기존 디스크를 제거하고 새 디스크에 부트로더를 다시 설치한 다음 기존 디스크를 물리적으로 제거하면 됩니다.

LVM을 사용하면 데이터를 점성 액체로 처리할 수 있습니다.떨어지다한 광전지 용기에서 다른 용기로 자유롭게 이동하세요. 하나의 PV가 가득 차면 두 PV가 모두 동일한 볼륨 그룹에 속해 있는 한 다른 PV를 가져와 나머지를 보관하는 데 문제가 없습니다.