私はユーザーが希望の日時を設定し、自由に再起動できるようにするシステムを開発しています。一つを除いては大丈夫です。戻るジャンプに大きな時間がかかると、再起動時に次のエラーが発生します。
Checking filesystems
IMAGE2: Superblock last mount time (Tue Mar 1 17:32:48 2011,
now = Thu Feb 24 17:34:29 2011) is in the future.
IMAGE2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
*** An error occurred during the file system check.
*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
...その後、停止を開始してユーザーコンソールの入力を待ってコンソールアクセスを取得した場合でも、ルートパスワードを入力し続ける必要があります。
これは明らかに理想的ではありません。スキャンをスキップするか、再起動時に自動的にスキャンを実行する方法はありますか？
Google は、これがヒットした場合に手動で fsck を実行するのにのみ役立ちますが、これは私が追求するものではありません。時間を設定した後に手動でfsckを実行すると、この時点でファイルシステムがまだマウントされているため機能しなくなり、単にfsckを完全に無効にすることは理想的ではありません。
私はRed Hat 6を使用しています。
修正する：私が現在使用している解決策は、fstabをハッキングして再起動時にfsckチェックを無効にすることです。 Edit Last Mount Time on Diskを試してみましたが、debugfsext3ドライブではうまく機能しますが、ext4では一貫して失敗するようです。
ベストアンサー1
e2fsck将来的には、ハッカーが最後のインストール時間または最後の書き込み時間の特定のチェックを無効にすることを提案します。これらの定義は質問.c/質問.h、および次の目的に使用されます。スーパーC。しかし、検索中にE2fsprogs 1.41.10に/etc/e2fsck.conf次の新しいオプションが追加されたことがわかりました。破損したシステム時計。これはあなたに必要なようですが、Red Hat Enterprise Linux 6を使用しているので、このオプションを含む1.41.12が必要です。マニュアルページから：
broken_system_clock
The e2fsck(8) program has some hueristics that assume that the
system clock is correct. In addition, many system programs make
similar assumptions. For example, the UUID library depends on
time not going backwards in order for it to be able to make its
guarantees about issuing universally unique ID’s. Systems with
broken system clocks, are well, broken. However, broken system
clocks, particularly in embedded systems, do exist. E2fsck will
attempt to use hueristics to determine if the time can no tbe
trusted; and to skip time-based checks if this is true. If this
boolean is set to true, then e2fsck will always assume that the
system clock can not be trusted.
はい、マニュアルページには「heuristics」という綴りはありません。こんな。しかし、おそらくコードはとにかく動作します。 :)