
시스템용 소프트웨어 RAID 1에 500GB 드라이브 2개가 있는 Linux 게이트웨이가 있습니다.
/dev/sda = RAID 1
/dev/sdb = RAID 1
/dev/sdc = RAID 5 (NAS 12 drives iSCSI, /home directories)
sdb를 교체하는 동안 이상한 일이 발생했습니다. 재부팅 시 NAS가 /dev/sdb로 마운트되어 RAID 복구 절차가 NAS의 RAID 1 시스템 드라이브를 성공적으로 복구하여 일부 데이터와 파티션 테이블을 덮어썼습니다. 무슨 일이 일어나고 있는지 보았을 때 프로세스가 중단되었습니다.
이제 20TB NAS에서 500GB의 깨진 파티션 1개가 생겼습니다.
물론 백업이 없는 일부 사용자가 있는데, 매우 중요한 4TB 데이터 중 일부가 NAS 어딘가에서 손실되고 다른 것들은 버려질 수 있습니다.
데이터는 아직 남아 있고 파티션만 손실된 것으로 생각됩니다.
testdisk를 시도했는데, 4일 동안 분석한 후에 다음과 같은 "새" 깨진 파티션만 나타납니다.
Disk /dev/sdc - 20 TB / 18 TiB - CHS 2431671 255 63
Partition Start End Size in sectors
D Linux 0 1 1 59999 254 63 963899937 [root]
D Linux RAID 0 1 1 59999 254 63 963899937 [md0]
원하지 않는 "새로운" 데이터 중 일부를 읽을 수도 있습니다. 실제 데이터의 흔적이 없습니다.
무엇을 할 수 있는지 어떤 아이디어가 있습니까?
답변1
파일 시스템의 시작 부분을 실수로 덮어쓰는 비슷한 경우를 본 적이 있습니다. 백업 슈퍼블록으로 파일 시스템을 마운트하면 복구가 가능한 경우도 있습니다.