FreeNAS Code

Change the extension of Full_Install.* to .img.xz to make extraction and mounting doable without too much pain using OSX and/or Windows.

This resolves ticket # 1236.

Requested-by: bubelin

Fix regression in r8998 where upgrades were failing because of a pathing change.

- s/data_new/data/ for the sake of being more intuitive.
- Use mkdir -p so that if the path already exists, things won't fail when running mkdir again (in theory.. there are some cases in practice where things will fail).

1. Create variables for cd-upgrade and need-update so that scripts can refer to the variables if need be from within rc.freenas; this also makes the variable names easier to search for when looking for affected sections of code.
2. Fix the fact that failed CD based upgrades were in fact broken due to the fact that install.sh created the file as cd_update and ix-update expected for there to be a file named cd_upgrade. Favor the filename cd-upgrade because this is consistent with what's being used with need-update as it uses a dash instead of an underscore, and also because semantically cd *upgrade* reflects the operation being performed better than cd *update* does.

If one tries to do an install, then reinstall again without booting FreeNAS once, then upgrade will barf because hostid hasn't been copied over.

Whether or not hostid has been generated is a more legitimate reason for qualifying a fresh install or an upgrade than just the factory config database.

Revert r8624 and r8625 because these are apparently undocumented user convenience methods for planting super seekret modules into an install and maintaining across upgrades (at the cost of you having to upgrade stuff between different majors versions).

Remove hacks required for early development dealing with preservation of modules and fusion I/O utilties.

There are a variety of undesirable scenarios that overcomplicate how things are done by keeping a simple blind replace methodology, in particular with removed modules and utilties that might not be compatible with different versions of FreeBSD.

Generate variables via the build instead of hardcoding in yet one more spot.

All that remains is that the data can be generated from /etc/version instead of /etc/version-info, similar to how notifier, system/forms, etc do it. Simple as that...

Pass the width and height parameters to dialog(1) so it actually fails with a prompt instead of flashing the usage message across the screen in the event that an install failed.

It's 8.1, not 8.0.1.

Remove all references to loader.user. This is going to be implemented in a more manageable way via the GUI.