Your message dated Mon, 19 May 2025 11:01:10 +0300
with message-id 
<CAPZXPQc1H_mbsKaYzVMDdw2VL7P_3Y1u464=a41DDM6ap-LA=q...@mail.gmail.com>
and subject line Re: rescue: cannot mount brtfs with default @rootfs volume name
has caused the Debian Bug report #1102134,
regarding rescue: cannot mount brtfs with default @rootfs volume name
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
1102134: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102134
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debian-installer
Severity: important
X-Debbugs-Cc: [email protected]

I recently installed my first UEFI amd64 host. I used debian-installer to 
configure a brtfs root, which used the default @rootfs volume name.

Contrary to what some people claim, UEFI is anything BUT "modern and robust" so 
I have had to use d-i's rescue mode off a USB stick or a regular basis. The USB 
stick currently contains:

Debian GNU/Linux 12 (bookworm) amd64 - netboot mini.iso 20230607+deb12u9

The rescue operation currently involves typing a complicated series of commands 
on the console, because d-i seemingly cannot work with btrfs volume names.

IMHO, at the very least, the menu to select the partition to mount should show 
the output of 'lsblk -f'.

Better yet, the rescue mode should be able to find the root and EFI partitions 
by itself and offer to mount them.

A solution in-between could involve suggesting a disk among those found to have 
both an EFI partition AND a Linux partition whose label is '/' and mount these 
e.g. /dev/sda has both an EFI partition and a Linux partition labelled '/', 
would you like to mount them?

Martin-Éric

-- System Information:
Debian Release: 12.10
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-32-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8), LANGUAGE=fi:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

--- End Message ---
--- Begin Message ---
Fixed in:

rescue (1.100) unstable; urgency=medium

via duplicate bug #1102604. Closing.

Martin-Éric

On Sat, 5 Apr 2025 18:00:43 +0300
=?UTF-8?Q?Martin=2D=C3=89ric_Racine?= <[email protected]>
wrote:
> On Sat, 05 Apr 2025 17:25:08 +0300 =?utf-8?q?Martin-=C3=89ric_Racine?=
> <[email protected]> wrote:
> > Package: debian-installer
> > Severity: important
> > X-Debbugs-Cc: [email protected]
> >
> > I recently installed my first UEFI amd64 host. I used debian-installer to 
> > configure a brtfs root, which used the default @rootfs volume name.
> >
> > Contrary to what some people claim, UEFI is anything BUT "modern and 
> > robust" so I have had to use d-i's rescue mode off a USB stick or a regular 
> > basis. The USB stick currently contains:
> >
> > Debian GNU/Linux 12 (bookworm) amd64 - netboot mini.iso 20230607+deb12u9
> >
> > The rescue operation currently involves typing a complicated series of 
> > commands on the console, because d-i seemingly cannot work with btrfs 
> > volume names.
> >
> > IMHO, at the very least, the menu to select the partition to mount should 
> > show the output of 'lsblk -f'.
> >
> > Better yet, the rescue mode should be able to find the root and EFI 
> > partitions by itself and offer to mount them.
> >
> > A solution in-between could involve suggesting a disk among those found to 
> > have both an EFI partition AND a Linux partition whose label is '/' and 
> > mount these e.g. /dev/sda has both an EFI partition and a Linux partition 
> > labelled '/', would you like to mount them?
>
> That should obviously be:  a disk containing both an EFI partition AND
> a Linux partition with a filesystem whose label is '/' (and, if btrfs,
> a subvolume named @rootfs).
>
> Martin-Éric
>
>

--- End Message ---

Reply via email to