Date: Mon, 11 Nov 2013 16:28:46 -0500 From: Allan Jude <freebsd@allanjude.com> To: freebsd-current@freebsd.org Subject: Re: [CFT] bsdinstall and zfsboot enhancements Message-ID: <52814C0E.50902@allanjude.com> In-Reply-To: <5281441E.7060806@freebsd.org> References: <C9783B1F-20EA-4C08-9947-70DF363E8B6A@fisglobal.com> <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> <ABD90FE2-1540-410A-959E-D91D0BE811E3@freebsd.org> <52769CFE.5080707@freebsd.org> <5281340E.8080009@callfortesting.org> <F3512B82-7B2E-40D9-A513-C4C2430F9255@fisglobal.com> <52813E53.20403@freebsd.org> <5281441E.7060806@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mbVspx2N2mdQMigV4TTEagB2dgVXEGaJk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-11-11 15:54, Nathan Whitehorn wrote: > On 11/11/13 14:30, Nathan Whitehorn wrote: >> On 11/11/13 14:18, Teske, Devin wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA512 >>> >>> >>> On Nov 11, 2013, at 11:46 AM, Michael Dexter wrote: >>> >>> >>> Hello all, >>> >>> I have been experimenting with various BSD and GNU/Linux boot media >>> under bhyve and noticed that we may want to accommodate the "LiveCD" >>> mode of the installer, which in turn requires the correct console. >>> >>> Currently, one is prompted for VT100 for installation but this does n= ot >>> appear to work/stick for LiveCD mode. >>> >>> Can anyone verify this? >>> >>> >>> While I developed this patch... >>> http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/usr.sbin%3A= %3Absdinstall%3A%3Ascripts%3A%3Aconfig.patch?revision=3D1.10&view=3Dmarku= p >>> >>> >>> Reasons exist to search for a better solution, see here: >>> http://lists.freebsd.org/pipermail/freebsd-current/2013-November/0461= 48.html >>> >>> (and messages that follow it) >>> >>> Is modifying init(8) still the way to go? What modification do we >>> want to make? >>> I'll do the work if we can come to consensus. >>> >>> Or should we touch up the patch in some way to address the original >>> concerns? >>> >> >> I think modifying init is the way to go -- it keeps the install >> system from interfering with the installed one, as well as fixing >> this kind of issue with moved hard drives or PXE booting or what have >> you. If we can provide a guarantee that any system that displays text >> has a working console (unless explicitly configured not to), >> useability is improved. >> >> I would propose one of the following (and volunteer to write the code)= : >> >> Option A >> ------------ >> >> 1. init checks if there is an entry in /etc/ttys for the terminal[s] >> corresponding to the value[s] in kern.console >> 2. If an entry for each console terminal exists in /etc/ttys, enable i= t >> 3. If not, invent one with a terminal type of "ansi" >> >> The one issue here is that someone may want to force a particular >> entry to off and still have it be the kernel console. This is tricky. >> We could invent a new "status" field that is not "on" or "off" >> ("auto", maybe, or "ifconsole"?). Which brings us to: > > One easy way to accomplish this is just to only implement (1) and (3), > then comment out the ttyu0 entry in /etc/ttys on x86 instead of > marking it "off". Then the behavior is just that a tty marked "off" > stays off, one marked "on" stays on, and one not present spawns login > with a terminal type corresponding to "console" (by default "unknown") > if it happens to be the console. I will implement this over the next > few days and then send patches unless anyone has an objection. > -Nathan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" These seems the best approach to me. The ttyu's are off by default, so changing that to commented out has no effect on anyone, and it allows you to do the right magic in init. Thank you for the offer to write this up, look forward to testing the patches --=20 Allan Jude --mbVspx2N2mdQMigV4TTEagB2dgVXEGaJk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSgUwRAAoJEJrBFpNRJZKffbcP/R7CF2VFHzeWJp88f3iEhSzo qN9G+7vWKMzxznp3QF2jOYAgqavIL6XJ+gkZpWJJ/drUFNIivyi1/Ofzp5mVaFhM 2j54iUhqg/4QA3lBd/oq9jcOrm28Eeo4M3KxUopvsJPKBv/0Wyhq8wv87vI9+SpS CPgvubUZ+JBSoJ94EtYBaLkyFK5zCHImhZcOU2lPnMnfdEMVWMy8sNz5QT57ZFcK J7+FTq06QZ2DKCEGe2LFFEYFrY9WSBaMAmra03zzQcaeoifY5mA3kb5pyZ+/4qM8 tKwtJOJiEJ2yQa50fkwAz2Q2k3wqnM+JUJ5/K3YtZ3vvICgIVvm3xZ4p1zzPfKwa JmkGXipBMSEtFSDQBaS06HugzGuQXHJ6u9CeDhDvIXUxKLBTgeDVh0uo/B5GQhTV nuFRvNmhacZ1OYAvS0zqLmhaH48uc87cxzR8fRIJV1DioTseCBi/QOgivFL0/Gav 0tqsCfETMnVVzH84gDv/DQe4ienBXc0+YnDa7BVwu+xLZ4DPMQZ5fnfwT4jCa7EV GNVMZi6ZHECsaMoD7j2LI6XFXdr7BiNGJmYDKtRp4arPBCgsBxyPl5XNY+AQxLJf YmKMbkCyoXjteR2rCSJi8SamDB34AjkoF+pdYsrzybnwHbb28TZAli/ZGQKONZoz YFZiOe7QLqiHCo1ge+a8 =rI7d -----END PGP SIGNATURE----- --mbVspx2N2mdQMigV4TTEagB2dgVXEGaJk--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52814C0E.50902>