2022-03-28 15:02:41 |
Leó Kolbeinsson |
bug |
|
|
added bug |
2022-03-28 15:02:41 |
Leó Kolbeinsson |
attachment added |
|
awow.jpg https://bugs.launchpad.net/bugs/1966774/+attachment/5573783/+files/awow.jpg |
|
2022-03-28 15:04:19 |
Leó Kolbeinsson |
attachment added |
|
lenovo.jpg https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5573802/+files/lenovo.jpg |
|
2022-03-28 15:04:55 |
Leó Kolbeinsson |
bug |
|
|
added subscriber Lubuntu Packages Team |
2022-03-28 15:06:07 |
Leó Kolbeinsson |
description |
Testing Lubuntu Jammy daily ISO 27.03.2022
Test machine AWOW NY41 Int.cel 4125
Selected manual partioning at install to create btrfs custom partition
All went well with the install but after rebooting the system failed to boot
Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine.
Performed other tests - xfs partitioning and also erase disk full installs with no errors
Also tested 3 other machines - all same failures if btrfs was used.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: calamares 3.2.41.1-0ubuntu3
ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27
Uname: Linux 5.15.0-23-generic x86_64
.etc.calamares.modules.finished.conf:
---
restartNowMode: user-checked
restartNowCommand: "systemctl -i reboot"
.etc.calamares.modules.shellprocess_logs.conf:
---
dontChroot: true
timeout: 30
script:
- calamares-logs-helper @@ROOT@@
.etc.calamares.modules.unpackfs.conf:
---
unpack:
- source: "/cdrom/casper/filesystem.squashfs"
sourcefs: "squashfs"
destination: ""
ApportVersion: 2.20.11-0ubuntu79
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.467
CurrentDesktop: LXQt
Date: Mon Mar 28 14:46:10 2022
LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327)
RelatedPackageVersions:
calamares-settings-ubuntu-common 1:22.04.4
calamares-settings-lubuntu 1:22.04.4
xfsprogs 5.13.0-1ubuntu2
btrfs-progs 5.16.2-1
SourcePackage: calamares
UpgradeStatus: No upgrade log present (probably fresh install) |
Testing Lubuntu Jammy daily ISO 27.03.2022
Test machine AWOW NY41 Int.cel 4125
Selected manual partitioning at install to create btrfs custom partition
All went well with the install but after rebooting the system failed to boot
Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine.
Performed other tests - xfs partitioning and also erase disk full installs with no errors
Also tested 3 other machines - all same failures if btrfs was used.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: calamares 3.2.41.1-0ubuntu3
ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27
Uname: Linux 5.15.0-23-generic x86_64
.etc.calamares.modules.finished.conf:
---
restartNowMode: user-checked
restartNowCommand: "systemctl -i reboot"
.etc.calamares.modules.shellprocess_logs.conf:
---
dontChroot: true
timeout: 30
script:
- calamares-logs-helper @@ROOT@@
.etc.calamares.modules.unpackfs.conf:
---
unpack:
- source: "/cdrom/casper/filesystem.squashfs"
sourcefs: "squashfs"
destination: ""
ApportVersion: 2.20.11-0ubuntu79
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.467
CurrentDesktop: LXQt
Date: Mon Mar 28 14:46:10 2022
LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327)
RelatedPackageVersions:
calamares-settings-ubuntu-common 1:22.04.4
calamares-settings-lubuntu 1:22.04.4
xfsprogs 5.13.0-1ubuntu2
btrfs-progs 5.16.2-1
SourcePackage: calamares
UpgradeStatus: No upgrade log present (probably fresh install) |
|
2022-03-28 15:21:23 |
Leó Kolbeinsson |
attachment added |
|
syslog https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5573820/+files/syslog |
|
2022-03-28 16:00:04 |
Ubuntu QA Website |
tags |
amd64 apport-bug jammy |
amd64 apport-bug iso-testing jammy |
|
2022-03-28 17:33:26 |
Launchpad Janitor |
calamares (Ubuntu): status |
New |
Confirmed |
|
2022-03-28 22:25:32 |
Dan Simmons |
calamares (Ubuntu): status |
Confirmed |
Incomplete |
|
2022-03-29 06:13:29 |
Leó Kolbeinsson |
attachment added |
|
syslog https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5574103/+files/syslog |
|
2022-03-29 06:15:14 |
Leó Kolbeinsson |
attachment added |
|
session.log https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5574104/+files/session.log |
|
2022-03-29 07:06:28 |
Chris Guiver |
calamares (Ubuntu): status |
Incomplete |
New |
|
2022-03-29 07:11:24 |
Chris Guiver |
attachment added |
|
syslog https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5574126/+files/syslog |
|
2022-03-29 07:22:03 |
Chris Guiver |
attachment added |
|
debug https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5574169/+files/debug |
|
2022-03-30 21:38:20 |
Leó Kolbeinsson |
tags |
amd64 apport-bug iso-testing jammy |
amd64 apport-bug iso-testing jammy studio |
|
2022-03-30 22:16:47 |
Erich Eickmeyer |
tags |
amd64 apport-bug iso-testing jammy studio |
amd64 apport-bug iso-testing jammy ubuntustudio |
|
2022-03-30 22:16:56 |
Erich Eickmeyer |
tags |
amd64 apport-bug iso-testing jammy ubuntustudio |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio |
|
2022-03-31 13:34:36 |
Łukasz Zemczak |
calamares (Ubuntu): milestone |
|
ubuntu-22.04 |
|
2022-04-01 22:25:27 |
Erich Eickmeyer |
calamares (Ubuntu): status |
New |
Fix Committed |
|
2022-04-02 02:08:19 |
Leó Kolbeinsson |
tags |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-failed |
|
2022-04-02 16:54:54 |
Erich Eickmeyer |
calamares (Ubuntu): status |
Fix Committed |
Confirmed |
|
2022-04-19 06:55:21 |
iGadget |
bug |
|
|
added subscriber iGadget |
2022-04-28 02:52:06 |
Aaron Rainbolt |
bug |
|
|
added subscriber Aaron Rainbolt |
2022-04-28 15:04:55 |
Simon Quigley |
calamares (Ubuntu): assignee |
|
Simon Quigley (tsimonq2) |
|
2022-04-28 15:04:59 |
Simon Quigley |
calamares (Ubuntu): importance |
Undecided |
Medium |
|
2022-04-28 15:05:10 |
Simon Quigley |
calamares (Ubuntu): milestone |
ubuntu-22.04 |
jammy-updates |
|
2022-04-28 15:05:34 |
Simon Quigley |
nominated for series |
|
Ubuntu Jammy |
|
2022-04-28 15:05:34 |
Simon Quigley |
bug task added |
|
calamares (Ubuntu Jammy) |
|
2022-04-28 15:05:34 |
Simon Quigley |
nominated for series |
|
Ubuntu Kinetic |
|
2022-04-28 15:05:34 |
Simon Quigley |
bug task added |
|
calamares (Ubuntu Kinetic) |
|
2022-04-28 15:05:42 |
Simon Quigley |
calamares (Ubuntu Jammy): assignee |
|
Simon Quigley (tsimonq2) |
|
2022-04-28 15:05:46 |
Simon Quigley |
calamares (Ubuntu Jammy): milestone |
|
jammy-updates |
|
2022-04-28 15:05:54 |
Simon Quigley |
calamares (Ubuntu Kinetic): milestone |
jammy-updates |
ubuntu-22.05 |
|
2022-04-28 15:05:58 |
Simon Quigley |
calamares (Ubuntu Jammy): importance |
Undecided |
Medium |
|
2022-04-28 15:06:04 |
Simon Quigley |
calamares (Ubuntu Jammy): status |
New |
In Progress |
|
2022-04-28 15:06:07 |
Simon Quigley |
calamares (Ubuntu Kinetic): status |
Confirmed |
In Progress |
|
2022-06-02 15:05:26 |
Simon Quigley |
bug task added |
|
calamares-settings-ubuntu (Ubuntu) |
|
2022-06-02 15:05:34 |
Simon Quigley |
calamares-settings-ubuntu (Ubuntu Jammy): status |
New |
In Progress |
|
2022-06-02 15:05:36 |
Simon Quigley |
calamares-settings-ubuntu (Ubuntu Kinetic): status |
New |
Fix Released |
|
2022-06-02 15:05:38 |
Simon Quigley |
calamares-settings-ubuntu (Ubuntu Jammy): importance |
Undecided |
Medium |
|
2022-06-02 15:05:39 |
Simon Quigley |
calamares-settings-ubuntu (Ubuntu Kinetic): importance |
Undecided |
Medium |
|
2022-06-02 15:05:41 |
Simon Quigley |
calamares-settings-ubuntu (Ubuntu Jammy): assignee |
|
Simon Quigley (tsimonq2) |
|
2022-06-02 15:05:43 |
Simon Quigley |
calamares-settings-ubuntu (Ubuntu Kinetic): assignee |
|
Simon Quigley (tsimonq2) |
|
2022-06-02 15:05:45 |
Simon Quigley |
bug task deleted |
calamares (Ubuntu) |
|
|
2022-06-02 15:05:54 |
Simon Quigley |
bug task deleted |
calamares (Ubuntu Jammy) |
|
|
2022-06-02 15:05:56 |
Simon Quigley |
bug task deleted |
calamares (Ubuntu Kinetic) |
|
|
2022-07-26 03:06:23 |
Aaron Rainbolt |
description |
Testing Lubuntu Jammy daily ISO 27.03.2022
Test machine AWOW NY41 Int.cel 4125
Selected manual partitioning at install to create btrfs custom partition
All went well with the install but after rebooting the system failed to boot
Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine.
Performed other tests - xfs partitioning and also erase disk full installs with no errors
Also tested 3 other machines - all same failures if btrfs was used.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: calamares 3.2.41.1-0ubuntu3
ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27
Uname: Linux 5.15.0-23-generic x86_64
.etc.calamares.modules.finished.conf:
---
restartNowMode: user-checked
restartNowCommand: "systemctl -i reboot"
.etc.calamares.modules.shellprocess_logs.conf:
---
dontChroot: true
timeout: 30
script:
- calamares-logs-helper @@ROOT@@
.etc.calamares.modules.unpackfs.conf:
---
unpack:
- source: "/cdrom/casper/filesystem.squashfs"
sourcefs: "squashfs"
destination: ""
ApportVersion: 2.20.11-0ubuntu79
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.467
CurrentDesktop: LXQt
Date: Mon Mar 28 14:46:10 2022
LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327)
RelatedPackageVersions:
calamares-settings-ubuntu-common 1:22.04.4
calamares-settings-lubuntu 1:22.04.4
xfsprogs 5.13.0-1ubuntu2
btrfs-progs 5.16.2-1
SourcePackage: calamares
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
* It is currently difficult to install Lubuntu 22.04 or Ubuntu Studio 22.04
with a BTRFS partition as the root partition. The installation will appear
to succeed initially, but the system will be unable to boot successfully
when attempting to reboot into the installed system. This is due to an
obsolete "space_cache" option being set on the root filesystem in
/etc/fstab during installation.
* As BTRFS is a rather popular filesystem, enabling users to use it without
having to use a special workaround would be quite useful. Since Ubuntu
22.04 is an LTS release, we must either release an SRU fix for this issue,
or require users to wait for approximately a year and nine months before
being able to use BTRFS on Lubuntu and Ubuntu Studio without problems.
* This upload resolves the problem by removing the Calamares configuration
option that results in "space_cache" being added to fstab during
installation.
[Test Plan]
* First, create a virtual machine, and use the Lubuntu 22.04 or Ubuntu
Studio 22.04 ISO as the installation media. I used GNOME Boxes as my
virtualization software, and provided the VM 20 GB of disk space and 2 GB
of RAM for Lubuntu, or 4 GB for Ubuntu Studio. EFI was left disabled.
* Upon bootup, double click the installation shortcut on the desktop.
* Accept all the default options until you get to the "Partitions" screen.
Note that it is acceptable to set the time zone to be accurate first, in
the event your timezone is set wrong.
* When you reach the "Partitions" screen, select "Manual Partitioning".
* Create a new partition table, and select "Master Boot Record".
* Create a single primary partition, containing all of the space on the
disk. Set the file system to "btrfs", set the mount point to "/", and
enable the "boot" flag. Then click "OK".
* Finish the rest of the installation steps, and allow the installation to
begin.
* When the installation is finished, allow the VM to reboot. The VM will
fail to boot and display multiple alarming "FAILED" messages during the
attempted boot process.
* Install the calamares-settings-ubuntu-common package from this SRU into
the VM.
* Install either the calamares-settings-lubuntu or
calamares-settings-ubuntustudio package from this SRU into the VM,
depending on which flavour your are testing.
* Repeat the steps to reproduce the bug. This time, when the VM is rebooted,
it will boot into the newly installed OS successfully.
[Where problems could occur]
* Since the installation process currently results in space_cache=v2 being
enabled on the BTRFS filesystem, it is theoretically possible that
applications could break in the event that they relied on the
space_cache=v1 or space_cache=none. It seems likely to me that such an
application would either be outside of Ubuntu's scope (perhaps a BTRFS
driver for another OS like WinBtrfs), or would be a disk utility that
directly accessed the filesystem without benefit of a BTRFS driver. A
user of such a utility ought to be technically savvy enough to change the
space_cache option themselves (or go find software that supports modern
BTRFS features).
[Other info]
* There is an alternate solution to this bug, which is to clear the space
cache and then set space_cache=v1 by using the `mount` command. This
would avoid the use of space_cache=v2 if it was necessary, however since
it avoids a scenario that is mostly hypothetical and easily circumvented,
I feel it would be a needless waste of performance to take this route.
---
Testing Lubuntu Jammy daily ISO 27.03.2022
Test machine AWOW NY41 Int.cel 4125
Selected manual partitioning at install to create btrfs custom partition
All went well with the install but after rebooting the system failed to boot
Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine.
Performed other tests - xfs partitioning and also erase disk full installs with no errors
Also tested 3 other machines - all same failures if btrfs was used.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: calamares 3.2.41.1-0ubuntu3
ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27
Uname: Linux 5.15.0-23-generic x86_64
.etc.calamares.modules.finished.conf:
---
restartNowMode: user-checked
restartNowCommand: "systemctl -i reboot"
.etc.calamares.modules.shellprocess_logs.conf:
---
dontChroot: true
timeout: 30
script:
- calamares-logs-helper @@ROOT@@
.etc.calamares.modules.unpackfs.conf:
---
unpack:
- source: "/cdrom/casper/filesystem.squashfs"
sourcefs: "squashfs"
destination: ""
ApportVersion: 2.20.11-0ubuntu79
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.467
CurrentDesktop: LXQt
Date: Mon Mar 28 14:46:10 2022
LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327)
RelatedPackageVersions:
calamares-settings-ubuntu-common 1:22.04.4
calamares-settings-lubuntu 1:22.04.4
xfsprogs 5.13.0-1ubuntu2
btrfs-progs 5.16.2-1
SourcePackage: calamares
UpgradeStatus: No upgrade log present (probably fresh install) |
|
2022-07-26 03:09:21 |
Aaron Rainbolt |
description |
[Impact]
* It is currently difficult to install Lubuntu 22.04 or Ubuntu Studio 22.04
with a BTRFS partition as the root partition. The installation will appear
to succeed initially, but the system will be unable to boot successfully
when attempting to reboot into the installed system. This is due to an
obsolete "space_cache" option being set on the root filesystem in
/etc/fstab during installation.
* As BTRFS is a rather popular filesystem, enabling users to use it without
having to use a special workaround would be quite useful. Since Ubuntu
22.04 is an LTS release, we must either release an SRU fix for this issue,
or require users to wait for approximately a year and nine months before
being able to use BTRFS on Lubuntu and Ubuntu Studio without problems.
* This upload resolves the problem by removing the Calamares configuration
option that results in "space_cache" being added to fstab during
installation.
[Test Plan]
* First, create a virtual machine, and use the Lubuntu 22.04 or Ubuntu
Studio 22.04 ISO as the installation media. I used GNOME Boxes as my
virtualization software, and provided the VM 20 GB of disk space and 2 GB
of RAM for Lubuntu, or 4 GB for Ubuntu Studio. EFI was left disabled.
* Upon bootup, double click the installation shortcut on the desktop.
* Accept all the default options until you get to the "Partitions" screen.
Note that it is acceptable to set the time zone to be accurate first, in
the event your timezone is set wrong.
* When you reach the "Partitions" screen, select "Manual Partitioning".
* Create a new partition table, and select "Master Boot Record".
* Create a single primary partition, containing all of the space on the
disk. Set the file system to "btrfs", set the mount point to "/", and
enable the "boot" flag. Then click "OK".
* Finish the rest of the installation steps, and allow the installation to
begin.
* When the installation is finished, allow the VM to reboot. The VM will
fail to boot and display multiple alarming "FAILED" messages during the
attempted boot process.
* Install the calamares-settings-ubuntu-common package from this SRU into
the VM.
* Install either the calamares-settings-lubuntu or
calamares-settings-ubuntustudio package from this SRU into the VM,
depending on which flavour your are testing.
* Repeat the steps to reproduce the bug. This time, when the VM is rebooted,
it will boot into the newly installed OS successfully.
[Where problems could occur]
* Since the installation process currently results in space_cache=v2 being
enabled on the BTRFS filesystem, it is theoretically possible that
applications could break in the event that they relied on the
space_cache=v1 or space_cache=none. It seems likely to me that such an
application would either be outside of Ubuntu's scope (perhaps a BTRFS
driver for another OS like WinBtrfs), or would be a disk utility that
directly accessed the filesystem without benefit of a BTRFS driver. A
user of such a utility ought to be technically savvy enough to change the
space_cache option themselves (or go find software that supports modern
BTRFS features).
[Other info]
* There is an alternate solution to this bug, which is to clear the space
cache and then set space_cache=v1 by using the `mount` command. This
would avoid the use of space_cache=v2 if it was necessary, however since
it avoids a scenario that is mostly hypothetical and easily circumvented,
I feel it would be a needless waste of performance to take this route.
---
Testing Lubuntu Jammy daily ISO 27.03.2022
Test machine AWOW NY41 Int.cel 4125
Selected manual partitioning at install to create btrfs custom partition
All went well with the install but after rebooting the system failed to boot
Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine.
Performed other tests - xfs partitioning and also erase disk full installs with no errors
Also tested 3 other machines - all same failures if btrfs was used.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: calamares 3.2.41.1-0ubuntu3
ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27
Uname: Linux 5.15.0-23-generic x86_64
.etc.calamares.modules.finished.conf:
---
restartNowMode: user-checked
restartNowCommand: "systemctl -i reboot"
.etc.calamares.modules.shellprocess_logs.conf:
---
dontChroot: true
timeout: 30
script:
- calamares-logs-helper @@ROOT@@
.etc.calamares.modules.unpackfs.conf:
---
unpack:
- source: "/cdrom/casper/filesystem.squashfs"
sourcefs: "squashfs"
destination: ""
ApportVersion: 2.20.11-0ubuntu79
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.467
CurrentDesktop: LXQt
Date: Mon Mar 28 14:46:10 2022
LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327)
RelatedPackageVersions:
calamares-settings-ubuntu-common 1:22.04.4
calamares-settings-lubuntu 1:22.04.4
xfsprogs 5.13.0-1ubuntu2
btrfs-progs 5.16.2-1
SourcePackage: calamares
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
* It is currently difficult to install Lubuntu 22.04 or Ubuntu
Studio 22.04 with a BTRFS partition as the root partition. The
installation will appear to succeed initially, but the system will be
unable to boot successfully when attempting to reboot into the
installed system. This is due to an obsolete "space_cache" option
being set on the root filesystem in /etc/fstab during installation.
* As BTRFS is a rather popular filesystem, enabling users to use it
without having to use a special workaround would be quite useful.
Since Ubuntu 22.04 is an LTS release, we must either release an SRU
fix for this issue, or require users to wait for approximately a year
and nine months before being able to use BTRFS on Lubuntu and Ubuntu
Studio without problems.
* This upload resolves the problem by removing the Calamares
configuration option that results in "space_cache" being added to
fstab during installation.
[Test Plan]
* First, create a virtual machine, and use the Lubuntu 22.04 or Ubuntu
Studio 22.04 ISO as the installation media. I used GNOME Boxes as my
virtualization software, and provided the VM 20 GB of disk space and
2 GB of RAM for Lubuntu, or 4 GB for Ubuntu Studio. EFI was left
disabled.
* Upon bootup, double click the installation shortcut on the desktop.
* Accept all the default options until you get to the "Partitions"
screen. Note that it is acceptable to set the time zone to be
accurate first, in the event your timezone is set wrong.
* When you reach the "Partitions" screen, select "Manual Partitioning".
* Create a new partition table, and select "Master Boot Record".
* Create a single primary partition, containing all of the space on the
disk. Set the file system to "btrfs", set the mount point to "/", and
enable the "boot" flag. Then click "OK".
* Finish the rest of the installation steps, and allow the installation
to begin.
* When the installation is finished, allow the VM to reboot. The VM
will fail to boot and display multiple alarming "FAILED" messages
during the attempted boot process.
* Install the calamares-settings-ubuntu-common package from this SRU
into the VM.
* Install either the calamares-settings-lubuntu or
calamares-settings-ubuntustudio package from this SRU into the VM,
depending on which flavour your are testing.
* Repeat the steps to reproduce the bug. This time, when the VM is
rebooted, it will boot into the newly installed OS successfully.
[Where problems could occur]
* Since the installation process currently results in space_cache=v2
being enabled on the BTRFS filesystem, it is theoretically possible
that applications could break in the event that they relied on the
space_cache=v1 or space_cache=none. It seems likely to me that such
an application would either be outside of Ubuntu's scope (perhaps a
BTRFS driver for another OS like WinBtrfs), or would be a disk
utility that directly accessed the filesystem without benefit of a
BTRFS driver. A user of such a utility will likely be technically
savvy enough to change the space_cache option themselves (or go find
software that supports modern BTRFS features).
[Other info]
* There is an alternate solution to this bug, which is to clear the
space cache and then set space_cache=v1 by using the `mount` command.
This would avoid the use of space_cache=v2 if it was necessary, however
since it avoids a scenario that is mostly hypothetical and easily
circumvented, I feel it would be a needless waste of performance to
take this route.
---
Original bug report:
Testing Lubuntu Jammy daily ISO 27.03.2022
Test machine AWOW NY41 Int.cel 4125
Selected manual partitioning at install to create btrfs custom partition
All went well with the install but after rebooting the system failed to boot
Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine.
Performed other tests - xfs partitioning and also erase disk full installs with no errors
Also tested 3 other machines - all same failures if btrfs was used.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: calamares 3.2.41.1-0ubuntu3
ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27
Uname: Linux 5.15.0-23-generic x86_64
.etc.calamares.modules.finished.conf:
---
restartNowMode: user-checked
restartNowCommand: "systemctl -i reboot"
.etc.calamares.modules.shellprocess_logs.conf:
---
dontChroot: true
timeout: 30
script:
- calamares-logs-helper @@ROOT@@
.etc.calamares.modules.unpackfs.conf:
---
unpack:
- source: "/cdrom/casper/filesystem.squashfs"
sourcefs: "squashfs"
destination: ""
ApportVersion: 2.20.11-0ubuntu79
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.467
CurrentDesktop: LXQt
Date: Mon Mar 28 14:46:10 2022
LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327)
RelatedPackageVersions:
calamares-settings-ubuntu-common 1:22.04.4
calamares-settings-lubuntu 1:22.04.4
xfsprogs 5.13.0-1ubuntu2
btrfs-progs 5.16.2-1
SourcePackage: calamares
UpgradeStatus: No upgrade log present (probably fresh install) |
|
2022-07-26 03:24:21 |
Aaron Rainbolt |
attachment added |
|
btrfsfix.diff https://bugs.launchpad.net/ubuntu/jammy/+source/calamares-settings-ubuntu/+bug/1966774/+attachment/5605291/+files/btrfsfix.diff |
|
2022-07-28 17:04:21 |
Łukasz Zemczak |
calamares-settings-ubuntu (Ubuntu Jammy): status |
In Progress |
Fix Committed |
|
2022-07-28 17:04:23 |
Łukasz Zemczak |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2022-07-28 17:04:25 |
Łukasz Zemczak |
bug |
|
|
added subscriber SRU Verification |
2022-07-28 17:04:29 |
Łukasz Zemczak |
tags |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-failed |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed verification-needed-jammy |
|
2022-07-28 19:01:21 |
Leó Kolbeinsson |
tags |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed verification-needed-jammy |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-done-jammy verification-needed-jammy |
|
2022-07-28 19:34:41 |
Leó Kolbeinsson |
tags |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-done-jammy verification-needed-jammy |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed-jammy |
|
2022-07-28 20:14:50 |
Erich Eickmeyer |
tags |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed-jammy |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed verification-needed-jammy |
|
2022-07-28 21:06:49 |
Aaron Rainbolt |
tags |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed verification-needed-jammy |
amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-done verification-done-jammy |
|
2022-07-29 15:10:51 |
Launchpad Janitor |
calamares-settings-ubuntu (Ubuntu Jammy): status |
Fix Committed |
Fix Released |
|
2022-07-29 15:10:59 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|