我正在尝试e2fsck
在持久实时 lubuntu 的启动上运行,以修复可写系统分区(ext4)的“损坏文件系统”错误,并且我想以某种方式自动执行此操作(所以理想情况下,我不想启动到另一个实时 USB 来执行此操作)它)
我想要自动化,因为这些错误往往会随着系统的重新启动/关闭而累积(我确实按照说明操作并移除系统所在的 USB 记忆棒,然后在关闭/重新启动时按 Enter 键)。经过几个月的使用(可能关闭了 100 次),错误确实累积得太多,以至于系统无法启动。
我确实通过启动另一个实时系统然后运行来修复错误:
umount -l /dev/sdc5
e2fsck -y /dev/sdc5
/dev/sdc5 是安装在 /media/lubuntu/writable 的系统的可写分区
为了将来自动执行此操作,我尝试通过以下方式修复来自同一存储介质的错误:
- 启动进入恢复模式,但
e2fsck
返回“目标正忙”,因此延迟卸载不成功。 - 点击
e
GRUB 菜单并编辑fsck.mode=none
然后fsck.mode=force
启动(Ctrl+x/f10),但它没有修复错误。 fsck
通过更改最大安装数来强制启动,sudo tune2fs -c -1 /dev/sdb5
但它没有修复错误
我不确定在最后两种情况下 fsck 是否确实运行了,而且我不知道如何找出答案,我尝试读取 /var/log 中的几个日志的内容,但没有找到有关它的提及
我的实时系统是使用 mkusb 和 lubuntu 22.04.3 iso 制作的,欢迎任何帮助