Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI

On Tue, Oct 8, 2013 at 5:21 AM, Teske, Devin <Devin.Teske_at_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_at_ 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_at_freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "
> freebsd-current-unsubscribe_at_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_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>