[Bug 2067907] Re: systemd tools fail to mount disk images with btrfs filesystems
Nick Rosbrook
2067907 at bugs.launchpad.net
Thu Aug 1 13:24:55 UTC 2024
** Changed in: systemd (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/2067907
Title:
systemd tools fail to mount disk images with btrfs filesystems
Status in systemd package in Ubuntu:
Fix Released
Status in systemd source package in Noble:
Fix Released
Bug description:
SRU Justification
[Impact]
In Ubuntu Noble, systemd-repart fail to mount images with btrfs
filesystems in them. This is because the kernel removed the
"norecovery" mount option which systemd-repart adds in when mounting
filesystems from disk images.
Commit which removed "norecovery" in the kernel:
https://github.com/torvalds/linux/commit/a1912f712188291f9d7d434fba155461f1ebef66.
[Fix]
The issue was worked around upstream in systemd in
https://github.com/systemd/systemd/pull/32892 and
https://github.com/systemd/systemd/pull/32948.
[Test]
To reproduce:
git clone https://github.com/systemd/mkosi
cd mkosi
bin/mkosi -d fedora -t disk --tools-tree=default -f
sudo systemd-repart --image mkosi.output/image.raw
The last command will fail with "Failed to mount image: Invalid argument". After backporting the two systemd commits, the last command will succeed.
[Regression Potential]
Low, the systemd commits only change behavior for btrfs filesystems,
which are currently not working at all. The commits have been
backported to the systemd stable releases and we've had no reports of
any issues caused by backporting these commits.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2067907/+subscriptions
More information about the foundations-bugs
mailing list