Bug#614143: os-prober: generated linux entries don't use UUIDs for root= parameter

Old bug; per suggestion from this thread: https://forums.debian.net/viewtopic.php?p=825776 I am adding: I did a fresh install of Debian 12 which is my main daily driver desktop environment. I installed a headless Debain 12 (from same installer .iso) to a seperate partition but did not have it

Bug#1103935: os-prober: Hurd detection produces unusable grub.cfg fragment

ke 23.4.2025 klo 9.20 Martin-Éric Racine (martin-eric.rac...@iki.fi) kirjoitti: > > ke 23.4.2025 klo 9.13 Pascal Hambourg (pas...@plouf.fr.eu.org) kirjoitti: > > > > On 23/04/2025 at 06:08, Martin-Éric Racine wrote: > > > > > > In its current form, os-pro

Bug#1103935: os-prober: Hurd detection produces unusable grub.cfg fragment

On 23/04/2025 at 08:20, Martin-Éric Racine wrote: ke 23.4.2025 klo 9.13 Pascal Hambourg (pas...@plouf.fr.eu.org) kirjoitti: os-prober does not generate GRUB menu entries. It just detects operating systems, and GRUB helper script 30_os-prober uses its output to generate menu entries. Is os

Bug#1103935: os-prober: Hurd detection produces unusable grub.cfg fragment

ke 23.4.2025 klo 9.13 Pascal Hambourg (pas...@plouf.fr.eu.org) kirjoitti: > > On 23/04/2025 at 06:08, Martin-Éric Racine wrote: > > > > In its current form, os-prober produces an unusable GRUB config segment > > when it finds a Hurd partition: > > > > 1) It w

Bug#1103935: os-prober: Hurd detection produces unusable grub.cfg fragment

On 23/04/2025 at 06:08, Martin-Éric Racine wrote: In its current form, os-prober produces an unusable GRUB config segment when it finds a Hurd partition: 1) It wants to boot a /boot/gnumach.gz file that doesn't exist. Mach kernel files include version numbers. Once that has been man

Bug#1103935: os-prober: Hurd detection produces unusable grub.cfg fragment

Package: os-prober Severity: important X-Debbugs-Cc: martin-eric.rac...@iki.fi Usertags: hurd-i386 In its current form, os-prober produces an unusable GRUB config segment when it finds a Hurd partition: 1) It wants to boot a /boot/gnumach.gz file that doesn't exist. Mach kernel files in

Re: os-prober issue. Not find all distributions on multi boot SSD

  Hello Pascal Thank you very much for help with commands. Yes, you have true. If is my interpretation of outputs of commands correct, main of Ubuntu based distribution use subvolumes. Only Ubuntu Desktop not use subvolumes. Only Ubuntu Desktop finds os-prober correct. It is very valuable

Re: os-prober issue. Not find all distributions on multi boot SSD

"@rootfs" for the root filesystem, but Debian's os-prober looks only into the top-level subvolume (or the first mounted subvolume) when probing GNU/Linux systems. You can check subvolumes in an unmounted btrfs filesystem with: # mount /dev/sda2 /mnt # btrfs subvolume li

Re: os-prober issue. Not find all distributions on multi boot SSD

uot;Matej Marko" Dátum: 15.02.2025 00:30 Predmet: Re: os-prober issue. Not find all distributions on multi boot SSD CC: (Please reply on list) On 15/02/2025 at 00:03, Matej Marko wrote: > Yes. All root partitions are on BTRFS file system. It is possible, that > file system is main s

Re: os-prober issue. Not find all distributions on multi boot SSD

default subvolume ? Probably not exist distribution agnostic based, fully official website for os-prober only. I am not found in Google. Probably this Debian website connect developers from all linux distributions.

Re: os-prober issue. Not find all distributions on multi boot SSD

First things first Debian Wiki - Grub: apt-get install os-prober Then edit /etc/default/grub and make sure you have a line like GRUB_DISABLE_OS_PROBER=false Finally run update-grub2 On February 14, 2025 1:00:19 PM Rolf Reintjes wrote: Am 14.02.25 um 20:43 schrieb Matej Marko: Hello, I

Re: os-prober issue. Not find all distributions on multi boot SSD

this Debian mailinglist? > > Isn't the Debian installer team the upstream for os-prober ? Hmm, I was not really aware of this ... Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: os-prober issue. Not find all distributions on multi boot SSD

