FSCKFIX=yes
は/etc/default/rcS
にありますが、今日サイトに行き、モニターをこのサーバーに接続すると、次のようになりました。
fsck.ext4 -fy /dev/sda1
を実行して再起動したところ、サーバーがバックアップされ実行されています。
fsck -fy
を盲目的に実行するだけで危険であり、データ損失につながる可能性がある状況があることを理解しています。ただし、私の場合、これは物理的にアクセスできないサーバーであり、すべてのデータはクラウドにバックアップされます。 Ubuntuがそれをオンラインにしようとするあらゆる可能なステップを実行することは最も重要です。
「予期しない矛盾」の問題が発生した場合でも、Ubuntuにfsck -fy
を常に実行させる方法はありますか?
クリーンなシステムを正常にシャットダウンしても、クリーンでないファイルシステムで定期的な問題がある場合は、Graveの根本的な問題とその可能性があるという免責事項を付けてこれを紹介しましょう fsckはさらに多くのことができます害よりも良い !
知る限り、不整合が見つかった場合にのみ自動fsckのメカニズムはありません。
ただし、いくつかのカーネルパラメーターを使用してevery bootでfsckを実行します。
Sudo nano /etc/default/grub
言う行を見つける
GRUB_CMDLINE_LINUX_DEFAULT
そして追加
fsck.mode=force fsck.repair=yes
そこにある既存のものに。
yesここでは、FSCKFIX=yes
の/etc/default/rcS
またはマニュアルfsck -fy
と同じことを行う必要があります。個人的にはpreen
の方が安全だと思いますが、ディスクにfsck
が「safe "とユーザーの対話が必要です。
走る
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