☰

EXT4-fs (sdc): VFS: 找不到 ext4 文件系统

tag-icon • tag-icon fedora filesystems mount hard-disk
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/

作为root我运行：

$ 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 - 2000 GB / 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激活逻辑卷。如果您需要帮助，请发布pvs、vgs和的输出lvs。

即使e2fsck无法恢复，您也可以尝试恢复文件系统结构。但这需要对文件系统有深入的了解。即使是专业人士也可能会或可能不会走得太远，具体取决于哪些位被覆盖。测试盘是一个文件系统恢复工具；尝试将其释放到您的磁盘上。

如果您无法修复文件系统，请寻找单个文件。这可能很容易也可能很困难，具体取决于您要处理的文件类型以及磁盘的布局方式。一种有利的情况是一次性写入的大型视频文件（因此每个文件都有一个可识别的标头，并且可能没有碎片）。不利的情况是源代码树，其中每个文件都有很多版本（除了一个都被删除），甚至将文件数据与名称相关联也是困难的一部分。

有工具在损坏的文件系统（或已删除的文件）上寻找可识别的文件，主要是图像、视频和声音。 TestDisk 网站有一个数据恢复发行版列表;凯恩特别是，是专门从事取证的实时分发。

相关内容