hat /dev/sda2 to /dev/sda6 have btrfs filesystems. I suspect that os-prober does not work well if the root filesystem is on a btrfs subvolume. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983107 for example. Was Debian installed on this system? (not clear from the above list) If ye

Re: os-prober issue. Not find all distributions on multi boot SSD

Am 14.02.25 um 20:43 schrieb Matej Marko: Hello, I have actually on SSD SATA installed these distributions: Linux Mint, Ubuntu Desktop, Kubuntu, Lubuntu, KDE neon, Fyde OS. All actuall version. Screenshots are from KDE neon. Command sudo update-grub not work correct for me. It finds only Ubuntu D

Re: os-prober issue. Not find all distributions on multi boot SSD

Am 14.02.25 um 20:43 schrieb Matej Marko: Hello, I have actually on SSD SATA installed these distributions: Linux Mint, Ubuntu Desktop, Kubuntu, Lubuntu, KDE neon, Fyde OS. All actuall version. Screenshots are from KDE neon. There is no debian in the list of this distributions. This mailing lis

Re: os-prober issue. Not find all distributions on multi boot SSD

e guides not helped me too. > > https://www.umutsagir.com/solution-to-os-prober-not-finding-other-operating-systems-windows-linux/ > > <https://www.umutsagir.com/solution-to-os-prober-not-finding-other-operating-systems-windows-linux/> > > https://www.omgubuntu.co.uk/20

os-prober issue. Not find all distributions on multi boot SSD

screenshots are here https://imgur.com/a/crvLj26 <https://imgur.com/a/crvLj26> I tried unsuccessfully add Lubuntu on sda5 partition to GRUB. You can see it on one screenshot. These guides not helped me too. https://www.umutsagir.com/solution-to-os-prober-not-finding-other-operating-systems-w

Bug#1035085: marked as done (Bookworm RC2 grub-installer/os-prober quirks)

Your message dated Wed, 01 Jan 2025 21:19:03 + with message-id and subject line Bug#1035085: fixed in grub-installer 1.205 has caused the Debian Bug report #1035085, regarding Bookworm RC2 grub-installer/os-prober quirks to be marked as done. This means that you claim that the problem has

Processed: Re: Bug #1035085: Bookworm RC2 grub-installer/os-prober quirks

Processing control commands: > tags -1 + pending Bug #1035085 [grub-installer] Bookworm RC2 grub-installer/os-prober quirks Added tag(s) pending. -- 1035085: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035085 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#1035085: Bug #1035085: Bookworm RC2 grub-installer/os-prober quirks

Control: tags -1 + pending This has been merged shortly. -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1035085: Bookworm RC2 grub-installer/os-prober quirks

Please ignore the attached patches. I created a merge request on salsa: <https://salsa.debian.org/installer-team/grub-installer/-/merge_requests/16> On 08/05/2023 at 22:04, Pascal Hambourg wrote: 1) In expert install (or low priority), the new os-prober dialog displayed by grub-installer

Bug#1085067: os-prober generates incorrect path

Package: os-prober Version: 1.83 When I run os-prober in a system containing a correctly installed elilo.efi at EFI/Slackware/elilo.efi, it wrongly returns /EFI/elilo.efi/elilo.efi Here is a transcript: chris@d10:~$ sudo os-prober Password: /dev/nvme0n1p1@/EFI/elilo.efi/elilo.efi:ELILO Boot

Processed: Bug#983325 marked as pending in os-prober

Processing control commands: > tag -1 pending Bug #983325 [src:os-prober] allow to build the package without a udeb Added tag(s) pending. -- 983325: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983325 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

os-prober very slow to complete, apparently because it uses grub-mount.

Dear os-prober maintainers, there is an issue with update-grub and os-prober being very slow which seems to result from the use of grub-mount when searching for the data to identify the system and whatever else is required. You can mount a partition with grub-mount then copy some files and

Re: OS Prober

Hello, On 22/10/2023 at 14:04, E. Geimer wrote: GRUB bootloader packages will by default no longer run *os-prober* to look for other operating systems on a computer when generating boot menus. Users with dual-boot systems may configure this using *dpkg-reconfigure* on the package in use

OS Prober

Hi! I've got a question regarding the following statement: GRUB bootloader packages will by default no longer run *os-prober* to look for other operating systems on a computer when generating boot menus. Users with dual-boot systems may configure this using *dpkg-reconfigure* on the packa

