Linuxファイルシステムの現在のハードディスクパーティションを改善する方法は？ [閉鎖]

ルートパーティションのサイズを変更/し、フォルダにマウントポイントを作成することをお勧めします。そのフォルダは不安定で、通常は非常に大きいので、~/そのフォルダを使用します。Downloads

次に、使用可能なスペースで作成された新しいパーティションをマウントするようにfstabを設定します。~/Downloads

現在のコンテンツをDownloads新しいパーティションに移動

システムを再起動してください

あなたの質問に私が知っている限り、私は答えます。しかし、私はGPartedを使う方法だけを知っています。

再パーティション化する前にデータをバックアップしてください。

続行するにはパーティションをアンマウントする必要があるため、ブート可能なGPartedディストリビューションまたはそれに対応するディストリビューションを使用してください。

答え：

どのツールを使用しても（パーティション化されているかどうかにかかわらず）、パーティションの始まりではなく終わりを変更するまで、パーティションのサイズを変更できません。そうですか？

パーティションの左右両方に未割り当て領域がある場合は、GPartedを使用して双方向にサイズ変更できます。

どのツールを使用するか（分離するかどうかに関係なく）、最初にパーティションを削除し、新しいパーティションを作成せずに2つのパーティションをマージできますか？

AFAIK、1つ以上のパーティションを削除してから別のパーティションにマージする必要があります。

/パーティションの使用サイズと全体サイズの間に推奨される割合はありますか？特に/パーティション（/dev/sda3）の場合、過去2年間で使用量の大きさは大きく変化しておらず、現在は21GiBに過ぎません。最初から再パーティションできる場合は、/パーティションのフルサイズにどのサイズを指定するのが良いでしょうか？

/パーティションの使用サイズは通常、時間が経過しても大きく変化しないというあなたの観察は正確です。ただし、すべての人のニーズを満たすことができる1つの推奨事項を持つことは不可能です。

すべてのプログラムをインストールしたら、オペレーティングシステムが使用する最大サイズを確認し、将来の要件に合わせていくつかのバッファ（50 GB以上など）を追加し、それに応じてパーティションを分割する必要があります。

使用されたサイズと/ homeパーティションの合計サイズの間に推奨される割合はありますか？

繰り返しますが、それぞれ自身に。私は個人的に1つを持って/交換し、残りのスペースは家に置きます。私の理由は、ディスクをパーティションに分割するのではなく、フォルダを使用してデータをクリーンアップできるからです。

/パーティション（/dev/sda3）で使用されていないスペースの大部分を/homeパーティション（/dev/sda4）に移動するには？

ここで非常に注意してください。 /パーティションのサイズを変更すると、システムを起動できなくなる可能性があります。 /サイズを変更するには、OSを完全にインストールする準備をする必要があると思います。

なぜ93GiBの未割り当てスペースが残ったのか覚えていません。 /homeと/パーティションのいずれかが必要な場合は、割り当てられていないスペースでより多くのスペースを占有できるようにしたいと思います。

安全に/homeパーティションとマージできます（/homeをアンマウントした後）。 /は互いに隣接していないため、現在マージできません。

/homeパーティション（/dev/sda4）に未割り当て領域を追加することは可能ですか？そして方法は何ですか？

はい。探す。

どのツールを使用しても（パーティション化されているかどうかにかかわらず）、パーティションの始まりではなく終わりを変更するまで、パーティションのサイズを変更できません。そうですか？

ファイルシステムは、通常、プライマリストレージが連続的にアドレス指定できることを期待しています。つまり、OSが特定のディスク/パーティション/LVM論理ボリューム/すべてのコンテナのサイズがXブロックであると言う場合、ファイルシステムは最初のブロックが＃0で、最後のブロックが＃0です。 ＃（X-1）中央に使用できない穴がありません。したがって、マウントされたファイルシステムは、最後にさらにブロックを追加しなければ実際に拡張できず、端から一部のブロックを切り取って縮小することができます。

アンマウントされたファイルシステムで実行できる操作の量は、ユーザー（またはユーティリティ）が変更しているファイルシステムの構造をどの程度理解しているか、および結果が再び有効なファイルシステムのように見えるべきかによって異なります。これで終わりました。

ほとんどのパーティション管理ユーティリティでパーティションの先頭を移動するには、パーティション全体をブロックとして新しい開始点に移動し、必要に応じて最後のサイズを変更する必要があります。本当にスマートなユーティリティは、いくつかのファイルを移動し、必要なメタデータ構造のためのスペースを解放し、移動せずにパーティションの新しい起動に対応する場所にファイルシステムメタデータを再構築できます。みんなただし、これらの作業は非常に危険であり、中断すると回復不能なファイルシステムの破損を招く可能性があります。

