EXT4-fs(sdc): VFS: ext4 파일 시스템을 찾을 수 없습니다.

EXT4-fs(sdc): VFS: ext4 파일 시스템을 찾을 수 없습니다.

간단히 말해서, 여기가 내 디스크 문제에 대한 최선의 답을 찾은 곳입니다.https://help.ubuntu.com/community/DataRecovery


Fedora 15를 설치하는 동안 부팅 시 마운트할 드라이브 3개를 모두 추가했습니다. 하지만 설치가 완료된 후에는 설치할 수 없습니다.

재부팅하는 동안 이 메시지가 나타납니까?

**Give root password for maintenance
(or type Control-D for normal startup):** 

"Control-D"가 작동하지 않아서 결국 수동으로 종료하고 Fedora 14를 다시 설치했습니다. 버그였으면 좋겠지만 제가 아는 한에는 그렇지 않았습니다.

그래서 fstab에서 수동으로 디스크를 추가해 보았습니다.

$ nano /etc/fstab
/dev/sdb1                /media/Unus                     ext4     defaults  0 0
/dev/sdc1                /media/Duo                     ext4     defaults       0 0

그러나 그들은 설치하지 않습니다:

$ mount media/Duo
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

이것이 내가 dmesg에서 얻은 것입니다:

$ dmesg | tail
[  897.592207] EXT4-fs (sdc): VFS: Can't find ext4 filesystem

그러나 디스크는 다음과 같습니다.

$ testDisk

Disk /dev/sdb - 1000 GB / 931 GiB - ATA ST31000528AS
Disk /dev/sdc - 2000 GB / 1863 GiB - ATA ST2000DL003-9VT1

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
    Partition                  Start        End    Size in sectors
>   P ext4                     0   0  1 121601  80 63 1953525168 [Unus]

Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63
    Partition                  Start        End    Size in sectors
>   P Unknown                  0   0  1 243201  80 63 3907029168

Fedora 15를 설치하기 전에는 두 디스크가 모두 ext4로 포맷되어 제대로 작동하고 있었습니다.

디스크에 기록된 데이터를 잃지 않고 파일 시스템을 재구축할 수 있는 방법이 있습니까?

두 디스크 모두에 꼭 필요한 데이터가 있는데 어떻게 해야 하는지 알고 싶습니다.

감사해요.


고쳐 쓰다:

다음과 같은:http://linuxexpresso.wordpress.com/2010/03/31/repair-a-broken-ext4-superblock-in-ubuntu/

루트로서 다음을 실행합니다.

$ fsck.ext4 -vy /dev/sdb

이로 인해 내 디스크 중 하나가 복원되었습니다. 따라서 다음을 사용하여 설치할 수 있습니다.

$ mkdir /media/Unus && mount /dev/sdb

그러나 나는 다른 사람에게는 그다지 운이 좋지 않았습니다.