Re: Bug#1052545: os-prober in initramfs gets repeatedly disabled

On 9/24/23 08:27, Andrew M.A. Cater wrote: On Sun, Sep 24, 2023 at 01:39:07PM +0200, Eduard Bloch wrote: Package: os-prober Version: 1.81 Severity: normal Something happened in the last months. Whenever I upgrade, it seems like the os-prober part is disabled. This is just PITA. I can use the

Re: Bug#1052545: os-prober in initramfs gets repeatedly disabled

On Sun, Sep 24, 2023 at 01:39:07PM +0200, Eduard Bloch wrote: > Package: os-prober > Version: 1.81 > Severity: normal > > Something happened in the last months. Whenever I upgrade, it seems like > the os-prober part is disabled. This is just PITA. I can use the usual: > >

Bug#1052545: os-prober in initramfs gets repeatedly disabled

Package: os-prober Version: 1.81 Severity: normal Something happened in the last months. Whenever I upgrade, it seems like the os-prober part is disabled. This is just PITA. I can use the usual: dpkg-reconfigure -plow grub-efi-amd64 ... to turn it back on, and after an upgrade it's lost

Bug#754545: marked as done (grub-installer: stop using otheros.sh and just require os-prober?)

Your message dated Fri, 1 Sep 2023 18:38:28 +0100 with message-id <01092023183342.ebb7e8b44...@desktop.copernicus.org.uk> and subject line grub-installer: stop using otheros.sh and just require os-prober? has caused the Debian Bug report #754545, regarding grub-installer: stop using othe

Re: os-prober not detecting distros mounting ESP as /boot

previously, os-prober does not care about /boot and linux-boot-prober can mount it so it does not matter that /boot is separate. 2) os-prober outputs empty string 3) linux-boot-prober outputs empty string Please post the full commands.

Re: os-prober not detecting distros mounting ESP as /boot

On 29/05/2023 at 08:17, Avid Seeker wrote: I'm dual booting two distros that mount ESP as /boot instead of /boot/efi. It seems to me that os-prober works by checking every partition for /boot, and so if it finds it empty, it doesn't consider it an OS. So when I run os-prober f

os-prober not detecting distros mounting ESP as /boot

I'm dual booting two distros that mount ESP as /boot instead of /boot/efi. It seems to me that os-prober works by checking every partition for /boot, and so if it finds it empty, it doesn't consider it an OS. So when I run os-prober from either distro, the other one is not detected.

Bug#1035085: Bookworm RC2 grub-installer/os-prober quirks

On 29/04/2023 at 11:22, I wrote: 1) In expert install (or low priority), the new os-prober dialog displayed by grub-installer lists only unsupported OS but not supported OS. (Patch attached) 2) "efi" os-prober type is considered unsupported. In EFI mode, os-prober detects EFI boot lo

Bug#1035085: Bookworm RC2 grub-installer/os-prober quirks

Package: grub-installer Version: 1.190 Severity: minor Tags: patch Boot method: USB stick Image version: debian-bookworm-DI-rc2-amd64-netinst.iso Installation type: expert install Date: 2023-04-29 Hello, I observed a few minor quirks while testing the new os-prober re-enablement feature. 1

Bug#1030938: os-prober: Does not detect OpenSuse Tumbleweed

Hi Frank, On Thu, Feb 09, 2023 at 11:58:58AM -0500, Frank McCormick wrote: >Package: os-prober >Version: 1.81 >Severity: wishlist >X-Debbugs-Cc: bea...@videotron.ca > > >Debian Sid updated Grub today and when os-prober ran via update-grub it did >not detect >my Op

Bug#1034485: os-prober expects to run in a new private mount namespace, but new namespace is not private

Dear maintainer, I opened the following PR: https://salsa.debian.org/installer-team/os-prober/-/merge_requests/20 Best regards, Olivier

Bug#1034485: os-prober expects to run in a new private mount namespace, but new namespace is not private

Package: os-prober Version: 1.81 Severity: normal Dear Maintainer, During execution of os-prober, other processes on the system can see the temporary mounts to /var/lib/os-prober/mount even though os-prober runs in a separate mount namespace. In order to run os-prober in a more isolated mode

Bug#1031594: os-prober is disabled by default in /etc/default/grub - Windows not found

There have been a few bug reports about this in the past but I don't remember seeing a reply. Here's mine: https://bugs.debian.org/1012865 It would be really unfortunate to release bookwork in this state, we are going one step forward with non-free-firmware and two steps backwards with this chan

