まあ、私はハードドライブからいくつかの本をコピーするためにホームディレクトリにディレクトリを作成しましたが、ホームディレクトリにスペースが足りないことがわかりました。
下図のようにルートディレクトリ[dev/sda5]に377Gがインストール（使用可能）されていますが、ホームディレクトリ[dev/sda7]には38Gのみインストールされていますが、そのうち16Gのみ使用可能です。
ルートディレクトリの大きなスペースをすべて自分のホームディレクトリにインポートすると、そのスペースを活用できます！ ？
$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.7G 0 1.7G 0% /dev
tmpfs 339M 1.8M 337M 1% /run
/dev/sda5 413G 16G 377G 5% /
tmpfs 1.7G 59M 1.6G 4% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.7G 0 1.7G 0% /sys/fs/cgroup
/dev/loop0 98M 98M 0 100% /snap/core/9289
/dev/loop2 55M 55M 0 100% /snap/core18/1754
/dev/loop1 97M 97M 0 100% /snap/core/9436
/dev/loop3 161M 161M 0 100% /snap/gnome-3-28-1804/116
/dev/loop4 162M 162M 0 100% /snap/gnome-3-28-1804/128
/dev/loop5 256M 256M 0 100% /snap/gnome-3-34-1804/33
/dev/loop6 256M 256M 0 100% /snap/gnome-3-34-1804/36
/dev/loop8 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop7 44M 44M 0 100% /snap/riseup-vpn/159
/dev/loop9 44M 44M 0 100% /snap/riseup-vpn/161
/dev/loop10 31M 31M 0 100% /snap/snapd/7777
/dev/loop11 30M 30M 0 100% /snap/snapd/8140
/dev/loop12 2.8M 2.8M 0 100% /snap/telegram-cli/25
/dev/loop13 124M 124M 0 100% /snap/tusk/29
/dev/loop15 92M 92M 0 100% /snap/youtube-dl/2846
/dev/loop14 92M 92M 0 100% /snap/youtube-dl/2840
/dev/sda1 256M 54M 203M 21% /boot/efi
/dev/sda7 38G 21G 16G 57% /home
tmpfs 339M 72K 339M 1% /run/user/1000
ベストアンサー1
通常、パーティションのサイズを変更して割り当てられたスペースを減らし、/dev/sda5割り当てられたスペースを増やす必要があります/dev/sda7。これが最善の長期戦略です。
明らかにこれは厄介であり、何が起こったのか考慮していませんでした/dev/sda6。
アップデート：/dev/sda6はスワップ領域です。
/dev/sda6スワップパーティションなので、以下を安全に実行できます。注：sda6ルートファイルシステムのファイルを使用してどこかに一時バックアップを作成できる場合でも、ほぼ同じことが当てはまりますdd。
- 交換を無効にします
/etc/fstab。 swapoffスワップ領域を削除し、sda6スワップ領域でない場合はバックアップに使用されます。- (尊重)シングルユーザーモードで再起動します。
resize2fsファイルシステムを縮小するために使用されます/（パーティションを除く）。- 小さなファイルシステムに合わせてルートパーティションのサイズを変更する
/dev/sda6パーティションテーブルから無駄なコンテンツを削除します。sda6使用可能なスペースと既存のパーティションが残っているスペースを合わせて新しいパーティションを作成します。sda6- 結果の形式を指定し
sda6て rsync/homeします。 - 新しいsda6パーティションのUUIDを取得し、
blkidfstabから/homeにマウントするために使用されます。 - /dev/sda7から古いホームを削除します。新しい/homeが正しくインストールされていることを確認してください。。これで
/dev/sda7冗長になりました。 - 削除する
/dev/sda7。 - /dev/sda6 のサイズを大きくします。新しく作成された空き領域に移動し、スワップに十分なスペースを残します。
/dev/sda7縮小されたスペースでより小さなスワップスペースを再作成します。- より大きなパーティションサイズに合わせてsda6のファイルシステムのサイズを変更するには、resize2fsを使用します。
mkswap/dev/sda7UUIDを使用してfstabに設定して有効にしますswapon（またはバックアップから復元）。- (尊重)再起動して実行して、
fsckすべてが正しく機能していることを確認してください。
これでより大きな/ home in/dev/sda6とswap inができました/dev/sda7。他のすべては同じままです。注意してください。再起動する必要さえないかもしれませんが、発生する可能性のある間違い（fstabの無効なUUIDなど）をキャッチするために使用することをお勧めします。
パーティション/ファイルシステムサイズの不一致が原因で発生する問題総データ損失自分に大きな自信がなければ、また、フルバックアップを実行することをお勧めします。。
一部のパーティションエディタでは、次のことができます。分ける /dev/sda5内部に別のパーティションを作成します。順序付けされていないパーティション（5、8、6、7）があります。パーティション8をフォーマットし、ホームをパーティション8にrsyncし、そこにホームをマウントすると、200GBのホームと/dev/sda6とマージするために使用できる無料の/dev/sda7があります（後でファイルシステム拡張を覚えています）してください）。
/dev/sda5もう1つの可能性は、ユーザー書き込み可能領域（たとえば）を作成することです/opt/books。開くと/dev/sda5、この領域に377 GBの空き容量があります。自宅にシンボリックリンク（books -> /opt/books）を作成すると〜らしい家に377GBの本がありますが、そうではありません。速くて汚れていますが、役に立つかもしれません。
複数のバックアップ戦略（たとえば、「タイムマシン」rsync +ハードリンクベース）では、/ homeが次のようになると仮定します。単一ファイルシステムのすべてrsync、sなどのフラグを介して-xまたは明示的にハードリンクを使用して。今、これらの戦略は失敗するか、バックアップコンテンツを自動的に無視します。良い目次/home/user/booksこのバックアップは/バックアップに追加または追加されない場合があります。ただし、/ optはしばしば省略され、他のバックアップにオフロードされます。たとえば、1つのシステムには、および別々/etcのバックアップがありますが、それ以外の場合は/optまったく/usr/localバックアップされません。 - 構成とパッケージのリストがある標準ディストリビューションなので、最初から再インストールしました。）
他の高度な方法も存在します。