Bug#1000239: Rescue system won't find root partition, but insists on /usr
Pascal Hambourg <pascal@plouf.fr.eu.org> 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...
>
> How common is it to have a separate /usr/share and what is the rationale
> for it ?
Not common at all, I'd guess.
Back in the days when /usr was not needed to boot, I have occasionally
moved part or all of /usr/share (most often just /usr/share/doc) onto
another partition and then put a symlink in, in order to make space when
it turned out that /usr was filling up and it was too painful to resize.
If doing that makes things break during a rescue attempt these days, it
seems fairly likely to break during normal boot, so doing that seems
likely to be the reason for running the rescue system, in which case
you're going to have to mount wherever /usr/share is now yourself, and
you really ought to remember how you just broke the system, so that
seems like no great hardship.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/ http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg, GERMANY
Reply to: