/mnt/mnt path heartache after a ssd system disk replacement

Having a frustrating issue and I’m at a bit of a loss as to how to put the system back to normal without reinstalling everything. When I replaced our aging ssd with a new drive and re-loaded the saved config, the apps will not start and return a path not found error. The path I have to use to get my system in to a partial working state is by changing all my paths to /mnt/mnt/pool_1. Also, when I try to select any file-related dropdown in the ui it won’t show the file tree, which I believe is related to this issue. Any help gratefully appreciated.

take a look at this post, maybe this will help you

Was able to import the pool with the correct /mnt path but now I have a new, more pressing issue. It won’t show up in the cli. Tried midclt call pool.import_pool '{"guid":10061661483186389216}'
But still does not show up in cli?!

have you tried with sudo zpool status -v if it shows up?

This fixed it finally! The problem was altroot which had a value of /mnt:
zpool get altroot tnas2_Mirror NAME
PROPERTY VALUE SOURCE
tnas2_Mirror altroot /mnt local

So I:

`# 1. Clear the altroot
zpool set altroot=none tnas2_Mirror

2. Set the correct mountpoint

zfs set mountpoint=/mnt/tnas2_Mirror tnas2_Mirror

3. Remount everything

zfs mount -a

4. Sanity check

mount | grep tnas2
zfs get mountpoint tnas2_Mirror
zpool get altroot tnas2_Mirror`


Then:

# 1. Export the pool
zpool export tnas2_Mirror

# 2. Re‑import it with NO altroot
zpool import tnas2_Mirror

# 3. Confirm altroot is gone
zpool get altroot tnas2_Mirror

# 4. Fix the mountpoint
zfs set mountpoint=/mnt/tnas2_Mirror tnas2_Mirror

# 5. Remount datasets
zfs mount -a

# 6. Sanity check
mount | grep tnas2
zfs get mountpoint tnas2_Mirror

Thanks for your help.