`parted resizepart`と`resize2fs`はパーティション内の既存のファイルを変更または削除しませんか?

`parted resizepart`と`resize2fs`はパーティション内の既存のファイルを変更または削除しませんか?

partedこのコマンドは、デフォルトでresizepartパーティション内の既存のファイルを変更または削除しませんか?また、(特定のオプションがある場合でも)パーティション内の既存のファイルを変更または削除しません。

同様の質問resize2fsですか?

ありがとうございます。

ベストアンサー1

ファイルシステムを縮小するときは、resize2fsまず削除するファイルシステムの部分が利用可能であることを確認してください。そうでない場合は、ファイルを切り取る領域からファイルを移動しようとすることができます(スペースがある場合)。これを完了できない場合は、ファイルシステムを縮小せずに停止してエラーを報告します。

resizepartファイルシステムにはまったく気にしないでください。これで、パーティションが終わる新しい場所を指定するためにパーティションテーブルを変更するだけです。その場所またはその近くの何も扱いません。パーティションテーブルを変更したら、パーティションテーブルが変更されたことをカーネルに通知します。カーネルは新しいテーブルを読み込み、適用します(可能な場合)。

ただし、ファイルシステムドライバの場合、パーティションの端は堅い壁になります。ファイルシステムがパーティションの前に縮小されていない場合、またはパーティションが誤ってパーティションよりも縮小された場合、ファイルシステムの一部は残りの部分から分離されます。

ファイルシステムは、カットオフスペースを実際に使用しようとするまでカットオフスペースがまだ利用可能であると仮定します。この時点で、パーティション関連ブロック番号を実際のフルディスクブロック番号にマップするのに役立つカーネル部分は、ファイルシステムがパーティションの終わりを超えてアクセスしようとするため、ファイルシステムドライバにエラーを返します。ファイルシステムドライバはしばしば読み取り専用モードに切り替わります。これらのエラーは、ファイルシステムが破損している可能性があることを示す傾向があるためです。この時点で、通常はシステム管理者が介入します。

この時点で、システム管理者がパーティションのサイズ変更操作によってファイルシステムの一部が切断されたことを認識し、パーティションのサイズ変更操作をキャンセルすると、パーティションデバイスを介してファイルシステムに完全にアクセスでき、すべてが正常になる可能性があります。fsckエラーフラグをクリアする必要があるかもしれませんが、ファイルはまだ存在します。ファイルシステムが再マウントされると、パーティションのサイズ変更操作で二分されたファイルに完全にアクセスできます。

ただし、システム管理者が縮小状態のパーティションに対して単にファイルシステムチェックを実行する場合、ファイルシステムチェッカーは、一部のファイルがパーティションの終わりを超えて続くように見えることを発見し、「切断しよう」と自らに言います。パーティションのサイズは確かな事実と見なされるため、パーティションの終わりを超えて拡張されているように見えるファイルは切り取りまたは削除するしかありません。ここで実際のダメージが発生します。また、「ブック」からパーティションの終わりを超えてスペースを削除するには、ファイルシステムのメタデータを少し調整する必要があります。

ファイルシステムチェッカーが完了した後でも、ファイルの切り捨てられた部分はパーティションの新しい端を超えて物理ディスクにまだ存在し、変更されません。しかし、ファイルシステム内に残っていたファイルの部分は切り捨てられます。 。

おすすめ記事