Bug#1018894: rescue-mode: mounts wrong btrfs subvolume

2022-09-05 Thread Pascal Hambourg
On 05/09/2022 at 10:46, Ansgar wrote: On Sat, 2022-09-03 at 21:06 -0400, Nicholas D Steeves wrote:   grep 'ID\=debian' < /etc/os-release It should also test for `/usr/lib/os-release` in case the symlink in `/etc/` is not present. Neither will work with separate /usr.

Bug#1018894: rescue-mode: mounts wrong btrfs subvolume

2022-09-05 Thread Ansgar
On Sat, 2022-09-03 at 21:06 -0400, Nicholas D Steeves wrote: > First, the automated case: Currently DI statically sets the rootfs to be > "subvolume=@rootfs", which is a value unique to Debian.  The simple > thing to do is to detect that a device has been formatted to btrfs > before mounting, and

Bug#1018894: rescue-mode: mounts wrong btrfs subvolume

2022-09-05 Thread Pascal Hambourg
On 04/09/2022 at 03:06, Nicholas D Steeves wrote: Pascal Hambourg writes: I guess that handling btrfs subvolumes or other root filesystem mount options would require changes in the root file system selection step. I do not see how it could be automated (rootflags are defined in the boot

Bug#1018894: rescue-mode: mounts wrong btrfs subvolume

2022-09-03 Thread Philip Hands
Pascal Hambourg writes: > On 03/09/2022 at 06:32, Philip Hands wrote: >> Ansgar writes: >> >>> Source: rescue >>> Version: 1.85 >>> Severity: important >>> >>> I've installed a system using btrfs for the root filesystem with d-i >>> (with disk encryption as well). As grub wasn't properly

Bug#1018894: rescue-mode: mounts wrong btrfs subvolume

2022-09-03 Thread Nicholas D Steeves
Pascal Hambourg writes: > On 03/09/2022 at 06:32, Philip Hands wrote: >> Ansgar writes: >> [snip] >>> >>> However, mounting the root filesystem failed: /target contained only a >>> "@rootfs" subdirectory. So running a shell in the target fs failed. >>> Manually mounting the filesystem with `-o

Bug#1018894: rescue-mode: mounts wrong btrfs subvolume

2022-09-03 Thread Pascal Hambourg
On 03/09/2022 at 06:32, Philip Hands wrote: Ansgar writes: Source: rescue Version: 1.85 Severity: important I've installed a system using btrfs for the root filesystem with d-i (with disk encryption as well). As grub wasn't properly installed (not registered with EFI), I tried to use the

Bug#1018894: rescue-mode: mounts wrong btrfs subvolume

2022-09-02 Thread Philip Hands
Ansgar writes: > Source: rescue > Version: 1.85 > Severity: important > > I've installed a system using btrfs for the root filesystem with d-i > (with disk encryption as well). As grub wasn't properly installed > (not registered with EFI), I tried to use the rescue mode to reinstall > grub. > >

Bug#1018894: rescue-mode: mounts wrong btrfs subvolume

2022-09-01 Thread Steve McIntyre
On Thu, Sep 01, 2022 at 06:04:08PM +0200, Ansgar wrote: >Source: rescue >Version: 1.85 >Severity: important > >I've installed a system using btrfs for the root filesystem with d-i >(with disk encryption as well). As grub wasn't properly installed >(not registered with EFI), I tried to use the

Bug#1018894: rescue-mode: mounts wrong btrfs subvolume

2022-09-01 Thread Ansgar
Source: rescue Version: 1.85 Severity: important I've installed a system using btrfs for the root filesystem with d-i (with disk encryption as well). As grub wasn't properly installed (not registered with EFI), I tried to use the rescue mode to reinstall grub. However, mounting the root