Can`t find /boot/zfs/loader

ericbsd

Importing the zroot pool on Devuan may have altered properties, datasets, or boot-related metadata, breaking GhostBSD’s boot environment (BE). Devuan’s ZFS version might be older or newer than with GhostBSD’s OpenZFS 2.2.6 or later, causing subtle corruption. If the pool wasn’t cleanly exported from Devuan (zpool export zroot), it could be in an inconsistent state.

Steps to Fix the Unbootable GhostBSD ZFS.

1. Boot into a GhostBSD Live CD/USB

Download a GhostBSD ISO (e.g., GhostBSD 24.07) from ghostbsd.org.
Create a bootable USB and boot into the Live environment.

2. Check ZFS Pool Status

In the Live environment, list available pools:

  sudo zpool import

If zroot is listed, import it read-only to avoid changes:

  sudo zpool import -o readonly=on zroot

Check pool health:

  sudo zpool status zroot

If errors or corruption appear, proceed to Step 4. If healthy, continue.

3. Inspect and Repair Boot Environments

List boot environments with bectl:

  sudo bectl list

Look for the active BE (marked N for next boot or R for root). Example output:

  BE        Active Mountpoint Space Created
  default   NR     /          10G   2025-01-01

If a valid BE exists, ensure it’s active:

  sudo bectl activate default

If no BEs are listed or the default is missing, proceed to Step 4 or 5.

4. Restore from a Snapshot (if Available)

Check for snapshots on the zroot/ROOT dataset:

  sudo zfs list -t snapshot -r zroot/ROOT

If a snapshot exists (e.g., zroot/ROOT/default@2025-04-01), roll back:

  sudo zfs rollback zroot/ROOT/default@<snapshot_name>

Note: This reverts changes post-snapshot. Only proceed if the snapshot is valid.

If no snapshots exist, skip to Step 5.

5. Reinstall the Boot Loader

Reinstall the FreeBSD boot loader on /dev/sdb1:

  sudo gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 /dev/sdb

-b /boot/pmbr: Installs protective MBR.
-p /boot/gptzfsboot: Installs ZFS-aware GPT boot code.
-i 1: Targets /dev/sdb1.

Verify the boot partition:

  sudo gpart show /dev/sdb

Ensure /dev/sdb1 is freebsd-boot.

6. Export the Pool

Export the pool cleanly:

  sudo zpool export zroot

7. Reboot and Test

Reboot into the GhostBSD disk:

  sudo reboot

If it fails, note the boot error (e.g., “ZFS: cannot find bootfs”) and proceed to Step 8.

8. Advanced Recovery (if Needed)

If the system remains unbootable:

Manually Mount and Inspect:

Import and mount the pool:

    sudo zpool import -f zroot
    sudo zfs mount zroot/ROOT/default

Check /boot and /etc in the mounted filesystem. If critical files are missing, restore from a backup or snapshot.

Recreate Boot Environment:

Create a new BE:

    sudo bectl create newbe
    sudo bectl activate newbe

Reinstall GhostBSD:
- If the pool is unrecoverable, back up data (e.g., /home) to an external drive from the Live CD.
- Reinstall GhostBSD on /dev/sdb and restore data.

Preventing Future Issues

Read-Only Imports: On Devuan, import with:

  zpool import -o readonly=on zroot

Match ZFS Versions: Ensure Devuan’s ZFS version matches GhostBSD’s (OpenZFS 2.2+). Check:

  zfs version

Update Devuan’s ZFS:

  sudo apt update && sudo apt install zfsutils-linux

Snapshot Backups: Before importing on Devuan, snapshot the pool:

  sudo zfs snapshot zroot/ROOT/default@backup

Clean Exports: Always export after use:

  zpool export zroot

12sunflowers

@ericbsd Hello!)
Many Thanks Kind Man but unfortunately yours recommendations not help(
Here report.
Why i can`t not mount zfs disks from Ghost eben under Ghost LiveISO?
### Part 1 (1-7)

Welcome to fish, the friendly interactive shell
Type help for instructions on how to use fish
ghostbsd@livecd ~> sudo zpool import
   pool: zroot
     id: 12342879756425865777
  state: ONLINE
 action: The pool can be imported using its name or numeric identifier.
 config:

	zroot                                         ONLINE
	  gptid/924f1166-7c66-11ef-83b7-001d7dc7be43  ONLINE
ghostbsd@livecd ~> sudo zpool import -o readonly=on zroot
ghostbsd@livecd ~> sudo zpool status zroot
  pool: zroot
 state: ONLINE
