fsck가 도움이되지 않으면 손상된 파일 시스템에서 복구


12

파일 시스템에 문제가 발생했습니다. Ubuntu는 읽기 전용으로 설정했으며 이제 Ubuntu Live Disc에서 fsck로 수정할 수 없습니다.

13.04를 실행 중이며 부팅되지 않습니다. 시작할 때 grub 복구 프롬프트 만 표시됩니다.

/ dev / sda1에 하나의 하드 드라이브 만 있으면 설치가 간단하지만 마운트조차되지 않습니다.

설치 프로그램은 파티션, ext4 및 부팅 파티션임을 볼 수 있습니다.

그러나 우분투 라이브 디스크로 우분투 설치를 수행하여 파일 시스템을 구할 수없는 것 같습니다. 왜냐하면 전체 로트를 덮어 쓸지 여부에 대한 표시가 없으므로 위험하지 않습니다.

backuppc를 사용하여 백업을 받았지만 어리석게도 복구 디스크를 잃어 버렸습니다. 오히려 전체 설치를 피하고 실행 경험이없는 복원을 피하고 싶습니다.

문제의 요점은 fsck가 모든 것을 수정하지만 실제로는 그렇지 않다고 말하므로 다음에 실행할 때 정확히 동일한 오류 메시지와 수정 사항을 얻습니다.

출력은 다음과 같습니다.

ubuntu@ubuntu:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

ubuntu@ubuntu:~$ 

그것은 정확히 10 배 이전과 동일하며 다음 10 번 시도 할 것입니다-정확히 동일한 체크섬과 블록 ID. 어떤 도움이라도 기꺼이 받았습니다!

감사.

편집 : 기본적으로 문제는 다음과 같습니다.이 파일 시스템은 현재 현장에서 복구 가능합니까, 아니면 fsck의 정보가 내 디스크가 죽었 음을 의미합니까? 그리고 그것이 죽지 않았다면, 내가 fsck로 한 것 이상으로 무엇을 할 수 있습니까?

편집 : tune2fs를 사용하여 수퍼 블록을 식별하고 fsck의 대안으로 e2fsck -b 01234 / dev / sda1을 실행했습니다 ... 효과가 없습니다.

편집 : 파티션이 나쁘다는 testdisk를 시도해보십시오. ... OK testdisk는 많은 것을 제공하지 않는 것 같습니다.



기본적으로 fsck.ext4 -vy / dev / sda1을 사용하여 해당 링크의 내용을 다루지 않았습니까? 유일한 차이점은 '-p'플래그이며, 수동으로 수행하는 것, 즉 위에서 잘라내어 붙여 넣은 것을 알려주는 것입니다.
Adam

답변:


15

마지막으로 파일 시스템 유형 ext4가 bash를 얻는 이 링크를 찾았 지만 이미 시도한 모든 팁을 제공 한 후에 마침내 다음과 같이 말합니다.

sudo mkfs.ext4 -S /dev/sda1

이것은 블록 크기가 올바르게 추측된다고 가정 할 때 모든 수퍼 블록을 올바른 데이터로 바꿉니다 (기본값은 대부분의 시스템에 맞습니다). 이것을 사용해야 할 경우 먼저 -S 의 매뉴얼 페이지 를 읽으십시오 . 나를 비난하지 마십시오!

운이 좋을 때만

다시 읽을 수 있도록 파티션을 수정했습니다. 그러나 fsck여전히 존재하는 오류를 해결하기 위해 실행 해야 했고 / etc 및 기타 많은 내용을 / lost + found에 덤프 했으므로 다시 설치하고 복원해야합니다. 백업을 다시 시작하십시오.


고마워요 수정을 포기한 ext2 루트 파티션에 문제가있었습니다. 명령을 테스트 한 결과 "작동"(블록 크기 지정)되었지만 fsck가 많은 섹터를 수정 한 후에는 파티션을 부팅 할 수 없게되었습니다. 이제 unix.stackexchange.com/a/193778/59808에서 어떤 일이 발생했는지 궁금합니다 .
Nemo

2

첫째 :이 디스크에 중요한 데이터가 있다면 백업하기에 좋은 시간 (실제로 나쁜 시간)이됩니다. 데이터 복구 : 손상된 장치, 파일 시스템 또는 드라이브 이미징을 참조하십시오 . 아마 당신의 하드 디스크가 죽었을 것입니다.

둘째 : 이것 좀 봐 : 충돌 후 데이터 드라이브 마운트를 수정하려면 어떻게해야합니까?

셋째 : Smartmontools 및 결국 불량 블록을 사용하여 하드 드라이브를 확인하십시오 . sudo badblocks -vsn /dev/sda(ssd가 있으면 시간이 걸릴 수 있습니다.)


편집 해 주셔서 감사합니다! 그런 식으로 대답 버섯을보고 재미있다. 당신이 말하는 대답은 마법의 숫자에 관한 것이며, 그것은 내가보고있는 것이 아닙니다. 사실 내가 이미 살펴본 askubuntu에 대한 몇 가지 대답 중 하나입니다. 다른 솔루션이없는 동안에도 데이터 복구 경로를 시도하겠습니다. smartmontools 짧은 테스트를 실행했는데 오류가 없습니다.
Adam

1
편집해서 죄송합니다. ext4와 같은 최신 파일 시스템은 깨지기 어렵 기 때문에 항상 하드웨어 결함을 먼저 생각하고 있습니다. 스마트가 디스크에 문제가 없다고 말하면 실제로는 필요하지 않습니다. 왜 당신의 fs가 손상 되었습니까? 귀하와 fsck가 fs를 복구 할 수없는 경우 새로 설치합니다. fs를 수동으로 수정하는 것이 더 쉬울 것입니다.
innerand

괜찮습니다. 대답 해 주셔서 감사합니다. 나는 냉소적이지 않았습니다. 나는 당신이 말하는 것을 완전히 따라갑니다. 시스템을 최대한 빨리 가동하고 실행해야합니다. 최악의 경우 새 하드 드라이브를 제공하는 데 3 일이 걸리므로 '새 하드웨어없이'솔루션을 찾고 싶습니다.
Adam

내가 아래에 준 대답의 링크에 따르면 분명히 ext4 깨지기 어렵지 않습니다 . 하지만 뭐든지
Adam

9 개의 Windows와 1 개의 Ubuntu가있는 가상 호스트. 호스트는 10 개를 모두 가져갔습니다. 그것이 돌아 왔을 때 모든 Windows가 바로 부팅되었습니다. Linux 시스템에 "UNEXPECTED INCONSISTENCY"가 표시되었고 수동 fsck가 필요했습니다. 나는 90 년대의 솔라리스 이후로 많은 iNode 픽스를 본 적이 없다. 이것은 하드웨어가 아니고 순전히 정전이었습니다. NTFS가 EXT4를 설치 한 날을 본 적이 없다고 생각했습니다.
Brain2000
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.