src/usr.sbin/bsdinstall/scripts/zfsboot, branch main

bsdinstall: Add note to zfsboot pointing to release/tools/vmimage.subr

2026-02-08T17:17:06+00:00

The VM image creation scripts have a copy of this list of datasets which
should be kept in sync, which can otherwise be easily missed, as was the
case in the now-reverted 3e8619e535b6 ("bsdinstall: Create separate
datasets for directories in /usr/ports").

Revert "bsdinstall: Create separate datasets for directories in /usr/ports"

2026-02-08T16:44:42+00:00

This reverts commit 3e8619e535b61c99f0dc50cc6c7e237eb82a8be7.

While it's generally a good idea to have separate datasets for things
like this, it breaks git clone with:
fatal: destination path 'ports' already exists and is not an empty directory.

Signed-off-by: Ricardo Branco 
Reviewed by: imp
Pull Request: https://github.com/freebsd/freebsd-src/pull/2006

bsdinstall: Create separate datasets for directories in /usr/ports

2026-01-10T05:05:37+00:00

Both distfiles & packages contain compressed files.

Signed-off-by: Ricardo Branco 
Reviewed by: imp
Pull Request: https://github.com/freebsd/freebsd-src/pull/1873

bsdinstall: Use fat32 EFI system partition for ZFS

2025-11-11T18:17:56+00:00

This is consistent with other operating systems and with bsdinstall's
UFS config and with bsdinstall's ZFS config prior to commit
0b7472b3d8d2.

Fixes: 0b7472b3d8d2 ("Mount the EFI system partition (ESP) on newly-installed systems.")
Reviewed by:	imp
Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D53642

bsdinstall: Fix typos

2025-10-18T17:13:16+00:00

Reviewed by:	emaste
MFC after:	2 days
Differential Revision:	https://reviews.freebsd.org/D53170

bsdinstall: Add loader.efi to all ESPs we create

2025-09-30T02:55:46+00:00

For proper redundancy, add copies of loader.efi to each of the ESPs we
create when we create multi-volume ZFS datasets. zfsboot creates a list
of secondary ESPs, while bootpart doesn't create any (it's the UFS
partitioning tool) because we don't supporg UFS over gmirror. The
primary ESP is mounted and is what we use efibootmgr to boot from. The
redundant copies allow the system to boot if the primary disks fails.

Sponsored by:		Netflix
MFC After:		2 days
PR:			208802
Reviewed by:		cperciva
Differential Revision:	https://reviews.freebsd.org/D52780

bsdinstall: fix vfs.zfs.vdev.min_auto_ashift oid

2025-09-19T16:02:57+00:00

Signed-off-by: Siva Mahadevan 
PR: 266374
Pull request: https://github.com/freebsd/freebsd-src/pull/1851
Reviewed by: emaste
Sponsored by: The FreeBSD Foundation

bsdinstall: Drop outdated comments about ZFS dataset compression

2025-09-09T10:00:54+00:00

All datasets on zroot pool are compressed by default since FreeBSD 11.0 [1],
no need to mention that on some specific datasets these days.

[1] 47206692f2cca020891d1eec5028e02c3e6f56c5

Reviewed by:	jrm (mentor), ziaee
MFC after:	3 days
Differential Revision:	 https://reviews.freebsd.org/D52304

bsdinstall: use the canonical name for compression

2025-07-28T12:45:26+00:00

According to zfsprops(7), the canonical property for the compression
algorithm is "compression", with "compress" accepted as an alternate
name.  Use the canonical name in bsdinstall.

While here, change "lz4" to "on" so we pick up any future changes in
the default compression algorithm.

MFC after:	1 week
Reviewed by:	delphij
Differential Revision:	https://reviews.freebsd.org/D51572

bsdinstall: Remove support for ZFS + MBR disk layouts

2025-07-25T19:26:09+00:00

It hasn't worked for some time -- as reported in review D40816
"Installing FreeBSD with Auto ZFS + MBR has been broken ever since the
move to OpenZFS with FreeBSD 13."  It relied on the partition table and
ZFS data overlapping in a very fragile way and is not a good idea.

Reviewed by:	jhb
Relnotes:	Yes
Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D51028