config:

	NAME                                          STATE     READ WRITE CKSUM
	zroot                                         ONLINE       0     0     0
	  gptid/924f1166-7c66-11ef-83b7-001d7dc7be43  ONLINE       0     0     0

errors: No known data errors
ghostbsd@livecd ~> sudo bectl list
libbe_init("") failed.
ghostbsd@livecd ~ [255]> sudo bectl activate default
libbe_init("") failed.
ghostbsd@livecd ~ [255]>

ghostbsd@livecd ~> pkg install bectl
pkg: Insufficient privileges to install packages
ghostbsd@livecd ~ [1]> sudo pkg install bectl
Updating GhostBSD repository catalogue...
Fetching meta.conf: 100%    178 B   0.2kB/s    00:01    
Fetching data.pkg: 100%    7 MiB 584.2kB/s    00:13    
Processing entries: 100%
GhostBSD repository update completed. 36136 packages processed.
Updating GhostBSD-base repository catalogue...
Fetching meta.conf: 100%    178 B   0.2kB/s    00:01    
Fetching data.pkg: 100%   37 KiB  38.1kB/s    00:01    
Processing entries: 100%
GhostBSD-base repository update completed. 522 packages processed.
All repositories are up to date.
Updating database digests format: 100%
pkg: No packages available to install matching 'bectl' have been found in the repositories
ghostbsd@livecd ~ [1]>

ghostbsd@livecd ~ [255]> sudo zfs list -t snapshot -r zroot/ROOT
cannot open 'zroot/ROOT': dataset does not exist
ghostbsd@livecd ~ [1]> 
-------------------------------------------------
=>       40  312579616  diskid/DISK-9TS11TEW  GPT  (149G)
         40        512                     1  freebsd-boot  (256K)
        552  303138816                     2  freebsd-zfs  (145G)
  303139368    9428992                     3  freebsd-swap  (4.5G)
  312568360      11296                        - free -  (5.5M)
--------------------------------------------------
=>       40  312579616  ada1  GPT  (149G)
         40        512     1  freebsd-boot  (256K)
        552  303138816     2  freebsd-zfs  (145G)
  303139368    9428992     3  freebsd-swap  (4.5G)
  312568360      11296        - free -  (5.5M)

ghostbsd@livecd ~ [1]> sudo gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 /dev/ada1p1
gpart: No such geom: /dev/ada1p1.
ghostbsd@livecd ~ [1]> 
----------------------------------------------------
ghostbsd@livecd ~ [1]> sudo gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 /dev/ada1p1
gpart: No such geom: /dev/ada1p1.
ghostbsd@livecd ~ [1]>

ghostbsd@livecd ~> sudo gpart show /dev/ada1
=>       40  312579616  ada1  GPT  (149G)
         40        512     1  freebsd-boot  (256K)
        552  303138816     2  freebsd-zfs  (145G)
  303139368    9428992     3  freebsd-swap  (4.5G)
  312568360      11296        - free -  (5.5M)

ghostbsd@livecd ~>

### Part 2 (8)

Welcome to fish, the friendly interactive shell
Type help for instructions on how to use fish
ghostbsd@livecd ~> sudo zpool import -f zroot
ghostbsd@livecd ~> sudo zfs mount zroot/ROOT/default
cannot open 'zroot/ROOT/default': dataset does not exist

ghostbsd@livecd ~ [1]> sudo bectl create newbe
libbe_init("") failed.
ghostbsd@livecd ~ [255]> sudo bectl activate newbe
libbe_init("") failed.
ghostbsd@livecd ~ [255]> 
------------------------------
ghostbsd@livecd ~> sudo pkg search bectl
kubectl-1.32.3                 Kubernetes command-line tool
py311-bectl-0.6                GhostBSD bectl Python module
ghostbsd@livecd ~> sudo pkg install py311-bectl
Updating GhostBSD repository catalogue...
GhostBSD repository is up to date.
Updating GhostBSD-base repository catalogue...
GhostBSD-base repository is up to date.
All repositories are up to date.
Updating database digests format: 100%
The following 1 package(s) will be affected (of 0 checked):

Installed packages to be REINSTALLED:
	py311-bectl-0.6 [GhostBSD] (direct dependency removed: py311-setuptools)

Number of packages to be reinstalled: 1

4 KiB to be downloaded.

