btrfsサブボリューム/ old / optを削除するのに時間とCPUリソースがかかります。なぜですか?これについて何をすべきですか?

btrfsサブボリューム/ old / optを削除するのに時間とCPUリソースがかかります。なぜですか?これについて何をすべきですか?

注文する:

btrfs subvolume delete /old/opt

一晩中走ってきました。これまで980分が経過し、CPUコア1個は100%使用率を見せています。また、2回目の削除を開始しましたが、これは過去917分間、CPUコア1個を100%使用しました。

ドライブは64GB SSDです。 OpenSuse Tumbleweeedバージョンの日付は2018年9月20日です。カーネル 4.18.8

8GB RAM

まだ削除する項目が12個以上残っています。

より速く実行する前にコマンドを実行できますか?

標準命令は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 を編集してサブボリュームを削除し、再起動する必要があります。

これで、サブボリュームを正常に削除できます。

関連情報