Bug#1000239: Rescue system won't find root partition, but insists on /usr

2021-12-08 Thread Steve McIntyre
On Wed, Dec 08, 2021 at 11:36:47PM +0100, Philip Hands wrote: >Pascal Hambourg writes: > >> Le 08/12/2021 à 10:49, Philip Hands a écrit : >>> >>> Is it a problem if /home or /usr/share are left unmounted during rescue? >> >> /usr/share contains architecture-independent files for many programs >>

Bug#1000239: Rescue system won't find root partition, but insists on /usr

2021-12-08 Thread Philip Hands
Pascal Hambourg writes: > Le 08/12/2021 à 10:49, Philip Hands a écrit : >> >> Is it a problem if /home or /usr/share are left unmounted during rescue? > > /usr/share contains architecture-independent files for many programs > such as bash, grub, os-prober, debconf, dpkg, initramfs-tools... > >

Bug#1000239: Rescue system won't find root partition, but insists on /usr

2021-12-08 Thread Pascal Hambourg
Le 08/12/2021 à 10:49, Philip Hands a écrit : Is it a problem if /home or /usr/share are left unmounted during rescue? /usr/share contains architecture-independent files for many programs such as bash, grub, os-prober, debconf, dpkg, initramfs-tools... How common is it to have a separate /u

Bug#1000239: Rescue system won't find root partition, but insists on /usr

2021-12-08 Thread Philip Hands
TomK writes: > This sounds correct, based on my experience with the bug. > I suppose now there are zero ways to definitively determine which > partition is actually root. So maybe a hidden flag (empty) file in > root might do the trick. I'd expect that looking for e.g. /etc/fstab on a file syst