Thanks Dave On Sat, Dec 31, 2022, 11:13 AM Alan Mackenzie wrote: > Hello again, Peter. > > On Sat, Dec 31, 2022 at 15:47:01 +0000, Peter Humphrey wrote: > > Hello Alan, > > On Saturday, 31 December 2022 14:08:43 GMT you wrote: > > > > What I'm thinking here is that you might be installing a font which is > > > bigger than the 8x16 standard that you appear to be booting with. To > > > check this, would you please do: > > > > # file /lib/rc/console/font > > > > , which should return a message like: > > > > /lib/rc/console/font: Linux/i386 PC Screen Font v1 data, 256 > characters, > > > Unicode directory, 8x16 > > > > What is the size of this font, here (where it says 8x16 for my font)? > > > The reason I ask is, I've got a horrible suspicion that one of the C > > > functions which copies screen data when the screen size is changed can > > > only copy to a same sized or (possibly) _bigger_ screen (i.e. with a > > > smaller font). If this is indeed the case, it might explain why you're > > > seeing a hang, here. > > > I think you've put your finger on it: > > > $ file /lib/rc/console/font > > /lib/rc/console/font: Linux/i386 PC Screen Font v2 data, 256 characters, > > Unicode directory, 22x11 > > > I use consolefont="ter-122n" from the terminus-font package. It's a long > time > > since I was able to read a high-resolution screen in its native > resolution. > > > Is there some way I can get the UEFI BIOS to boot with that font, or a > larger > > one? Or perhaps let the system boot without setting a font and then > changing > > it later? > > Probably, but it would be better if I just fixed the bug(s) in my changes > to > the kernel. Changing font size is something one should be able to do. > > > Neither of those looks easy to do. I'd better have a good root through > the > > BIOS options to start with. > > A happy new year to you (and everybody else here), and give me somewhere > between a few hours and a few days, and this bug should get fixed. > > Again, thanks for such effective testing! > > > -- > > Regards, > > Peter. > > -- > Alan Mackenzie (Nuremberg, Germany). > >