主页 / unix / 问题 / 789854
Accepted
Bomber King
Asked: 2025-01-20 05:57:48 +0800 CST

文件系统根目录只有 500MB

  • 772

我使用的是 Debian 12，今天我在安装 Davinci Resolve 时出现了以下通知

文件系统根目录只有 500MB

虽然我有大约 400GB 的空间，但我实际上并不明白 Linux 如何使用这些空间，现在我觉得我的计算机可能处于危险之中，我担心将来无法安装某些东西

有人能告诉我如何管理我的空间使用情况吗？我使用当前命令来确保我理解得很好

$ sudo lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0         7:0    0     4K  1 loop /snap/bare/5
loop1         7:1    0   104M  1 loop /snap/core/16928
loop2         7:2    0  73.9M  1 loop /snap/core22/1722
loop3         7:3    0  73.9M  1 loop /snap/core22/1663
loop4         7:4    0  66.2M  1 loop /snap/core24/490
loop5         7:5    0 104.2M  1 loop /snap/core/17200
loop6         7:6    0  66.2M  1 loop /snap/core24/609
loop7         7:7    0  91.7M  1 loop /snap/gtk-common-themes/1535
loop8         7:8    0 448.6M  1 loop /snap/telegram-desktop/6470
loop9         7:9    0  44.4M  1 loop /snap/snapd/23545
loop10        7:10   0 448.6M  1 loop /snap/telegram-desktop/6474
loop11        7:11   0  44.3M  1 loop /snap/snapd/23258
nvme0n1     259:0    0 476.9G  0 disk 
├─nvme0n1p1 259:1    0   512M  0 part /boot/efi
├─nvme0n1p2 259:2    0  27.9G  0 part /
├─nvme0n1p3 259:3    0   7.5G  0 part [SWAP]
└─nvme0n1p4 259:4    0   441G  0 part /home

虽然我真的不明白这个输出是什么意思

更新：输出自

df -h

Filesystem      Size  Used Avail Use% Mounted on
udev            3.8G     0  3.8G   0% /dev
tmpfs           769M  2.3M  766M   1% /run
/dev/nvme0n1p2   28G   26G  308M  99% /
tmpfs           3.8G  1.1M  3.8G   1% /dev/shm
tmpfs           5.0M  8.0K  5.0M   1% /run/lock
/dev/loop5      105M  105M     0 100% /snap/core/17200
/dev/loop4       67M   67M     0 100% /snap/core24/490
/dev/loop0      128K  128K     0 100% /snap/bare/5
/dev/loop7       92M   92M     0 100% /snap/gtk-common-themes/1535
/dev/loop2       74M   74M     0 100% /snap/core22/1722
/dev/loop1      104M  104M     0 100% /snap/core/16928
/dev/loop6       67M   67M     0 100% /snap/core24/609
/dev/loop3       74M   74M     0 100% /snap/core22/1663
/dev/nvme0n1p4  434G   25G  387G   7% /home
/dev/loop8      449M  449M     0 100% /snap/telegram-desktop/6470
/dev/loop10     449M  449M     0 100% /snap/telegram-desktop/6474
/dev/loop9       45M   45M     0 100% /snap/snapd/23545
/dev/loop11      45M   45M     0 100% /snap/snapd/23258
/dev/nvme0n1p1  511M  5.9M  506M   2% /boot/efi
tmpfs           769M  2.5M  766M   1% /run/user/1000

输出

sudo du -mx -d 1 / | sort -n

1   /.cache
1   /lost+found
1   /media
1   /mnt
1   /snap
1   /srv
1   /tmp
12  /etc
137 /boot
1410    /root
6540    /opt
7294    /var
10845   /usr
26235   /

更新：2025 年 1 月 21 日，我读完所有评论后，意识到这有多么复杂、难以获得，而且需要花费大量时间

我要把所有重要的东西都拿出来，重新安装 Debian

唯一剩下的事情就是了解目前最好的分区，以便将来不再陷入这种境地

你们对此有什么特别的建议吗？

debian