Proceed with this action? [y/N]: y
[1/1] Fetching py311-bectl-0.6.pkg: 100%    4 KiB   4.5kB/s    00:01    
Checking integrity... done (0 conflicting)
[1/1] Reinstalling py311-bectl-0.6...
[1/1] Extracting py311-bectl-0.6: 100%
ghostbsd@livecd ~> sudo bectl list
libbe_init("") failed.
ghostbsd@livecd ~ [255]> sudo bectl activate default
libbe_init("") failed.
ghostbsd@livecd ~ [255]>

12sunflowers

@ericbsd

Match ZFS Versions: Ensure Devuan’s ZFS version matches GhostBSD’s (OpenZFS 2.2+). Check

Debian have no OpenZFS 2.2+ in repos, only 2.1 and 2.3
https://tracker.debian.org/pkg/zfs-linux

And i have errors during building 2.2.7 from source

config.status: executing libtool commands
config.status: executing po-directories commands
  GEN      gitrev
make  all-recursive
make[1]: Entering directory '/home/freeartist-devuan/Downloads/zfs/zfs-2.2.7'
Making all in include
make[2]: Entering directory '/home/freeartist-devuan/Downloads/zfs/zfs-2.2.7/include'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/freeartist-devuan/Downloads/zfs/zfs-2.2.7/include'
Making all in tests/zfs-tests/tests
make[2]: Entering directory '/home/freeartist-devuan/Downloads/zfs/zfs-2.2.7/tests/zfs-tests/tests'
make[2]: *** No rule to make target 'functional/block_cloning/block_cloning_copyfilerange_cross_dataset.ksh', needed by 'all-am'.  Stop.
make[2]: Leaving directory '/home/freeartist-devuan/Downloads/zfs/zfs-2.2.7/tests/zfs-tests/tests'
make[1]: *** [Makefile:12343: all-recursive] Error 1
make[1]: Leaving directory '/home/freeartist-devuan/Downloads/zfs/zfs-2.2.7'
make: *** [Makefile:4697: all] Error 2
freeartist-devuan@devuan:~/Downloads/zfs/zfs-2.2.7$

PS
openzfs/zfs16155

brianthehughes

Use a GhostBSD live environment to recover/repair the GhostBSD ZFS dataset.

If you want to use another OS, I encourage you to ask that OS to help you gain access to a foreign system ZFS dataset.

12sunflowers

brianthehughes

Use a GhostBSD live environment to recover/repair the GhostBSD ZFS dataset.

what you mean GhostBSD live environment?
look my post above and you see that all recomendations i did using ghostlivecd.

If you want to use another OS, I encourage you to ask that OS to help you gain access to a foreign system ZFS dataset.

Now i whant recover bootloader of ghost. Why i cant did that via ghostlivecd, zsf not mounting here.

Above explained that happens because Linux has another version of openzfs. Why here was no any warnings about useing wrong versions of openzfs can lead to disaster?

brianthehughes

12sunflowers

You made 1 attempt at using the correct GhostBSD environment and then started using an alternative OS again.

We can’t help you use another OS. Using another OS with incompatible versions of ZFS will only create further issues.

Using an alternative OS created your problem in the first place.

You can ask the ZFS project to add more safety rails to the file system.

Did you make any backups or boot environment backups before your shenanigans?

12sunflowers

bectl: libbe_init("") failed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257492
againg bug?

12sunflowers

@brianthehughes
lol, now i whant just recover bootloader via ghostlivecd i am not using another os anymore.
A am ask again why commands for recovery bootloader not working in my case?
Why zfs ghost disk not mount under ghostlivecd?

12sunflowers

@brianthehughes
So you whant to say, that zfs my ghostbsd was corrupted by wrong version of Openzfs from Linux?
If so, ghost bootloader can be repaired or not?

brianthehughes

Based on what you've shared, it looks like we should be able to recover by recreating the Boot Loader.

I have a couple spare machines for these types of experiments and will take a run at stepping through recreating Boot Loader this afternoon.

I'm going to go review the steps in a live environment with a test box and see what was blocking the bectl from functioning per Eric's guide, but I believe the Recreating the Boot Loader is going to be required. I will update this forum shortly. Thank you for providing the detailed console captures, they do help understand what state things are in.

12sunflowers

brianthehughes
Thanks.
I am give not correct info above yesterday, today i repeat, looks like command recreate bootloader, but after rebooting i see same error Can't find /boot/zfsloader

ghostbsd@livecd ~> sudo gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 /dev/ada1
partcode written to ada1p1
bootcode written to ada1
ghostbsd@livecd ~>

