Date: Tue, 8 Oct 2013 18:03:12 -0400 From: Outback Dingo <outbackdingo@gmail.com> To: "Teske, Devin" <Devin.Teske@fisglobal.com> Cc: "<freebsd-current@freebsd.org>" <freebsd-current@freebsd.org>, Allan Jude <freebsd@allanjude.com> Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Message-ID: <CAKYr3zxrTywgODNuy6iC-%2Beu-ikkys2iL0-GBHrs2NDPan9S2g@mail.gmail.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FC4243D@LTCFISWMSGMB21.FNFIS.com> References: <52531295.7090700@allanjude.com> <52539300.50305@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC415EA@LTCFISWMSGMB21.FNFIS.com> <52539C9F.9000400@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC4243D@LTCFISWMSGMB21.FNFIS.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Oct 8, 2013 at 5:21 AM, Teske, Devin <Devin.Teske@fisglobal.com>wrote: > > On Oct 7, 2013, at 10:48 PM, Allan Jude wrote: > > > On 2013-10-08 01:11, Teske, Devin wrote: > >> On Oct 7, 2013, at 10:07 PM, Allan Jude wrote: > >> > >>> On 2013-10-07 15:59, Allan Jude wrote: > >>>> Devin Teske and I have been working on a big patch to bsdinstall to > >>>> implement installing on a ZFS pool. It supports both GPT and MBR, the > 4k > >>>> sector gnop trick, and optional GELI encryption. We would like to > commit > >>>> this in time for 10.0-BETA1 so it needs some testing to work out any > >>>> obvious bugs before we send it off to re@ to get it committed. > >>>> > >>>> It includes a single configuration menu that allows you to select all > of > >>>> the required details, including which drives to use (gets details from > >>>> camcontrol, also includes an inspection utility that presents the > >>>> detailed output of camcontrol inquiry/identify, and gpart show), what > >>>> ZFS RAID level to use (taking in to consideration the selected number > of > >>>> drives), GPT/mbr, 4k YES/no, GELI yes/NO, pool name, etc. > >>>> > >>>> > >>>> Additional, it includes some other changes to bsdinstall: > >>>> 1. Change the default to the 'non-standard keyboard mapping' prompt > to no > >>>> 2. Replace the 3 separate dialogs to configure an ipv4 address with > just 1 > >>>> 3. Remove the dialog asking if you wish to enable crash dumps, this > >>>> feature has been combined into the regular 'services to enable' dialog > >>>> and enabled by default > >>>> > >>>> > >>>> You can browse the patches here: > >>>> http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/ > >>>> > >>>> I've built a bootonly.iso (10.0-ALPHA4) to make testing easier, > >>>> available compressed (48 MB) or uncompressed (211 MB): > >>>> > >>>> http://www.allanjude.com/bsd/zfsbootonly_2013-10-06.iso.xz > >>>> > >>>> http://www.allanjude.com/bsd/zfsbootonly_2013-10-06.iso > >>>> > >>>> > >>>> We look forward to your feedback > >>>> > >>> I've generated a new version of the ISO incorporating all of todays > >>> changes and moving up to 10.0-ALPHA5 > >>> It includes 2 patches from Warren Block, improving the keymap menu and > >>> indicating which network interfaces are wireless > >>> > >> Excellent. > >> > >> However, I have to say... you opened a can of worms by touching keymap. > >> > >> Eventually I plan to rewrite all of the scripts to the same format that > zfsboot > >> is using. I've already started rewriting keymap to the new format. Of > course, > >> this opened up another can of worms... the simple things like: > >> > >> DIALOG_OK > >> DIALOG_CANCEL > >> DIALOG_ESC > > > > Yeah, after having them, I felt a bit naked not having all of those > > 'constants' defined. > > > > The constants are now where they belong... `dialog.subr' > I also went through bsdconfig(8) with a fine-tooth comb and made use of the > new "constants" everywhere. > > I think it's a definite improvement. > > > > > Originally, all I had done was add --defaultno to the dialog command, > > but Warren's patch makes a lot of sense, allow the user to 'try' the new > > keymap before trying to do the rest of the install based on it. > > > > I rewrote warren's code into the stateful design and cleaned it up. > > > > >> I feel would be much better off in the `dialog.subr' module. So,... > I've started > >> peppering their usage everywhere in bsdconfig to make them "proper". > >> > >> That means they will just be transparent from including `dialog.subr'. > >> > > > > This is definately something that I think is a good idea, but my focus > > is on improving the usability and functionality of the installer in time > > for 10.0. Unifying everything to the bsdconfig style is slightly lower > > priority. Admittedly, the `bsdconfig networking` stuff is quite nice > > > > *nods* > > I took a look at the bsdinstall networking stuff, and I wanted to run away. > > Let's push that into the future. > > It wasn't too hard to get those global exit codes deployed, so I did that, > but like you say... I agree we should minimize "extra work" that will be > eventually slated for a future release. > -- > Devin > > > Just noticed that when trying to install root-on-zfs under xen it doesn't recognize the xbd0 virtual block device attached as ada0 so it skips the install screen and goes to configure networking > > >>> http://www.allanjude.com/bsd/zfsbootonly_2013-10-06.iso.xz > >>> > >>> http://www.allanjude.com/bsd/zfsbootonly_2013-10-06.iso > >>> > >> Excellent, thanks! > > > > > > -- > > Allan Jude > > > > _______________________________________________ > > 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" > > _____________ > The information contained in this message is proprietary and/or > confidential. If you are not the intended recipient, please: (i) delete the > message and all copies; (ii) do not disclose, distribute or use the message > in any manner; and (iii) notify the sender immediately. In addition, please > be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > _______________________________________________ > 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" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAKYr3zxrTywgODNuy6iC-%2Beu-ikkys2iL0-GBHrs2NDPan9S2g>