昨天,Debian中弹出了一条消息,消息说在我在/opt下复制了一个新软件之后,我的根分区已经满了(0 MB免费)。因此,我将文件夹移回另一个分区,以临时解决问题。
我使用Debian安装USB从/dev/nvme0n1p9中释放了一些空间,现在尝试使用这个释放的空间扩展根分区。

我的惠普笔记本电脑的bios没有“遗留”引导选项,所以我不能使用可引导的GParted U盘棒来增加根分区的大小。
我搜索了一点,似乎扩展根分区是很棘手的。
我想证实以下几点:
操作系统: GNU/Linux Debian 11 (斗牛眼)
谢谢。
下面是@oldfred的注释,下面是根分区的最大文件夹。
最大的用途是贴图,但我不想卸载它,如果可能的话。

发布于 2022-02-17 11:39:29
是的,就是这个意思。分区必须始终是连续的,从头到尾。一个LVM逻辑卷可以使用多个不连续的磁盘块,但将现有系统转换为LVM并不是一件简单的事情。
如果您的/etc/fstab是为了使用分区UUID而不是它们的设备名称编写的,或者如果gparted不会重新排列表中的条目以匹配它们在磁盘上的顺序,是的。
(正如你最后所做的那样,我写这篇文章时,你自己的答案出现了。)
首先,将位于“右侧”的所有分区尽可能地向右扩展。
在那之后,启动到安装的OS(s)来验证一切仍然有效。
然后引导回外部媒体以扩展根分区。
一点也不注定。它只是需要一些缓慢和仔细的工作。
这当然是绕过它的一种方法,但是对于通过OS的包管理器安装的程序来说,这可能是很难实现的。对于第三方软件来说,这可能很容易。
另一种可能的方法是在根文件系统上定位目录树的某个分支,该分支占用相当大的空间,但对于早期引导进程来说并不是必需的,然后将其移动到另一个文件系统,然后创建一个符号链接,以便仍然可以使用原始路径名访问它。例如,您可以轻松地将/usr/share/doc移动到另一个文件系统:
mv /usr/share/doc /new/filesystem/mountpoint/
ln -s /new/filesystem/mountpoint/doc /usr/doc但是,您拥有的文件系统越多,就越有可能在您需要的文件系统中没有空闲空间。这就是为什么如果分区对于您的需求来说太小的话,扩展分区是值得的。
发布于 2022-02-17 11:23:40
我尝试使用Ubuntu的一个live中的GParted,它按预期工作。
我分两步做了:
在第一步之后,我重新启动,确保一切仍在工作,并知道逆转第一步是可以完成的。
https://unix.stackexchange.com/questions/690914
复制相似问题