我有一个基于LFS的Linux系统(来自Scrach的Linux)。Linux内核版本2.6.29.6 #1 SMP抢占。我检查了checkfs脚本,发现在这种情况下,fsck -a -A -C -T正在运行,返回的错误值>3和< 16,其操作是停止系统并使用CD重新启动,然后手动运行fsck并修复问题。我尝试更改检查文件系统脚本,并使用fsck -y,它修复了所有错误,并且设备正常启动
我有一个托管的UbuntuServer14.04LTS,它不会启动--这就是为什么我认为我可以尝试使用fsck检查文件系统。由于我可以让我的提供者以安全模式引导服务器,并将我的原始文件系统显示为位于/repair中的驱动器,所以我尝试运行fsck -n /repair,但这一切导致了fsck: fsck.ext2: not found
fsck: error
我使用这些命令来解析这个umount /dev/sdb1 e2fsck /dev/sdb1 mount /dev/sdb1~# e2fsck /dev/sdb1e2fsck: Bad magic number in super-block while trying to open /dev/sdb1
The superblock could notwith an alter