ghostbsd@livecd ~ [1]> sudo gpart show /dev/ada1

=>       40  312579616  ada1  GPT  (149G)
         40        512     1  freebsd-boot  (256K)
        552  303138816     2  freebsd-zfs  (145G)
  303139368    9428992     3  freebsd-swap  (4.5G)
  312568360      11296        - free -  (5.5M)

ghostbsd@livecd ~>

12sunflowers

@brianthehughes @ericbsd
maybe i cant mount zroot at livecd because after using old version of Openzfs at Linux all zfs data at Ghost are wiped?

12sunflowers

@brianthehughes @ericbsd
I try open this zfs disk vis windowsopenzfs its show same - empty disk(
look like all data wiped?
lol, and where is famous reliability and safety of *BSD?!

Microsoft Windows [Version 10.0.22631.3880]
(c) Microsoft Corporation. All rights reserved.

C:\Windows\System32>zpool import
path '\\?\ide#diskst3160310cs_____________________________sc14____#5&2aa92c33&0&1.0.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive3'
read partitions ok 4
    mbr 0: type 7 off 0x100000 len 0x1194200000
    mbr 1: type 82 off 0x1194300000 len 0x121100000
    mbr 2: type 7 off 0x12b5400000 len 0x3200000
    mbr 3: type 7 off 0x12b8600000 len 0x128ac00000
asking libefi to read label
path '\\?\ide#disksamsung_sp2014n_________________________vc100-33#5&34dac8c4&0&0.0.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive0'
read partitions ok 20
    mbr 0: type 7 off 0x100000 len 0x2a1100000
    mbr 1: type f off 0x2a1223a00 len 0x2bf21bc600
    mbr 2: type 0 off 0x0 len 0x0
    mbr 3: type 0 off 0x0 len 0x0
    mbr 4: type 7 off 0x2a122b800 len 0x75342e400
    mbr 5: type 5 off 0x9f4659c00 len 0xc34f2cc00
    mbr 6: type 0 off 0x2a1223a00 len 0x0
    mbr 7: type 0 off 0x2a1223a00 len 0x0
    mbr 8: type 7 off 0x9f4661a00 len 0xc34f24e00
    mbr 9: type 5 off 0x1629586800 len 0xc34f2cc00
    mbr 10: type 0 off 0x9f4659c00 len 0x0
    mbr 11: type 0 off 0x9f4659c00 len 0x0
    mbr 12: type 7 off 0x162958e600 len 0xc34f24e00
    mbr 13: type 5 off 0x225e4b3400 len 0xc34f2cc00
    mbr 14: type 0 off 0x1629586800 len 0x0
    mbr 15: type 0 off 0x1629586800 len 0x0
    mbr 16: type 7 off 0x225e4bb200 len 0xc34f24e00
    mbr 17: type 0 off 0x225e4b3400 len 0x0
    mbr 18: type 0 off 0x225e4b3400 len 0x0
    mbr 19: type 0 off 0x225e4b3400 len 0x0
asking libefi to read label
path '\\?\ide#diskst3160310cs_____________________________sc14____#5&17ef7b8e&0&0.0.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive1'
read partitions ok 3
    gpt 0: type 31550fd710 off 0x5000 len 0x40000
    gpt 1: type 31550fd710 off 0x45000 len 0x2423100000
    gpt 2: type 31550fd710 off 0x2423145000 len 0x11fc00000
asking libefi to read label
EFI read OK, max partitions 128
    part 1:  offset 228:    len 12118800:    tag: 18    name: ''
path '\\?\ide#diskpatriot_burst_elite_240gb_______________hs14826_#5&2aa92c33&0&1.1.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive4'
read partitions ok 8
    mbr 0: type 83 off 0x100000 len 0x1211000000
    mbr 1: type 83 off 0x1211100000 len 0x1211000000
    mbr 2: type 7 off 0x2422100000 len 0x12c0000000
    mbr 3: type f off 0x36e2100000 len 0x102600000
    mbr 4: type 82 off 0x36e2200000 len 0x102500000
    mbr 5: type 0 off 0x36e2100000 len 0x0
    mbr 6: type 0 off 0x36e2100000 len 0x0
    mbr 7: type 0 off 0x36e2100000 len 0x0
asking libefi to read label
path '\\?\ide#diskst1000dm010-2ep102______________________cc46____#5&17ef7b8e&0&0.1.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive2'
read partitions ok 8
    mbr 0: type 83 off 0x100000 len 0x12ef300000
    mbr 1: type 82 off 0x12ef400000 len 0x100300000
    mbr 2: type 83 off 0x13ef700000 len 0x566d000000
    mbr 3: type f off 0x6a5c7ffc00 len 0x7e84400400
    mbr 4: type 7 off 0x6a5c800000 len 0x7e84400000
    mbr 5: type 0 off 0x6a5c7ffc00 len 0x0
    mbr 6: type 0 off 0x6a5c7ffc00 len 0x0
    mbr 7: type 0 off 0x6a5c7ffc00 len 0x0
asking libefi to read label
working on dev '\\?\Harddisk1Partition2'
setting path here '/dev/Harddisk1Partition2'
setting physpath here '\\?\Harddisk1Partition2'
  pool: zroot
    id: 12342879756425865777
 state: ONLINE
status: The pool was last accessed by another system.
action: The pool can be imported using its name or numeric identifier and
        the '-f' flag.
   see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-EY
config:

        zroot                  ONLINE
          Harddisk1Partition2  ONLINE

C:\Windows\System32>zpool import zroot
path '\\?\ide#diskst3160310cs_____________________________sc14____#5&2aa92c33&0&1.0.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive3'
read partitions ok 4
    mbr 0: type 7 off 0x100000 len 0x1194200000
    mbr 1: type 82 off 0x1194300000 len 0x121100000
    mbr 2: type 7 off 0x12b5400000 len 0x3200000
    mbr 3: type 7 off 0x12b8600000 len 0x128ac00000
asking libefi to read label
path '\\?\ide#disksamsung_sp2014n_________________________vc100-33#5&34dac8c4&0&0.0.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive0'
read partitions ok 20
    mbr 0: type 7 off 0x100000 len 0x2a1100000
    mbr 1: type f off 0x2a1223a00 len 0x2bf21bc600
    mbr 2: type 0 off 0x0 len 0x0
    mbr 3: type 0 off 0x0 len 0x0
    mbr 4: type 7 off 0x2a122b800 len 0x75342e400
    mbr 5: type 5 off 0x9f4659c00 len 0xc34f2cc00
    mbr 6: type 0 off 0x2a1223a00 len 0x0
    mbr 7: type 0 off 0x2a1223a00 len 0x0
    mbr 8: type 7 off 0x9f4661a00 len 0xc34f24e00
    mbr 9: type 5 off 0x1629586800 len 0xc34f2cc00
    mbr 10: type 0 off 0x9f4659c00 len 0x0
    mbr 11: type 0 off 0x9f4659c00 len 0x0
    mbr 12: type 7 off 0x162958e600 len 0xc34f24e00
    mbr 13: type 5 off 0x225e4b3400 len 0xc34f2cc00
    mbr 14: type 0 off 0x1629586800 len 0x0
    mbr 15: type 0 off 0x1629586800 len 0x0
    mbr 16: type 7 off 0x225e4bb200 len 0xc34f24e00
    mbr 17: type 0 off 0x225e4b3400 len 0x0
    mbr 18: type 0 off 0x225e4b3400 len 0x0
    mbr 19: type 0 off 0x225e4b3400 len 0x0
asking libefi to read label
path '\\?\ide#diskst3160310cs_____________________________sc14____#5&17ef7b8e&0&0.0.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive1'
read partitions ok 3
    gpt 0: type e55eefd7f0 off 0x5000 len 0x40000
    gpt 1: type e55eefd7f0 off 0x45000 len 0x2423100000
    gpt 2: type e55eefd7f0 off 0x2423145000 len 0x11fc00000
asking libefi to read label
EFI read OK, max partitions 128
    part 1:  offset 228:    len 12118800:    tag: 18    name: ''
path '\\?\ide#diskpatriot_burst_elite_240gb_______________hs14826_#5&2aa92c33&0&1.1.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive4'
read partitions ok 8
    mbr 0: type 83 off 0x100000 len 0x1211000000
    mbr 1: type 83 off 0x1211100000 len 0x1211000000
    mbr 2: type 7 off 0x2422100000 len 0x12c0000000
    mbr 3: type f off 0x36e2100000 len 0x102600000
    mbr 4: type 82 off 0x36e2200000 len 0x102500000
    mbr 5: type 0 off 0x36e2100000 len 0x0
    mbr 6: type 0 off 0x36e2100000 len 0x0
    mbr 7: type 0 off 0x36e2100000 len 0x0
asking libefi to read label
path '\\?\ide#diskst1000dm010-2ep102______________________cc46____#5&17ef7b8e&0&0.1.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive2'
read partitions ok 8
    mbr 0: type 83 off 0x100000 len 0x12ef300000
    mbr 1: type 82 off 0x12ef400000 len 0x100300000
    mbr 2: type 83 off 0x13ef700000 len 0x566d000000
    mbr 3: type f off 0x6a5c7ffc00 len 0x7e84400400
    mbr 4: type 7 off 0x6a5c800000 len 0x7e84400000
    mbr 5: type 0 off 0x6a5c7ffc00 len 0x0
    mbr 6: type 0 off 0x6a5c7ffc00 len 0x0
    mbr 7: type 0 off 0x6a5c7ffc00 len 0x0
asking libefi to read label
working on dev '\\?\Harddisk1Partition2'
setting path here '/dev/Harddisk1Partition2'
setting physpath here '\\?\Harddisk1Partition2'
cannot import 'zroot': pool was previously in use from another system.
Last accessed by livecd (hostid=59388018) at Sat Apr 26 03:29:25 2025
The pool can be imported, use 'zpool import -f' to import the pool.

C:\Windows\System32>zpool import -f zroot
path '\\?\ide#diskst3160310cs_____________________________sc14____#5&2aa92c33&0&1.0.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive3'
read partitions ok 4
    mbr 0: type 7 off 0x100000 len 0x1194200000
    mbr 1: type 82 off 0x1194300000 len 0x121100000
    mbr 2: type 7 off 0x12b5400000 len 0x3200000
    mbr 3: type 7 off 0x12b8600000 len 0x128ac00000
asking libefi to read label
path '\\?\ide#disksamsung_sp2014n_________________________vc100-33#5&34dac8c4&0&0.0.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive0'
read partitions ok 20
    mbr 0: type 7 off 0x100000 len 0x2a1100000
    mbr 1: type f off 0x2a1223a00 len 0x2bf21bc600
    mbr 2: type 0 off 0x0 len 0x0
    mbr 3: type 0 off 0x0 len 0x0
    mbr 4: type 7 off 0x2a122b800 len 0x75342e400
    mbr 5: type 5 off 0x9f4659c00 len 0xc34f2cc00
    mbr 6: type 0 off 0x2a1223a00 len 0x0
    mbr 7: type 0 off 0x2a1223a00 len 0x0
    mbr 8: type 7 off 0x9f4661a00 len 0xc34f24e00
    mbr 9: type 5 off 0x1629586800 len 0xc34f2cc00
    mbr 10: type 0 off 0x9f4659c00 len 0x0
    mbr 11: type 0 off 0x9f4659c00 len 0x0
    mbr 12: type 7 off 0x162958e600 len 0xc34f24e00
    mbr 13: type 5 off 0x225e4b3400 len 0xc34f2cc00
    mbr 14: type 0 off 0x1629586800 len 0x0
    mbr 15: type 0 off 0x1629586800 len 0x0
    mbr 16: type 7 off 0x225e4bb200 len 0xc34f24e00
    mbr 17: type 0 off 0x225e4b3400 len 0x0
    mbr 18: type 0 off 0x225e4b3400 len 0x0
    mbr 19: type 0 off 0x225e4b3400 len 0x0
asking libefi to read label
path '\\?\ide#diskst3160310cs_____________________________sc14____#5&17ef7b8e&0&0.0.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive1'
read partitions ok 3
    gpt 0: type 3968f0d500 off 0x5000 len 0x40000
    gpt 1: type 3968f0d500 off 0x45000 len 0x2423100000
    gpt 2: type 3968f0d500 off 0x2423145000 len 0x11fc00000
asking libefi to read label
EFI read OK, max partitions 128
    part 1:  offset 228:    len 12118800:    tag: 18    name: ''
path '\\?\ide#diskpatriot_burst_elite_240gb_______________hs14826_#5&2aa92c33&0&1.1.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive4'
read partitions ok 8
    mbr 0: type 83 off 0x100000 len 0x1211000000
    mbr 1: type 83 off 0x1211100000 len 0x1211000000
    mbr 2: type 7 off 0x2422100000 len 0x12c0000000
    mbr 3: type f off 0x36e2100000 len 0x102600000
    mbr 4: type 82 off 0x36e2200000 len 0x102500000
    mbr 5: type 0 off 0x36e2100000 len 0x0
    mbr 6: type 0 off 0x36e2100000 len 0x0
    mbr 7: type 0 off 0x36e2100000 len 0x0
asking libefi to read label
path '\\?\ide#diskst1000dm010-2ep102______________________cc46____#5&17ef7b8e&0&0.1.0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
 and '\\?\PhysicalDrive2'
read partitions ok 8
    mbr 0: type 83 off 0x100000 len 0x12ef300000
    mbr 1: type 82 off 0x12ef400000 len 0x100300000
    mbr 2: type 83 off 0x13ef700000 len 0x566d000000
    mbr 3: type f off 0x6a5c7ffc00 len 0x7e84400400
    mbr 4: type 7 off 0x6a5c800000 len 0x7e84400000
    mbr 5: type 0 off 0x6a5c7ffc00 len 0x0
    mbr 6: type 0 off 0x6a5c7ffc00 len 0x0
    mbr 7: type 0 off 0x6a5c7ffc00 len 0x0
asking libefi to read label
working on dev '\\?\Harddisk1Partition2'
setting path here '/dev/Harddisk1Partition2'
setting physpath here '\\?\Harddisk1Partition2'
sending mountpoint: '\??\?:'

C:\Windows\System32>zpool list
NAME    SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
zroot   144G   470K   144G        -         -     0%     0%  1.00x    ONLINE  -

C:\Windows\System32>

vimanuelt

12sunflowers
In ZFS, partial corruption = whole dataset invisible.

You can try ZDB to inspect manually: zdb -e zroot

This can see if block structures and object sets still exist even if the pool looks empty.

12sunflowers

@vimanuelt
At this situation is 100% no any chances for recover bootloader or at least save home dir, because all data was wiped?

vimanuelt

Be aware that not all ZFS features are compatible across different operating systems. Pools created with newer features on FreeBSD may not be fully supported on Linux. You will need to ask the Linux community devs responsible for OpenZFS support to update to the current OpenZFS version. Also, disregard the bad advise given on the FreeBSD Forum. You will need to do your own research. I am disappointed in the advise given.

12sunflowers

vimanuelt
zdb -e zroot output

12sunflowers

@vimanuelt
i am sorry, have you look at my output of zdb -e, above ^^

vimanuelt

Based on the information from your output, here’s the safe importability analysis:

FreeBSD (GhostBSD, TrueNAS, etc.)

Safe to import.
Your pool version (5000) and enabled features (hole_birth, embedded_data, vdev_zaps_v2) are fully supported by FreeBSD 13.x, 14.x, and CURRENT (15.0).
The pool was originally created with a FreeBSD livecd, meaning native compatibility is assured.
Because whole_disk=0, you must import the partition (/dev/gptid/...) instead of the raw disk (/dev/ada0 etc.).
Recommendation: Use zpool import -d /dev/gptid zroot if it does not show up automatically.

Linux (OpenZFS)

Conditionally safe to import, but caution is needed.
Linux OpenZFS 2.1.x to 2.2.x fully supports hole_birth and embedded_data.
vdev_zaps_v2 is newer (introduced by Klarasystems), and some older OpenZFS Linux builds (especially before 2.1.0) may not recognize it.
If you use OpenZFS 2.2.x or newer, it should import cleanly.
Important: Linux treats GPT partitions differently; you must manually point it to the correct partition (likely /dev/sdX2).
Use zpool import -d /dev/disk/by-partuuid zroot or specify by partition ID.

Windows (Windows OpenZFS)

Risky to import, not recommended casually.
Windows OpenZFS ports are experimental and usually lag behind FreeBSD/Linux versions.
Windows builds from 2023–2024 may lack full support for vdev_zaps_v2.
Best-case: pool imports readonly.
Worst-case: import errors, possible metadata confusion.
If you must try: zpool import -o readonly=on zroot.

General Caution

Always export the pool cleanly if possible before moving it between systems.
If the pool was forcibly imported or accessed by Windows incorrectly before, corruption risk rises.
If Windows touched the partition table (MBR or GPT rewriting), a deeper forensic check (zdb -l or zpool status -v) is recommended before trusting the pool again.

12sunflowers

vimanuelt Recommendation: Use zpool import -d /dev/gptid zroot if it does not show up automatically

same - no dataset(

Geom name: ada1p1
Providers:
1. Name: gptid/90939b69-7c66-11ef-83b7-001d7dc7be43
   Mediasize: 262144 (256K)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 20480
   Mode: r0w0e0
   secoffset: 0
   offset: 0
   seclength: 512
   length: 262144
   index: 0
Consumers:
1. Name: ada1p1
   Mediasize: 262144 (256K)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 20480
   Mode: r0w0e0

Geom name: ada1p2
Providers:
1. Name: gptid/924f1166-7c66-11ef-83b7-001d7dc7be43
   Mediasize: 155207073792 (145G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 282624
   Mode: r0w0e0
   secoffset: 0
   offset: 0
   seclength: 303138816
   length: 155207073792
   index: 0
Consumers:
1. Name: ada1p2
   Mediasize: 155207073792 (145G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 282624
   Mode: r0w0e0

Geom name: ada1p3
Providers:
1. Name: gptid/93df2fcc-7c66-11ef-83b7-001d7dc7be43
   Mediasize: 4827643904 (4.5G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 155207356416
   Mode: r0w0e0
   secoffset: 0
   offset: 0
   seclength: 9428992
   length: 4827643904
   index: 0
Consumers:
1. Name: ada1p3
   Mediasize: 4827643904 (4.5G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 155207356416
   Mode: r0w0e0

ghostbsd@livecd ~> sudo zpool import
   pool: zroot
     id: 12342879756425865777
  state: ONLINE
 action: The pool can be imported using its name or numeric identifier.
 config:

	zroot                                         ONLINE
	  gptid/924f1166-7c66-11ef-83b7-001d7dc7be43  ONLINE
ghostbsd@livecd ~>

ghostbsd@livecd ~ [1]> sudo zpool import -d /dev/gptid/924f1166-7c66-11ef-83b7-001d7dc7be43 zroot
ghostbsd@livecd ~> sudo zpool list
NAME     SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
livecd  2.75G  2.29G   474M        -         -     5%    83%  1.00x    ONLINE  -
zroot    144G   508K   144G        -         -     0%     0%  1.00x    ONLINE  -
ghostbsd@livecd ~> sudo zpool status
  pool: livecd
 state: ONLINE
config:

	NAME        STATE     READ WRITE CKSUM
	livecd      ONLINE       0     0     0
	  md1       ONLINE       0     0     0

errors: No known data errors

  pool: zroot
 state: ONLINE
config:

	NAME                                          STATE     READ WRITE CKSUM
	zroot                                         ONLINE       0     0     0
	  gptid/924f1166-7c66-11ef-83b7-001d7dc7be43  ONLINE       0     0     0

errors: No known data errors

ghostbsd@livecd ~> sudo zfs mount zroot/ROOT/default
cannot open 'zroot/ROOT/default': dataset does not exist
ghostbsd@livecd ~ [1]> 
ghostbsd@livecd ~> sudo zfs mount zroot/ROOT/default
cannot open 'zroot/ROOT/default': dataset does not exist
ghostbsd@livecd ~ [1]> sudo gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 /dev/gptid/90939b69-7c66-11ef-83b7-001d7dc7be43
gpart: No such geom: /dev/gptid/90939b69-7c66-11ef-83b7-001d7dc7be43.
ghostbsd@livecd ~ [1]>

ghostbsd@livecd /> sudo mount -t zfs zroot/ROOT/default /mnt
mount: zroot/ROOT/default: No such file or directory
ghostbsd@livecd / [1]> sudo zpool import -fR /mnt zroot
cannot import 'zroot': a pool with that name already exists
use the form 'zpool import <pool | id> <newpool>' to give it a new name
ghostbsd@livecd / [1]> sudo zpool import -fR /mnt zroot_tmp
cannot import 'zroot_tmp': no such pool available
ghostbsd@livecd / [1]> sudo zpool import -fR /mnt 924f1166-7c66-11ef-83b7-001d7dc7be43 zroot_tmp
cannot import '924f1166-7c66-11ef-83b7-001d7dc7be43': no such pool available
ghostbsd@livecd / [1]> sudo zpool import -fR /mnt /dev/gptid/924f1166-7c66-11ef-83b7-001d7dc7be43 zroot_tmp
cannot import '/dev/gptid/924f1166-7c66-11ef-83b7-001d7dc7be43': no such pool available
ghostbsd@livecd / [1]> sudo zpool import -f -R /mnt /dev/gptid/924f1166-7c66-11ef-83b7-001d7dc7be43 zroot_tmp
cannot import '/dev/gptid/924f1166-7c66-11ef-83b7-001d7dc7be43': no such pool available
ghostbsd@livecd / [1]>