Bug#1031594: os-prober is disabled by default in /etc/default/grub - Windows not found

On Sun, Feb 19, 2023 at 12:42:10AM +, Andrew M.A. Cater wrote: >Package: os-prober >Version: 1.79 >Severity: normal > >Dear Maintainer, > >In testing for Debian Bookworm Alpha 2 release > >Windows not found when dist-upgrade from existing 11.6 system > >Disable

Bug#1031594: os-prober is disabled by default in /etc/default/grub - Windows not found

Package: os-prober Version: 1.79 Severity: normal Dear Maintainer, In testing for Debian Bookworm Alpha 2 release Windows not found when dist-upgrade from existing 11.6 system Disabled in /etc/default/grub * grub2: Add commented-out GRUB_DISABLE_OS_PROBER to /etc/default/grub to make

Bug#1030938: os-prober: Does not detect OpenSuse Tumbleweed

Package: os-prober Version: 1.81 Severity: wishlist X-Debbugs-Cc: bea...@videotron.ca Debian Sid updated Grub today and when os-prober ran via update-grub it did not detect my OpenSuse Tumbleweed partition. The update had installed the new Grub so I could not boot into Tumbleweed. Now I have

Bug#1013203: os-prober: Dual boot Windows 10 grub-probe error unknown filesystem

Package: os-prober Version: 1.79 Severity: normal X-Debbugs-Cc: zalek.ste...@gmail.com Dear Maintainer, Mr. Zalek, I would report the same issue on my laptop Manufacturer: Dell Inc. model: Inspiron 14 5410 2-in-1 BIOS vers.: 2.9.0 Linux nomehost 5.10.0-20-amd64 #1 SMP Debian 5.10.158-2 (2022

Bug#1013203: os-prober: Dual boot Windows 10 grub-probe error unknown filesystem

Package: os-prober Version: 1.80 Severity: normal X-Debbugs-Cc: zalek.ste...@gmail.com Dear Maintainer, What led to the situation: Debian Testing new linux kernel 5.18.0-1 and updated grub 2.06-3 installed via apt package manager; the new linux kernel installation prompted the update-grub

Bug#755804: marked as done (os-prober: Attached patch adds support for recognizing Exherbo Linux)

Your message dated Thu, 26 May 2022 22:05:32 + with message-id and subject line Bug#755804: fixed in os-prober 1.80 has caused the Debian Bug report #755804, regarding os-prober: Attached patch adds support for recognizing Exherbo Linux to be marked as done. This means that you claim that

Bug#741889: marked as done (os-prober: The 90fallback script lists the least recent kernels first)

Your message dated Thu, 26 May 2022 22:05:32 + with message-id and subject line Bug#741889: fixed in os-prober 1.80 has caused the Debian Bug report #741889, regarding os-prober: The 90fallback script lists the least recent kernels first to be marked as done. This means that you claim that

Bug#1006590: marked as done (os-prober: Fail to install in BSD port: depends on mount not installable)

Your message dated Thu, 26 May 2022 22:05:32 + with message-id and subject line Bug#1006590: fixed in os-prober 1.80 has caused the Debian Bug report #1006590, regarding os-prober: Fail to install in BSD port: depends on mount not installable to be marked as done. This means that you claim

os-prober is marked for autoremoval from testing

os-prober 1.79 is marked for autoremoval from testing on 2022-06-30 It (build-)depends on packages with these RC bugs: 1011146: nvidia-graphics-drivers-tesla-470: CVE-2022-28181, CVE-2022-28183, CVE-2022-28184, CVE-2022-28185, CVE-2022-28191, CVE-2022-28192 https://bugs.debian.org/1011146

Bug#1008204: os-prober: No need in probing ploop devices

Package: os-prober Severity: normal Dear Maintainer, Ploop is a block device used by OpenVZ / Virtuozzo containers: https://wiki.openvz.org/Ploop https://manpages.ubuntu.com/manpages/xenial/man8/ploop.8.html Currently on a system with running containers, os-prober checks their ploop

Processed: Bug#1006590 marked as pending in os-prober

Processing control commands: > tag -1 pending Bug #1006590 [os-prober] os-prober: Fail to install in BSD port: depends on mount not installable Ignoring request to alter tags of bug #1006590 to the same tags previously set -- 1006590: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006