どのツールを使用するか（分離するかどうかに関係なく）、最初にパーティションを削除し、新しいパーティションを作成せずに2つのパーティションをマージできますか？

これは関連するファイルシステムによって異なりますが、通常はそうではありません。標準的なアプローチは、データの少ないパーティション内のファイルを別のパーティションに移動し、空のパーティションを削除し、空き領域を使用して別のパーティションを拡張することです。これらすべての操作を一度に実行するのに十分な空き容量がない場合、作業は難しいかもしれません。

/パーティションの使用サイズと全体サイズの間に推奨される割合はありますか？特に/パーティション（/dev/sda3）の場合、過去2年間で使用量の大きさは大きく変化しておらず、現在は21GiBに過ぎません。最初から再パーティションできる場合は、/パーティションのフルサイズにどのサイズを指定するのが良いでしょうか？

2年間の経験によると大きな変化はなかったので、33％～66％の使用量を目指し、アップグレード、ソフトウェアのインストールを可能にする総サイズは40～60GiBです。十分なスペースなどがあります。そして私はLinux LVMに非常に慣れているので、従来のパーティション化よりも柔軟性が高いので、使用することを好みます。 （もちろん学習曲線があります。）

使用されたサイズと/ homeパーティションの合計サイズの間に推奨される割合はありますか？

作業しているファイルの種類によって多くが異なります。 HD / 4kビデオを編集すると、プロジェクトの作業に使用できる空き容量が膨大になります。ファイルシステムに関する限り、ほとんどのファイルシステムは、利用率が80％未満の場合に最もうまく機能すると聞きました。

/パーティション（/dev/sda3）で使用されていないスペースの大部分を/homeパーティション（/dev/sda4）に移動するには？

これは複数のステップで構成され、少なくとも2番目のステップでファイルシステムをアンマウントする必要があるため、これを行うにはLive CDまたは他のリムーバブルメディアから起動する必要があります。

ステップ1.）/ dev / sda3を希望のサイズに縮小します。 （gpartedファイルシステムのマウント中にこれを行うことができます。）ステップ2。）/dev/sda3今、小さなものを「右に」移動します。これを行うには、ファイルシステムをアンマウントする必要があり、ルートファイルシステムであるため、代替ブートメディアが必要です。ステップ3。）/ dev / sda4を現在確保されているスペースに拡張します。

なぜ93GiBの未割り当てスペースが残ったのか覚えていません。 /homeと/パーティションのいずれかが必要な場合は、割り当てられていないスペースでより多くのスペースを占有できるようにしたいと思います。

割り当てられていないスペースが間にあるようにマウントを解除して/home「gparted左に」移動できます。拡張はまだ「リムーバブルメディアから起動し、必要なだけ左に移動してから尾を拡張する」操作です。sda4sda3sda3sda3

LVMを使用するとどうなりますか？

sda3その後、LVM LVの代わりに1つのLVM PVとsda42つのLVM LVのみを含むボリュームグループを設定する可能性が高くなります。利用可能なスペース内でサイズを変更できます。サイズ変更操作により、ディスクのLVがPV内で完全に連続していない可能性がありますが、LVのサイズを大幅に増やさない限り、わずかな不連続性が発生します。大丈夫です。実際に。 （より多くのスペースが必要なため、元の割り当て、ルートファイルシステム/home、別のセクションがある可能性があります。ファイルシステムドライバはLV内の連続したブロック範囲を表示でき、論理ボリュームマネージャは実際に物理的に処理します。ルート/homeファイルシステムは中間のどこかにあります）。

現在割り当てられていないスペースが元の別のスペースで使用されていると仮定すると、このスペースに別のパーティションを作成してLVM PVにし、そのPVを既存のボリュームグループに追加できるようになりました。その後、既存のLVを拡張したり、必要に応じて新しいLVを作成したりできます。

古いディスクから新しいディスクにデータを移動するときは、起動に必要なパーティションを使用するだけです。好ましくは、1つの大きなLVM PVを使用して新しいディスクをパーティション分割します。これにより、PVが既存のボリュームグループに追加され、データを新しいディスクに移動できますpvmove。これはすべてオペレーティングシステムの実行中に発生します。（良い副作用でpvmoveすべてのLVを移動すると、スペースがある場合は物理的に連続的に作成されます。すべてのデータを新しいディスクに移動すると、もちろんスペースが発生します。）

作業が完了したら、pvmoveボリュームグループから既存のディスクを削除し、新しいディスクにブートローダを再インストールしてから、既存のディスクを物理的に削除します。

LVMを使用すると、データを粘性液体として処理できます。落ちるある太陽電池容器から別の容器に自由に移動します。 1つのPVがいっぱいになると、両方のPVが同じボリュームグループに属している限り、他のPVを取得して残りを保持することに問題はありません。