다음 명령을 실행했습니다: shred -v /dev/sdb.
그러나 나는 /dev/sda를 부수고 싶습니다. (2.7TB RAID 볼륨에서) 약 2GB를 파쇄한 후에 나는 내 실수를 깨달았습니다. 이러한 파일을 복구하려면 어떤 단계가 권장됩니까?
답변1
내용에 따라 다릅니다.
LUKS로 암호화된 경우 LUKS 헤더가 사라지고 데이터도 사라집니다(아직 luksOpened 상태에 있지 않은 경우 출력을 받아야 함 dmsetup table --showkeys
).
암호화되지 않았으므로 photorec
뭔가를 알아낼 수도 있습니다. 사진뿐만 아니라 알려진 유형의 조각화되지 않은 파일도 찾을 수 있습니다.
데드존 외부에서 시작되는 파티션이 있는 경우 testdisk
해당 파티션을 찾을 수 있습니다.
데드존을 넘어 백업 메타데이터가 있는 파일 시스템을 사용하고 파티션의 정확한 시작 오프셋을 기억하는 경우(또는 디스크 끝에 파티션 백업이 있는 GPT를 사용하여 시작 오프셋을 잃습니다) 먼저).
여기에 설명된 대로 오버레이를 만듭니다.
그런 다음 슈퍼블록(또는 기타)을 백업하는 옵션을 사용하여 덮어쓰기를 시도합니다 fsck
. 사용 중인 파일 시스템에 대해 구체적으로 이러한 작업을 수행하는 방법을 Google에 검색해야 합니다.mount
-o sb=n
RAID에 대해 언급하셨으므로 디스크가 RAID 배열의 일부이고 다른 디스크(예: RAID5, /dev/sdbY
, /dev/sdcY
) 에 중복성이 있는 경우 /dev/sddY
간단히 실패하고 중복 정보가 있는 데이터를 복구해야 합니다.
mdadm /dev/mdX --fail /dev/sdbY
mdadm /dev/mdX --remove /dev/sdbY
parted /dev/sdb
mdadm /dev/mdX --add /dev/sdbY