BTRFS and Snapper :: frequently stuck at 100% CPU

Support Software & Applications
1

Honestly, I never dreamed that I would encounter this problem in 2025.
My main MANJARO. Since the update in April, I have been bothered by awkward behavior. I can’t operate the DE.

It took about a minute. I can’t even drop it into TTY. Then it starts to work. After it starts to work, I don’t know what process is plugged in.

Omitted. (I went back 33 generations. Up to January 17. But the behavior was almost the same. dd image and timeshift (rsync mode)) I thought that once it goes wrong, it won’t go back. A little despair. It happened not only on one manjaro but also on the sub manjaro.

A little more. another kernel , filesystem check, subvolume management …

In conclusion, I was able to solve the problem as follows. This may be a rare case, but I’m recording it here in case it helps someone in the future. I would appreciate any constructive feedback.
The problem disappeared completely.thank you.

sudo micro /etc/snapper/configs/home_config

# limit for number cleanup
NUMBER_MIN_AGE="1800"
# NUMBER_LIMIT="5"
# NUMBER_LIMIT_IMPORTANT="10"
NUMBER_LIMIT="2"
NUMBER_LIMIT_IMPORTANT="5"
Extra note

It took me a while to suspect that SNAPPER was the cause. Even if I had a complete backup (ddimage), it may not have been of any use in directly solving the problem. However, it was useful in narrowing down the possibilities by a process of elimination. Ah, it’s so hard.

Reference. After solving the problem, I came across a URL that seemed related.

At this point, I am not in trouble. It has been resolved. I would like to clarify that my expression may cause misunderstanding. I am not in trouble.

2 Likes