On Tue, Jul 07, 2020 at 02:00:38AM +1000, Andrew McGlashan via Dng wrote:
> Hi,
>
> I had another "simple" server upgrade from Devuan Ascii to Devuan Beowulf, these are the details and my work around for the problem.
>
>
> There was nothing particularly special about this server, it doesn't use encrypted file systems; it started out life as a Debian Wheezy installation, migrated to Devuan Jessie and
> later to Devuan Ascii and now Beowulf.
>
>
> The server has /boot on it's own RAID1 partition with another RAID1 volume for the rest of the disk being an LVM2 volume group having a number of logical volumes for root, swap,
> /usr/, /var/, /home/ and more.
Sounds just like my configuration.
>
>
> After the dist-upgrade, it failed to boot and remained at the ministrants shell environment after having complained about not being able to find the /usr file system via it's UUID.
>
> It had another error as well which was fixed by allocating 25% to RUNSIZE variable (up from 10%) in /etc/initramfs-tools/initramfs.conf
>
> - it was unable to find "rm" when running the boot up scripts before dumping itself to the initramfs shell.
>
>
> Once at the initramfs prompt after fixing the first problem, I was able to do the following:
>
> (initramfs) lvm
>
> lvm> vgchange -ay
>
> lvm> exit
>
> (initramfs) exit
>
>
> And then the server would continue to boot properly.
>
>
> _The second fix, which I consider to be "clunky", was to adjust the /usr/share/initramfs-tools/scripts/local-top/lvm2 file, adding in a line near the bottom as highlighted_
>
> activate "$ROOT"
> *activate "/dev/mapper/vg0-usr"*
> activate "$resume"
>
>
> Then I rebuilt the initramfs in the usual way.
>
> update-initramfs -u -k all
>
>
> The original lvm2 script specifically only activated the root file system (/dev/mapper/vg0-root), even though /usr (/dev/mapper/vg0-usr) was in the exact same volume group as a
> separate file system, thus stopping boot from succeeding as expected.
>
> Other volumes come online in due course okay.
>
>
> All was good with subsequent reboots.
>
>
> Now, cludge or clunky, this was required because the /usr file system was [and continues to be] separate to the root file system and the initramfs only cared to enable the root
> file system, leaving all other logical volumes as being "NOT AVAILABLE", including /usr which was definitely required!
>
>
> Have I fixed this appropriately, or should I some how fix it another way?
>
Doesn't systemd require a merged /usr partition? It sounds as if a
systemd-ism has crept into our boot process.
Fortunately I haven't upgraded my server to beowulf yet.
-- hendrik
::
Re: [DNG] Upgrade problem [ ascii -…
