00:44:09 deimosBSD: if you like ipfw, you might be interested in a primer i wrote for it a few months ago. 00:44:49 https://www.jimby.name/fbsd/ipfw/en/books/ipfw-primer/ 00:44:55 enjoy :-) 07:34:05 Guys, any way of testing a geli password on a running machine (/ and swap are encrypted)? I don't remember which of my like 50 passwords I used to do the disk encryption.. :) so ideally I'd like to find out which one it is before I do a reboot and have half an hour downtime guessing the password. 07:49:05 Onepamopa: you can backup data from these partitions before reboot 07:49:32 I know I can. There's not much to backup, it's a production server with a few services running. 07:49:51 So, there's no way to test passwords? 08:02:48 The F-ing chatgpt gives me geli attach -n -j /dev/stdin /dev/ada0p3  (-n without an argument) to do a "dry-run" without creating an .eli but from what I see on man geli ... that doesn't seem to be the case, at least according to the man.. 08:03:28 don't trust chatgpt with your data 08:03:47 or with anything for that matter … 08:03:49 That's exactly why I asked here first... 08:05:25 you could try to change the password. it should ask you to give the current one before allowing to change to a new one ( from: https://forums.freebsd.org/threads/verifying-password-for-geli.58634/ ) 08:06:30 also found -C (dry-run) 08:10:00 chatgpt is endless source of false information that feels strangely true 08:10:09 btw, the encryption was done manually (UFS, not ZFS via the setup) 08:12:28 since the encryption is geli, the filesystem will not matter for this (imo) 08:13:55 dry-run only seems to work for `geli attach`, but it checks the password and informs if it's wrong. it did so for me with a wrong password (but currently can't test with the correct one) 08:14:03 So, geli attach -C -n 1 -j /dev/stdin /dev/ada0p3  should work for testing the password 08:14:04 (-n 1 because the key is 0x01 according to geli dump) 08:14:41 i lmfao'd when it told me who my parents are, gave a source too but there was nothing like that on that page! 08:14:52 lol :) 08:14:56 so why using it for geli... 08:15:13 I was waiting for a response here, so I decided to "give it a shot" 08:15:20 Wasn't about to do what it told me tho .. 09:59:13 how's 14.4 looking? 12:51:19 is beadm still something that i can use to create boot environments for rolling back? 12:58:24 Macer yes, but also make sure you have an updated boot archive. 12:58:28 bootadm list-archive 13:12:41 it's a fresh install. i haven't really done much to it yet. i'm just prepping it to use cbsd on it for jails/vms 13:13:17 yeah, beadm is still and will continue to be well-supported 13:13:58 xv8: did you mean beadm? 13:14:06 i don't see a bootadm 13:14:28 let me take a look at https://wiki.freebsd.org/BootEnvironments 13:27:33 Macer oh gosh, forgive me, I thought I was in the #solaris channel xD 13:28:29 Waking up and giving advice uncaffeinated is not recommended. 13:35:03 lol 13:35:28 Solaris, FreeBSD, same thing really... at least filesystem wise >:) 13:35:52 a piece of me is wondering if it would be possible to just zfs send the proxmox zvols of VM vdisks over and run them in bhyve untouched. 13:36:09 i'm pretty sure proxmox doesn't do anything special to them. they're just raw disk zvols. 13:36:19 why not try? :P 13:36:26 whats the worse than could happen, you have to zfs send them again? 13:41:57 i can't yet. no disks in the freebsd server yet 13:42:58 https://social.macer.life/@elite/114542558422668917 13:43:47 but i did manage to get freebsd on the ancient supermicro 1u in that picture. i had a hard time of it since i'm using usb drives connected in the two internal usb ports (on the motherboard) for booting freebsd and after the install finished it took like 10 minutes to shut down. 13:44:20 maybe flushing the usb drive cache? not really sure. i attempted to re-install like 4 times and this time waited at the end to see if it would eventually shut down. 13:44:28 probably 13:44:35 sync & 13:44:44 that's still valid command 13:45:45 so beadm looks pretty straighforward, but do you have to reboot for the new be to accept changes? 13:46:06 ie: you're still making changes to default until you reboot? 13:47:13 Seems like N = now and R = reboot? 13:49:29 seems so 13:50:26 Macer: we have bectl(8) 13:50:32 doh! 13:50:35 yeah.. lol 13:50:52 let me give it a read 13:51:16 beadm was deprecated, right? 13:51:26 I just set this up a week or two ago and it was my first time with boot environments 13:52:56 i really wish this 1u didn't take like 5 minutes just to post. i need to take a hard look at the bios and see if i can speed that up at all. 13:53:58 wip_01 NR / 1.80G 2025-05-21 08:49 13:54:00 nice 14:15:09 beadm doesn't give you a menu on boot does it? 14:15:35 i didn't have the ipmi console open when i reboot 14:16:50 IIRC, if you've more than one BE, you should see an option at the bootloader 14:16:53 #8 I think 14:20:26 i see. let me reboot and take a look 14:23:38 ah it sure does. nice. 14:28:32 though, fun fact: the BE is kinda only a suggestion, as I got myself into a situation where the bootloader was properly showing the BEs and letting me apparently boot into them, but FreeBSD was grabbing completely the wrong disk for the root FS 14:28:51 the 'old' root FS was on another disk and wasn't even ZFS 15:39:27 hi, i'm seeing a weird thing on freebsd 15:39:52 if i compile something that uses std::thread on linux it also pulls in -pthread 15:39:59 on freebsd it does not and i have to add it manually 15:40:16 i don't understand why it's required 15:41:35 this is with -static btw 15:41:55 so surely since i'm touching thread stuff it should pull in all the pthread, no?