Bug#940028: debian-installer multi-console race with preseeding
On Fri, Dec 20, 2019 at 03:40:05PM +0000, Steve McIntyre wrote:
>On Fri, Dec 20, 2019 at 03:33:56PM +0000, Ian Jackson wrote:
>>Ian Jackson writes ("debian-installer multi-console race with preseeding"):
>>> A workaround is to specify *exactly one* appropriate console=
>>> on the kernel command line. This causes the kernel to report only
>>> that console in /proc/consoles and the bug is avoided.
>>
>>This seems to work only sometimes. In my experience it worked for an
>>arm64 server but not for an x86 PV Xen guest. There does not appear
>>to be another workaround that does not involve modifying the installer
>>initramfs.
>
>Hoping to have a fix shortly - hacking on this in the next few days...
In fact, I think I have just pushed a potential fix for this in commit
0ee43d05b83f8ef5a856f3282e002a111809cef9 in rootskel. It may not be a
complete solution, but in local testing it doesn't appear to break
anything *and* in a preseeing situation should stop us running things
in parallel.
If the user needs to watch/interact with a preseeded d-i on a
particular console, they'll need to specify that on the kernel command
line. I don't see a better way to support that.
I don't see many better options for solutions right now; I'l all ears
if you think I've missed something obvious!
Ian: I hope that helps you to test things - you'll need to rebuild the
rootskel source and then your d-i initrd to do that. I'm hoping you
can do that and confirm this works for you now in bullseye. If that's
too much hassle, let me know and I'll push an upload of rootskel to
propagate through the system.
Obviously, if this works sufficiently, I'll want to backport the same
fix to bullseye before the next point release.
Apologies this has taken so long. :-(
--
Steve McIntyre, Cambridge, UK. steve@einval.com
"I can't ever sleep on planes ... call it irrational if you like, but I'm
afraid I'll miss my stop" -- Vivek Das Mohapatra
Reply to: