Using a pre-existing boot disk

[lifeteo]

TrueNAS-SCALE-22.12.2

made a copy of the disk:
zfs snapshot -r data_1/local-vm/vpn_job-mefpmh@relocate
zfs send data_1/local-vm/vpn_job-mefpmh@relocate | zfs receive -v ssd_pool/vm/vpn_job-mefpmh

then the created disk was used for a new VM, the system does not boot, only the EUFI bootloader appears.
As I understand it, the problem is that the bootloader is not visible.
I tried to prescribe the loader according to the article, but without result.

GrubEFIReinstall - Debian Wiki

wiki.debian.org

 

[Arwen]

Using ZFS Send & Receive does not add the boot loader as you found out.

Why are you not performing the simple install again?

If you try and copy a boot-pool, you will likely run into lots of weird problems. Like your destination boot-pool name does not match it's original install name.

 

[lifeteo]

Why are you not performing the simple install again?

you need to re-configure the software, I really would not want to do this.

Transferring a VM from a pool to a pool or connecting a disk from the outside looks like a regular functionality that should be in theory.

 

[Davvo]

you need to re-configure the software, I really would not want to do this.

You can just save your configuration and import it on the new install.

Having a backup of the configuration is also a very good safety practice.

 

[lifeteo]

You can just save your configuration and import it on the new install.

Having a backup of the configuration is also a very good safety practice.

Are you talking about the configuration of the truenas itself?

 

[Arwen]

Yes. TrueNAS, (both Core & SCALE), was specifically designed to have 100% of its configuration savable in a file. This allows the boot device to be considered a throw away item when failing. Simply re-install and restore the saved configuration, then all is back to the save point.

Most Unix don't allow full & easy save outside of a full backup. The configuration of everything, (network, user, sharing services like Samba, NFS & RSync), are scattered around. Most of course are under "/etc/" directory. But, web servers tend to have their root elsewhere.

Thus, TrueNAS needed to overcome that limitation.

 

[Basserra]

@lifeteo You could try boot-repair-disk I had to use this on three Debian VMs under TNScale, load it in the VM's CD-ROM device. I tried the manual method and it did not work. Also, in the UEFI_shell, you can enter exit and it should drop you into the VM's BIOS where you can try to manually select the boot device and see if it boots at all.