RhodiumToad checking

whats the threashold?

 My drive activity starts and peaks "daily" runs at 3am and keeps running for hours. I read/ thought that was it.

RhodiumToad /etc/periodic.conf file does not exists

By default, it's every 35 days, IIRC.

then it's probably not zfs scrub that's your problem

V_PauAmma_V where?

more likely it's the security run

RhodiumToad but on hdds?

security run will do a find ... over every mounted local filesystem that's not marked 'nosuid'

so if you have filesystems with very many files, that can take a long time

('nosuid' or 'noexec', I should say)

you should set any filesystems that contain only data and not programs/jails/other executables to at least nosuid

Beladona, "zpool status" will tell you when the last scrub took place.

disconnected. I might have missed messages

security run will do a find ... over every mounted local filesystem that's not marked 'nosuid'

so if you have filesystems with very many files, that can take a long time

you should set any filesystems that contain only data and not programs/jails/other executables to at least nosuid

RhodiumToad ok how to set it nosuid

like at the time of mounting?

yes

are you using zfs?

yes

you need to set the setuid=off property on the appropriate datasets

RhodiumToad so its safe? I don't have exec files in that pool.

why would it not be safe?

# zfs get all big-drive |grep uid

big-drive setuid on default

doing zfs set setuid=off big-drive

is it expected to take forever RhodiumToad

maybe the hdd is busy

I wouldn't expect it to take long, how long has it been?

since 5 mins

thanks, I will leave it to work.  should leave too myself

RhodiumToad its done. thanks

Glad I'm not the only one with a zpool called big-drive

good evening everyone

Does freebsd support intel N100 CPU？

I'm not sure about whether freebsd support Intel N100(its NIC and display) or not.

there is not information about that in freebsd.org/releases/13.1R/hardware

Title: FreeBSD 13.1-RELEASE Hardware Notes | The FreeBSD Project

s/not/no

no was correct in both cases

not* I mean

I guess either works.

for the display, you'd have to look up the device id in the drm driver lists, probably

and indeed, it's not in the list for drm-515-kmod

so there's probably no better than framebuffer support for it

RhodiumToad: it means I need waiting more time for the newer version of drm-kmod ...

RhodiumToad: mason: thank you.

occ: Might be worth asking in efnet/#freebsd-xorg

The big X brains are there.

mason: ok, thank you again.

so im running freebsd 13.2 and i wanted to changed the color of my boot up text so ive added the following lines to the new kernel options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN) options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options TERMINAL_NORM_ATTR=(FG_RED|BG_BLACK) and options TERMINAL_KERN_ATTR=(FG_RED|BG_BLACK) but when booting into the new kernel im still getting the default white text

not sure what else to try

Did you check the options took with "sysctl kern.conftxt | grep -E 'options.*_NORM_'"?

ive used the sc options back in freebsd 12.x an it worked but looks like something has changed in 13.2

going to check that file right now V_PauAmma_V

Also: sysctl kern.vty

bsdbandit: man vt

also, what hardware?

im running freebsd on thinkpad x1 extreme

uefi boot?

yeah

running zfs as well

anything in loader.conf ?

hey this is my load.conf bsd.to/zXKj

Title: dpaste/zXKj (Plain Text)

most of those are probably pointless but should also be harmless

do i need to add something to the boot.loader.conf ?

shouldn't do.

you checked you actually did boot the changed kernel and that it has those options in

yeah

FreeBSD banditbox 13.2-RELEASE-p2 FreeBSD 13.2-RELEASE-p2 GENERIC-BANDIT amd64

I have a vague recollection that loader changes broke some of that

one second

ok

try setting teken.fg_color and teken.bg_color in loader.conf

corresponding to the TC_* constants in /usr/include/teken/teken.h

ok would i need to recompile the kernel as well ?

iirc loader will set them unconditionally now, so we don't fallback to TERMINAL_*_ATTR

nah

ok

tsoome_: ^ may remember the details on this a little better, I only very vaguely recall a report on it and don't remember if it got fixed

i think it's only like 07:00 where he's at, though, so he probably won't be around for a while yet

Those "teken*" knobs are new to me. Setting the ones related to "*vt*" (for achieving the corresponding affect of setting colors via *sc* ) had been a futile effot.

s/effot/effort/

thank you all so much going to do some more reading in the morning need to head to bed

morning, trying to install intel graphics and followed the handbook. So I did "pkg install drm-kmod" and "sysrc kld_list+=915kms" adding user to "video". I also created "20-intel.conf". Still I get the error "No drivers available". It works if I install "xf86-video-intel" which is not mentioned in the handbook. So which is the correct way to go here?

(Remove "xf86-video-intel" while using "drm-51*-kmod" ) Have you rebooted or loaded the "i915kms" kernel module?

parv: yes, I have rebooted, still this error without xf86-video-intel

I think kmods are still built against 13.1, so you will have to build the port yourself

Do you actually have "915kms" in /etc/rc.conf, instead of "i915kms"?

parv: I followed the handbook which states "sysrc kld_list+=i915kms"

I wanted to verify because earlier you wrote: So I did "pkg install drm-kmod" and "sysrc kld_list+=915kms"...

parv: typo on my part here in irssi...in rc.conf it's the correct line

andmars, Does the display flash as mentioned at after boot wiki.freebsd.org/Graphics#Intel_Int…ated_Graphics_.28aka_HD_Graphics.29 ?

Title: Graphics - FreeBSD Wiki

parv: yes, it goes blank for a second which it didn't do before installing the driver

it also says "x11-drivers/xf86-video-intel is optional"

"In most cases" that is...

