저는 한동안 Pop!_OS를 사용하다가 쿠분투를 설치하기로 결정했습니다. 먼저 Kubuntu USB 드라이브로 부팅하여 설치를 위한 파티션을 준비하기 위해 KDE 파티션 관리자를 사용하기로 결정했습니다.
SSD에는 이미 4개의 파티션이 있습니다: ( sda1이전 Windows 설치), sda2(데이터), sda3(Pop!_OS) 및 sda4(스왑). 새로운 쿠분투 파티션을 위한 공간을 만들기 위해 마지막 파티션을 30Gb로 줄였지만 sda2이미 4개의 기본 파티션이 있었기 때문에 이 할당되지 않은 공간을 포맷할 수 없었습니다. 그래서 을 삭제 sda1하고 할당되지 않은 공간을 오른쪽으로 이동 sda2하고 해당 공간을 에 추가하기 로 결정했습니다 sda2. 작업을 적용하는 동안 오류(크기 불일치)가 발생하여 중단되었습니다.
sda2Pop!_OS를 다시 시작하면 30GB의 할당되지 않은 공간이 거기에서 가져와 그대로 유지된 것을 볼 수 있지만 sda1마운트할 수는 없습니다 sda2.
이제 GParted가 표시하는 내용은 다음과 같습니다.
다음 정보는 다음과 같습니다 sda2.
출력 fdisk -l:
(파티션 테이블 항목은 디스크 순서가 아닙니다.)
여러 가지 문제가 있을 수 있을 것 같았기 때문에 지금은 그냥 내버려두고 조언을 구하기로 결정했고, 정말 그 파티션의 데이터를 복구하고 싶었습니다. 더 많은 정보가 필요하면 기꺼이 제공해 드리겠습니다. 주제가 길어져서 죄송하고 시간을 내주셔서 정말 감사드립니다.
고쳐 쓰다:
피드백을 기다리는 동안 fdisk를 사용하여 파티션 테이블 항목의 순서를 수정해 보았습니다. 이 프로세스가 완료된 후(재부팅하기 전에 GRUB를 복구해야 함) fdisk는 이를 실패로 보고하지 않습니다.
내가 한 또 다른 일은 check파티션에서 gparted의 옵션을 사용하는 것이었습니다. 이는 좀 더 흥미로운 정보를 반환했습니다.
GParted 0.32.0 --enable-libparted-dmraid --enable-online-resize
Libparted 3.2
Check and repair file system (ext4) on /dev/sda2 00:00:00 ( ERROR )
calibrate /dev/sda2 00:00:00 ( SUCCESS )
path: /dev/sda2 (partition)
start: 275396608
end: 782370815
size: 506974208 (241.74 GiB)
check file system on /dev/sda2 for errors and (if possible) fix them 00:00:00 ( ERROR )
e2fsck -f -y -v -C 0 '/dev/sda2' 00:00:00 ( ERROR )
The filesystem size (according to the superblock) is 71051776 blocks
The physical size of the device is 63371776 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes
e2fsck 1.45.3 (14-Jul-2019)
이것이 모든 일을 시작한 버그였습니다. 저는 그 정보를 저장하지 못했습니다. 파티션이 실제 크기를 전혀 모르는 것 같나요? 처음에는 270GB가 넘었는데, 새 파티션으로 30GB를 삭제했습니다. Thunar는 260GB로 보고하고, Dolphin, GParted 및 fdisk는 240GB로 보고합니다. 이제 이 문제를 더 악화시키지 않고 해결하려면 어떻게 해야 합니까? 읽어주신 모든 분들께 다시 한번 감사드립니다.
답변1
파티션을 축소한 후 파일 시스템 크기를 조정하는 것을 잊은 것 같습니다. resize2fs파일 시스템을 파티션 크기보다 작게 축소하려면 를 사용해야 합니다 . 파티션은 파일 시스템보다 작을 수 없습니다.
resize2fs /dev/sda2 239G
이렇게 하면 기가바이트의 공간이 제공되어 파일 시스템이 파티션 자체보다 작아집니다.
답변2
이런 조언을 해주었다보장 없음특히 파티션/파일 시스템에서 정확히 무슨 일이 일어나고 있는지 알 수 있는 방법이 없다는 점을 고려하면 더욱 그렇습니다.
파티션 및/또는 파일 시스템을 변경하기 전에 Live CD/DVD/USB에서 부팅하고 전체 디스크를 안전한 위치에 복사하는 등 원본 데이터를 백업해야 합니다. 공간을 절약하기 위해 압축된 일반 파일로 저장하는 것은 매우 간단합니다.
$ sudo gzip -c /dev/sda >/path/on/safe/storage/sda.img.gz
sda2즉, 파티션 관리자가 성공적으로 축소 (파티션)했지만 포함된 파일 시스템을 축소하지 못한 것 같습니다 .
다음 명령을 실행하면 GParted의 내용을 확인할 수 있습니다.
$ sudo fsck.ext4 -v -f /dev/sda2
( y중단 요청을 받은 경우 답변해 주세요.)
sda2파일 시스템의 크기를 조정하려고 하기보다는 파일 시스템의 크기를 원래 크기로 복원하는 것이 좋습니다 . 또는 어쨌든 sda2오른쪽의 여유 공간을 기준으로 확장합니다. 포함된 파일 시스템이 손상되지 않은 경우 이를 통해 다시 마운트할 수 있으며 최소한 파티션을 다시 축소하기 전에 데이터를 백업할 수 있습니다.
개인적 취향에 따라 사용하겠습니다.GNU가 해체되었습니다파티션 테이블을 편집하고 두 번째 파티션( sda2)을 다시 만듭니다.
$ sudo parted /dev/sda
(parted) unit s
(parted) rm 2
(parted) mkpart primary ext4 275396608 843810815
(parted) quit
물론 이것은 fdisk원래 게시한 결과를 기반으로 합니다. 그 이후로 변경된 경우 조정해야 할 수도 있습니다.
fdisk( 대신 사용하기도 쉽습니다 parted. 이후에 파티션 테이블 확인을 sudo fdisk /dev/sda사용한 다음 삭제하고 마지막 섹터가 아닌 첫 번째 섹터로 삭제합니다 ( 연속 여유 공간의 마지막 섹터가 기본적으로 선택됨).) 다시 만들고 저장 합니다. 그런 다음 파티션 테이블을 업데이트하도록 커널에 지시해야 할 수도 있습니다 .pd2sda2np275396608sda2wsudo partprobe -s /dev/sda
그런 다음 위에서 언급한 대로 파일 시스템을 확인 fsck.ext4 -v -f /dev/sda2하고 다시 마운트 할 수 있습니다 sda2.
마지막으로 축소를 다시 시도할 수 있습니다 sda2. 사용 중인 도구(KDE 파티션 관리자 포함)가 이 작업을 수행할 수 있어야 합니다. 한 번에 하나의 작업(삭제 sda1, 축소 sda2또는 이동 등 ) 을 저장/적용하고 그 중 여러 작업을 대기열에 넣지 않는 것이 좋습니다 sda2. 이렇게 하면 테스트되지 않은 특수한 경우가 발생할 가능성이 높아집니다.