[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