Open drunkwolfs opened 4 months ago
I confirm this kind of situation. Looks like the driver silently stops working. A reboot solves the problem. It does not happen often. Looks like a hang on device, so applications keep waiting for a read/write. I been using btrfs 1.8.2, at Windows 10 x64, with zstd applied on the hole partition.
This sounds like a duplicate of #346/#438/etc.
This sounds to me like a deadlock while flushing.
I added an test case on #346. It happens as soon as the machine starts using the btrfs. But now, on 1.9.0 I did not notice a crash, for now, only severe degradation. But the 1.9.0 version is running for a few hours only.
My home computer often works for several days without turning off the power. After some time, access to the btrfs partition is lost. Access to the adjacent NTFS system partition is maintained.
I made the btrfs partition into storage for easy access from both Windows and Linux. qBittorrent constantly downloads files and uses the btrfs partition to store them.
My system:
Screens from normal state:
![screen3-normal](https://github.com/maharmstone/btrfs/assets/13073281/42cf2005-41d0-4cfd-bbbd-174cb98312e6)
What logs does the driver have, where can I find them? How can I get more information about the cause of the btrfs driver crash? Can I run the driver in debug mode (logging)?