我最近受到爱尔兰的AWS问题的影响，失去了一个数量，需要尝试恢复。
我已经将问题卷附加到/ dev / sdf –
我对此完全陌生，并不完全确定发生了什么事情，但这看起来并不怎么样
> sudo fsck / dev / sdf 来自util-linux-ng的fsck 2.17.2 e2fsck 1.41.12（2010年5月17日） fsck.ext4：超级块无效，尝试备份块... fsck.ext4：尝试打开/ dev / sdf时，在超级块中出现错误的幻数 超级块不能被读取或不能描述正确的ext2 文件系统。 如果该设备是有效的，它确实包含一个ext2 文件系统（而不是交换或ufs或其他），然后超级块 已损坏，您可以尝试使用备用超级块来运行e2fsck： e2fsck -b 8193
当运行fdisk -l / dev / sdf …我收到>>
sudo fdisk -l / dev / sdf 磁盘/ dev / sdf：8589 MB，8589934592字节 255个磁头，63个扇区/磁道，1044个磁道 单位= 16065 * 512 = 8225280字节的柱面 扇区大小（逻辑/物理）：512字节/ 512字节 I / O大小（最小/最佳）：512字节/ 512字节 磁盘标识符：0x00000000 磁盘/ dev / sdf不包含有效的分区表
更多信息运行后：
> sudo mke2fs -n / dev / sdf 存储在块上的超块备份：32768，98304，163840，229376，294912，819200，884736，1605632
有人可以提供帮助，没有太多的经验与运行fsck。
提前致谢！
编辑>>find答案：
> sudo mount -t xfs -o / dev / sdf / mnt / test-ebs XFS：Filesystem sdk具有重复的UUID - 无法安装
> sudo mount -t xfs -o nouuid / dev / sdf / mnt / test-ebs 安装：结构需要清洁
> sudo xfs_repair -L / dev / sdf .. 。 连接inode 9625284，移动到lost + found 断开inode 9625285，移动到lost + found 断开inode 9625286，移动到lost + found 断开inode 9625287，移动到lost + found 断开inode 17957583，移动到lost + found 断开目录inode 17977810，移动到lost + found 断开的目录inode 17977835，移动到lost + found 第七阶段 - validation和纠正链接数量... 重置inode 368465从2到4连结 重置inode 17977810从0到2连接 ..
然后我又跑了这个sudo mount -t xfs -o nouuid / dev / sdf / mnt / test-ebs
所有现在工作！
干杯
甚至在运行fsck之前，先制作一个文件系统的映像，然后对其进行处理。 所以如果出了什么问题，你会有原创的。 不要在文件系统上工作。
另外，sdf是文件系统的可能性很小，sdf是驱动器本身，而文件系统在某个分区上。 运行fdisk -l / dev / sdf来查看分区，/ dev / sda1上的try fsck等。
准备设备的图像：
# dd if=/dev/sdfX of=sdfX.img 其中X是分区号，如fdisk -l所列。
然后在图像上运行fsck：编辑:(注意，你不能直接使用fsck，而是你需要告诉fsck这是什么types的文件系统）
# fsck.ext3 sdfX.img
在fsck修复分区后，像下面这样安装它：
# mount -o loop sdfX.img /mnt/somedir
根据您的评论，fdisk不会列出任何分区 – 这可能意味着分区表也会丢失。
再次，做一个整个设备的形象，然后：
# dd if=/dev/sdf of=sdf.img
然后尝试使用映像上的testing磁盘尝试恢复分区表。
另一个select是在图像上使用photorec 。 这是非常好的工具，即使文件系统被损坏，也能够检测和查找文件。 它可以恢复大量的文件格式。 至less，你将能够得到你的数据。