Processed: Re: Bug#1006590: os-prober: Fail to install in BSD port: depends on mount not installable

Processing control commands: > tags -1 + pending Bug #1006590 [os-prober] os-prober: Fail to install in BSD port: depends on mount not installable Added tag(s) pending. -- 1006590: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006590 Debian Bug Tracking System Contact

Bug#1006590: os-prober: Fail to install in BSD port: depends on mount not installable

Control: tags -1 + pending Hello, Lorenzo Puliti, le dim. 27 févr. 2022 19:30:57 -0600, a ecrit: > Could you please add in the control file freebsd-utils as an alternative > to mount ? I have commited it to my git tree, will push when alsa comes back. Samuel

Re: hello, issue with grub and os-prober

sorry i mistypoed PROBER for PROPER fixed On Sat, Feb 19, 2022, 16:58 Alex fxmbsw7 Ratchev wrote: > ive helped a fella install and update debian > but then os-prober wont run, for his windows partition > we added GRUB_DISABLE_OS_PROBER=false to /etc/default/grub without effect >

Bug#1002641: os-prober: does nothing without "systemd-journald" running (syslog is: /usr/sbin/rsyslogd -n -iNONE)

Package: os-prober Version: 1.79 Severity: normal X-Debbugs-Cc: tom@quantentunnel.de Dear Maintainer, I tried to use a text-based syslog (rsyslogd) exclusivly. The start-script for journald was "masked" in systemd speak. Can not remember os-prober's exact error message (s

Bug#666552: marked as done ([grub-common] Bad GRUB / os-prober integration: Other operating systems removed from GRUB's list when os-prober is removed, duplicate menu entries)

Your message dated Sat, 30 Oct 2021 18:30:54 +0200 with message-id <20211030183054.906cb9aac22395d0f32a6...@mailbox.org> and subject line Mass-closing old grub-installer bugs has caused the Debian Bug report #666552, regarding [grub-common] Bad GRUB / os-prober integration: Other ope

Bug#618498: marked as done (grub-installer: grub-mkconfig does not pick up correct os-prober output when run from installer)

Your message dated Sat, 30 Oct 2021 18:30:54 +0200 with message-id <20211030183054.906cb9aac22395d0f32a6...@mailbox.org> and subject line Mass-closing old grub-installer bugs has caused the Debian Bug report #618498, regarding grub-installer: grub-mkconfig does not pick up correct os-

Bug#732696: Updated os-prober script for Haiku OS

Package: os-prober Version: 1.79 Tags: patch There's an updated version of the /usr/lib/os-probes/mounted/83haiku file now available for the os-prober package.  Hope it can be added to the latest Debian distribution! I've gone through the previous work everyone here has done on

Bug#995063: os-prober fails to detect partition when the device name is a substring of another device

Package: os-prober Version: 1.77 Severity: important Tags: patch Dear Maintainer, My system has another linux install located on /dev/sde1, which os-prober should detect There is also a /dev/sde127 which is part of a raid array In this case, os-prober line 141 incorrectly believes that /dev

Bug#741889: os-prober: The 90fallback script lists the least recent kernels first

Hello, On Mon, 17 Mar 2014 21:17:17 +0100 Wojciech Górski wrote: 2014-03-17 2:14 GMT+01:00 Cyril Brulebois : > Wojciech Górski (2014-03-17): >> I have no experience with other distros, but the debian based ones >> have a numbering schema allowing alphabetical ordering, not >> accidentally I gu

Processed: Bug#820838 marked as pending in os-prober

Processing control commands: > tag -1 pending Bug #820838 [os-prober] os-prober: 40grub2 does not handle multiple initrd paths Ignoring request to alter tags of bug #820838 to the same tags previously set -- 820838: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820838 Debian Bug Track

Bug#934713: os-prober: missing dependency on mount

On Mon, Jun 28, 2021 at 10:17:10PM +0900, Hideki Yamane wrote: > On Thu, 15 Aug 2019 16:49:46 +0200 Johannes Schauer wrote: > > I was not trying to justify or excuse the omission of the src:util-linux > > maintainers. I can only imagine that os-prober somehow slipped through the

Bug#934713: marked as done (os-prober: missing dependency on mount)

Your message dated Sat, 10 Jul 2021 23:18:24 + with message-id and subject line Bug#934713: fixed in os-prober 1.79 has caused the Debian Bug report #934713, regarding os-prober: missing dependency on mount to be marked as done. This means that you claim that the problem has been dealt with

