00:04:09 markmcb: how confident are you that you uploaded the right binary on your ESP? :-) 00:04:20 s/uploaded/updated/ 00:21:35 kevans: I'm realizing that the man page for 14.1 (which I was referencing) gives different guidance than the stable doc. 14.1 shows /boot/efi/efi/freebsd/loader.efi as the target, while stable shows /boot/efi/efi/boot/bootx64.efi 00:23:28 markmcb: the answer is yes 00:23:35 unless you know better you probably want both right now 00:24:01 \efi\freebsd\loader.efi is what we configure ourselves to boot from, but in some circumstances you can end up not using the freebsd efibootmgr entry we add and you're at bootx64.efi instead 00:26:28 ah yeah, now that i look at efibootmgr output, i see both as entries 00:54:11 yep, that was it. thanks for the help. 02:03:01 You folks happen to use FreeBSD for "Desktop" type computing? 02:05:13 i've run freebsd on my laptop for the last... 7 or 8 years 02:05:27 * kevans wonders how that much time has already passed 02:05:38 I have it on a laptop that isn't my main machine because it's the only system that doesn't randomly freeze on that hardware for some reason 02:05:54 I run some VMs and compile stuff against FreeBSD on it 02:11:28 i run freebsd on all the computers i have 02:12:12 yes, including desktop 02:23:33 I got Linux Chrome and Linux Discord working decent 02:23:41 Chrome complains that it is out dated 02:23:55 just doing FreeBSD in a virt-manager vm right now 02:24:08 I like how it has stayed true to real Unix KISS 02:35:02 anyway, thanks for the input folks 02:35:19 I am considering swapping over to FreeBSD as my Host OS 07:07:32 Hm, this is getting weirder by the hour. Does anyone have an idea why "mount zpool/foo /mnt/foo" would fail with "operation not permitted", but "mount -t zfs zpool/foo /mnt/foo" would work just fine? 07:12:37 Neither of those two things are the correct way to do this for zfs. For zfs use "zfs set mountpoint=/mnt/foo zpool/foo" or something similar, that's off the top of my head. 07:20:35 rwp: mountpoint=legacy. Unfortunately it's what podman uses (and I can't see a way to change that, so far) 09:19:03 Hrm, it might even be stranger than that. 09:19:15 * Alver considers doing a tabula rasa 11:04:00 mount defaults to ufs (IMO), so without -t you are supposed to get error with non-ufs case 11:05:25 with mountpoint=legacy you are supposed to be able to use mount -t zfs (thats the whole point of legacy, so you can set those mounts into /etc/fstab.) 11:27:57 tsoome_: yes, I was barking up the complete wrong tree 11:31:47 tsoome_: thanks for confirming though. I was going from the assumption that, like on Linux, 'mount' would be able to figure out what filesystem to use 13:50:07 hello 13:50:57 Any idea why during FreeBSD 13.4 boot I use this message? "Loader needs to be updated" 13:51:42 I used mfsBSD to remotely install a ZFS image (13.4). Can this be related? 15:30:01 after the update to 14.1, boot-flagged geli partitions that don't get a valid passphrase from input aren't ignored anymore but just stop the boot in its tracks. this seems like a spectacularly bad idea – is there any way i can have it revert to the previous behavior? 15:35:12 CyberCr33p, Perhaps related. But not abnormal when the loader detects newer stuff than it knows about. "man gpart" and something along the lines of "gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0" for GPT on Legacy BIOS booting, something like "gpart bootcode -p /boot/boot1.efifat -i 1 ada0" for UEFI. Pretty sure. Double check me here. 16:16:44 I assume this is a common thing but I havent been able to find a writeup of it. I am setting up a database server I have 2 pools zroot zroot is system disk(s) and tank are 4 extra disks, however the databases logs etc are all in /var still so I want to move (ideally) /var to tank/var but probably /var/db and /var/log instead (to not mess up other things). Do you know if there exists any guides for 16:16:46 doing this? 16:23:09 bbsl: "zfs set mountpoint" is the solution and zfs-set(8) your guideOD 16:25:27 rwp I reinstall the bootcode: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 nvd0 but the same issue 16:25:40 rwp also found this: https://reviews.freebsd.org/D45890 16:26:17 rwp https://reviews.freebsd.org/D45889 16:27:38 CyberCr33p: is it possible to use legacy BIOS boot on that machine ? 16:27:52 mzar yes it use legacy BIOS 16:27:56 OK 16:28:28 but I don't understand why I get this message. The /boot/loader is from the upgrade to 13.4 16:28:47 I rebuild the system world/kernel when there are patches available 16:29:42 CyberCr33p: what is your message? does your machine boot ? is zpool upgraded to the most recent version of ZFS available on this OS release ? 16:30:21 it boots without issue, zpool is alread in last version as 'zpool status' doesn't show any warning 16:30:44 cool, so what's the problem ? 16:32:15 I worry for the future, if I have to "upgrade" something or if this is a bug 16:32:42 Since it boots (good!) then it should be possible to replace all of the parts of the boot loader with consistent versions and then avoid this message. That you are still seeing this message indicates that what is printing this message has not been refreshed with a consistent replacement yet. 16:33:22 but I believe that I have already the latest versions 16:33:59 CyberCr33p: additional warning is never a bug, thanks to such warning you'll keep your bootcode updated 16:34:28 mzar I don't see the warning as this is remote server. Only if I connect KVM :D 16:34:39 so no worries 16:35:05 if you want the most recent version of the loader, I can share mine, from 15-CURRENT 16:35:19 it will boot 13.4 16:35:24 I haven't update the bootcode in other servers but on this as I have KVM connected I did: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 nvd0 and gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 nvd1 16:36:10 Those commands seem reasonable to me. Is it possible to determine the version of the boot loader that is loaded? Because that seems to be the test which triggers this warning. 16:36:18 that's fine, unless you have freebsd-boot on different slice 16:36:54 Sorry but I don't have any direct experience with the details here and don't know where to point you directly. I just see that the boot code is looking at the loader version and if it is below 3 then it triggers the warning message. 16:37:01 hmmm I believe the commit was for 14-STABLE and merged to 13-STABLE. Maybe it checks newer bootcode ? 16:37:23 And then the other reference you cited added additional things that would also trigger that warning message. 16:44:21 CyberCr33p: https://download.freebsd.org/snapshots/amd64/15.0-CURRENT/base.txz - you'll find the most recent version of gptzfsboot here, if it's your concern 16:44:50 it will boot 13.4 and 13.5 16:45:24 I will e-mail @imp to ask if it's bug or not 16:45:46 and I also try to see how to find the loader version 17:04:27 mzar: ok I think I somewhat grasp zfs set but its the moving existing mountpoints and especially /var Im worried about can I ex do `zfs create tank/var && zfs set mountpoint=/var tank/var && zfs set moiuntpoint=none zroot/var` or will my system blow up then? 17:09:36 mzar can you please run this command: strings /boot/loader | grep loader 17:09:41 on your 15 system 17:09:50 on my system it says: 17:09:56 BTX loader 1.00 17:09:57 FreeBSD/x86 bootstrap loader, Revision 3.0 17:10:09 I guess the loader is version 1.00 on 13.4 17:11:21 or it can be version 3.0 from "Revision 3.0" 17:14:10 also I found this: https://forums.freebsd.org/threads/loader-needs-to-be-updated-14-stable.94857/ 17:15:02 holy shit they read the release notes :-) 17:22:32 CyberCr33p: it's BTX loader 1.00 since a while, I have not checked it when I was booting FreeBSD 2.2.6, but I guess it was already BTX loader 1.00 17:24:18 CyberCr33p: booting from ZFS could be fragile, so the most important is to update /boot/gptzfsboot, especially when you are upgrading boot zpool 17:25:04 I use a ZFS snapshot created in other server, and then I use mfsBSD to install it 17:25:35 but now worries if you can still boot from removable or over PXE and update it later 17:25:40 I believe the initial FreeBSD version was 13.0 17:25:48 cool 17:26:08 and then the server I use as "image" is upgraded to 13.1 --> 13.2 --> 13.3 --> 13.4 17:26:15 have you considered upgrade to 14.1 ? 17:26:20 so far zpool status doesn't ask to upgrade the pool 17:26:52 so I didn't have to update boot loader yet 17:27:03 yes, usually the version of ZFS remains the same for whole cycle of major version 17:27:15 *lifecycle 17:27:16 I plan to upgrade to 14.x next year 17:27:33 why are you delaying it ? 17:28:12 have no much free time at the moment and it will take many hours to rebuild ports 17:28:23 next year we'll be upgrading to 15 17:28:25 I manage ~160 servers 17:28:44 OK, all of them run FreeBSD 13 ? 17:28:49 yes 17:28:54 for web-hosting 17:29:08 so you have poudriere somewhere probably ? 17:29:12 no 17:29:18 bummer 17:29:29 I have a ssh client that allows me to run commands at the same time on all servers 17:29:43 so I go the classic route with /usr/src and /usr/ports 17:30:05 setting own poudriere server will save you a lot of time 17:30:20 I plan to use poudriere in the future but it needs time to setup, because I have custom options on many ports 17:30:47 as well as installing own builds and following STABLE 17:31:30 you need one decent machine to build FreeBSD from sources and one decent machine to build packages 17:31:37 it could be the same machine 17:32:14 yes 17:33:04 indeed, running freebsd-update on ~160 serves is showstopper 17:33:30 but "make installkernel && make installworld" is fast 17:33:55 now I use MAKE_JOBS_NUMBER=4 in /etc/make.conf and for build world/kernel I use "make -j1 ...." to avoid server overload 17:34:13 you build kernels on all of them ? 17:34:17 yes 17:34:21 the same kernel 17:34:22 :O 17:34:32 CyberCr33p: have you heard of nice(1) ? 17:34:34 that's the waste of resource 17:34:35 s 17:34:50 rtprio yes 17:34:52 CyberCr33p: build on one of them and share it via NFS 17:36:15 then install somewhere poudriere-devel and build customised port on one machine for this whole farm 17:37:30 mzar I will get a seperate machine for this 17:37:56 you will save a lot of time, which you can spend on other things 17:38:01 I just have to find some free time (I work 12-16 hours / day) to setup poudriere 17:38:19 you will save a lot of electricity too 17:38:43 mzar they are dedicated servers, so electricity price is already included 17:38:53 :D 17:38:59 that's really sad story 23:44:54 anyone have a good solution for firewalling (pf) vnet jails on the host system rather than within the jail itself?