02:07:55 i'm feeling pretty cool right now. writing you from a system i archived and restored to a new OS drive. i'm shocked it just worked. :) 02:08:29 nice 02:10:58 isn't that a neat feeling when something that "prolly won't work as planned" actually does? 02:12:42 totally. what's crazy is how simple it is to do. 02:16:37 yeah I have a server on VULTR and they gave me more HD space, it blew me away how easy it was to expand the filesystem out to fill it out 02:40:28 i noticed when i booted the installer on a usb drive, i was asked for the geli passphrase on the OS device. is that expected? 02:45:41 yes 02:45:51 and there's no good way around it, even if you don't need it 02:46:07 If it finds old metadata, you're entering it or suffering through a bunch of prompts. 03:39:13 markmcb: asked by loader or by the kernel? 03:52:29 kevans: Is it ever by the kernel any more? I thought that default swapped some years ago. 03:52:52 It used to bite me fiercely because I was using USB keyboards. 03:54:06 kevans, i assume the loader. it was the usual prompt you get before anything else loads. 03:55:25 markmcb: bios or uefi boot? 03:55:39 mason: it's usually the loader, but it can be the kernel in some circumstances 03:56:22 IIRC, geom_eli_passphrase_prompt="NO" would force it back to the kernel. 03:56:48 uefi boot of a usb drive with the bootonly installer image 03:56:51 e.g., uefi loader /shouldn't/ prompt unless there's a geli partition on the same disk it was loaded from, iirc, these days 03:58:01 FreeBSD-13.2-RELEASE-amd64-bootonly.iso to be exact 04:02:33 flow was: i installed to a nvme ssd, rebooted, selected to boot again to the installer, was prompted for the passphrase, then booted into the live usb env. 06:04:56 you'd think chsh would check if the shell exists and/or is in /etc/shells before letting you do that, https://unix.stackexchange.com/questions/543377/su-bin-bash-no-such-file-or-directory-in-dragonfly-bsd 06:04:58 Title: shell - su: /bin/bash: No such file or directory in Dragonfly BSD - Unix & Linux Stack Exchange 08:27:34 meena: Things are getting complicated again... 08:28:01 I have got kde plasma installed on my older asus laptop. This laptop has got intel and nvidia hybrid gpu. So drm-kmod i915kms module and nvidia-driver390 needed to run kde. all was working fine. i have a bootable backup copy about this system on external SSD also but the main system is on 2.5 inch SSD in the laptop. 08:28:02 But that laptop suddenly died. Motherboard issue.RIP. 😔 So i have got a newer laptop Lenovo T480 with Intel Graphics only. No Nvidia at all. Just for curiosity i was placing the ssd inside from my older laptop and was trying to boot. And was booting into with KDE Plasma flawelessly. 😆 No issue at all! So i was trying to boot the backup OS also with the same configuration and also was booting 08:28:02 with no issue. 08:28:02 And after that was starting the problems... 08:29:56 the problem is i was installing two packages from ports collection. x11-fonts/mkfontscales and textproc/markdown. one of this two package fucked up xorg and kde....🙄 So after giving my password on sddm loginscreen the KDE logo was popping up but after i got black screen only. it was not not loading the desktop and taskbar. So i was switching to tty but also failed. Only hard reset did work 08:29:56 using the power button but that was causing serverauth.xxxx file does not exists error later on... I was doing pkg delete the mkfontscale and markdown packages and do pkg autoremove but that removing kde5 also.... and xorg was not working anymore. So i was reinstall xorg and kde5. And now xorg complains about serverauth.xxxx file. if i delete .Xauthority file then complains about that one 08:29:56 also...🤬😡 if i change enable_xauth=0 in /usr/local/bin/startx then not complains about serverauth anymore but has got a new problem: Segmentation fault for gpu driver 0 1 So i was removing nvidia-driver390 as i dont need anymore... maybe will help. Also I was removing the nvidia-modeset from rc.conf. But still having the Segmentation fault error....Any idea? 🤔🧐 08:29:56 The external SSD system does still boot on the newer laptop with nvidia config even if i no more have nvidia gpu.... 08:41:09 Do you not have a ZFS "snapshot" to "rollback" to? 08:41:13 Hello 08:41:19 do you know how can I use xmodmap to switch two key of a keyboard? 08:47:16 tyler82: you could just paste a link to your forums post :D 08:47:58 parv: no i dont have... 08:49:41 yuripv: yes but i did post here first and the forum post had created just after this. :) So i could link this to the forum. :)) 08:51:06 i see :) 08:51:31 tyler82, Segmentation fault could be due to missing library that was originally used; try rebuilding the driver if that is possible. In any case, I would start from scratch: remove all X11 things; then install the window manager, GPU driver, etc 08:51:59 parv: this is what i did. 08:52:15 reinstall xorg and kde5 08:52:19 So that link? 08:52:44 but what driver u mean? i dont need anymore nvidia... 08:53:47 sudo pkg delete xorg kde5 then pkg autoremove 08:54:03 this is what i did so far 08:55:05 shall i pkg delete drm-kmod & pkg autoremove also?? 08:57:01 You need to stop guessing, build the software with debug symbols as described on https://wiki.freebsd.org/DebuggingPorts and then find out what's causing the issues with lldb. 08:57:03 Title: DebuggingPorts - FreeBSD Wiki 10:05:53 hi. I am writing my installation script for freebds. It fails on 3/4 so I decided to test it on VM and here is my probolem. 10:06:39 i have no idea how can I get access to my script from freebsd that is running as quest on vm. 10:06:58 i have tried share folder in virtualbox - it isn't work 10:07:20 that would be great to share as standard ext4 device. 10:07:31 any idea how to get access to this script? 10:08:32 using ssh / scp ? 10:08:57 no internet 10:09:16 or meybe you can tell me how can I turn internet on 10:09:32 I boot *.img and i use "shell" option 10:11:25 maybe another question 10:11:46 "gpart show" tells me there is usb disk under da1 10:12:00 once in the shell what prevent to set up the network interface manually with ifconfig / route ? 10:12:00 but i can't mount /dev/da1 - no such file or directory 10:13:54 there is no da* in /dev 10:14:08 checked because i even tried /dev/da1s1. 10:14:31 ls /dev says there is no /da and even ada 10:16:26 ok i am sorry I did something wrong 10:16:37 there is da1s1 10:30:39 gpart: No partitioning scheme found on geom /dev/da1. Create one first using 'gpart create'. 10:31:17 i destroyed /dev/da1 and trying to create portable partition on usb disk. I don't understand this error. 10:31:47 google isn't helpful 10:42:26 wait, if da1s1 existed then there must have been a partitioning scheme 10:42:58 you destroyed that one? 10:43:24 i created freebsd sheme 10:43:29 ow i can't add partition 10:43:45 gpart add -t freebsd -s 1G /dev/da1 10:43:52 gpart: invalid argument 10:44:52 i am googeling and cant find anything helpful 10:45:20 what are the exact gpart commands you ran 10:45:33 parv: if i remove xorg and all xorg related files and folders then im theory should not get authserver.xxxx error to get. So why am i having it? Probably because not all files and/or folders removed....But how could i purge it properly?? i was using autoremove also after pkg delete... 10:45:55 1) gpart destroy -F /dev/da1 10:46:21 2) gpart create -s bsd /dev/da1 10:46:30 3) gpart add -t freebsd -s 1G /dev/da1 10:46:36 gpart: invalid argument 10:47:43 you don't want the bsd scheme. 10:48:00 how caqn I create poirtable usb stick? 10:48:08 if you want the drive to be recognized by anything else, you want either the MBR or GPT schemes 10:48:55 i want temporary usb drive to share it with guest system on virtual box 10:49:05 then if you want the data to be readable on things other than freebsd, you have to decide on a filesystem type to use 10:49:37 tyler82, I do not know. If an X11 session is not being used, do not see any issue with ruthlessly removing various related files in home or in /tmp/. All I can suggest from here is to check logs; trace the processes that are started with "startx" or however you do that. When all else fails, also re-login. After that more logging & process tracing 10:50:14 (msdos being the most widely recognized but the least useful) 10:50:46 parv: does not sounds good... but okay... 10:50:50 thanks, mbr works 11:07:57 gpart is extremely primitive :| 11:09:08 It's probably more that you're simply not used to using it. 11:12:32 true 11:12:53 but for example 'gpart show' is one huge puke 11:13:00 very hard to read 11:16:16 gpart show da1 to show a specific disk 18:14:07 Any known concurrency bugs with tmpfs? I have a sporadic test failure in the mariadb testsuite that occurs frequently on freebsd 13 with `mount -t tmpfs tmpfs /tmp`, never anywhere else (including freebsd 12.3/tmpfs and freebsd13/notmpfs) 18:14:11 Looks like a writer thread writes 44 bytes and the end of a file, and occasionally reader thread reads 44 bytes of zero instead of correct data 18:14:14 Current repro requires running a complex test with multiple database processes until it fails, so not ideal for a bug report... 18:47:24 pretty sure the write takes an exclusive lock on the vnode. 18:48:31 can it be reproduced with ktrace active? 18:53:27 RhodiumToad: I can try, any pointers to how to use ktrace (I'm not that familiar with freebsd) 18:53:45 Currently trying to reproduce with truss, but not successful so far 18:54:27 ktrace -i somecommand will trace (output goes to ktrace.out in binary form) the specified command and all processes it spawns 18:54:55 ktrace -i -d -p somepid will trace an existing process and its current and future descendents 18:55:04 kdump will interpret the trace output 18:55:15 I'll try, thanks for the suggestion 19:23:31 Doesn't seem to reproduce when run with ktrace -tc :-( 19:24:07 I'll let it run for a bit more to see. Otherwise maybe I can at least record the IO pattern done to the file and see if I can make a small test program with similar access pattern to reproduce the issue... 19:24:09 unfortunately ktrace will inevitably slow it down a bit 19:24:35 -tci would have been better, wanted to see the actual data 19:24:58 Ah, yes we need the data too... 19:25:28 most of the other default trace options aren't much overhead, so better to leave them all on 20:18:21 tyler82 what 'authsever error' ? 20:19:31 rtprio: i have fixed it already. the problem was that i did not delete properly xorg 20:20:18 the correct command was pkg delete -xi xorg. Not just pkg delete xorg. 20:20:56 that deletes everything with xorg in the name 20:21:29 the package named "xorg" is just a metaport 20:21:49 "That's your problem, right there" 20:22:05 lots of xorg-related ports don't have xorg in the name, though 20:22:17 that command was deleting a bunch of additional files. after do autoremove and rebooting i was reinstall everything from scratch. Now all works fine. 20:23:02 RhodiumToad: Ok. i did not know that. 20:23:19 It's nice that that worked out, but it means you won't know what caused the issue, so you'll be hard-pressed to identify and fix it next time, without resorting to the same. 20:24:25 debdrup: xorg was causing the issue but i donno which package exactly responsible for the authserver.xxxx error. 20:24:29 reinstall seems a little excessive for a few files, but sure 20:25:08 pkg query -a "%n-%v %C" | awk '$2=="x11"' # lists every package in category "x11" 20:26:47 or awk '$2 ~ /^x11/' to also get packages in the various x11-foo categories like x11-fonts, x11-toolkits etc 20:27:55 however, if you just installed xorg to pull everything in, they'll all be marked auto-installed so autoremove will remove them once the xorg port is gone 20:28:49 i was expecting that also. but as u can see not happend 20:29:06 i was installing xorg via pkg not from ports 20:30:59 besides, the cool kids use wayland these days 20:36:15 rtprio: does KDE support wayland? 20:42:37 tyler82: KDE supports wayland, FreeBSD however doesn't support KDE Wayland yet. 20:43:47 kenrap: i mean that one. :) 20:45:03 anybody has tried restic backup manager? 20:46:55 (btw, I recommend you pop in #freebsd-desktop and chat with the folks there regarding KDE) 20:49:08 kenrap: noice 20:49:31 Some really enthusiastic devs there :) 20:49:54 kenrap: aham.... 21:21:56 RhodiumToad: Ah, with some tweaks and patience I managed to reproduce it with ktrace default options, thanks for the help! Will analyze the result and see what's really going on 21:31:58 Indeed, it looks like the tmpfs is returning incorrect data in this case. A write(343 bytes), then a read(387 bytes) then a write(44 bytes). The read sees the length of the file including the second write, but the data from the second write is missing (it just reads zeros). 21:32:21 hm. 21:32:56 can you show the actual part of the dump - use kdump -E to get timestamps 21:33:16 oh and also -H 21:33:27 (3 different threads; and the read() returns before the second write()) 21:33:59 also what fbsd version 21:34:06 (kernel version, specifically) 21:34:31 RhodiumToad: yes, I'll collect the information, and I can also make the full dump file available (60MB) 21:37:20 `freebsd-version -k` returns: 13.0-RELEASE 21:37:26 `uname -a`: FreeBSD freebsd-130-amd64 13.0-RELEASE FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 root⊙rnfo:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 21:37:46 13.0-release with no patches? 21:39:18 RhodiumToad: Might be (or how can I check). This is a qemu/kvm VM setup for continuous integration, it might have been setup originally and never modified 21:46:05 ea31abc261f is definitely the original 13.0-release kernel. 21:46:31 I don't know if any of the 13.0 patches change the kernel but I bet they do 21:46:47 I believe 13.0 is out of support, too 21:47:03 so the question would be, can you reproduce on 13.2 21:48:01 Right, I'd need to install a new VM for that... 21:48:46 I searched for bugs mentioning tmpfs on bugs.freebsd.org, but didn't spot anything relevant 21:51:40 I don't recall any tmpfs fixes between 13.0 and 13.2, but then again, my memory is shite. otoh, i do remember quite a few vfs fixes (again, my memory shouldn't be trusted) 21:53:37 * RhodiumToad needs sleep now 21:53:55 RhodiumToad: Thanks for the help 22:06:20 Here's the extract of the kdump output, showing how the read sees wrong data from a concurrent write to tmpfs file: https://bsd.to/D94o 22:06:22 Title: dpaste/D94o (Plain Text) 22:52:53 <_xor> Is there a deterministic order to kernel modules loaded via /boot/loader.conf vs /etc/rc.conf? 23:09:11 _xor: rc.conf should come after loader.conf, and iirc, should load modules in order of appearance in kld_list 23:10:14 I would need to look at loader's code to say anything about that order 23:11:31 but there's basically just two possibilities: alphabetic and declaration order 23:23:41 rc might have other dependancies which could alter the order; but loader i would expect declaration order 23:26:50 RhodiumToad, meena: This C program reproduces the problem for me when run on tmpfs in FreeBSD 13.0 (in a VM) : https://bsd.to/3r5L 23:26:51 Title: dpaste/3r5L (C) 23:27:17 After typically a couple hundred iterations, it reads wrong data