答案1
的确移动分区可能会导致操作系统无法启动但这并不危险,因为 Grub 可以随时轻松修复。只需确保在操作过程中没有断电,如果需要,请在操作之前运行分区检查
但是,gparted 在移动分区方面非常笨,因为它总是移动整个分区,而不像第三方分区程序只移动调整大小区域中的文件。例如,如果你/dev/sda7
向右移动 1GB(并缩小它),gparted 将移动 73GB 的现有数据,而其他分区程序只会移动相当于 1GB 调整大小部分的量。因此,你应该避免使用它移动分区
您的情况有更简单的方法。由于末尾有大约 7GB 的未分配空间,您可以删除当前交换分区,在末尾创建一个新的交换分区,然后调整根分区 ( /dev/sda5
) 的大小以填补已删除分区的新空白。记得更新/etc/fstab
和其他配置文件以指向新的交换分区,然后grub-install
再次运行以更新引导加载程序
但是,通常应避免将经常访问的数据(如 fpmurphy 建议的 swap、/tmp 或 /var)放在 HDD 的末尾,因为它是旋转磁盘中最慢的部分
话虽如此,你一开始就不应该有这么大的交换空间。我敢肯定,当你的系统使用大约 1-2GB 的交换空间时,它就会慢慢死掉。你最好zram 或 zswap 带有一个小的备份 1-2GB 交换分区。一旦启用 zram,您就可以使用未分配的部分作为交换,无论如何,这部分很少被使用
如果 7GB 空间仍然不够,你就必须移动一些分区。由于 gparted 的愚蠢,你应该缩小/dev/sda2
然后调整大小/dev/sda4
(根分区的容器),然后调整根分区,以尽量减少数据移动量。如果允许使用其他分区工具,那么最好
- 将 /dev/sda3 移至右侧
- 然后调整 /dev/sda4 (扩展分区)的大小以填补空白
- 调整(并可能缩小)/dev/sda7 的大小
- 移动并调整 /dev/sda6 的大小(交换)
- 调整 /dev/sda5 的大小(根)
现在您将有更多空间可以呼吸。您还可以删除交换分区并使用交换文件(除了 zram)
答案2
解决您的问题最简单的方法是使用 7Gb 未分配空间创建一个新的 Linux 分区,ext4
在新分区上创建一个文件系统,将其临时挂载在 上/mnt
,在单用户模式下将 的内容移动/var
到新文件系统上(确保您获取所有文件),删除并通过在 上添加适当的条目/var
永久挂载新文件系统/var
/etc/fstab
/
实际上,你正在做的是通过将内容移动/var
到新创建的文件系统(其挂载点为)来释放文件系统上的空间/var