非システムの読み取り/書き込みext4ボリュームがマウントされた状態で電源を切る

非システムの読み取り/書き込みext4ボリュームがマウントされた状態で電源を切る

読み取り専用ext4ボリュームでRaspbianを実行しています。また、時々書き込むと予想される単純なアプリケーションを実行するfstabを介してマウントされた読み取り/書き込みUSBフラッシュボリューム(ext4、sync)もあります。ルートパーティション(読み取り専用)は心配されませんが、rwパーティションは心配されます。

現在のボリュームに書き込みがなく、stdout / stderrリダイレクトがないと仮定すると、電源を切っても安全ですか?

電源を切ると、再起動時にシステムの整合性チェックが発生しますか?

開いているプロセス(rwパーティションのファイル)にstdout / stderrリダイレクトがある場合、プロセスの実行中にファイルが開いていることを意味しますか?

ベストアンサー1

現在のボリュームに書き込みがなく、stdout / stderrリダイレクトがないと仮定すると、電源を切っても安全ですか? //開いているプロセス(rwパーティションのファイルとして)にstdout / stderrリダイレクトがある場合、プロセスの実行中にファイルが開いていることを意味しますか?

Linuxが保留中のバッファを処理する方法の理解が間違っています。これは開かれたファイルとまったく関係ありません。バッファを作成したプロセスが終了してから古くなった場合は、バッファが中断されたままになる可能性があります。すべてのデータがメディアにあることを確認する唯一の方法は、読み取り専用ファイルシステムをアンマウントまたは再マウントすることです。

電源を切ると、再起動時にシステムの整合性チェックが発生しますか?

読み取り専用で正しくマウント解除/再マウントされていないファイルシステムは、次のように検出されます。汚い次の丘に。これはext4なので、これらのダーティファイルシステムをマウントすることができます。その後、ドライバはログを保持します。停電が発生する前に最後に行った変更は失われます。

おすすめ記事