Ubuntuがハードドライブを頻繁にチェックするように要求するのはなぜですか?


30

最近、コンピューターを何度も再起動せざるを得なくなりました。起動すると、Ubuntuはハードドライブのエラースキャンを開始しますが、「c」を押してキャンセルすることができます。

Ubuntuがこれを行うのはなぜですか?必要な場合、なぜキャンセルできるのですか?必要ない場合、なぜそれを強制するのですか?再起動の回数はどのような基準で決定されますか?


1
再起動を強制していますか?たとえば、電源キーを押したままにするか、リセットキーを押しますか?
クリスハーパー

回答:


33

ディスクのチェックは、30回の再起動ごとにシステムによって強制されます。ディスクのチェックをスキップすると、次回再起動するときに実行されます(手動で削除しない限りforcecheck)。

あなたは、ファイルを置くことによって、この自分自身を強制することができますforcefsck/Aを発行することにより、

touch /forcecheck

ターミナルから。

プロンプトが表示されたときに常にチェックする必要はありませんが、時々チェックを行う必要があります。その時点で適切でない場合はキャンセルして、ファイルシステムのチェックがより便利になったときに実行することができます。

tune2fsこの動作を変更するためにも使用できます。

sudo tune2fs -c 60 /dev/sdXY

これを60回の再起動に設定します。次の方法でこれを期間に変更することもできます-i

sudo tune2fs -i 30d /dev/sdXY

30日間、1か月で1か月、10週間で10週間。

(の/dev/sdXYようなパーティションのデバイス名で置き換え/dev/sda1ます。この名前は、実行sudo blkidするls -lA /dev/disk/by-labelか、パーティションにラベルが付いている場合に取得できます)

sudo dumpe2fs /dev/sda1

情報の負荷と負荷が表示されます。これには次のものが含まれます。

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012

ありがとう@Lekensteyn(メモリからそれをしました、私の記憶は時々悪いようです;))
リンズウィンド

3
ここで一言で言うと、「/にファイルforcefsckを入れることでシステムがチェックを強制する」というのは事実ではないと思います(通常は、ファイルシステムが「ダーティ」であるか「max-count」を超えているかをfsckがチェックします) /「次のチェック」)および「これは30回の再起動ごとに行われます」(パーティションのフォーマットに使用するプログラムによって異なります)。両方の出力を確認してくださいdumpe2fsubuntugeek.com/…– 11
手配

1
それは配置を厳選していません:-)それは正確です。変更しました。
リンツウィンド

これは、Ubuntuのデフォルトであるext *ファミリーのファイルシステムにのみ適用されます。XFSまたはJFSは定期的にファイルシステムのチェックを行いません
1

3
あなたが言及して2回必要があるforcecheckことforcefsckの代わりに?(参照:askubuntu.com/questions/14740/…
idbrii

5

これらは、30回の再起動ごとに開始される定期的なファイルシステムチェックです。それをキャンセルするオプションがありますので、あなたは非常に重要な何かから拘束されませんが、たまに実行することをお勧めします。再起動の回数がどのような基準で設定されているか、おそらく常識はわかりません。面倒な場合は、 'tune2fs'コマンドを使用してパーティションをチェックせずに再起動の回数を増やすことができます。


マイク:yesterday上記Lekensteynをクリックして、変更点を確認します。
リンツウィンド

1

次を使用して、ext-filesystemsのファイルシステムチェックを完全に無効にすることができます。

sudo tune2fs -c 0 /dev/sdXY

これは良い考えではないかもしれません。tune2fsマンページノート:

マウント数に依存するチェックを完全に無効にした場合の結果を強く考慮する必要があります。不良なディスクドライブ、ケーブル、メモリ、カーネルのバグはすべて、ファイルシステムをダーティまたはエラーとしてマークせずにファイルシステムを破損する可能性があります。ファイルシステムでジャーナリングを使用している場合、ファイルシステムがダーティとマークされることはないため、通常はチェックされません。カーネルによって検出されたファイルシステムエラーは、次の再起動時にfsckを強制しますが、その時点でのデータ損失を防ぐにはすでに遅すぎる可能性があります。


0

mikewhateverとRinzwindはext-Filesystemsには適していますが、reiserfsを使用することを選択した場合は発生しません。私はそれを問題なく10年間使用しており、推奨できます。もうfsckはありません。

Linuxで人気のある他のファイルシステムについては知りません。


4
reiserfsckは、実際には修復できないほどファイルシステムを破壊する傾向があります。reiserfsが問題を開発した場合、それはゲームオーバーです。
サイモンリヒター

1
それはあなたに起こりましたか、またはあなたは参照を持っていますか?
ユーザー不明

ReiserFSがこれらのチェックを実行しないという事実は、その信頼性とは無関係です。Ext3は堅実ですが、チェックには数秒しかかかりません。
モニカの

私はデータを失った人を何人か知っていますが、ファイルシステムの設計から、それが指定されたメタデータブロックを持たない理由は明らかです。これは多くの場合に利点ですが(extがメタデータブロックを使い果たすと、まだ空きデータブロックがあってもそれ以上ファイルを作成できません)、何らかの方法でファイルシステムをサルベージするときにあいまいさが生じます(ハードウェア障害、下位のバグレイヤー)が一貫していない。
サイモンリヒター

dmesgによると、私はまだreiserfs形式「3.6」を使用しています。それが違いを生むかもしれませんか?
ユーザー不明
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.