Bug 1184321 - os-prober with corrupted btrfs partition severely degrades system
Summary: os-prober with corrupted btrfs partition severely degrades system
Status: NEW
Alias: None
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: Current
Hardware: x86-64 openSUSE Tumbleweed
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Bootloader Maintainers
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-04-03 23:32 UTC by David Walker
Modified: 2022-07-28 12:29 UTC (History)
0 users

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
/dev/sda3 is the corrupted partition. (6.79 KB, text/x-log)
2021-04-03 23:32 UTC, David Walker
Details

Note You need to log in before you can comment on or make changes to this bug.
Description David Walker 2021-04-03 23:32:19 UTC
Created attachment 847976 [details]
/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.
Comment 1 Benjamin Brunner 2022-07-28 12:29:45 UTC
Bulk-re-assigning to the new bootloader-maintainers@suse.de group.