私は実際にこれを実行しましたが、動作します。また、すべてのことを考慮して、かなり信頼性があります。それは良い考えですか?いいえ、おそらくそうではありません。データを失うか、ファイルが破損する可能性があります。ext3パーティションでは、ブート時に、パーティションが「クリーンにアンマウントされていないので、強制的にチェックされた」という警告が表示されます。その後、「fsck」を実行します。fsckがファイルシステムをクリーンな状態に戻すのに時間がかかる場合がありますが、そこに到達します。ext4ファイルシステムはこれをより速く行います。
このように考えてください。ライブファイルシステムの「dd」は、実行中にサーバーから電源プラグを抜くことに相当します。サーバーから電源プラグを抜いた場合、ファイルシステムが台無しになり、マシンが再び起動しないことが予想されますか?もちろん違います。まあ、ブートカーネルまたはinitrdなどを更新していない限り。私は他のエッジケースがあると確信しています。しかし、これはまだシステムをシャットダウンする理想的な方法ではありません。それに依存しないでください。
また、この状況では 'sync'を実行しても役に立たない可能性があります(ここでは自分の事実を100%確信しておらず、事実を確認する気もしないので、「おそらく役に立たない」と言います)。「dd」は単にカーネルをバイパスしてハードウェアと直接対話しないため、「dd」ステップの前に「sync」を実行しても、イメージの一貫性は向上しません。「dd」はまだLinuxカーネルを通過します。「dd」がダーティブロック(ドライブに同期されていない更新済みデータ)のデータを要求する場合、この事実は無視されません。言い換えると、「dd」は実際にダーティブロックをまだディスクに同期していない場合でもコピーします。これを行うために 'dd'を要求するオプションがあると思うことに注意してください(カーネルバッファーをバイパスし、ハードウェアと直接対話する)が、これはデフォルトの動作ではありません。