btrfs 子卷删除 /old/opt 占用大量时间和 CPU 资源,为什么?对此该怎么办?

btrfs 子卷删除 /old/opt 占用大量时间和 CPU 资源,为什么?对此该怎么办?

命令:

btrfs subvolume delete /old/opt

已经跑了一夜了。目前已持续 980 分钟,且仍在继续,并且 1 个 CPU 核心的利用率为 100%。我还发起了第二次删除,并且在过去 917 分钟内也使用了 1 个 CPU 核心的 100%。

驱动器是 1 个 64GB SSD。 OpenSuse Tumbleweeed 版本日期为 2018 年 9 月 20 日内核 4.18.8

8GB 内存

我还有十几个要删除。

我可以在此之前执行命令以使其运行得更快吗?

由于标准命令将整个 CPU 核心锁定为 100%,我该如何删除它们?

我如何诊断问题?

libbtrfs0-4.17.1-1.2.x86_64
btrfsmaintenance-0.4.1-2.1.noarch
btrfsprogs-4.17.1-1.2.x86_64
libudisks2-0_btrfs-2.7.6-3.2.x86_64
libbd_btrfs2-2.18-1.1.x86_64
btrfsprogs-udev-rules-4.17.1-1.2.noarch

答案1

显然,知道文件系统仍然挂载是愚蠢的。

而不是失败,并说它无法执行此操作,因为卷已安装,它只是挂起。

最糟糕的是,显然,它确实删除了子卷的内容,因此当您重新启动时,它会进入紧急模式。

您必须编辑 /etc/fstab 以删除子卷,然后重新启动。

现在您可以正常删除子卷了。

相关内容