andmars, As meena mentioned earlier, try with self compiled version of drm-*-kmod. You may need to declare some "Screen" device or set up "modesetting", I cannot say. Post the current "/var/log/Xorg.0.log" somewhere (for others to help)

we really need to do something about this. it's tripping so many people up

wiki.freebsd.org/DmitrySalychev/PinePhonePro might be worth keeping an eye on.

Title: DmitrySalychev/PinePhonePro - FreeBSD Wiki

:q

dumbit all

active window is not allways the forground!

 dmesg: termbin.com/caxm and now my file manager isn't working (thunar) . Not even opening. Is this nortmal in bsd/zfs

rsync stuck since hours, file manager not working, no file browsing . This happens sometimes. 766,377,984 78% 1.21MB/s 0:02:48 . Drive 1: most issues with termbin.com/j5m2 drive 2: termbin.com/kizsg

Now I can't even `ls` any part of any other drive or any system path either. and all what I said happens occasionally. zpool status -v says ONLINE but even if it is dead, why I can't ls anywhere elsewher

The LS should have worked for other places. What is wrong with the stable freebsd here?

your hardware

dock or drive ? but either way, why LS/ thunar stops system wide?

because your io is locked doing something more intensive

dock as in USB dock >

yes

i would blame your problems on that

Title: Amazon.com: ORICO Dual Bay 2.5" 3.5" USB 3.0 to SATA Hard Drive Docking Station with Offline Duplicator and Clone Function [UASP Protocol and 2 x 12TB Supported]- 6629US3 : Everything Else

i get that on different platforms other than freebsd

and freebsd

ya but ls on other system paths should work

or not?

so its dock or the drive?

rsync on usb for the longest time seems to overread

or write and the buffer can't keep up making you wait

moreso bandwidth caps with usb and the disk

i can do the same thing on a macbook pro and my usb connected disk dock any time i want if i run rsync to it. and thats even a diff filesystem than what you are using

seems it gets clogged between write/read speeds on the usb bus

i see

if there is a way you can limit your write speeds with rsync id suggest it but id never looked into it

i found this... a long time ago and could help you github.com/DataIX/main/blob/master/vendor/vehosting/slowdown.c

Title: main/vendor/vehosting/slowdown.c at master · DataIX/main · GitHub

rsync does have --bwlimit to limit the sync speed

k

if I plug the hdd directly to systme sata, it will be online all the time. I don't want that

I only want to plug it in when making backups

any suggestions how to do / or disable the drive?

if I can't put it in docking station

you can but im failing to remember what i did but think its something like camcontrol

Beladona left.

errr why am i not getting quit notices

i was trying to figure it out the other day and can't locate it

Which IRC client?

irssi

latest ver

at some point recently it just stopped

the same with /names being displayed on join

even tho this config has not changed in ~ 5 years

/ignore

oooh /me takes a look

wait, actually yes, names are not shown any longer

yep but yuripv your right about ignores/ joins parts thanks

dunno when i did that but yes /names are no longer shown on join

that doesn't bother me so much tho

eh!!! there was a quit

I think it shows /names only when joining small channels, but I don't know what the limit is

nah its all channels

Ah: The NAMES list is now hidden by default if there are more than 18 users on the channel (an#7). To revert to the previous behaviour: /SET show_names_on_join_limit -1

im on chans with 67 users and 600+

wth

where'd you find that

This here channel has 649.

Title: NEWS - IrssiMenuExpandLight modeDark modeAuto light/dark mode

wholly shit

the last place id look for that feature to be explained haha

surprising they set it so low

Hey all. I need a way to get a speed per IP. similar to `systat -ifstat` but per destination. any tools we have in base or ports?

net-mgmt/iftop

It dates back to the early 2000s and is a TUI thing, but it works pretty consistently because it's just relying on libpcap.

hi, I'm trying to install st as my terminal but want to build it myself from the suckless.org website. It works fine with dwm and dmenu, using this forum post: forums.FreeBSD.org/threads/installi…m-manually-vs-pkg.74687/post-457030

Title: DWM - Installing dwm manually vs pkg | The FreeBSD Forums

but with st I get an error: fatal error: 'ft2build.h' file not found

installing pkgconf somehow did the trick for st

Anyone have a clever idea for setting the locale of a user without a shell?

a login class

Like in /etc/login.conf?

correct

I've got :lang=en_US.UTF-8 set there, but its not being applied to users

# login.conf - login class capabilities database.

#

# Remember to rebuild the database after each change to this file:

#

# cap_mkdb /etc/login.conf

did you run cap_mkdb?

Yes

Surely I don't have to reboot, right?

you have to re-login

Im specifically trying to get this to apply to a user that is for a service only (no shell, no home)

what login class ?

Guess I can bounce the box...

for CGI scripts running from nginx it should be 'daemon' class, I guess

I remember how to change classes but not show them

Anyway... bounced the box and now my service user shows the right language ... but it didn't fix the underlying problem im working on

why didn't you just bounce the service?

Im not a smart man

btw, "ps auxw -o class" can be used to learn current login class of a process

Helpful, thanks!

I think its a bug in the port relative to 14.0 ... ive been in touch with the maintainer but wanted to rule out everything on my end

Hello dear members of the chat. I have a rather general question for those people who use the operating system on their home computer. Can you please tell me what problems you faced while using the FreeBSD system? Maybe you were missing something that is available in Linux distributions and not in FreeBSD?

it hasn't make me a billion yet

made*

I had some trouble making XFCE work until I 1- read the doc and 2- did what the doc said to do. That strikes me as a me problem, not a FreeBSD problem.

Thank you.

(Step 2 is, unsurprisingly in hindsight, crucial.)