so autofs/special_media works by parsing kern.conf.geomdot?

kern.geom.confdot

.oO( That's a new-to-me MIB )

if we had a dot or xml parser in base

I was trying to figure out why it showed me some labels but not others; it turns out it ignores glabel and uses the labels obtained via fstyp instead

kern.geom.confdot is actually pretty awesome; feed it into dot and convert to svg and you get a diagram of your entire geom topology

but parsing it in a shell script is a bit ... eww

but we don't have dot in base, yes, that

right, you want the graphviz package for that

that the only thing that can deal with the dot format?

no idea

if there was a lua parser that would be cool

extremely cool

I wonder how hard it would be to implement

parsing in lua without lpeg is a bit of a pain

I don't know anything about how easy dot is to parse

probably not difficult but what are you going to do with it once parsed?

there's a bunch of xml parsers.

paulf: imagine this: doing things in not sh

would rather use sh than write a graph router

Hi

I cannot boot. Disk got full. I rebooted. It now says zroot got unrecoverable errors and has been suspended. What can be done here?

Boot installation media, then choose the "live" option. That will give you a root shell in which you can enter troubleshooting commands to narrow down the cause, then (hopefully) recovery commands to fix whatever caused it.

Ok.. doing

beladona, Should as assume this is a single disk zfs installation?

(Someone with more ZFS experience than me may be able to guide you through troubleshooting.)

Encrypted raid. Will use geli

+1 for V_PauAmma_V's suggestion to boot a live boot and then assemble it. I had to do that myself recently.

V_PauAmma_V rwp It was raid 0. How to decrypt via geli and live cd?

you would need to attach the geli volume and import the pool by hand

rtprio which vol? I have 2 drives on raid 0

you'd need both, obviously. also raid0"

is probably why it failed

you can use gpart show to list all partitions on all drives

then use geli attach daNpX on each one that needs decrypting

if you're going to use geli you should really be comfortable with this process

hm. well, the installer does offer an option to use geli encrypted zfs.

so you can get to this point without knowing the geli commands

that's a news to me. but raid0... i hope there's nothing important on this system

Is there any ongoing conversation on how the fact that FreeBSD has zero capabilities in the HPC and AI area might impact its future capacity to survive?

I know it is an old fact, but this year seems that there is sort kind of turning point on that

i doubt very much if anyone cares

I am asking because I am assuming -maybe wrongly= that in this channel there will be people who really drive the path of FreeBSD

not just mere users like I am

for ai. as for HPC... how do yo ucome to the conclusion that there are 'zero capabilities'

well, the HPC is migrating to GPU computing

AI is all about DeepLearning and now LLMs, which again is GPU

NVIDIAs are not supported (for CUDA) in FreeBSD

fuck llms. next question.

so essentially anyone who would want to use FreeBSD as a platform for AI can't

iirc, the lack of cuda support in freebsd is up to nvidia, who supply the driver

people here aren't going to drive nvidia to support cuda.

RhodiumToad: I think that NVIDIA has released the drivers as open source, so it would be adapting them, so I am not 100% sure that what you are describing is the case. However this seems fuzzy to me

I might be totally wrong, I am just unsure on what is missing/needed

nvidia to release working drivers. people who care enough about llms to get them working on freebsd to put some time into making them work.

Title: GitHub - NVIDIA/open-gpu-kernel-modules: NVIDIA Linux open GPU kernel module source

and freebsd will survive if regardless of it supporting ai/hpc

you can't just slap a linux driver in freebsd an expect it to work

RhodiumToad: I do not know if you are curious enough to have had a look to that github, but it seems that the "information" -for Linux- is there, so it would be a porting effort (something which obviously is not at reach of all mortals)

I know that rtprio, I was just asking if there was such discussion now, I have read in google that it has been discussed in the past

video driver porting is not something I have either the time or the facilities for

I am by no means asking you to port RhodiumToad , it was a general question, not a request

petition or suggerence, why shall I do that? My contribution to FreeBSD is inexistant, I am a mere user

maybe ask in -drivers or -hackers if that open-gpu is of any use to kernel developers

well I am sure they are aware of the existence

afaik, at one time someone was working on cuda support, I don't know how far it got

I guess either is a very complex task to be done by just one person or there has not been the combination of someone with the skills and the interests for having NVIDIA GPUs working

the point is that no matter how hype on LLMs there is, it is clear that DeepLearning has arrived to stay and likely grow

ask adrian about where he got in cuda: wiki.freebsd.org/DevSummit/201810?highlight=%28cuda%29

Title: DevSummit/201810 - FreeBSD Wiki

new to compiling my own ports. i noticed in a lot of people's make.conf files they have a OPTIONS_SET item, but i don't see this mentioned in make.conf(5). am i looking in the right place?

markmcb: it's described in one of the ports makefiles

thanks

see ports/Mk/bsd.options.mk

note that some OPTIONS_* vars are only supposed to be set by the port itself, while others are only supposed to be set in make.conf

appreciate the direction, i'll check it out

personally I use the cat_port_OPTIONS_[UN]SET vars exclusively to configure ports, rather than using the options dialog

er, cat_port_[UN]SET= etc.

I once wrote a make command line to output the cat_port_SET= settings for a list of ports, but I don't think I have it now; I lost a bunch of old irc logs to a thumb drive that scragged itself