多くのシステムにはブロックデバイスに直接ext4があり、他のシステムにはlvmにあります。私は通常、ブロックデバイスから直接ext4を使用して新しいシステムを作成し、自動ファイルシステムチェックにはune2fsを使用します。以前のバージョンのCentOS(4、5、6など)では、LVMのextファイルシステムでも同じことができますが、最新バージョンでは実行できません。 LVMのファイルシステムを確認するためのベストプラクティスコマンドセットは何ですか?
lvmボリュームが破損していないことを確認するための最良の方法は何ですか? LVMファイルシステムに対してfsckを実行するには? fsを自動的に確認する機能がlvmに組み込まれていますか?それでは、実際にスキャンが完了したことを証明するログファイルエントリは何ですか?
- シングルユーザーモードで起動し、ディスクマッピングサービスを停止して実行して、
mount
すべてのlvmボリュームが正しく機能していることを確認します。いいえインストールする。fsck /dev/mapper/vg0
どのパラメータを使用する必要がありますか? /
それとも、LVMを自動的にマウントせずにそこからfsckを実行しないLiveCDから起動しますか?
LVMのextファイルシステムでune2fsを使用する方法はありますか?ファイルシステムチェックを実行する最も一般的な方法は、tune2fsを介して起動時にOSに定期的にこれらのスキャンを自動的に実行させることです。 tunefs -c 5 -i 7days /dev/sda1
しかし、これはlvmでは機能しません。
fsckがメソッドの場合、どのスイッチが渡されますか? lvmがない場合は、fsck -c -c -D -C0 /dev/sda1
不良ブロックを削除してフォルダ構造を最適化できます。 fsckを実行する前にどのlvmコマンドを実行する必要がありますか?
過去に参照した文書のほとんどは使用できません。
ベストアンサー1
LVMファイルシステムに対してfsckを実行するには?
まず、ドライブのスナップショットまたはバックアップを作成することをお勧めします。
1. および 2. 修理中のドライブによって異なります。 grubラインに
加えて緊急モードで起動するsystemd.unit=emergency.target
のは良いスタートです。/
まだインストールされています。
fsckがメソッドの場合、どのスイッチが渡されますか?
ルートパーティションを実行して()fsck -N
エラーがあるかどうかを確認できます。この問題を実際に解決するには、外部デバイスから起動する必要があります。 (fsck -y
修正する項目が多い場合は、見つかったすべてのバグに対して「Fix(y)?」という迷惑な質問をスキップするためにこの方法が役立ちます。)
fsを自動的に確認する機能がlvmに組み込まれていますか?
(ファイルシステムがLVMにあることを確認するためのベストプラクティスコマンドセットは何ですか?)
いいえ、私が知っている限り、/etc/fstab
フィールド6はこれを設定しています。 (man fstabを参照)
6番目のフィールド(fs_passno)は、fsck(8)プログラムで再起動時にファイルシステムチェックが実行される順序を決定するために使用されます。 fs_passnoは、ルートファイルシステムの場合は1、その他のファイルシステムの場合は2として指定する必要があります。ドライブ内のファイルシステムは順次チェックされますが、ハードウェアで利用可能な並列性を利用するために、他のドライブにあるファイルシステムは同時にチェックされます。 6番目のフィールドがない場合、または0の場合、0の値が返され、fsckはファイルシステムを確認する必要がないと仮定します。
それでは、実際にスキャンが完了したことを証明するログファイルエントリは何ですか?
これはファイルシステムに保存されます。 ext2/ext3/ext4の場合、次のようになります(13のfsck、マウント数は0に設定されています。tune2fs -C <n>
マウント数を手動で設定してください)
sudo tune2fs -l /dev/mapper/vg0-lv0 | grep -i "mount count"
Mount count: 17
Maximum mount count: 30
(XFS、btrfsなどの他のファイルシステムは異なる動作をしますが、アイデアを得ることができます)
fsckを実行する前にどのlvmコマンドを実行する必要がありますか?
まったく