web-dev-qa-db-ja.com

tune2fs mount-count：デフォルトで無効になっています（-1に設定）。

これは一部 duplicate かもしれません。ただし、私のインストールは15.04 64ビットデスクトップです。そして、誰もその質問に答えていません。これは非常に重要ですが、基本的なクエリのようです。

Sudo tune2fs -l /dev/sda7を実行しました（これは、ディスクがまだマウントされている間に実行できる安全なコマンドであると想定しています）。次にいくつかの値を示します。

Filesystem created:       Fri Sep 18 05:48:19 2015
Last mount time:          Thu Oct  1 21:01:39 2015
Last write time:          Thu Oct  1 21:01:39 2015
Mount count:              12
Maximum mount count:      -1
Last checked:             Sat Sep 19 03:27:50 2015
Check interval:           0 (<none>)
Lifetime writes:          1037 GB

他のラップトップでも調べました。どこでも、最大マウントカウントとチェック間隔が-1と0であることがわかりました。これにより、ファイルチェックが無効になります。

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

ここに何かが欠けていますか？これが重要なことは、インストール中に自動的に設定されないことです。

パニックを起こしてすべてのマシン/外部ディスクでfsckを強制する必要があるかどうかをガイドしてください（一部は数年前のものです）。

また、これらのパラメーターを明示的に設定する必要があります。

bootfilesystemfsck
2
Amit

まだパニックになるべきではありませんが、代わりに https://help.ubuntu.com/community/FilesystemTroubleshooting を見てみましょう。

「fsckツールは通常4つの方法で実行されます（発生頻度の順にリストされています）：

  1. x日ごとまたはYマウント（どちらか早い方）ごとのコンピューターの起動時に自動的に実行されます。これはファイルシステムの作成中に決定され、後でtune2fsを使用して調整できます。
  2. ファイルシステムが完全にアンマウントされていない場合に自動的に実行されます（例：powercut）
  3. ユーザーはマウントされていないファイルシステムに対してそれを実行します
  4. ユーザーは次回起動時に実行する

特に番号2に注意してください。

「ファイルシステムが完全にアンマウントされていない場合、システムは次の起動時にファイルシステムのダーティビットを検出し、チェックを開始します。終了させることを強くお勧めします。ファイルシステムにfsckそれでも、チェックを中断して、破損した可能性のあるファイルシステムでシステムを起動させることができます。」

最後に、それは利便性と特別な注意の問題です-常に良いバランスです。

PS：fsckだけに頼るのではなく、失いたくないすべてのデータを定期的にバックアップすることをお勧めします。

3
mikewhatever