Linuxディスク容量の問題。 208GBボリュームをマウントできませんか?

Linuxディスク容量の問題。 208GBボリュームをマウントできませんか?

だから、パッケージアップデートをインストールしてしばらく終了しましたが、予想よりはるかに多くインストールされているようですが、ディスク容量がいっぱいになったというメッセージが表示されます。いくつかのことについて混乱しています。まず、ディスク容量は813 GBである必要がありますが、デバイスの下には208 GBのボリュームのみが表示され、開くと「208 GBのボリュームをマウントできません」というメッセージが表示されます。また、問題を解決する必要がありましたが、そうでない大容量ファイルも削除しました。おそらく以下のスクリーンショットが役に立ちます。ただドライブを消去して新しいバージョンをインストールすることを検討していますが、この問題が再発する場合に備えて理解したいと思います。重要な場合はParrotを実行しています。ここにアイデアがありますか?

ここに画像の説明を入力してください。

fdisk -lの出力

Disk /dev/nvme0n1: 953.87 GiB, 1024209543168 bytes, 2000409264 sectors
Disk model: SPCC M.2 PCIe SSD                       
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: DDBC0C50-A018-4723-9ACD-4B3BEC283E76

Device               Start        End    Sectors   Size Type
/dev/nvme0n1p1        2048     923647     921600   450M Windows recovery environ
/dev/nvme0n1p2      923648    1126399     202752    99M EFI System
/dev/nvme0n1p3     1126400    1159167      32768    16M Microsoft reserved
/dev/nvme0n1p4     1159168    2158591     999424   488M Linux filesystem
/dev/nvme0n1p5     2158592 1589741567 1587582976   757G Linux filesystem
/dev/nvme0n1p6  1589741568 1589743615       2048     1M Linux filesystem
/dev/nvme0n1p7  1589743616 1590794239    1050624   513M Microsoft basic data
/dev/nvme0n1p8  1590794240 1997340671  406546432 193.9G Microsoft basic data
/dev/nvme0n1p9  1997340672 1999341567    2000896   977M Linux swap
/dev/nvme0n1p10 1999341568 2000406527    1064960   520M Windows recovery environ
GPT PMBR size mismatch (4294967294 != 7814037166) will be corrected by write.


Disk /dev/sda: 3.64 TiB, 4000787029504 bytes, 7814037167 sectors
Disk model: BUP Portable    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: F8FF62DA-41E9-4E47-8DF4-CFFA71980E66

Device      Start        End    Sectors  Size Type
/dev/sda1      40     409639     409600  200M EFI System
/dev/sda2  411648 7814035455 7813623808  3.6T Microsoft basic data


Disk /dev/loop0: 55.51 MiB, 58204160 bytes, 113680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 111.59 MiB, 117014528 bytes, 228544 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 528.62 MiB, 554299392 bytes, 1082616 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop3: 528.18 MiB, 553840640 bytes, 1081720 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop4: 110.61 MiB, 115986432 bytes, 226536 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop5: 55.52 MiB, 58212352 bytes, 113696 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

df -Thの出力

    df: /run/user/1000/doc: Operation not permitted
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs   16G     0   16G   0% /dev
tmpfs          tmpfs     3.2G  1.7M  3.2G   1% /run
/dev/nvme0n1p5 btrfs     758G   26G  730G   4% /
tmpfs          tmpfs      16G   59M   16G   1% /dev/shm
tmpfs          tmpfs     5.0M  4.0K  5.0M   1% /run/lock
/dev/nvme0n1p4 ext4      463M  436M     0 100% /boot
/dev/nvme0n1p2 vfat       95M   34M   62M  35% /boot/efi
/dev/loop0     squashfs   56M   56M     0 100% /snap/core18/2284
/dev/loop1     squashfs  112M  112M     0 100% /snap/core/12941
/dev/loop2     squashfs  529M  529M     0 100% /snap/pycharm-community/267
/dev/loop3     squashfs  529M  529M     0 100% /snap/pycharm-community/274
/dev/loop4     squashfs  111M  111M     0 100% /snap/core/12834
/dev/loop5     squashfs   56M   56M     0 100% /snap/core18/2344
tmpfs          tmpfs     3.2G   84K  3.2G   1% /run/user/1000
/dev/sda2      exfat     3.7T  556G  3.1T  15% /media/admin-acc/Backup Plus

ベストアンサー1

問題は、/bootパーティション全体が別々のパーティションにあるため、スペースを確保しても/home役に立ちません。 460MiBは/bootそれほど多くありません。通常、1GiBをお勧めしますが、まだ空き容量を確保し/bootて作業を実行できます。

あなたはする必要があります古いカーネルの削除。通常、更新後に少なくとも1つの古いカーネルを維持することをお勧めします。カーネルに両方のカーネルをインストールし、/boot古いカーネルをすべて削除できる必要がありますapt autoremove

btrfsボリュームを減らしてLiveCDのパーティションを増やすこともできますが、これは遅く、潜在的に危険です(すべてのデータをコピーする必要がある場合は、空き容量を確保するためにbtrfsボリュームを右に移動する必要があり/bootます)。//boot

208 GB ボリュームが Windows パーティションです。

おすすめ記事