On Tue, Jul 28, 2020 at 9:44 AM Peter King via talk <talk@gtalug.org> wrote:
A measure of success!

Instead of trying to boot from the NVMe drive, I updated the SATA SSD drive
and set it up to boot EFI-stub.  It booted right up, updated things, and
generally settled into the new hardware with only minor problems.  So far,
then, it seems clear that I had at least two problems: (a) disabling Secure
Boot, and (b) some undiagnosed problems about booting from the NVMe drive. 

While (a) might have been anticipated, (b) was a surprise, and I still
don't know why the NVMe drive is problematic.  But I can solve that problem
later, with the help of all the suggestions and advice people have offered.
Once I iron out the minor problems (no network), I'll then try booting from
the NVMe drive via a bootloader -- rEFInd and GRUB2 have been proposed --
to see if that helps.  But having a working system makes it much less
urgent.

If you are currently using GRUB apparently a package update has blundered an initramfs hook. 

https://forum.manjaro.org/t/arch-new-kernel-packages-and-mkinitcpio-hooks/110960

According to this post, that issue is solvable.

https://bbs.archlinux.org/viewtopic.php?id=250674

In a nutshell ...

sudo mkinitcpio -P
sudo update-grub
 

Thanks again to one and all!

--
Peter King                              peter.king@utoronto.ca
Department of Philosophy
170 St. George Street #521
The University of Toronto                  (416)-946-3170 ofc
Toronto, ON  M5R 2M8
       CANADA

http://individual.utoronto.ca/pking/

=========================================================================
GPG keyID 0x7587EC42 (2B14 A355 46BC 2A16 D0BC  36F5 1FE6 D32A 7587 EC42)
gpg --keyserver pgp.mit.edu --recv-keys 7587EC42
---
Post to this mailing list talk@gtalug.org
Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk


--
Russell