Processed: Bug#934713 marked as pending in os-prober

Processing control commands: > tag -1 pending Bug #934713 [os-prober] os-prober: missing dependency on mount Ignoring request to alter tags of bug #934713 to the same tags previously set -- 934713: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934713 Debian Bug Tracking System Contact

Processed: Bug#934713 marked as pending in os-prober

Processing control commands: > tag -1 pending Bug #934713 [os-prober] os-prober: missing dependency on mount Added tag(s) pending. -- 934713: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934713 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#934713: os-prober: missing dependency on mount

Processing control commands: > tags -1 +patch Bug #934713 [os-prober] os-prober: missing dependency on mount Added tag(s) patch. -- 934713: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934713 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#934713: os-prober: missing dependency on mount

> > I was not trying to justify or excuse the omission of the src:util-linux > maintainers. I can only imagine that os-prober somehow slipped through the > cracks when the src:util-linux maintainers filed bugs against all packages > that > need the mount utilities during the bus

Processed: unmerging 820838, reassign 820838 to os-prober ...

her report(s). > reassign 820838 os-prober 1.63 Bug #820838 [grub-common] grub-common: grub.d/30_os-prober does not handle multiple initrd paths Bug reassigned from package 'grub-common' to 'os-prober'. No longer marked as found in versions grub2/2.02+dfsg1-20. Ignoring reque

Processed (with 1 error): Re: Bug#820838: os-prober: 40grub2 does not handle multiple initrd paths

Processing control commands: > unmerge 820838 838177 Unknown command or malformed arguments to command. > forwarded 820838 > https://salsa.debian.org/installer-team/os-prober/-/merge_requests/8 Bug #820838 [os-prober] os-prober: 40grub2 does not handle multiple initrd paths Bug #8

Bug#820838: os-prober: 40grub2 does not handle multiple initrd paths

Control: unmerge 820838 838177 Control: forwarded 820838 https://salsa.debian.org/installer-team/os-prober/-/merge_requests/8 Control: retitle 838177 grub-common: grub.d/30_os-prober does not handle multiple initrd paths Control: reassign 838177 grub-common 2.02+dfsg1-20 Control: forwarded

Bug#983107: os-prober: generic subvolume support for btrfs

good thing that came out of this investigation is knowing that SUSE uses set-default=@. Obviously their grub supports this, because their /boot is the OS partition, and this is btrfs, and it successfully boots...but I'm not sure if ours does, and if os-prober will need extra work to support

Bug#983107: os-prober: generic subvolume support for btrfs

Hi Osamu, Correction for previous email: Fedora 33 does not use "subvol=rootfs", it uses "subvol=root". I'm not sure if they changed this sometime in the last few years, or if I misremembered and typed "rootfs" by habit. Reply follows inline: Osamu Aoki writes: > If you want to use timeshif

Bug#983107: os-prober: generic subvolume support for btrfs

(TODO), bootloaders for ARM (TODO) and in the future systemd-boot (aspirationally TODO bookworm), in addition to whatever software will be used for "boot environments". I wonder if os-prober should be the site for this "return list of bootable subvolumes" functionality, rathe

Bug#983107: os-prober: generic subvolume support for btrfs

Hi, Speaking of btrfs integration to grub, I noticed some strange cruft code in /etc/grub.d/30_os-prober. (grub-common package) Maybe this is some backward compatibility feature code to address older os-prober. We may need to be careful around here or this may be an non-issue. In /etc/grub.d

Bug#983107: os-prober: generic subvolume support for btrfs

loop += Nicholas, who has been working on btrfs integration. Cheers, -- Cyril Brulebois (k...@debian.org) D-I release manager -- Release team member -- Freelance Consultant Osamu Aoki (2021-02-20): > Hi, > > Knowing bulleseye 11 release is near and this issue

Bug#983107: os-prober: generic subvolume support for btrfs

Hi, Knowing bulleseye 11 release is near and this issue may stay, people may need to work around this issue of btrfs subvolume as root partition. Here is my WORKAROUND suggestion. (Please note that my patch proposal in my original bug report is not- yet tested well.) The current Debian Grub2 co

Bug#983107: os-prober: generic subvolume support for btrfs

Package: os-prober Version: 1.78 Severity: normal Issue: Currently Debian os-prober support only btrfs root-filesystem on the root of the btrfs, i.e., ID 5 (FS_TREE). This makes auto generated grub.cfg to miss Linux install to btrfs for some Ubuntu and Suse since they put root-system under