$ fsck.ext4 -vy /dev/sdb
e2fsck 1.41.12 (17-May-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdc
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

누군가 제안한 대로 다음을 실행했습니다.

$ file -s /dev/sdb1 /dev/sdc1
/dev/sdb1: ACB archive data
/dev/sdc1: LVM2 (Linux Logical Volume Manager) , UUID: XlSIOVm3e8Ozqv4EO0TgTCiKAOdW4V6

이제 디스크 /dev/sbc - 2000GB / 1863 GiB - ATA ST2000DL003-9VT1(이것은외부 4, 덧붙여서).


# e2fsck -n /dev/sdc1

e2fsck 1.41.12 (17-May-2010)
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdc1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

디스크의 일부 인쇄 화면:https://i.stack.imgur.com/FQwDL.jpg


최근 업데이트

새 디스크가 도착할 때까지 기다리는 동안 귀하의 제안 중 일부를 시도하고 있습니다.

논리 볼륨을 시도하고 활성화하려면 다음을 얻습니다.

# lvchange -ay vg_atipico/**lv_duo**
  One or more specified logical volume(s) not found.

내가 작성한 명령이 올바른지 아니면 다음과 같이 작성해야 합니까?

"lvchange -ay vg_atipico/sdc1"?

답변1

첫 번째,무슨 일이 일어나고 있는지 정확히 알기 전까지는 파괴적인 행동을 하지 마세요.. 예를 들어 장치에 ext2/ext3/ext4 파일 시스템이 포함되어 있고 이를 복원할 수 있다는 것이 확실하지 않은 경우 e2fsck장치에서 실행 하지 마십시오.-n

위험한 위험을 감수하기 전에 다음 사항을 권장합니다.사본 만들기원시 디스크. 최소한 그 크기의 디스크를 구하고 전체 내용을 복사하십시오.

cat </dev/sdb >/dev/sdd

(저장 /dev/sdb하고 덮어쓰려는 디스크는 어디에 있습니까 /dev/sdd? 문자 하나도 틀리지 않도록 매우 주의하십시오!).

/dev/sdb모순된 상태인 것 같습니다. 분명히 파티션이 있음을 나타내는 파티션 테이블이 있지만 /dev/sdb1파티션이 아닌 전체 디스크에 파일 시스템도 있습니다. 전체 디스크에 파일 시스템이 있는 경우 파티션 테이블이 없어야 합니다. 잠재적으로 파괴적인 일을 했다면 디스크에서 모든 파일을 복사해 보는 것이 좋습니다. 읽기 전용으로 설치하십시오.

mkdir /media/b
mount -r -t ext4 /dev/sdb /b
cp -a /media/b /some/place/you/have/enough/space

/dev/sdc1포함LVM 물리 볼륨. 이 볼륨을 모아야 합니다. 실제로 시스템에서 이미 이 작업을 수행했을 수 있습니다. 데이터는 파티션에 직접 있지 않고 논리 볼륨에 있습니다. lvs사용 가능한 논리 볼륨을 확인하려면 실행하세요 .

mkdir /media/c
lvs   # You'll probably see a line with "  volumegroupname    logicalvolumename"
mount -r -t ext4 /dev/mapper/volumegroupname-logicalvolumename /media/c

아무것도 표시되지 않으면 lvs먼저 볼륨을 활성화해야 합니다. vgs사용 가능한 볼륨 그룹 목록을 보고, vgchange -ay volumegroupname볼륨 그룹을 활성화하고, lvchange -ay volumegroupname/logicalvolumename논리 볼륨을 활성화하려면 실행합니다 . 도움이 필요하면 , pvsvgs의 출력을 게시하세요 lvs.


e2fsck복구가 불가능 하더라도 파일 시스템 구조를 복구해 볼 수 있습니다. 하지만 이를 위해서는 파일 시스템에 대한 깊은 이해가 필요합니다. 전문가라도 어떤 부분을 다루느냐에 따라 멀리 갈 수도 있고 그렇지 않을 수도 있습니다.테스트 디스크파일 시스템 복구 도구입니다. 디스크에서 여유 공간을 확보해 보세요.

파일 시스템을 복구할 수 없는 경우 개별 파일을 찾으십시오. 작업 중인 파일 유형과 디스크 배치 방식에 따라 이 작업은 쉬울 수도 있고 어려울 수도 있습니다. 한 가지 유리한 상황은 한꺼번에 작성되는 대용량 비디오 파일입니다(따라서 각 파일에는 인식 가능한 헤더가 있고 조각화되지 않을 수 있음). 단점은 모든 파일에 여러 버전이 있고(하나만 제외하고 모두 삭제됨) 소스 트리가 있고 파일 데이터를 이름과 연결하는 것조차 어려운 점입니다.

가지다도구손상된 파일 시스템(또는 삭제된 파일)에서 인식 가능한 파일(주로 이미지, 비디오, 사운드)을 찾습니다. TestDisk 웹사이트에는데이터 복구 배포 목록;케인특히, 포렌식의 실시간 유통에 특화되어 있습니다.

관련 정보