01:38:55 does anyone know sysctl tuning generator for freebsd? 03:05:49 a _what_? 03:06:02 futune: welp. I got the pool transferred onto the new drives ok, but I must've messed something up with the loader/boot sequence because I can't boot into the system now. I get stuck in the loader and can't load/find a kernel from the loader. 03:10:00 I created the msdos fs in the efi partition and copied the existing files from '/boot/efi/*', updated '/etc/fstab', updated 'efibootmgr' with an entry pointing at 'gpt/efiboot1' (the label I gave the efi/msdosfs partition on one of the drives) and double checked everything I had read/found and hit it with a good ole reboot 03:15:09 I can see in the server's BIOS the UEFI listing I created with 'efibootmgr' and it will boot until it fails to find the kernel I believe - then drops me in the loader cli. I can see my drives and partitions with 'lsdev', and the efi files are there, but that's where I get stuck. 03:32:54 radhitya: Nothing automated, but: https://man.freebsd.org/cgi/man.cgi?tuning 03:33:50 I've never seen tuned(8) outside of RHEL or I guess Debian. 06:15:53 Is anyone using the aarch64 build of FreeBSD? pkg seems to be broken on fresh install, and there are a lot of bug reports I see on forums, it's still happening on aarch64 after a few days. 06:19:06 This error, except for aarch64 and not solved https://forums.freebsd.org/threads/pkg-error-pkg-sqlite-error-while-executing-grmbl-in-file-update-c-154-not-null-constraint-failed-packages-path.101121/page-3 06:36:50 arch-nemesis: this problem is not architecture-dependent 06:38:38 okay, I assumed there might be different package databases for different archs 06:40:41 yes, that's true, but this bug is common and hits randomly 06:43:45 arch-nemesis: been working for me just fine on my 15.0 VM 06:46:23 smth is wrong with ports 06:46:32 I can give it another shot in a bit. Now I'm kinda just curious what causes that issue. Seems like a schema migration thing. 06:47:02 i checked out the 2025q4 branch, but it wants gettext 0.26, while only 0.23 is available in the repository 06:48:40 it's updating my plasma desktop after updating itself to 2.5.1 just now 07:52:05 i thought the bug was just on quarterly, latest is fixed now 08:52:13 i checked out the 2025q4 branch, but it wants gettext 0.26, while only 0.23 is available in the repository 10:10:43 wtf I compiled a program but it segfaults due to �privileged opcode� 10:13:56 debugger shows the opcode �ud2� being 0F 0B, wtf is that? 10:17:04 that is a kind of undefined error opcode 10:17:27 you should never execute ud2 in correct operation 10:18:01 the compiler may emit ud2 in places that should never be reached 10:19:09 you need to work out what you have done to reach an ud2 opcode 10:51:36 i ran the executable 10:54:15 what is the program? 11:12:04 an app 11:13:43 if you'd like help be less of a dork 11:14:22 since there are 37000+ programs in ports, let me get my crystal ball for sjjd 11:14:47 which program that is is completely irrelevant to my question 11:15:18 it was compiled in freebsd with the default port build settings 11:15:28 and it produces that error 11:15:36 no it isn't, since the majority of ports (I guess ~37000+) compile just fine 11:17:25 there is some error in the program makeing it execute something it shouldn't execute, maybe a jump to some computed address and it computes the address wrong, but more we can't say without knowing the program in question 11:18:13 say, seeing as freebsd-update has all the code necessary to make sure it's not about to clobber a configuration file that you've altered, do we have the inverse – a tool that'll let you grab everything you _have_ altered, eg, to make it quick to reproduce a configuration on another machine? 11:19:23 or at least as a starting point for an ansible config 11:19:26 zip: that's handled by etcupdate, not something in freebsd-update itself. i don't know if etcupdate can do that, but the manpage might be informative. for pkgbase, i believe there is a pkg command to list modified configuration files, but i don't remember what it is 11:22:36 I'll have to have a dig later. That's useful to know! 11:31:07 hm, pretty sure pkg compares config files with the default one installed with a .sample postfix 11:31:50 nimaje: that's for ports. pkgbase uses @config which doesn't use .sample files 11:32:17 (ports could use @config too, but they are not allowed to by policy) 11:32:21 /8/8 11:32:23 err 11:39:45 sjjd, which programme is it? seriously. 12:26:23 the binary must not be stripped and must be built with debugging symbols to allow successful debugging 12:30:33 my understanding is that the symbols could, technically, be separate 12:34:23 another reason I'm waiting for subpackages being production ready, I could just activate the DEBUGINFO feature for my bulks and have installable debug symbols for my packages 15:52:03 Trying to mount root from ufs:/dev/vtbd0p2 [rw]... 15:52:03 /etc/rc: find_system_scripts: not found 15:52:13 don't think i've seen this one before 15:55:30 % grep -r find_system_scripts /etc/rc* 15:56:40 it is mysteriously missing from rc.subr 15:57:20 would you like me to share? 15:57:45 i have another 15 system to copy it from 15:57:52 oh ok, im on 14.3 16:00:47 i dont know why you cant bulk merge rc.d, merging all those by hand is brutal 16:02:16 bulk merge is brutal, file-by-file merge is ... cruel. 17:05:50 I'm stuck in the loader.efi - "Failed to find bootable partition". How do I point it at my ZFS pool? 17:16:05 is it bootfs problem? 17:16:54 for example, zpool set bootfs=zroot/ROOT/default zroot 17:18:26 Not necessarily, yesterday I was migrating my existing zpool (single disk) to a mirror on 2 new drives. I successfully partitioned my two new drives to match the original and got the pool to use those drives as a mirror cont.. 17:18:46 then i copied over /boot/efi/* to the partitions on the two new mirrored drives 17:19:39 and updated with 'efibootmgr'. Then hit a 'reboot' and I must've missed something because the loader isn't loading the main zfs filesystem to find the kernel 17:20:39 is bootfs property set? 17:20:42 interesting 17:20:44 bootfs=zroot/ROOT/default shouldn't have changed since I simply changed around the drives underneath the pool 17:22:34 I tried setting 'currdev=disk0p4' (the partition of one of the mirrored disks) but loader didn't like that and "unable to open '/'" 17:23:51 i think i've never set currdev or somthing except bootfs, can you check it again?: zpool get bootfs 17:24:28 my zroot is single disk 17:27:21 yeah mine was previously - that's why I'm where I am. Threw this system together with a cheap ole ssd for a pet project. Bossman liked the project and gave me 2 newer ssd's so I was trying to put my zroot from a single disk to a mirror using these new disks and get rid of the old one 17:28:01 thermos: is efi partiton on the same drive that ZFS pool exists ? 17:28:35 yeah, I put the efi partition on both of the mirrored disks - each partition with the same contents 17:29:00 my efi partition: /boot/efi/efi/boot/bootx64.efi (loader.efi) 17:29:11 i don't need to create efibootmgr entry manually 17:29:40 +Boot0001* UEFI OS 17:29:47 nxjoseph: yep same 17:30:37 I only created a efibootmgr entry because I needed to point it to an entirely different disk/partition since I was getting rid of the original disk for this mirrored set 17:30:45 i see 17:32:23 for shts and giggles I just tried force booting via BIOS instead of UEFI and I get messages like "cant find /boot/kernel/kernel" or "/boot/zfsloader" 17:33:37 not sure what step I missed but it seems that in both UEFI and BIOS, the loaders are failing to be directed to the ZFS filesystem/pool and therefore are not able to find '/boot/kernel' and the like 17:35:33 atp I am wondering if I could just boot from the FreeBSD installer and try to import my pool? I could care less about figuring out where I went wrong and fixing it if instead I could just install fresh and import my pool/data 17:35:48 yes you can 17:35:58 mount -o size=1m -t tmpfs tmpfs /mnt && zpool import -o altroot=/mnt poolname 17:36:44 okay let me try that quick, thanks nxjoseph 17:36:50 ok, you're welcome 17:38:52 Do you know, should i grab the '*-bootonly.iso'? 17:39:12 yes if you want to download it faster, compressed ones with xz is smaller 17:39:23 but you'd need internet for fetching the sets 17:39:43 while doing the installation 17:40:37 word, thanks 17:59:38 nxjoseph: do i boot into the installer, single user or loader to get the shell that I need? 17:59:59 installer, so normal boot 18:00:17 then you could be able to pick between 3 options, installer, shell and root system. 18:12:18 nxjoseph: so efi loader can't find zpool ? 18:12:30 okay yeah I can mount my pool after 'geli attach ' do I need to make an entry in the /tmp/bsdinstall_etc/fstab then? 18:12:53 is your efi loader recent enough ? is zpool on encrypted device (geli) ? 18:13:09 now it seems to be encrypted 18:13:16 that changes things i guess 18:13:17 encrypted, on geli 18:13:18 OK 18:13:20 mzar: should be, yes it is geli 18:13:51 OK, that's clear now 18:14:05 so as far as i understood in the past, to use geli encrypted root, the boot parititon must continue the whole /boot things like kernel etc. correct me if im wrong, im not sure 18:14:29 do you see a problem that i odnt? still wasn't sure why it wouldn't find it though since loader.conf loades the kernel modules for geli 18:14:43 nxjoseph: yeah that would sound about right... 18:15:01 in the efi/boot partition, does it only have the loader.efi? 18:15:06 i think it should contain the kernel, modules etc too 18:15:07 yep. 18:16:18 my /boot is 190M, i hope your efi partition was already big enough, i'd try copying the whole /boot from the installation live medium to the your boot partition 18:16:58 I don't know, I am not using full disk encryption, but most likely not 18:17:07 yeah this makes sense. all the resources I found within forums, manpages etc. all referred to the msdosfs efi partition just needing the efi/freebsd/loader.efi 18:17:36 i don't know much about geli, so.... 18:17:41 it's advanced topic 18:18:06 my efi partition is 260M so I should be good, I'll try copying from live install into the partion and see what happens. Thanks for this insight nxjoseph. 18:18:20 i hope it would work 18:19:00 yeah disk encryption seems great but on nearly every system I've used it on it seems to come back to bite me - could chalk it to skill issue etc. but anyway, I'll try this new idea 18:19:07 follow this https://xyinn.org/md/freebsd/zfs_manual_partition_encrypted 18:19:13 load required modules 18:22:36 mzar: thanks, this is what my system and these files looked like before this fatal 'reboot' but I might need to do this anyways if copying from the installer to my boot partition doesn't solve the problem 18:23:11 thermos: what happened to them ? 18:24:20 boot from they thumb drive, attach encrypted partion, import zpool, fix loader and you will be fine 18:25:23 you can also upgrade loader on the efi partion, 15.0 uses OpenZFS 2.4, 14.x uses 2.2, but if you have not upgraded zpool it shouldn't be issue 18:26:52 import pool temporarily, with -R option 18:26:55 not entirely sure, perhaps since I installed initially to a single disk with geli zroot from the bsdinstaller they are in that disk's efi partition - cause they aren't in my mounted zroot 18:27:45 sure. mount them by hand and upgrade, one by one, using the most recent /boot/loader.efi 18:28:43 mount_msdosfs /dev/efipartion /mnt 18:28:58 you can fix it 18:29:01 no worries 18:29:32 yeah yep workin on that, thanks. i mounted zroot via 'zpool import -o altroot=/mnt zroot' - how do i unmount it? X'D 18:29:40 zpool export 18:30:33 zpool export zroot 18:30:40 thanks 18:30:56 but zroot/ROOT/default isn't mounted 18:31:12 yes, mount -t zfs zroot/ROOT/default 18:31:29 you have to mount it by hand 18:31:55 nxjoseph will guide you thermos, good luck guys ! 18:32:12 im afraid i won't be able to 18:32:17 not much experienced in geli 18:33:47 no worries, now you are gaining experience 18:33:51 so 'zpool import -o altroot=/mnt zroot' and 'mount -t zfs zroot/ROOT/default' are completely different mounts? 'zroot/ROOT/default' is where stuff like /etc was written then 18:33:55 I have to go, bbl 18:34:08 mzar: thanks for the help 18:34:34 the root (/) resides in the dataset zroot/ROOT/default, when you do zpool import, this won't get mounted automatically 18:34:41 you should mount it by hand manually 18:34:48 yes, /etc may be there 18:34:49 zfs mount zroot/ROOT/default - if you have imported poool with -R you should be fine 18:35:30 i think -R equals to -o altroot 18:36:02 oh okay, so a mount of my entire system back to it's previous state would be both 'zpool import -R / zroot' and 'mount -t zfs zroot/ROOT/default' 18:36:23 wrot 18:36:29 wrong 18:36:29 yes but mount to /mnt instead, on live media, you can'tr mount it to the / 18:36:42 -R /mnt or sth like this 18:38:50 nxjoseph: word, but on a normal system it would look like that^ so that the datasets are mounted from '/' then, since when I do it with '-R /mnt' the datasets are mounted as if '/mnt' is root. 18:39:03 yes right 18:39:12 Good afternoon! Forgive me if this is trivial. I noticed when I installed 15 release and chose to encrypt my home directory when using ZFS. If you enter a password too short it does not allow you to retry. It just finishes creating the account. 18:39:45 rtj, so you've got an unencrypted home directory? 18:39:47 okay gimme a few minutes to try sorting out my efi partition and ill get back with what happens 18:39:52 thermos, ok 18:41:04 nxjoseph: Can it print a warning if it goes through saying it's not encrypted? I don't think my system booted that time but it was 2am and could have just been user error. 18:42:04 the command "zfs get encryption" should show "on" value for an encrypted zfs dataset, for your home 18:42:27 Yes I am aware of that. I have read the manual for that part. 18:42:38 i didn't get the question sry 18:43:04 No question. It was an observation. 18:43:58 idk if i ever used the word "observation" as a non-native speaker 18:44:43 I did not figure it was worthy of a mailing list post. So I just put it in here. Thank you for trying to help. 18:44:56 no worries you're welcome 18:56:16 nxjoseph: weird. I mounted my original disk's efi partition and it too only has efi/boot/bootx64.efi and efi/freebsd/loader.efi - not sure what magic it did to load the geli/zfs pool to get the rest of the /boot with the kernel and whatnot... Aware that you probably aren't sure either, just reporting what I found 18:56:37 one sec 18:57:24 maybe you need to use geli(8) configure command because you switched disks? 18:57:31 can you see the manpage, like setting a BOOT flag? 18:58:27 possible i may have missed something, but yesterday I did thouroughly read the manpage and reference it as I setup the new freebsd-zfs partitions on these new disks. 18:58:54 does geli ever store something related to the root partition? 18:59:08 store some files for record? 18:59:39 so they have the same flags as the original geli partition: BOOT, GELIBOOT, AUTORESIZE 18:59:57 hmm, i'm like run out of ideas.... :/ 19:00:01 yeah i think it stores a 'backup' somewhere in var 19:00:16 hmmm 19:00:34 are they keys that stored in /var ? 19:01:19 I think keys can be stored anywhere - don't quote me as this is just off the top of my head. regardless I just use geli with a passphrase. 19:01:31 i see 19:13:16 sl 19:24:17 just copied /boot/* into the efi partition to see if this the loader can then find the kernel. Since my original drive only had the loader in it's efi partition, this is probably not the correct thing to do. But i'm curious 19:24:34 hmm let's see 19:37:15 nxjoseph: any idea what the manpage is that documents the loader commands? 19:43:01 there is loader.conf and loader manpages 19:44:24 found it, used 'boot kernel/kernel' and now I am at a new prompt 'mountroot>' 19:45:59 there are 2 .eli devices right? 19:46:23 correct, 'mirror da0p4.eli da1p4.eli' 19:47:09 did you had any geli configuration in /etc/rc.conf or /boot/loader.conf? 19:47:33 i don't know if this is right but just asking 19:47:43 yeah the 'geom_eli_load="YES"' was put in loader.conf from the original installation 19:49:37 this is what happens when I let the boot process playout 19:49:38 https://imgur.com/a/9r2xh7w 19:52:46 when you do `geli list`, does it show the same flags BOOT,GELIBOOT for both .eli devices? 19:53:17 yeah yep. 19:54:18 with the original single-disk pool, it would prompt me for the geli password before doing anything like load the kernel. This makes sense since the kernel was in the zfs geli-encrypted partition of the disk 19:55:03 yes but why current loader doesn't do same i don't know 19:55:04 do you still have geom_eli_load in your loader.conf? 19:56:02 yeah I do. This is the root problem I think I'm having: 19:57:36 the loader is for some reason not detecting the zfs zroot pool and filesystem which is made up of a mirror vdev of da0p4.eli and da1p4.eli. Since it isn't detecting this, it doesn't prompt me for the geli passphrase to open the partitions, which is where the '/boot' directory lives, where the kernel lies. 19:58:47 yeah, very weird, i wonder what is the culprit herfe 19:59:10 also where loader.conf is.. So if I could just figure out how the heck the single drive did this under the same circumstances. 20:00:29 after including the kernel in the efi partition I was able to type 'boot kernel/kernel' at the prompt shown in that imgur link. Bringing me to this 'mountroot>' prompt, where I tried to mount zfs:zroot/ROOT/default and it doesn't see it. 20:00:47 https://imgur.com/a/PZ8hHdi 20:01:33 :/ 20:02:53 XD at least I feel better knowing that no one has said something like "well you obviously just do ..." 20:04:20 the mirror is a clone of the original single disk zfs layout right? 20:05:02 i mean im trying to ask how did you migrate 20:05:18 yeah ill walk you through: 20:05:50 thank you 20:08:15 first I copied the partition layout from the single disk to both new disks 'gpart backup da2 | gpart restore -F da0 da1'. Then I made 'msdosfs' on the efi partition da[0|1]p1 and copied /boot/efi into the partition. Then used 'geli init' and 'geli attach da[0|1]p4' with the same passphrase as the original disk to make the freebsd-zfs partitions da[0|1]p4 into *.eli 20:09:48 is that it? 20:09:55 then I 'zpool attach zroot da2p4.eli da0p4.eli' and then 'zpool replace zroot da2p4.eli da1p4.eli' 20:10:21 hm 20:11:41 and at this point it resilvered and the original disk was no longer in use. Also, before 'replace' and after 'attach' i ran 'gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 da0' and then again after 'replace', subbing 'da0' for 'da1' 20:13:20 I then ran 'efibootmgr -a -c -l da0p1:/efi/freebsd/loader.efi' 20:13:35 jjjjj 20:14:20 seems fine 20:14:37 do you have an account on forums.freebsd.org? 20:14:41 maybe some poeple there can help 20:16:28 no, I can post there, do you think it seems like a "Base System>Storage" thread 20:16:57 it seems right topic 20:18:55 okay. Will do, in the mean time I think I am going to just use the installer and tell it to use my existing zfs pool. do you know where I could find resources on how to do this correctly from the installer? 20:19:32 https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot 20:19:52 i think this guide can help you about this 20:20:45 the point is, prepare disk and parititons and keep the root dataset mounted to /mnt so the installer can handle the rest 20:21:13 but wouldn't this overwrite everything? 20:23:09 if i followed the guide exactly then yes, can perhaps just recreate the efi and gpt partitions 20:24:05 i think just wait for a solution 20:24:07 honestly I wish I could just get rid of geli but I would need another pair of disks to send/receive 20:24:07 you may lose data 20:25:52 okay, I'll get to writing up a post. Thank you very much for your help, I hope I didn't cause any major headaches 20:26:23 okay, you are welcome, no worries. i'll follow it up there. 20:26:41 you can actually exchange data between disks respectively but risky tho 20:32:03 'dd' XD - I read elsewhere online that ~"the only way to un-geli a zfs pool is to zfs send/receive to new disks", not sure if it's entirely the 'only way' but probably one of the sanest 20:32:43 yeah better but 20:33:34 very similar issue to what I'm having: https://forums.FreeBSD.org/threads/changing-a-bad-disk-in-a-geom-eli-encrypted-zfs-pool-howto.101074/ 20:35:10 although they aren't having the same boot issue 20:37:06 you detach one of the disks from the mirror, make it a pool on it, send current pool to newpool, boot from newpool and attach the other disk to newpool, got rid of geli now. just a way guessed by me 20:38:22 in hindsight, that is probably what i should have done... I thought doing it this way I would be able to avoid any zfs boot configuration. 20:38:50 * thermos sighs.. 20:58:40 thermos, sorry to hear it's not going smoothly :( 21:00:10 is it currently a geli problem, and efi problem, or a zfs problem? 21:00:20 futune: ah you made it! no worries, it'll get sorted out eventually 21:01:30 i think it is both a geli/zfs problem. just restating my last summary: the loader is for some reason not detecting the zfs zroot pool and filesystem which is made up of a mirror vdev of da0p4.eli and da1p4.eli. Since it isn't detecting this, it doesn't prompt me for the geli passphrase to open the partitions, which is where the '/boot' directory lives, where the kernel lies. 21:02:49 I just inserted my old disk that i replaced with this mirror and now I get the GELI passphrase prompt back, but then get ZFS io errors (expected) since that partition is not part of the zroot pool anymore 21:04:16 thermos, the loader can not see the zfs pool until geli is unlocked, that's just impossible... 21:05:58 that makes sense, I don't know why it doesn't prompt for the geli passphrase for these new disks like it does with the old disk. 21:06:12 yeah that's the issue... I was expecting it to prompt, as well 21:09:09 if you can see the history and see the forum i linked where u/holm is trying to add/replace .eli disks to his pool, I did all the things that are mentioned in the thread (minus bringing the pool offline since I had slots available) 21:10:31 although he isn't completely replacing all the disks of his pool, he reported no issues with booting.. 21:23:56 thermos, from reading man geli (8), it seems like which geli providers are unlocked before root mount is set by the geli providers themselves, not by loader config 21:25:14 thermos, from reading man geli (8), it seems like which geli providers are unlocked before root mount is set by the geli providers themselves, not by loader config (sorry to others for the repeat message) 21:26:52 so the geli init needed the -b flag, when you initialized them. But it's possible to set the boot flag on a geli provider after the fact with "geli configure -b devicename" 21:27:40 and the loader is supposed to try to unlock all geli providers that have the boot flag 21:27:45 yeah I had used both '-b -g' flags to get "Flags: BOOT, GELIBOOT, AUTORESIZE" 21:27:53 weird. 21:28:02 I see. That config sounds correct then. :( 21:28:15 useful to know how the sequence works though, thanks for finding that 21:40:40 hello 21:50:56 hi 21:51:25 anyone know any good resources for kernel customization? 22:03:08 futune: in the freebsd installer's live-system, can i create a pool with a single disk, mount my actual pool, zfs send to the single disk, then install fresh system using the mirror since the data would be backed up to that single disk - and post-install mount that single disk pool and transfer it back to my mirror 22:55:03 thermos, all of that should be possible 22:56:07 there are three ways to accomplish the last step though 23:03:10 okay, reading over zfs send docs it looks like the command would be 'zfs send -R zroot/ROOT' ? 23:28:45 Has anybody had trouble after upgrading emby-server? I'm trying to downgrade to dotnet8 however pkg install would install also compat13x-amd64, compat14x-amd64, dotnet-host 9.0.9, and dotnet8: 8.0.20. 23:33:34 thermos, are you familiar with datasets? a zfs pool contains multiple filesystems. Your command there would send the dataset named zroot/ROOT, and all its children, to stdout 23:34:18 the problem now is that I suspect you have multiple pools named zroot 23:35:23 yes, however, the default zroot/ROOT/default heirchy has been confusing to me, so I wasn't sure if all of the datasets are typically created as children of the ROOT/default and therefore the -R would properly capture all of them 23:35:49 negative, just created a pool named zbkp to send to 23:37:15 copy that. The zroot/ROOT dataset is typically an empty dataset used for organizational purposes, and then your boot environments will live as its children (such as zroot/ROOT/default) 23:37:48 the default is the one that actually gets mounted to / in this situation 23:38:42 oh okay so its just for boot environments, therefore the default /usr dataset is not it's child and 'zfs send -R zroot/ROOT/default' would not capture the 'zroot/usr/*' datasets 23:38:51 typically a lot of other datasets that do not live under zroot/ROOT are also important though 23:38:53 precisely! 23:40:07 like zroot/home, zroot/var 23:40:48 gotcha, then I will need to 'zpool import -R /mnt/zroot zroot' and 'zpool import -R /mnt/zbkp zbkp' and transfer between them, and then explicitly 'mount -t zfs zroot/ROOT/default /mnt/zroot-root' to get at those datasets for sending 23:42:47 It's important that these names are not the important bit - datasets have properties such as mountpoint, canmount and others 23:43:19 if you do "zfs list -o name,mountpoint,canmount" you'll get a good overview 23:46:31 thermos, no, you do not need to mount anything for sending. In fact, it might be better if you don't. You just decide which datasets are important on (old) zroot, and then "zfs send zroot/dataset | zfs recv zbkp/dataset" 23:49:06 the reason it's better if you don't is that one ordinarily sends snapshots of datasets rather than datasets, but if the dataset is unmounted, then you can send it without making a snapshot first, which saves a few keystrokes 23:49:24 okay thanks, but I do need to import them somewhere, otherwise zpool list shows nothing 23:50:51 ah, yes, sorry... there is a difference between importing and mounting, you can import with the -N flag to manipulate the pool without mounting any datasets. So, for what you are doing, you want to import both pools with zpool import -N 23:51:02 zpool import -N zroot to prevent from mounting 23:51:10 precisely 23:51:27 ha yeah you beat me to it, okay thanks for this