☰

내 슈퍼 블록이 모두 손상되었습니다!

tag-icon • tag-icon linux ubuntu ext3 superblock
내 슈퍼 블록이 모두 손상되었습니다!

우분투 ext3 파일 시스템에 문제가 있습니다. Live CD를 실행할 때 Live CD에서 부팅할 수 없거나 볼륨을 마운트할 수 없습니다.

e2fsck를 시도하면 "/dev/sda5를 열려고 할 때 슈퍼블록의 잘못된 매직 넘버"라는 메시지가 나타납니다. 나는 동일한 결과로 모든 대체 슈퍼블록을 시도했습니다.

로깅 시스템을 제거하고 ext2로 마운트할 수 있다고 들었는데 이를 수행하는 방법에 대한 제안 사항(예:이것) 모두 유효한 슈퍼블록이 필요합니다. 모든 백업 슈퍼블록이 손상되었다는 것이 믿을 만한가요, 아니면 다른 일이 일어나고 있나요?

재부팅하기 전까지는 파일 시스템이 괜찮아 보였으므로 복구가 가능하다고 확신합니다. 또 무엇을 시도할 수 있나요?

출력은 다음에서 비롯됩니다.fdisk

Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xa4e507fa

/dev/sda1              26        8903    71303168    7  HPFS/NTFS
/dev/sda2            8903       38914   241061889    5  Extended
/dev/sda5            8904       13159    34186320   83  Linux
/dev/sda6           38167       38914     5999616   82  Linux swap / Solaris
/dev/sda7           13160       38166   200868696    7  HPFS/NTFS

출력은 다음에서 비롯됩니다.sudo file - `</dev/sda5`

bash: /dev/sda5: Permission denied

(이것은 무엇을 보여주기 위한 것입니까?)

출력은 다음에서 비롯됩니다.sudo file -s `/dev/sda5`

/dev/sda5: data

답변1

해당 파티션에는 더 이상 인식되는 파일 시스템이 없습니다. 이제 백업에서 복원할 시간입니다.

하드웨어 문제(예: 손상된 RAM 또는 손상된 케이블)로 인해 잘못된 데이터를 읽을 수 있는 경우가 드물지만 다른 컴퓨터에서 읽을 수 있습니다. 그러나 파티션에서 부팅할 수 없거나 Live CD 환경에서 읽을 수 없는 경우에는 이런 일이 발생할 가능성이 적습니다.

의심스러운 점 중 하나는 실린더 8903에서 시작하는 확장 파티션이 있지만 첫 번째 논리 파티션은 실린더 8904에서 시작한다는 것입니다. sudo tail -c +513 /dev/sda2 | file -확장 파티션 시작 부분에 식별 가능한 것이 있는지 확인해보세요 . (오프셋이 항상 512인지는 잘 모르겠습니다. 4096이나 32256 또는 다른 숫자일 수 있습니다. tail 명령의 오프셋에 1을 추가해야 합니다.) 실제로 파티션 테이블이 비트를 뒤집은 것이 문제인 경우 , fdisk또는 선호하는 파티션 편집기를 사용하여 /dev/sda5실린더 8903에서 시작하도록 다시 변경하세요.

관련 정보