Bug#844549: network-console broken: no screen to be resumed matching sh
Seems I'm late for the d-i/screen party, but ..
On Thu, Nov 17, 2016 at 6:39 AM, Martin Michlmayr <email@example.com> wrote:
> Oh, good point.
> I think that's what we want but I'm not sure. Maybe Roger can
> comment. In his old code, there was also a $NETBOOT_SCREEN variable
> which afaict wasn't set set anywhere.
Originally I add screen support to D-I for my orion5x-based
Linkstation NAS, which supports both serial / network console to start
I want to support screen in both way (serial / network console), because
- for serial console, no other option to access command line as free
- for network console, no way to resume if the network cable gets
unplugged accidentally, or SSH connection disconnects for whatever
Because I'm new to D-I code base, I want to test the code I injected
in works alright, so I add $NETBOOT_SCREEN variable so that I can test
screen support for "one D-I image" in either serial console way (=1)
or network console way (=0).
The "one D-I image" I chose to test was netboot/network, so the
default of $NETBOOT_SCREEN is 0.
The "one D-I image" is just literally in D-I image filename, built by
same source code except with different $NETBOOT_SCREEN setting.
Maybe it's more clear to remove $NETBOOT_SCREEN after I submit my
patch, but I thought it might need to debug again some time later, so
it was kept as it was until Samuel's "Move" change.
On Sun, Nov 20, 2016 at 8:20 PM, Philip Hands <firstname.lastname@example.org> wrote:
> I'd think that the advantage is that one could start a serial install up
> to the point that the network comes up, and then hijack it onto the ssh
> session so that one gets to see the same install (as well as any other
> shells you might have started).
> That way, if you think you've preseeded all the pre-network stuff, there
> would be a session to look at via serial if it never gets to the
> Perhaps this is not a real scenario though (I've not played with SSH
> connections to d-i, so I don't know what happens when you log in and
> debconf is already active on the console)
This spec will be fantastic if it's able to be implemented.
On Mon, Nov 21, 2016 at 1:22 AM, Samuel Thibault <email@example.com> wrote:
> Mmm, that's a nice idea indeed. I've eventually uploaded the -x fix,
> which gives us that behavior, and also allowing several people to follow
> the installation, interact, etc.
Thanks for your fixes!
I see another TERMCAP fix related to screen support. So you're really
I'll test the daily image on my Linkstation NAS.
Roger Shimizu, GMT +9 Tokyo