关于这个主题还有许多其他的问题,但是大多数问题都涉及格式化分区或驱动器失败。就我而言:
在G期内调整和移动2.7TB分区时,我遇到了一个使整个程序冻结的错误。(我没有截图或输出,就像我记得的那样,它在读取分区时是错误的)。
我负责mkfs.ext4 -S和fsck.ext4 -y。
它花了几天时间,然后系统崩溃了,因为它耗尽了内存和交换(8+8GB)。在添加了200 of的交换后,fsck运行了大约两周,但突然停止了一个错误,不幸的是我没有截图。
我尝试再次运行同样的mkfs和fsck组合,但是每次fsck运行时,它都会使我的两个CPU内核100%运行,完全冻结整个系统。连alt+sysrq REISUB都不起作用。这事发生了2-3次。
fsck的当前输出是:
ext2fs_open2: Bad magic number in super-block fsck.ext4: Superblock invalid, trying backup blocks... fsck.ext4: Bad magic number in super-block while trying to open /dev/sdd1 The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem. If the device is valid and it really contains an ext2/ext3/ext4 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> or e2fsck -b 32768 <device>
当运行sudo e2fsck -b 8193 or 32768时,输出如下:
e2fsck: Attempt to read block from filesystem resulted in short read while >trying to open /dev/sdd1 Could this be a zero-length partition?
我试着运行testdisk,但是它停在2026年汽缸上,不管我等待多久,它都不会走得更远。我确实有一个由ddrescue制作的备份,但由于这个原因,我在我的任何驱动器上都完全没有空闲空间了。
我担心,移动/调整分区时的错误使分区上的所有数据都被分割,数据恢复软件无法理解。
我将感激任何关于下一步应该是什么的建议。
我是否应该放弃并将图像dd返回到分区,然后使用fsck重试?
谢谢
发布于 2014-08-10 02:16:39
您是否知道在移动分区或调整分区大小时,原调整大小/移动是否失败?
如果是在移动过程中,那么一个很好的方法是恢复dd映像,并试图找出扇区的复制位置,以及扇区的复制(或复制)停止的位置。在那里,您可以向后工作,将分区的两部分分割在一起。
如果问题发生在调整大小的操作中,而fsck这样的工具无法修复这个问题,那么您可以考虑尝试使用磁盘扫描工具(如感光 )来恢复数据文件。
https://askubuntu.com/questions/508416
复制相似问题