https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287904
--- Comment #1 from Dennis Clarke <[email protected]> --- Hacky way to deal with this is to re-boot the disk1.iso and then drop into a single user shell and wreck the disk data : Enter full pathname of shell or RETURN for /bin/sh: root@:/ # root@:/ # gpart destroy -F /dev/ada0 ada0 destroyed root@:/ # gpart destroy -F /dev/ada1 ada1 destroyed root@:/ # root@:/ # dd if=/dev/zero of=/dev/ada0 bs=65536 count=1024 status=progress 1024+0 records in 1024+0 records out 67108864 bytes transferred in 0.882265 secs (76064266 bytes/sec) root@:/ # root@:/ # dd if=/dev/zero of=/dev/ada1 bs=65536 count=1024 status=progress 1024+0 records in 1024+0 records out 67108864 bytes transferred in 0.820492 secs (81791022 bytes/sec) root@:/ # Then start over from scratch and re-install : FreeBSD Installer ────────────────────────────────────────────────────────────────────────────── ┌────────────────────────────┤ZFS Configuration├────────────────────────────┐ │ Configure Options: │ │ ┌───────────────────────────────────────────────────────────────────────┐ │ │ │ >>> Install Proceed with Installation │ │ │ │ T Pool Type/Disks: mirror: 2 disks │ │ │ │ - Rescan Devices * │ │ │ │ - Disk Info * │ │ │ │ N Pool Name zroot │ │ │ │ 4 Force 4K Sectors? YES │ │ │ │ E Encrypt Disks? NO │ │ │ │ P Partition Scheme GPT (BIOS+UEFI) │ │ │ │ S Swap Size 16g │ │ │ │ M Mirror Swap? YES │ │ │ │ W Encrypt Swap? NO │ │ │ │ O ZFS Pool Options -O compress=zstd -O atime=off -O checksum=sha512 │ │ │ └───────────────────────────────────────────────────────────────────────┘ I do not trust this : ┌───────────────┤ZFS Configuration├──────────────┐ │ Last Chance! Are you sure you want to destroy │ │ the current contents of the following disks: │ │ │ │ ada0 ada1 │ │ │ ├────────────────────────────────────────────────┤ │ [ YES ] [ NO ] │ └────────── Press arrows, TAB or ENTER ──────────┘ Well turns out this does not work either : GEOM_MIRROR: Device mirror/efiboot launched (2/2). GEOM_MIRROR: Device mirror/swap launched (2/2). uhub5: 4 ports with 4 removable, self powered ugen0.3: <Generic USB2.0-CRW> at usbus0 Root mount waiting for: usbus0 ugen0.4: <VIA Labs, Inc. USB Hub> at usbus0 uhub6 numa-domain 0 on uhub0 uhub6: <VIA Labs, Inc. USB Hub, class 9/0, rev 3.00/53.55, addr 3> on usbus0 Root mount waiting for: usbus0 uhub6: 4 ports with 4 removable, self powered Setting hostuuid: 24cb90f5-4f5d-e511-9f83-6c0b840c5fc6. Setting hostid: 0xe4e141e6. Starting file system checks: Can't open `/dev/gpt/efiboot0' /dev/gpt/efiboot0: UNEXPECTED INCONSISTENCY; RUN fsck_msdosfs MANUALLY. THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: msdosfs: /dev/gpt/efiboot0 (/boot/efi) Automatic file system check failed; help! ERROR: ABORTING BOOT (sending SIGTERM to parent)! 2025-06-29T18:03:07.208632+00:00 - init 1 - - /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter root password, or ^D to go multi-user Password: Enter full pathname of shell or RETURN for /bin/sh: root@:/ # -- You are receiving this mail because: You are the assignee for the bug.
