Roman Gaufman Asked: 2018-02-16 01:56:49 +0800 CST2018-02-16 01:56:49 +0800 CST 2018-02-16 01:56:49 +0800 CST 遇到“意外不一致;手动运行 fsck”时自动强制 fsck -fy。 772 FSCKFIX=yes但是,当我/etc/default/rcS今天开车到该站点并将监视器连接到该服务器时,我看到了: 我运行fsck.ext4 -fy /dev/sda1并重新启动,现在服务器已备份并运行。 我了解在某些情况下,盲目运行fsck -fy是危险的,并可能导致数据丢失。但是,就我而言,这是一个物理上无法访问的服务器,所有数据都备份在云中。最重要的是 Ubuntu 会采取所有可能的步骤来尝试使其在线。 有没有办法强制 Ubuntu 始终运行fsck -fy,即使有任何“意外的不一致”问题? boot fsck systemd initramfs headless 1 个回答 Voted Best Answer Robert Riedl 2018-02-19T00:38:07+08:002018-02-19T00:38:07+08:00 让我先声明一下,如果您经常遇到不干净的文件系统的问题,即使您干净地关闭了系统,您也会遇到严重的潜在问题,并且它可能的fsck 弊大于利! AFAIK 只有在发现不一致的情况下才没有自动 fsck 的机制。 但是,您在每次启动时使用一些内核参数执行 fsck。 sudo nano /etc/default/grub 找到上面写着的那一行 GRUB_CMDLINE_LINUX_DEFAULT 并添加 fsck.mode=force fsck.repair=yes 到那里现有的东西。 是的,这里应该和你的FSCKFIX=yesin/etc/default/rcS或手册一样fsck -fy。我个人认为preen会更安全,但是如果磁盘需要更多fsck不认为“安全”的修复并需要用户交互,它会在启动时挂起。 跑 sudo update-grub 更新 grup 并验证它 grep fsck /boot/grub/grub.cfg 或与编辑一起查看/boot/grub/grub.cfg 如果您然后重新启动,则应检查文件系统,您可以验证上次检查的时间(应该是您的启动时间) sudo dumpe2fs -h /dev/your/device | grep checked dumpe2fs 1.43.5 (04-Aug-2017) Last checked: Sun Feb 18 08:53:31 2018
让我先声明一下,如果您经常遇到不干净的文件系统的问题,即使您干净地关闭了系统,您也会遇到严重的潜在问题,并且它可能的fsck 弊大于利!
AFAIK 只有在发现不一致的情况下才没有自动 fsck 的机制。
但是,您在每次启动时使用一些内核参数执行 fsck。
找到上面写着的那一行
并添加
到那里现有的东西。
是的,这里应该和你的
FSCKFIX=yes
in/etc/default/rcS
或手册一样fsck -fy
。我个人认为preen
会更安全,但是如果磁盘需要更多fsck
不认为“安全”的修复并需要用户交互,它会在启动时挂起。跑
更新 grup 并验证它
或与编辑一起查看
/boot/grub/grub.cfg
如果您然后重新启动,则应检查文件系统,您可以验证上次检查的时间(应该是您的启动时间)