単一のパーティションを持つドライブがいくつかあるとします。何らかの理由で、私はfdisk複数のパーティションを作成し、パーティションテーブルに書き込んで終了しますfdisk。この時点で、カーネルはまだ新しいパーティションテーブルについて知りません。初期パーティションはまだNFSを介してマウントされており、umount -l以前は「lazy unmounted」（）だったfdiskため、「device or resources busy」エラーが発生しました。
今、心を変えてfdisk再起動し、元のものと同じようにすべてのパーティションを1つにマージしました。その後、パーティションテーブルに書き戻して終了しましたが、fdiskカーネルは何が起こったのかわかりません。
最後に、rm -rfすべてをディスクにコピーし、その上に新しいデータをコピーします。
問題は、次回の再起動時にカーネルが「新しい」（しかし以前と同じ）パーティションテーブルを見るとどうなりますか？システムはデータを直接読み取ることができますか？
答え1
パーティションテーブルはディスクとRAMの2つの場所に保存されます。ディスクは更新しましたが、RAMは更新していない次のディスクを再変更したようです。したがって、カーネルがまだRAM上にあるものを実行していて、次回の起動時にディスクから同じ内容を読み取ると機能します。
ただし、古いファイルシステムが実際にアンマウントされていることに注意してください。 umount -l何も削除しないでください。まだマウントされた状態で再マウントしてデータの変更を開始すると、問題が発生します。
あなたが投稿したこの質問とは異なる質問によると、再起動やNFSサーバーの再構成を避けるために、このディスクでより多くの作業を実行しようとすると、より深く深い穴を掘っているようです。これらのヒントはすべてうまくいくかもしれませんが、どこでも間違いがあると、深刻なデータ破損が発生する可能性があります。バックアップが最新であることを確認してください。