ober sweet! I'm working with a 13 intel and I'm running NomadBSD on it. I also got normal 14.1 working too, but Nomad works better running off of the storage exansion card

:D

xit

quit

Can someone please help me recover my FreeBSD server install?

It is a Hyper-V VM that when booted, says $hostname init 574 - - can't exec getty tty' for port /dev/ttyv0: No such file or directory

It is 14.1 RELEASE and I can enter single-user mode and that works, but not multi-user mode for that reason

Seems that a lot of critical system files are missing, but getty and /dev/ttyv0 is there when I check in single-user mode

I was having bootloader/UEFI issues earlier but that seems resolved now, and this is the only thing holding me back. I am using ZFS for the system boot disk on /dev/da0p4

hi, does anyone know of a way to dump the current NAT mappings in ipfw? Like was requested in forums.freebsd.org/threads/how-do-i…mappings-in-libalias-ipfw_nat.31520

if not, i am currently doing some ipfw development, maybe i can make patch for this feature too

I've found an essay about how FreeBSD is different from Linux

apparently one major difference is that FreeBSD uses CVS for version control, whereas Linux has not had version control until recently but now it's in BitKeeper

that must have been written a good while ago, then

Also this page is apparently "powered by perl" and "valid HTML 4.01"

I figured after twenty years of Linuxing I should go learn BSD, so I've been casting around for things to do with an old Raspberry PI 2B that I've gotten up and running

if nothing else, not having to deal with a modified ubuntu on a raspberry pi is already a stellar use case

so far I'm getting the feeling that the main things to really go and play with are jails and zfs. Bhyve would be neat, but this hardware wouldn't do it

zip: do make sure you installed the armv7 version, since armv6 support is being dropped in the next release (15.0)

(there are apparently old guides telling people to use armv6 for those older rpis)

I beleive it is

`FreeBSD-14.1-RELEASE-arm-armv7-GENERICSD.img.xz`

also hi ivy we are in far too many channels together

so we are

nerrrrd

there's like 3 people from that other network who are also in every other channel i'm in

oh yes, I think I've spotted one of them already

p9fs update: after markj@'s recent fixes (so 15.0 post October 25) it now seems very stable

i haven't tried it as a root filesystem yet, that's next on the list

ivy: woot

i just with i could reproduce the nd lock crash, the affected system has been stable for days now... i'm wondering if there's a timing issue where running a debug kernel prevents it from happening

s/with/wish

also i think someone broke pf on non-INET kernels again

Oct 18 16:34:00 amaranth kernel: link_elf_obj: symbol vnet_entry_in_loopback_mask undefined

Oct 18 16:34:00 amaranth kernel: KLD file pf.ko - could not finalize loading

can't use IN_LOOPBACK without INET

i don't even know why this is the case, tbh. aside from VNET being a giant pile of technical debt that no one wants to touch

like i think this symbol might only exist to support net.inet.ip.loopback_prefixlen which is a bizarre sysctl that no one should ever change

maybe that should just be removed?

shouldn't you #ifdef INET6 that case AF_INET6 in pf.c?

nimaje: no, reload the page for rationale

i mean, it could be put behind #ifdef INET6, but since the original code wasn't, i see no reason to add it

I'm an FBSD newb and just came across this freebsd.org/security/advisories/FreeBSD-SA-24:19.fetch.asc and am curious if it's common practice in FBSD to use environment variable for things instead of a config file?

stdout: the problem here isn't that it used environment instead of a config file, the problem is that the API between fetch(1) and libfetch uses an environment variable

which is, frankly, bizarre, and definitely not normal practice

interesting. thanks for the info ivy

Has anybody managed to use LDAP with FreeBSD 14 stable?

or above stable 12+

i currently use ldap on 15.0, haven't tried it on 14-stable for ages but i'm sure it used to work. assuming you mean nss ldap

ha.. stable/12

outdated

Do you run it in a Jail or Bare metal?

are you talking about the LDAP NSS client or the server?

i run the NSS client on all my systems, regardless of whether they're jails, VMs, or hardware. the server (openldap) i currently run in a jail

server

I was wondering if I should scrap the installation, Its currently running as a root user but I am encountering lots of issues

I figured I could use the LDAPscripts PKG portz but that won't work either

I wonder if there is some sort of color nflict between the host and the service

I might have to vent it into a Jail

vnet it, into a jail

this all implies that jails don't have the same user accounts, is that right?

zip: by default, correct, a jail has its own /etc/master.passwd

oh neat

you could of course connect a jail to NIS or LDAP or whatever

that sounds like something tinker-able :D

now that I've got a FreeBSD system up and running I've kind of been scratching my head about what to actually _do_ with it

I was thinking ejabberd in a jail would be a good first project

I've been wanting to set up ejabberd for a while anyways

zip: if you want to learn interesting things, make it a vnet jail

they are so much nicer than old-style jails

Ooo

Are these the ones that have a virtual switch

Love the idea of giving each service an ipv6 address tbh

not a switch, just a virtual network cable. you create an epair interface, epair0a is in the host, epair0b is in the jail

if you wanted you could create a switch by adding a bridge interface on the host then putting epair0a into a bridge

or you could just treat it as a pure layer 3 interface and route it

it's very flexible

i've been meaning to boot up a linux container the hard way

full on makign the network namespace and the interfaces, changing cgroups, downloading layers from the interweb and doing the stupid stacked image thing