Bug#980782: Info received (Bug#980782: Acknowledgement (os-prober: linux-boot-prober returning "root=/dev/dm-X" line instead of expected "root=UUID=[UUID128]))

Mirko Vogt writes: > Looking at /usr/share/initramfs-tools/scripts/local-top/lvm2 more > closely, passing a UUID also wouldn't trigger a `vgchange -ay` here. > But a path like /dev/mapper/X would. > So maybe the question is rather: how to make os-prober return a > "

Bug#980782: Info received (Bug#980782: Acknowledgement (os-prober: linux-boot-prober returning "root=/dev/dm-X" line instead of expected "root=UUID=[UUID128]))

Looking at /usr/share/initramfs-tools/scripts/local-top/lvm2 more closely, passing a UUID also wouldn't trigger a `vgchange -ay` here. But a path like /dev/mapper/X would. So maybe the question is rather: how to make os-prober return a "root=/dev/mapper/X" line instead of one containing a UUID(?)

Bug#980782: Acknowledgement (os-prober: linux-boot-prober returning "root=/dev/dm-X" line instead of expected "root=UUID=[UUID128])

Just adding, this isn't only a feature request but results in non-bootable systems. If one of the os-probe'd systems e.g. is also a Debian, it will drop into an initramfs due to not finding the root device. This is due to - within the initramfs - the VGs as part of the the LVM system only get ac

Bug#980782: os-prober: linux-boot-prober returning "root=/dev/dm-X" line instead of expected "root=UUID=[UUID128]

Package: os-prober Version: 1.77 Severity: important I noticed when running update-grub on Debian stable and testing, that the resulting grub.cfg has lines as part of menuentres like: "linux [..] root=/dev/dm-X" for found linux installations on other block devices -

Bug#927552: marked as done (Updating the os-prober Uploaders list)

Your message dated Thu, 21 Jan 2021 00:49:31 + with message-id and subject line Bug#927552: fixed in os-prober 1.78 has caused the Debian Bug report #927552, regarding Updating the os-prober Uploaders list to be marked as done. This means that you claim that the problem has been dealt with

Re: os-prober | os-probes: probe microsoft OS on arm64 (!7)

ller be able > > to probe Windows on arm64 laptops. > > I see these machines are a growing target... > > Me personally, I am lacking the skills to judge on these changings, > unfortenately. > > Could someone review this MR, please? https://salsa.debian.org/installer

Re: os-prober | os-probes: probe microsoft OS on arm64 (!7)

am lacking the skills to judge on these changings, unfortenately. Could someone review this MR, please? Are there any objections against merging? Holger > Reply to this email directly or view it on GitLab: > https://salsa.debian.org/installer-team/os-prober/-/merge_requests/7#note_213102

Bug#978754: grub-mount on /var/lib/os-prober/mount type fuse.grub-mount

Package: os-prober Version: 1.77 Severity: important Tags: patch upstream d-i When i invoke update-grub I receive an os-prober error. The bug is disrupting /etc/grub.d scripts and upon calling update-grub script several times (eg. multiple kernel installations) grub menu will not be created

Bug#969886: os-prober: Skip partitions of RADOS block devices mapped by the Linux driver

Package: os-prober Version: 1.77 Tags: patch os-prober mounts and runs tests on partitions of RADOS block devices mapped by the Linux driver. While the grub-mount mechanism can be expected to be non-destructive this is unnecessary dangerous and time consuming as GRUB has no support for RBD

Bug#959668: os-prober: translated auto-added items in other installs are not recognized as such

