命令：
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 以删除子卷，然后重新启动。
现在您可以正常删除子卷了。