From owner-freebsd-arch@FreeBSD.ORG Sun Oct 7 18:44:30 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9370C10656C3; Sun, 7 Oct 2012 18:44:30 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5A4C58FC1A; Sun, 7 Oct 2012 18:44:30 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa01.fnfis.com (8.14.4/8.14.4) with ESMTP id q97IiRIf007965 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 7 Oct 2012 13:44:27 -0500 Received: from [10.0.0.103] (10.14.152.61) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.2.309.2; Sun, 7 Oct 2012 13:44:26 -0500 MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: <20121007183433.000026a6@unknown> Date: Sun, 7 Oct 2012 11:44:25 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: References: <0655B56F-AD43-402B-872C-568378E650F9@fisglobal.com> <20121007183433.000026a6@unknown> To: Alexander Leidinger X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.431, 0.0.0000 definitions=2012-10-07_05:2012-10-06, 2012-10-07, 1970-01-01 signatures=0 Cc: Devin Teske , freebsd-arch@freebsd.org Subject: Re: New Boot Loader Menu X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2012 18:44:30 -0000 On Oct 7, 2012, at 9:34 AM, Alexander Leidinger wrote: > On Sat, 6 Oct 2012 16:48:50 -0700 Devin Teske > wrote: >=20 >> Hello, >>=20 >> I've been working on a new boot loader menu system. >>=20 >> This is what is in HEAD, CURRENT, and RELENG_9 at the moment: >>=20 >> http://twitpic.com/b1pkll/full >> in color: http://twitpic.com/b1pkz1/full >>=20 >>=20 >> I'd like to propose the following replacement to the above: >>=20 >> http://twitpic.com/b1pll5/full >> in color: http://twitpic.com/b1plxi/full >>=20 >> The boot options have been whisked away into a sub-menu (see below): >>=20 >> http://twitpic.com/b1pm51/full >> in color: http://twitpic.com/b1pme8/full >>=20 >>=20 >> What does everybody think? >=20 > IMO single user mode should be in the first level. I never had to use > the other options, but I often used single-user mode. Another reson is > that we tell to install the world in single-user mode. While I've > always installed the world in multi-user mode, we should make it > easy/fast to do it the recommended way. >=20 The documentation on how to get into single-user mode would need to be chan= ged from: Press 's' and 'ENTER' to instead: Press 'o' then 's' then 'ENTER' NOTE: The menu/submenu infrastructure hooks "ENTER" in at the lowest level = possible, so at any time=85 ENTER =3D=3D boot (regardless of whether a menu= or submenu has a "Boot" menu item and/or regardless of whether any menuite= m has hooked in the ASCII keycode for ENTER; ENTER =3D=3D boot no matter wh= ere you are in the menu at any time). Thus, it is not required to "go back"= to the main menu to boot -- you can jump to the options submenu, make your= changes, and then boot with those options by pressing ENTER. Please note that 16+ months ago we had to update the documentation for my l= ast enhancement to the loader menu. It used to be: Press 's' and changed to: Press 's' then 'ENTER' because we went from a stateless menu system to a stateful menu system. The= driving force behind that was indeed the fact that with the old stateless = menu, you could not ever boot with combinations-of-options (but rather you = could only boot with options that were presented -- unless of course you dr= opped to the interactive prompt and did the dirty work yourself). > I see a lot of value for submenus to chose another boot device / > partition, specially with ZFS boot environments. >=20 Agreed. But it's when we add that submenu to the main menu that things now get so c= rowded that a redesign would be absolutely necessary if we were to add any = other option. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you.