나는 가지고있다손상된 하드디스크실행 중 충격으로 인해. 디스크에는 6개의 파티션이 있고 일부 할당되지 않은 공간도 있습니다. 영향을 받은 후 3개의 파티션은 괜찮은 것으로 보이며 적절한 속도로 정상적으로 읽고 쓸 수 있으며 파일 시스템 검사도 실패하지 않습니다. 그러나 거기에는40GiB ext4 파티션이 사건 이후 부분적으로 읽을 수 없게 된 디스크에 있습니다.
이 파티션에는 약8GB의 여유 공간. 이 파티션에 Linux 배포판이 설치되어 있었지만 /home별도의 파티션에 있지 않았습니다. 따라서 모든 사용자, OS 및 애플리케이션 데이터가 이 단일 파티션에 있습니다.
나는 무엇을 시도했는가
처음에는 ddLinux에서 명령을 사용하여 손상된 파티션의 데이터를 다른 디스크의 다른 파티션으로 복사해 보았습니다. 하지만 읽기 오류가 발생하면서 여러 번 실패했고, skip및 seek옵션을 조정한 후 수동으로 다시 시작해야 했습니다.
dd if=/dev/sdc4 of=/dev/sda2 bs=2M conv=notrunc status=progress iflag=noatime oflag=noatime seek=X skip=X
(천천히) 효과가 있었지만 고통스러운 과정이어서 포기했습니다.
더 자세히 읽어보니GNU 복구도구와DDRescue-GUI그 위에 구축하고 한번 시도해 보기로 결정했습니다.
첫날인 약 6~8시간 만에 DDRescue-GUI를 여러 번 실행하여(시간이 있을 때마다) 복구 프로세스를 처음부터 끝까지 교대로 시작하면서 이 파티션에서 37GiB 이상의 데이터를 복구할 수 있었습니다. 동일한 로그 파일을 사용합니다. (완성될 때까지 한 번에 실행할 만큼 시간이 충분하지 않았습니다.)
둘째 날에는 회복 과정이 매우 느리게 진행되었으며 하루가 끝날 무렵에는약 400MB 크기의 보류 중인 블록이 파티션의 2GiB와 3GiB 표시 사이입니다. DDRescue 출력의 불량 섹터 수는 여전히 0이지만 이 영역의 데이터를 읽는 데 엄청난 시간이 걸리고 6시간 넘게 기다린 후에도 진행률이 30MB 미만입니다. 앞, 뒤 방향으로 모두 달려봤지만 회복 속도는 동일했습니다. 또한 DDRescue 출력의 트리밍되지 않은 카운터는 약 27MiB에 도달했습니다.
디스크에서 보류 중인 특정 부분이 심각하게 손상되어 복구하는 데 많은 시간이 걸린다는 것을 알고 있습니다.
질문
더 이상 기다리기 힘드니, 구할 수 있는 방법이 있는지 알고 싶습니다.불완전하거나 누락되었거나 복구할 수 없는 파일 목록현재 부분적으로 복구된 ext4 파티션에 있습니까?
예를 들어, fsck.ext4특정 옵션을 사용하여 다음과 함께 이 목록을 생성 할 수 있습니다.전체 경로파일에?
따라서 손상된 파일이 나에게 유용하지 않다고 판단되면 OS와 소프트웨어를 다시 설치하고 복구된 파티션을 정상적으로 사용할 수 있습니다.
추가 질문
읽기 어려운 섹터를 빠르게 건너뛰고 며칠을 기다리지 않고 400MB의 보류 블록을 더욱 최소화할 수 있도록 DDRescue의 읽기 간격을 조정할 수 있습니까?