[Bug 1881932] Re: subiquity isn't able to create btrfs subvolumes during installation
Anadon
1881932 at bugs.launchpad.net
Wed Sep 13 21:56:49 UTC 2023
Also seen in https://bugs.launchpad.net/subiquity/+bug/2024957 and
https://bugs.launchpad.net/subiquity/+bug/2017893 .
This also breaks Timeshift, which expects subvolumes created for @/ and
@/home. See
https://github.com/linuxmint/timeshift/issues/232#issuecomment-1718289102
.
** Bug watch added: github.com/linuxmint/timeshift/issues #232
https://github.com/linuxmint/timeshift/issues/232
** Also affects: curtin
Importance: Undecided
Status: New
** Also affects: ubuntu-desktop-installer
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to curtin.
https://bugs.launchpad.net/bugs/1881932
Title:
subiquity isn't able to create btrfs subvolumes during installation
Status in curtin:
New
Status in subiquity:
Triaged
Status in ubuntu-desktop-installer:
New
Bug description:
I always use my system on two btrfs subvolumes: @ and @home. And it
worked until 20.04 came out with no Debian installer but with new
unusable subiquity one which is not creates btrfs subvolumes if I
chose / as a mount point on btrfs. Instead of it says: "Mounting an
existing filesystem at / is usually a bad idea, proceed only with
caution" which is quite strange in my case. How should I install 20.04
on btrfs with two subvolumes?
To manage notifications about this bug go to:
https://bugs.launchpad.net/curtin/+bug/1881932/+subscriptions
More information about the foundations-bugs
mailing list