web-dev-qa-db-ja.com

GPartedでUbuntuメインパーティションのサイズを変更できません

ルートパーティションのスペースが不足しているので、もっとスペースを確保したいのですが、方法がわかりません。私はUbuntu16.04、Windowsとのデュアルブートを使用しています。これがGPartedの私の拡張パーティションです:

Here is my extended partition on GParted

ご覧のとおり、スワップに十分なスペースがありません。スペースがある場合でも、リスクが高すぎることを示す警告が表示されます。パーティションを移動すると、オペレーティングシステムが発生する可能性があります。起動に失敗する

sda7にスペースがありますが、続行する方法がわかりません。

どんな情報やアプローチでも大歓迎です:)

1
Machinerium

確かにパーティションを移動すると、オペレーティングシステムが起動に失敗する可能性がありますが、そうではないはずですGrubはいつでも簡単に修正できるため、危険です。操作中に停電が発生していないことを確認し、必要に応じて前にパーティションチェックを実行してください

ただし、gpartedは、3とは異なり、常にパーティション全体を移動するため、パーティションの移動には非常に愚かです。rd サイズ変更された領域内のファイルのみを移動するパーティパーティショナー。たとえば、/dev/sda7 1GBを右に移動(および縮小)すると、gpartedは現在存在する73GBのデータを移動し、他の人は1GBのサイズ変更された部分に等しい量を移動します。したがって、パーティションの移動は避けてください。

あなたの場合、もっと簡単な方法があります。最後に最大7GBの未割り当て領域があるため、現在のスワップパーティションを削除し、最後に新しいスワップを作成し、ルートパーティション(/dev/sda5)のサイズを変更して、削除されたパーティションの新しいギャップを埋めることができます。 /etc/fstabおよびその他の構成ファイルを更新して新しいスワップパーティションを指すようにし、grub-installを再度実行してブートローダーを更新することを忘れないでください

ただし、頻繁にアクセスされるデータ(swap、/ tmp、またはfpmurphyのような/ varなど)をHDDの最後に配置することは、回転ディスクで最も遅い部分であるため、通常は避けてください。

とは言うものの、最初はそんなに大きなスワップをするべきではありません。たった1〜2 GBのスワップを使用するまでに、システムはクロールして死ぬと確信しています。 zramまたはzswapと小さなバックアップ1-2GBスワップパーティション の方が良いでしょう。 zramを有効にすると、割り当てられていない部分をスワップとして使用できますが、とにかく触れることはめったにありません。


それでも7GBの容量では不十分な場合は、パーティションを移動する必要があります。 gpartedの愚かさのために、/dev/sda2を縮小してから、/dev/sda4(ルートパーティションのコンテナ)のサイズを変更してから、ルートパーティションのサイズを変更して、データの移動量を最小限に抑える必要があります。他のパーティショニングツールが許可されている場合は、

  • / dev/sda3を右に移動します
  • 次に、/ dev/sda4(拡張パーティション)のサイズを変更してギャップを埋めます
  • サイズ変更(場合によっては縮小)/ dev/sda7
  • / dev/sda6の移動とサイズ変更(スワップ)
  • サイズ変更/ dev/sda5(ルート)

これで、呼吸するスペースが増えます。スワップパーティションを削除して、(zramに加えて)スワップファイルを使用することもできます。

0
phuclv

問題への最も簡単なアプローチは、7Gbの未割り当て領域を使用して新しいLinuxパーティションを作成し、新しいパーティションにext4ファイルシステムを作成し、一時的に/mntにマウントし、/varの内容をシングルユーザーモードで新しいファイルシステムに移動することです(makeすべてのファイルを取得していることを確認してください)、/varを削除し、/varに適切なエントリを追加して、新しいファイルシステムを/etc/fstabに永続的にマウントします。

事実上、あなたがしていることは、/の内容を、マウントポイントが/varである新しく作成されたファイルシステムに移動することによって、/varファイルシステム上のスペースを解放することです。

0
fpmurphy