On Thu, May 07, 2020 at 04:41:30PM +0200, Cyril Brulebois wrote: > Benno Schulenberg (2020-05-07): > > Right. However... looking at the latest grub POT file > > (https://translationproject.org/POT-files/grub-2.04-pre1.pot), > > it no longer contains the "(on %s)" msgid. In fact, it does > > not

Bug#959668: os-prober: translated auto-added items in other installs are not recognized as such

Hi, Benno Schulenberg (2020-05-07): > > Op 07-05-2020 om 08:19 schreef Cyril Brulebois: > > My first hunch would be, given languages are tricky: “Don't assume > > anything! Can it be that depending on the language, the device might > > get mentioned first, and other words get postfixed instead?”

Bug#959668: os-prober: translated auto-added items in other installs are not recognized as such

Op 07-05-2020 om 08:19 schreef Cyril Brulebois: > My first hunch would be, given languages are tricky: “Don't assume > anything! Can it be that depending on the language, the device might > get mentioned first, and other words get postfixed instead?” Good catch. > In which case maybe matching '(

Bug#959668: os-prober: translated auto-added items in other installs are not recognized as such

Hi Benno, Benno Schulenberg (2020-05-03): > When the hard disk contains multiple partitions, each with a Debian-based > distro (in my case: Xubuntu, Elementary, MX Linux, and Linux Mint) and each > of these distros is localized, then updating each system in turn results in > the grub.cfg file of

Bug#959668: os-prober: translated auto-added items in other installs are not recognized as such

Package: os-prober Version: 1.74ubuntu1 Severity: normal Tags: patch l10n When the hard disk contains multiple partitions, each with a Debian-based distro (in my case: Xubuntu, Elementary, MX Linux, and Linux Mint) and each of these distros is localized, then updating each system in turn results

Processed: reassign 958218 to os-prober

Processing commands for cont...@bugs.debian.org: > reassign 958218 os-prober Bug #958218 [grub-common] update-grub fails to process more than one argument to initrd Bug reassigned from package 'grub-common' to 'os-prober'. No longer marked as found in versions grub2/2.04

Re: [PATCH] various os-prober patches

Hi, Cyril Brulebois wrote: > I suppose it would make sense to sanity-check all patches to see if they > indeed do make sense in Debian (after all some might be really needed > for downstreams only, and could/should be made conditional or > something). > > Feel free to push a branch / open a MR w

Re: [PATCH] various os-prober patches

Hi, Cyril Brulebois wrote: > Feel free to push a branch / open a MR with the whole series that > applies cleanly, so that someone can look over them (maybe I'll be able > to do, maybe someone else)? Since I did not create MR until now, some more questions: if I create _ONE_ MR for the all the pa

Re: [PATCH] various os-prober patches

e would want to apply all those changes in one os-prober > version or split that into some parts (to ease debugging, if problems > appear)... > > I played around with that patches a bit, and 8 of them no longer apply > cleanly (maybe they are somewhat old, and code has changed in the

Re: [PATCH] various os-prober patches

Hi, Cyril Brulebois wrote: > Hi debian-boot@, > > Please find below a nice mail from Thierry, summarizing a number of > changes that would be great to see merged into os-prober. > > If anyone wants to volunteer to coordinate merging those changes into > Debian, to fix a

Re: [PATCH] various os-prober patches

Hi debian-boot@, Please find below a nice mail from Thierry, summarizing a number of changes that would be great to see merged into os-prober. If anyone wants to volunteer to coordinate merging those changes into Debian, to fix all the bugs©®™ for us and our downstream, that would be great

Bug#949311: os-prober hangs Mageia 7 x86_64 kernel installation

On Sun, 19 Jan 2020 19:15:24 +0100 John Paul Adrian Glaubitz wrote: > Hi! > > On 1/19/20 6:15 PM, Rolf Pedersen wrote: > > Package: os-prober > > Version: 1.74-4 > > > > Thierry Vignaud, Mageia devel, asked that I submit this bug.  Probably the most relevant &

Re: Bug#949311: os-prober hangs Mageia 7 x86_64 kernel installation

Hi! On 1/19/20 6:15 PM, Rolf Pedersen wrote: > Package: os-prober > Version: 1.74-4 > > Thierry Vignaud, Mageia devel, asked that I submit this bug.  Probably the > most relevant > comment from my bug, there, is: > https://bugs.mageia.org/show_bug.cgi?id=25873#c8 Can you e

Bug#949311: os-prober hangs Mageia 7 x86_64 kernel installation

Package: os-prober Version: 1.74-4 Thierry Vignaud, Mageia devel, asked that I submit this bug. Probably the most relevant comment from my bug, there, is: https://bugs.mageia.org/show_bug.cgi?id=25873#c8 I administer 3 machines on the LAN via ssh, using urpmi for package management

Bug#934713: os-prober: missing dependency on mount

files bug reports against packages that > suddenly need a dependency? I was not trying to justify or excuse the omission of the src:util-linux maintainers. I can only imagine that os-prober somehow slipped through the cracks when the src:util-linux maintainers filed bugs against all packages th

  1   2   3   4   5   6   7   >