2 个回答

  1. 您的根文件系统有 < 500 MB 的可用空间：

    /dev/nvme0n1p2   28G   26G  308M  99% /

    而且它只有 30 GB，而不是 400 GB。您的系统可能很快就会遇到问题，因为根文件系统已满意味着无法再写入系统日志、无法再进行软件更新等。

    另一方面，您为 /home 文件系统分配的 400 GB 中，您仅使用了 25 GB。

    遗憾的是，您选择了一种静态分区方案，该方案具有独立的主文件系统和根文件系统（这对我来说没有意义），而不是同时使用一个文件系统（这样只要有可用空间就可以使用），或者使用 LVM 或其他卷映射方法，您可以分配未使用的空间来扩大现有卷，而无需执行任何特殊操作。

    这意味着在这种情况下，您陷入了困境，如果不移动大量数据、删除并重新创建分区，您将无法解决问题。

    以下是我建议采取的方法：

    1. /home 中只有 25 GB 的数据。例如，这可以很好地容纳在不太昂贵的 USB 拇指驱动器中。我建议使用 ext4（或类似）格式的外部驱动器，使用 复制所有文件（保留所有权和元数据）sudo cp -r -a /home/* /path/to/external/drive/。
    2. 使用另一个带有实时介质的拇指驱动器（实际上介质是什么并不重要 - fedora 安装程序实时介质、Ubuntu 或 debian 实时介质……）。使用可用的图形分区管理器（blivet-gui或gparted）删除 SWAP 和主分区（nvme0n1p3 和 nvme0n1p4），并扩展根分区 nvme0n1p2 以占用除最后 8 GB 之外的所有空间。在剩余空间中创建一个新的 SWAP 分区。确保根文件系统在过程中扩大并填满整个分区。
    3. 仍然使用实时介质，安装根文件系统，例如 /mnt；使用 检查它现在是否有足够的可用空间df -h /mnt。现在，将内容从外部拇指驱动器复制回那里：sudo cp -r -a /path/to/external/storage/* /mnt/home/
    4. 仍然使用实时介质，确保从 /mnt/etc/fstab 中删除旧主分区的条目，并确保调整列出的 SWAP 分区。
    5. 重启

    下次设置系统时，我建议您使用 LVM，并且不要分配所有空间。此外，对于现代系统的根文件系统来说，30 GB 有点小，尤其是在使用 snap 的情况下。

    • 15
  2. Best Answer

    有人能告诉我如何管理我的空间使用情况吗

    lsblk如或 的输出所示，df -h它显示了各种分区。其中一个显示/home为，/dev/nvme0n1p4 其中p4指的是分区 #4，而不是 #2 /。

    我认为您（或其他人）在安装系统和决定分区和大小时搞砸了。要知道，您可以为系统上的任何文件夹创建单独的分区……/var或/opt或/var/log等等。您为什么要这样做……嗯……值得商榷。

    将其放在单独分区的最佳原因/home是出于安全性和强制执行分区挂载选项（如nodev,nosuid,noexec配额）（如果它是一个多用户系统），并且您想要尝试防止由于用户在填满他们的文件夹时导致系统崩溃而导致的磁盘已满的情况（/home/username如果这是他们唯一可以工作的地方）。

    然而，现实通常不支持这个想法，因为你会发现你通常会搬起石头砸自己的脚，并遇到你意识到的这个确切问题。所以最好（除非你有充分的理由这样做）让分区方案尽可能简单和精简，在 uefi 系统上

    partition #      name         size
------------------------------------
    1            /boot         1 gb
    2            /boot/efi     100 mb
    3            /             max {remaining size left on entire disk}

    这样/home，它们就只是位于同一个分区上/，物理磁盘大小才是限制因素，而不是某人在放置/home单独分区时随意选择的大小。这样做基本上意味着您认为您可以预测未来的磁盘空间使用情况。

    你也可以没有交换分区。如果你的内存用完了，然后需要磁盘交换来挽救局面，那么……你已经输了。

    我担心将来无法安装某些东西

    正确。我试过。保存数据，使用我提到的分区方案重新安装 Linux。在安装过程中，他们喜欢默认为创建单独的分区/home，并选择某个大小，这很糟糕。您必须选择自定义分区。

    • 4

相关问题