많은 메모와 구성, 업데이트된 비밀번호 파일 등을 백업하기 전에 디스크 오류가 발생했습니다. 고맙게도 내 주요 작업은 다른 디스크에 저장되어 있으므로 "복구 비용 지불" 상황은 아니지만 다른/새 시스템에서 데이터를 계속 검색할 수 있으며 계속 시도해 볼 만큼 충분히 유용할 것이라고 생각합니다.
그 이후로 많은 것을 시도했지만 실제로는 아무것도 작동하지 않았습니다. 읽기전용 모드로 다 해보고 이미지 처리도 해보았으나 I/O 오류로 인해 힘들었습니다. SSD와 비슷한 문제가 있는 사람을 온라인에서 찾을 수 없는 것 같아서 여기 누군가가 이전에 이 문제를 겪었을 수도 있다고 생각했습니다.
취해진 조치
다음은 몇 주 전 제가 기록한 메모에서 제가 경험한 일을 대략적으로 나열한 것입니다.
testdisk
(파티션 없음,no endmark 0xAA55
스캔 중 오류 0% 정지, 3/29184)photorec
(파티션은 표시되지 않지만 드라이브를 선택하고 검색할 수 있지만 소용이 없습니다)fsck
(디스크에 인식된 파일 시스템이 없습니다)gparted
파티션 복구 - 불가능e2fsck
슈퍼블록 복구 목록 및 시작점으로 사용됨chkdsk
win10 랩톱에서chkdsk E: /F /R
iirc 및mountvol
이것이 올바른 명령인 경우에만 mountvol은 win 파일로 가득 찬 것처럼 보이는 부팅 파티션을 표시합니다. 드라이브에서 Debian/grub을 실행할 때 어떻게 이런 일이 발생했는지는 모르겠지만 이전에 사용되었을 수도 있습니다. chkdsk가 드라이브에 무언가를 썼지만 어디에도 출력하지 않은 것이 약간 걱정되어 (해낸 후) 가능한 곳을 읽었습니다.recuva
win10 노트북에서는 mountvol의 동일한 볼륨 외에는 아무것도 찾을 수 없습니다.ddrescue
드라이브 이미지, 크기 240GBDMDE
- 이미지는 제대로 스캔되지만 아무것도 발견되지 않고, 원본 드라이브 자체가 스캔되지 않고, 61448에서 중지되고, 재시도/무시/중단 등을 묻는 메시지가 나타납니다. I/O 오류가 발생합니다. 이를 ASMedia AS2105로 보고합니다.
운전사
Kingston 240GB SSD ASMT2105 - Kingston과 RMA를 맺은 후 질문 없이 교체하고 기존 드라이브를 유지했습니다. 온라인에는 펌웨어 오류에 대한 많은 보고가 있으며 일부 러시아 복구 소프트웨어도 있지만 데이터는 복구하지 않고 드라이브만 복구합니다. 드라이브의 특정 유형/배치에 대해 질문했기 때문에 결함이 무엇인지 알고 있는지 궁금합니다. testdisk/photorec에서는 로 표시됩니다 SATAFIRM S11
. 드라이브에 대한 참조는 다음과 같습니다."phison"이라는 태그가 다시 지정됨어떻게든.
잠재적인 원인
실패 일주일 전, 저는 ripgrep과 vim이 별도의 드라이브에서 12GB가 넘는 파일을 검색하는 것을 비교하고 있었지만 참을성 없이 프로세스를 종료하기로 결정했습니다. 이로 인해 파일이 저장된 드라이브(별도의 nvme)의 디스크 공간이 ~0으로 잘못 보고되었습니다. 제가 작업 중인 파일은 실패한 드라이브에 없지만 페이지 파일에 있을 수도 있습니다. 지금은 어떻게 설정해야 할지 100% 확신할 수 없습니다. 어느 시점에서 재부팅한 후 두 드라이브 모두 괜찮아 보였습니다. 사실 그럴 거라고 의심했는데 그런 일이 일어났으니 주목할 만할 것 같아요. 그 원인이 무엇인지 모릅니다. 10-20GB 미만의 여유 공간으로 실행되며, 가장자리 위로 밀려 손상될 수 있는 경우가 있습니다. 모르겠어요!
여기 누구든지어느데이터를 복구하기 위해 무엇을 더 할 수 있는지 알고 계십니까? 로그나 다른 도구의 출력을 자유롭게 붙여넣으세요.
티아.
편집: 드라이브를 연결할 때 r-studio(데모 버전)가 표시하는 내용은 다음과 같습니다.
답변1
foremost
유닉스 시스템에서 시도해 볼 수 있습니다. 스트림 OS 바이트를 읽고 헤더와 매직 넘버를 기반으로 일부 파일을 가져오려고 시도합니다.
다음 명령을 시도해 볼 수 있습니다.
foremost -i file240G.dump -o directory/