http://bugzilla.opensuse.org/show_bug.cgi?id=1184321 Bug ID: 1184321 Summary: os-prober with corrupted btrfs partition severely degrades system Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs@suse.de Reporter: David@WalkerStreet.info QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Created attachment 847976 --> http://bugzilla.opensuse.org/attachment.cgi?id=847976&action=edit /dev/sda3 is the corrupted partition. Background... Recently, my btrfs root partition started mounting read-only after I had tried a "btrfs balance" to free up some space. I couldn't fix things quickly (e.g., with reboots, "btrfs check --repair", etc.), so I decided just to reinstall Tumbleweed in a different partition. Things worked well for a day or two, but then my system performance degraded severely in the middle of a "zypper dup" removing the current kernel before installing a new kernel. Looking around, I noticed in the log that os-prober was running on the corrupted partition, along with a lot of btrfs activity in the corrupted partition. (I've attached some log records. /dev/sda3 is the corrupted partition. /dev/sda2 is the newly-installed one.) Unfortunately, I ended up with a partially-removed kernel package (with no older kernel, since it was a new installation), so I recovered by rolling back to the "pre" snapshot for the "zypper dup". After that, I used Yast Partitioner to reformat the corrupted btrfs partition as XFS. Things have been fine since. The issue... I suspect the degradation I saw was due to os-prober mounting the corrupted partition, which then triggered the system degradation. I suggest modifying os-prober to use mount options like skip_balance to avoid triggering situations like this. -- You are receiving this mail because: You are on the CC list for the bug.