Amazon EC2 で実行される Ubuntu マイクロインスタンスがあります。
最近ログインした後、次の警告が表示されました。
*** /dev/xvda1 will be checked for errors at next reboot ***
何度も再起動を使用しましたが、init 6
ログインしても同じ通知が表示されるため、明らかにfsck
起動時には実行されません。
私は読んだこのブログ投稿<pass>
/etc/fstab カラムを に設定すると、0
再起動時にディスクチェックをスキップしたとします。これは私のfstab
ファイルです:
<file system> <mount point><type><options><dump><pass>
LABEL=cloudimg-rootfs / ext4 defaults 0 0
/dev/xvdh /vol xfs noatime 0 0
これはec2イメージの基本構成ですubuntu
。
<pass
>ここの設定は正常ですか0
?- なぜに設定されていますか
0
? - これを実行する最良の方法は何ですか
fsck
?この値を変更する必要がありますか、または警告が表示されたら手動で実行する必要がありますか?
ベストアンサー1
なぜに設定されていますか
0
?いくつかの考えられる理由を見ることができます。
EC2で実行されているため、ハードウェア(ストレージとコンピューティングインスタンス)が仮想化されます。この構成は、ファイルシステムの破損につながるあらゆる種類のエラーが発生する可能性がはるかに低く、リポジトリの実際の物理的欠陥(磁気リポジトリの不良ブロックなど)はほとんど不可能です。
これは、ファイルシステムの問題があまり一般的ではないため、ファイルシステムを頻繁にチェックする必要がないことを意味します。問題が疑われる場合は、fsckを手動で実行する必要があるかもしれません。
EC2は、読み取り専用のルートファイルシステムを持つか、少なくともインスタンスの起動時に固定状態を復元するファイルシステムを持つように「設計」されています。 EC2の最大の利点は、必要に応じて小規模なインスタンスを起動し、需要が減少したら、それを終了して常に同じオペレーティングシステム構成を実行できることです。この場合、ルートファイルシステムは変更されないため、確認する必要はありません。 「開発」や一般的な目的でシステムを使用している場合、これは明らかに当てはまりませんが、EC2に対するAmazonの本当の意図ではないと思います。
EC2で実行すると、帯域幅とプロセッサの
fsck
パフォーマンスが無駄になります。これは、ユーザーとAmazonの両方のコストとして解釈されます。
<pass>
ここの設定は正常ですか0
?私はこれが新しいLinuxインストールでは一般的だと思います
1
が、ディストリビューションによって異なる場合があります。 Amazonの事前構築されたEC2イメージもEC2用に事前設定されています。これを実行する最良の方法は何ですか
fsck
?この値を変更する必要がありますか、または警告が表示されたら手動で実行する必要がありますか?どちらのオプションにも利点があります。頻繁に再起動する場合は、ボリュームのマウント数を頻繁に増やすよりも手動で実行することをお勧めします。
fstab
しかし、ルートファイルシステムが通常、インストール後(利用可能な場合)またはインストール前に確認されるかどうかはわかりません。以前の場合は、ルートファイルシステムをマウントする前に、実際に「通常の」Ubuntuインストールが行われている可能性がありますfsck
。initramfs
この場合、initramfs
EC2では異なる場合があり、ファイルシステムの検証を提案するフラグは無視される可能性があります。