📖 ~1 min read
Table of contents
Symptom & Impact
Root `/` reaches 100% even though application data is small, blocking writes and updates.
Environment & Reproduction
Common on SLES 15 hosts after long patching cycles with default snapper retention.
Root Cause Analysis
Snapper keeps numerous pre/post snapshots that retain blocks not reclaimable until cleanup.
Quick Triage
Run `btrfs filesystem usage /` to inspect allocation vs free space.
Step-by-Step Diagnosis
List snapshots with `snapper list` and identify largest with `btrfs qgroup show /`.

Solution – Primary Fix
Delete obsolete snapshots with `snapper delete` and run `btrfs balance start -dusage=50 /`.
Still having issues? Our IT Solutions & Services team can diagnose and resolve this for you. Get in touch for a free consultation.

Solution – Alternative Approaches
Tune `/etc/snapper/configs/root` retention values for the host’s workload.
Verification & Acceptance Criteria
`df -h /` reports comfortable free space and patching can run without errors.
Rollback Plan
Restore deleted snapshots only via a previous backup; snapper deletes are immediate.
Prevention & Hardening
Monitor snapshot count and free space in alerting and document retention policy.
Related Errors & Cross-Refs
Pairs with `No space left on device` errors during `zypper update`.
Related tutorial: View the step-by-step tutorial for sles-15.
View all sles-15 tutorials on the Tutorials Hub →
Browse all common problems & solutions on the Tutorials Hub.
References & Further Reading
SUSE snapper and Btrfs space management documentation.
Need Expert Help?
If you cannot resolve this yourself, our team offers hands-on Server Management, Managed IT Services, and flexible Support Plans. Contact us today — we respond within one business day.