通常、ハードディスクの各パーティションは、設定で決められた回数マウントされると起動時にfsckによって自動的にファイルシステムのチェックと修復が行われる。 自動的にfsckをかけるかどうかの判断には、/etc/fstabが参照される。fstabには、mountに関する設定の6項目が6つのフィールドにわかれて書かれているが、6つめの（最後の）フィールドの数値がfsckに関する設定。 その数値が「0」または無記載だと、そのパーティションは自動チェックの対象とならない。起動するシステムのある「/」（ルート）パーティションを自動チェックする場合は、数値を必ず「1」にしなければならない。それ以外のパーティションは、「2」にする。 （Vineでは、オートマウントがあるので、自分でfstabを編集するのは非推奨） （fstabの例） LABEL=/1 / ext3 defaults 1 1 /dev/h
Linuxマシンではcronである決まった時刻に処理を実行させるため アラーム復帰をcronの5分前に設定しているのですが たまに処理に失敗してしまうことがありました。。 /var/log/dmesgや/var/log/messagesをみると、どうやら起動に時間がかかっているらしい。 これまでも時々Linuxマシンの起動が遅いことがあるとは思っていたのだけれど。。。 ブート時のメッセージを見ているとたまにfsckが実行されることがあり 通常より時間がかかっていることがわかった。 特にfsckが大きな領域を割り当てているファイルシステムで実行されると、 5分ではfsckが完了せず、起動完了がcron実行の時刻を過ぎてしまう。。。 そこでブート時のfsckを抑制する方法を調べてみました。 以下のような方法があるみたい。 1. /etc/fstabのエントリの第6フィールドの数字を0にする。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
