テスト中です。カリLinuxfsck
v2.0ではスキャンログファイルが見つかりません。
存在するUbuntu v14ここで見つけました。
luis@Terminus:~$ locate mountall.log
/var/log/upstart/mountall.log.1.gz
/var/log/upstart/mountall.log.2.gz
/var/log/upstart/mountall.log.3.gz
/var/log/upstart/mountall.log.4.gz
/var/log/upstart/mountall.log.5.gz
/var/log/upstart/mountall.log.6.gz
/var/log/upstart/mountall.log.7.gz
しかし、カリには存在しないようです。
luis@Midnighter:~$ sudo locate mountall
/etc/init.d/mountall-bootclean.sh
/etc/init.d/mountall.sh
/etc/rcS.d/S11mountall.sh
/etc/rcS.d/S12mountall-bootclean.sh
/lib/systemd/system/mountall-bootclean.service
/lib/systemd/system/mountall.service
コマンドの結果find
:
luis@Midnighter:~$ sudo find / -name "mountall.log*"
luis@Midnighter:~$ sudo find / -name "mountall*"
/lib/systemd/system/mountall.service
/lib/systemd/system/mountall-bootclean.service
/run/systemd/generator/mountall-bootclean.service.d
/run/systemd/generator/mountall.service.d
/etc/init.d/mountall.sh
/etc/init.d/mountall-bootclean.sh
どこにありますか?
答え1
fsckで調べたログファイル
技術的には、「ログファイル」fsck
は標準出力/標準エラー。リダイレクトとキャプチャは可能ですが、必ずしもそうする必要はありません。
fsck
問題は、このファイルが実行されたときにファイルシステムに書き込むことができないため、単に出力をキャプチャしてから、ある&> /var/log/mountall.log
時点で書き込む必要がないことに注意する必要があります。
/forcefsck
または、それに対応するカーネル引数(例:)を使用して、fsck.mode=force
実際のfsckは次のように実行されます。内部に(カーネル引数の場合はパスであるため、フォーマットが普遍的ではない可能性があります。)initがそれを処理する方法はinitによって異なります。明らかに、Ubuntu upstartは出力を保存して記録します(おそらく読んでください)。 Systemdはsyslog(有効になっている場合は独自のログも可能です)を介していくつかの詳細を報告しているようです。
8(systemd)以前のDebianベースのシステムがこれを記録しているのか、それともどのように処理されるのかわかりません。 SysVスクリプトは/etc/init.d/mountall.sh
fsckを参照していませんが、mount
最近ファイルシステムを十分にチェックしていない場合は自動的にそれを呼び出します(おそらくupstartのmountall.logで実際に見たことがあるでしょう。これが私が「おそらく」と書いた理由です)より早く)。
したがって、forcefsck処理はSysV init実行可能ファイルに直接埋め込むことができます。コンソールから出力を生成しますが、Debian のどこにも記録されるのを見たことはありません。
ファイルシステムが最後にfsckされた時刻を確認するには、次のようにします。
dumpe2fs -h /dev/[node]| grep "Mount count"
ここで、[ノード]は物理パーティションです。これは、最後の確認以降にfsがマウントされた回数です(現在マウントされている場合は少なくとも1)。