Symptoms: Web UI and Samba Both Become Very Slow
The case began with a ZimaOS 1.6.1 system that slowed after several hours: the dashboard could take minutes to load and creating folders over Samba also became extremely slow. A reboot temporarily improved performance.
Capture Diagnostics While the System Is Slow
The thread recommends checking load, memory, filesystems, RAID state and kernel errors before rebooting. That timing matters: early results taken immediately after reboot looked normal and initially hid the fault.
The Storage Scrub Found Real Corruption
A later Btrfs scrub reported 16 checksum errors, with 3 corrected and 13 uncorrectable. This shifted the investigation toward the storage layer, although the thread still did not prove whether the original cause was a disk, SATA path, RAID layer, memory problem or an earlier interruption.
Do Not Jump Straight to btrfs check --repair
The community repeatedly advised against running repair blindly. The official Btrfs scrub documentation explains scrub behavior, while btrfs check documentation documents repair cautions.
Use the Case as a Diagnostic Pattern
If both the UI and file operations slow down, test storage health rather than assuming the web interface is the root cause. See the ZimaOS storage guide and current ZimaOS overview.
