まあ、私はハードドライブからいくつかの本をコピーするためにホームディレクトリにディレクトリを作成しましたが、ホームディレクトリにスペースが足りないことがわかりました。
下図のようにルートディレクトリ[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を取得し、
blkid
fstabから/homeにマウントするために使用されます。 - /dev/sda7から古いホームを削除します。新しい/homeが正しくインストールされていることを確認してください。。これで
/dev/sda7
冗長になりました。 - 削除する
/dev/sda7
。 - /dev/sda6 のサイズを大きくします。新しく作成された空き領域に移動し、スワップに十分なスペースを残します。
/dev/sda7
縮小されたスペースでより小さなスワップスペースを再作成します。- より大きなパーティションサイズに合わせてsda6のファイルシステムのサイズを変更するには、resize2fsを使用します。
mkswap
/dev/sda7
UUIDを使用して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
バックアップされません。 - 構成とパッケージのリストがある標準ディストリビューションなので、最初から再インストールしました。)
他の高度な方法も存在します。
答え2
LVMがないので、簡単な方法は/ homeの背後にあるサブディレクトリに接続されている/パーティションにディレクトリを作成することです。
より良いアプローチは、gpartedなどの高度なパーティション化ツールを使用することです。 sda5を縮小してsda7にサイズを指定するか、少なくともsda8を/ homeのサブディレクトリにマウントします(すべてライブディスク上)。
データがまったくない場合、またはフルバックアップがあり、LVMとよりスマートなパーティション化を使用して再インストールできる場合は、本当に良いでしょう。
~のためはいLVMが有効
/ 2g
/boot 1g
/usr 16g
/var 8g
/home 200g