Revision tags: v6.2.1, v6.2.0, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0, v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3 |
|
#
9758d73a |
| 06-Oct-2019 |
Sascha Wildner <saw@online.de> |
Fix immutable flag handling in our mtree(8) invocations.
All of this only affects /var/empty so far.
* If NOSCHG isn't set (which is the default), pass -i to mtree(8) when installing the system o
Fix immutable flag handling in our mtree(8) invocations.
All of this only affects /var/empty so far.
* If NOSCHG isn't set (which is the default), pass -i to mtree(8) when installing the system or building an installer img.
* Pass -i always when we install a system from the installer. This installer usage of mtree(8) should not be needed. Expand the comment a bit.
Reported-by: zrj
show more ...
|
Revision tags: v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2, v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2, v5.2.1, v5.2.0, v5.3.0, v5.2.0rc, v5.0.2, v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1 |
|
#
e90c1ebb |
| 12-Sep-2017 |
Matthew Dillon <dillon@apollo.backplane.com> |
installer - Add hammer2 support to the installer
* hammer2 can now be selected as a filesystem in the installer.
* Note that we still for /boot to use UFS. The boot loader *CAN* access a hammer2
installer - Add hammer2 support to the installer
* hammer2 can now be selected as a filesystem in the installer.
* Note that we still for /boot to use UFS. The boot loader *CAN* access a hammer2 /boot, but the small size of the filesystem makes it too easy to fill up when doing installkernel or installworld.
* Also fix a minor bug in the installer. when issuing a 'dumpon device' be sure to first issue a 'dumpon off' to avoid dumpon complaints about a dump device already being specified.
show more ...
|
#
0c941bc8 |
| 14-Aug-2017 |
Sascha Wildner <saw@online.de> |
installer: Change fn_mapper_name() to subpartition_get_mapper_name().
Similar to subpartition_get_device_name(). It also helps cleaning up long lines.
|
#
75132aa2 |
| 13-Aug-2017 |
Sascha Wildner <saw@online.de> |
installer: Don't add an entry for 'root' to /etc/crypttab.
It is not necessary and will in fact generate a 'Device root already exists.' warning because root has already been configured and mounted
installer: Don't add an entry for 'root' to /etc/crypttab.
It is not necessary and will in fact generate a 'Device root already exists.' warning because root has already been configured and mounted at this point.
show more ...
|
#
54254bd5 |
| 13-Aug-2017 |
Sascha Wildner <saw@online.de> |
installer: Fix mapper name generation for encrypted installation.
fn_mapper_name() is supposed to take the mountpoint name, not the device name.
This actually broke the install in environments wher
installer: Fix mapper name generation for encrypted installation.
fn_mapper_name() is supposed to take the mountpoint name, not the device name.
This actually broke the install in environments where no /dev/serno/... device was available and both root and /build were selected for encrypting because the device name would never contain a '/' and so the mapper name 'root' was returned for both.
show more ...
|
Revision tags: v4.8.1, v4.8.0, v4.6.2 |
|
#
d4c25c30 |
| 19-Mar-2017 |
Sascha Wildner <saw@online.de> |
installer: Fix the "missing /var/run/sem" issues better.
* Add -C to the tmpfs mount of /var/run on the USB image. This ensures that the USB image itself keeps the ppp/, sem/, and wpa_supplicant
installer: Fix the "missing /var/run/sem" issues better.
* Add -C to the tmpfs mount of /var/run on the USB image. This ensures that the USB image itself keeps the ppp/, sem/, and wpa_supplicant/ dirs under /var/run.
* Since we do not cpdup /var/run explicitly during installation it ends up empty on the installed system. Ensure that it has the subdirectories it needs by running mtree on /var.
* It looks like the 1e5a476188185cf1161f4fe3ffc060465562ef0d change could be reverted because the issue never was that /var/run/sem wasn't existing _after_ make upgrade. The mtree in the preceding installworld takes care of it. It doesn't hurt either, so just shuffle the commands a bit downwards.
show more ...
|
Revision tags: v4.9.0, v4.8.0rc |
|
#
02f3d2d0 |
| 27-Oct-2016 |
zrj <rimvydas.jasinskas@gmail.com> |
installer: Fix typo in handling null mounts array.
This could have prevented to install on certain custom system layouts.
|
#
4006d7d7 |
| 28-Oct-2016 |
Sascha Wildner <saw@online.de> |
installer: Fix comment typo.
|
Revision tags: v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0, v4.4.3, v4.4.2 |
|
#
73be8a18 |
| 14-Dec-2015 |
Matthew Dillon <dillon@apollo.backplane.com> |
installer - use a more modern mount setup for UFS and HAMMER (2)
* Fix bugs last commit. Muffed up fstab generation and forgot to remove an if (hammer) from the loader.conf crypto setup. Also
installer - use a more modern mount setup for UFS and HAMMER (2)
* Fix bugs last commit. Muffed up fstab generation and forgot to remove an if (hammer) from the loader.conf crypto setup. Also had to mkdir /dev on the target.
* Fixes boot tested w/fresh installs.
show more ...
|
#
f9602a12 |
| 14-Dec-2015 |
Matthew Dillon <dillon@apollo.backplane.com> |
installer - use a more modern mount setup for UFS and HAMMER.
* Rewrite a large chunk of the disklabeling and mount point code. UFS now gains a separate /boot partition, avoiding issues with the
installer - use a more modern mount setup for UFS and HAMMER.
* Rewrite a large chunk of the disklabeling and mount point code. UFS now gains a separate /boot partition, avoiding issues with the boot loader if the user desires to install a large UFS root on a drive.
* Normalize the mount mechanics for both UFS and HAMMER. Instead of using PFSs on HAMMER, we create two large partitions by default: One is the root partition, the other is /build.
The /build partition holds major elements of the system which would normally not have to be backed up:
/var/tmp (from /build/var.tmp) /var/cache (from /build/var.cache) /var/crash (from /build/var.crash) /var/spool (from /build/var.spool) /var/log (from /build/var.log) /usr/obj (from /build/usr.obj)
The root partition holds all remaining major directories, including the base /var.
There are several reasons for this. Generally speaking, stuff in /home, /usr and most of the stuff in /var is critical to system operation and user happiness, and it makes little sense to separate it out from the root mount.
We pick-out the less critical directories and place them on /build, using NULL mounts to mount them in their expected locations.
* Users can easily make adjustments post-install without having to mess around with PFSs, and can make simple adjustments pre-install.
* Drives smaller than around 40GB will not create a separate /build partition by default, but will still create a /build directory in the root partition and generate the same nullfs mounts. This makes it easier for the user to adjust to a larger configuration later on if desired.
* This also improves crash recovery mechanics, increasing the chance that the root partition will be able to mount with minimal recovery work.
* We now use a tmpfs filesystem for /tmp by default. /var/tmp is mounted from storage. Again, the user can change this easily post-install.
* Calculate better values for swap, root, and /build, based on the size of the slice being installed to. The /build directory will cap-out at around 20GB leaving. Swap will be made smaller if the root partition seems to small, and so forth.
Some swap is always configured. Swap is a very useful thing to have, even if you have tons of memory, because there will always be a certain number of always-idle pages from idle services laying around.
* Remove /dev from sources.conf, it is no longer appropriate to try to cpdup /dev. Fixes a cpdup error.
* UFS root can now be encrypted (it couldn't before), because the UFS install now splits out a separate /boot partition.
* Tested w/non-crypto UFS and HAMMER install, crypto UFS and HAMMER install, and with small and large drives.
show more ...
|
Revision tags: v4.4.1, v4.4.0, v4.5.0, v4.4.0rc, v4.2.4, v4.3.1, v4.2.3, v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc, v4.0.5, v4.0.4 |
|
#
bdfbbdee |
| 03-Mar-2015 |
Sascha Wildner <saw@online.de> |
installer: Remove some more initrd creation code.
After my revert, this original mkinitrd code (for encrypted setup originally) came back. Since we can now rely on the ISO having an initrd to be ins
installer: Remove some more initrd creation code.
After my revert, this original mkinitrd code (for encrypted setup originally) came back. Since we can now rely on the ISO having an initrd to be installed already, we can remove this too.
show more ...
|
#
a6651ab9 |
| 03-Mar-2015 |
Sascha Wildner <saw@online.de> |
Revert "installer: Create an initial initrd unconditionally."
This reverts commit 0c69777ed12f9dff4a80f46f9ef730837791cf33.
Due to shortcomings of the CD9660 filesystems, hardlinks end up having di
Revert "installer: Create an initial initrd unconditionally."
This reverts commit 0c69777ed12f9dff4a80f46f9ef730837791cf33.
Due to shortcomings of the CD9660 filesystems, hardlinks end up having different inode numbers on it, which leads to them being treated like separate files when copying etc.
As a result, the initrd put together by mkinitrd from a CD9660 would end up being around 230MB large where it actually has to be below 15MB.
We will solve this in nrelease instead, putting together the initrd from the building machine.
show more ...
|
#
9ca4d50d |
| 12-Feb-2015 |
François Tigeot <ftigeot@wolfpond.org> |
installer: Don't create a separate /usr pfs
* /usr as a separate filesystem from / doesn't really make sense anymore in this day and age. Both / and /usr binaries are dynamically linked and belo
installer: Don't create a separate /usr pfs
* /usr as a separate filesystem from / doesn't really make sense anymore in this day and age. Both / and /usr binaries are dynamically linked and belong to the same DragonFly base system.
* What's more, it's dangerous. With a separate /usr filesystem, the rescue static binaries in /usr/share/initrd can't be accessed without /usr mounted and in some situations /usr can't be mounted anymore with the regular mount* binaries...
show more ...
|
Revision tags: v4.0.3, v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0 |
|
#
0c69777e |
| 09-Oct-2014 |
Sascha Wildner <saw@online.de> |
installer: Create an initial initrd unconditionally.
Now that the mkinitrd has been detached from installworld, the rescue image is no longer part of the ISOs/IMGs, so we have to always create one d
installer: Create an initial initrd unconditionally.
Now that the mkinitrd has been detached from installworld, the rescue image is no longer part of the ISOs/IMGs, so we have to always create one during installation, not just for encrypted setup.
show more ...
|
#
61f1dc6a |
| 09-Oct-2014 |
Sascha Wildner <saw@online.de> |
installer: Save the installation log as the last step.
|
#
e9a34c1f |
| 08-Aug-2014 |
Sascha Wildner <saw@online.de> |
installer: Remove a more or less arbitrary check of the swap size.
Except for boxes which have lots of memory combined with a very very small disk, the installer gives a sane default for swap size b
installer: Remove a more or less arbitrary check of the swap size.
Except for boxes which have lots of memory combined with a very very small disk, the installer gives a sane default for swap size by itself and if the user doesn't change it, all will be good.
However, if the user did choose to adjust the swap size and if it was to below the main memory size, this check caused it not to be activated and no dumpdev was written to the rc.conf of the installed system.
Instead of guessing around how much swap is needed to hold a dump, adding warnings and whatnot, just assume that anyone who tinkers with the offered defaults is intelligent enough to know possible consequences and accept their choice in any case.
show more ...
|
Revision tags: v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc, v3.6.2 |
|
#
db3be6dc |
| 02-Apr-2014 |
François Tigeot <ftigeot@wolfpond.org> |
Revert "installer: Export /boot device name in loader.conf"
This reverts commit 8a01d9f7000ef8c274b595edf681b3ff0b17591e.
It turns out putting the boot device name in a sysctl variable for its use
Revert "installer: Export /boot device name in loader.conf"
This reverts commit 8a01d9f7000ef8c274b595edf681b3ff0b17591e.
It turns out putting the boot device name in a sysctl variable for its use by a rescue system is not such a good idea.
show more ...
|
#
8a01d9f7 |
| 15-Mar-2014 |
François Tigeot <ftigeot@wolfpond.org> |
installer: Export /boot device name in loader.conf
This will eventually allow the kernel to mount /boot directly
|
Revision tags: v3.6.1, v3.6.0, v3.7.1, v3.6.0rc, v3.7.0, v3.4.3, v3.4.2, v3.4.0, v3.4.1, v3.4.0rc, v3.5.0 |
|
#
51871435 |
| 17-Dec-2012 |
Sascha Wildner <saw@online.de> |
installer: Always take the root directory's /dev.
Taking /dev relative to the directory we want to copy from was fine until we got devfs, because we shipped actual device nodes in /dev until then.
installer: Always take the root directory's /dev.
Taking /dev relative to the directory we want to copy from was fine until we got devfs, because we shipped actual device nodes in /dev until then.
It only continued working because the directory we copy from is always the distribution media's root directory currently.
show more ...
|
Revision tags: v3.2.2, v3.2.1, v3.2.0, v3.3.0, v3.0.3, v3.0.2, v3.0.1, v3.1.0, v3.0.0 |
|
#
86d7f5d3 |
| 26-Nov-2011 |
John Marino <draco@marino.st> |
Initial import of binutils 2.22 on the new vendor branch
Future versions of binutils will also reside on this branch rather than continuing to create new binutils branches for each new version.
|
Revision tags: v2.12.0, v2.13.0 |
|
#
91856cf5 |
| 24-May-2011 |
Sascha Wildner <saw@online.de> |
nrelease/installer: No longer build and offer separate UP and SMP kernels.
Due to sephe's recent work, SMP kernels should boot on UP machines as well. This is to give his work more exposure.
Also r
nrelease/installer: No longer build and offer separate UP and SMP kernels.
Due to sephe's recent work, SMP kernels should boot on UP machines as well. This is to give his work more exposure.
Also remove the (now redundant) *_SMP configs.
In-discussion-with: sephe
show more ...
|
Revision tags: v2.10.1, v2.11.0, v2.10.0, v2.9.1, v2.8.2, v2.8.1, v2.8.0, v2.9.0, v2.6.3, v2.7.3, v2.6.2, v2.7.2, v2.7.1, v2.6.1, v2.7.0, v2.6.0, v2.5.1, v2.4.1 |
|
#
956939d5 |
| 26-Sep-2009 |
Sascha Wildner <saw@online.de> |
installer: Move the remaining installer related files out of /usr/local.
Reported-by: y0netan1
|
Revision tags: v2.5.0, v2.4.0 |
|
#
4bcdd60e |
| 14-Sep-2009 |
Sascha Wildner <saw@online.de> |
installer: More /dev/serno work.
Take back the devtab(5) support in the installer.
mountroot didn't work for the UFS with serial numbers case since the data for '/' is taken from fstab and that wou
installer: More /dev/serno work.
Take back the devtab(5) support in the installer.
mountroot didn't work for the UFS with serial numbers case since the data for '/' is taken from fstab and that would have a devtab label in it and we're not setting vfs.root.mountfrom explicitly for UFS. We don't want to, either.
So just use /dev/serno/* nodes (which will work everywhere) always.
Suggested-by: dillon
show more ...
|
#
f59b7dfa |
| 14-Sep-2009 |
Sascha Wildner <saw@online.de> |
installer: Add serial number and /etc/devtab support.
If a disk has a corresponding entry in /dev/serno with identical major/minor, use that for all further references of the disk in the installatio
installer: Add serial number and /etc/devtab support.
If a disk has a corresponding entry in /dev/serno with identical major/minor, use that for all further references of the disk in the installation process.
In the installed system, set up a /etc/devtab entry (with the labels named disk0, disk1 etc. using the order of the disks appearing in 'sysctl kern.disks' output) and use this label for the system's /etc/fstab entries.
/boot/loader.conf still has to use /dev/serno for its vfs.root.mountfrom entry.
The dumpdev entry in /etc/rc.conf could use the devtab label but (as of this commit) doesn't do so yet. This will be fixed at a later point.
If no /dev/serno is found, or if no corresponding entry in /dev/serno is found for a specific disk, we use the traditional scheme.
While I'm here, perform some cleanup, namely remove some duplicate functions.
Requested-by-and-in-discussion-with: dillon
show more ...
|
#
1c142c35 |
| 12-Sep-2009 |
Sascha Wildner <saw@online.de> |
installer: Add dumpdev support.
* Use the configured swap with dumpon for the installation.
* Automatically add a dumpdev entry in the installed system's /etc/rc.conf.
|