EUROPE IS THE LAND OF FAGGOTS
EUROPE IS THE LAND OF FAGGOTS! SCREW EUROPE!
Re: TED CRUZ IS GAY
On 2023-12-27 18:32, mostbasedmanonearth@national.shitposting.agency wrote: TED CRUZ IS GAY INDEED TED CRUZ IS WAY TOO GAY
why you all such FAGS
FAGGOTS RUNNIN DA WORLD WHY WHY WHY YOU DUMB GAYS THAT WHY NETBSD DEVS ARE FAGGOTS
TED CRUZ IIS GAY
TED CRUZ IS GAY
TED CRUZ IS GAY
TED CRUZ IS GAY
X11 modular-xorg
NetBSD-10.0RC1 is now working right. I have errors written out when playing games. I think its because of my GTX-1660 card. Is it possible to upgrade modular-xorg-drivers? OR must I upgrade ALL of modular-xorg?? AS ANYONE used GTX-1660 to play DOOM (./games/doomlegacy) ?
Re: After -10 patch that fixes kern/57669
joel.bertr...@systella.fr (=?UTF-8?Q?BERTRAND_Jo=c3=abl?=) writes: > I have seen Michael has applied patch to fix ccb_timout to -10 kernel. >Thus, I have rebuilt my tree to have a unpatched kernel and I cannot now >access to my NAS over iSCSI. Of course, I have reinstalled kernel /and/ >userland. > In dmesg, I only obtain : >[71,854636] Invalid socket 7 Looks like there is a bug with the default port number. Quick workaround is to specify the target with port number like 1.2.3.4:3260.
Re: Hangs when trying to read a NTFS disk with 3g (No buffer space?)
On Tue, 28 Nov 2023, Riccardo Mottola wrote: Hi! I installed fuse-ntfs-3g-2022.10.3 to read on an external HD. I did this on an i386 laptop and an amd64 one, to double check.. and because I need it on both! I try to read this disk [ 7080.368720] sd0 at scsibus0 target 0 lun 0: disk fixed [ 7080.378727] sd0: fabricating a geometry [ 7080.378727] sd0: 1397 GB, 1430799 cyl, 64 head, 32 sec, 512 bytes/sect x 2930277168 sectors [ 7080.388733] sd0: fabricating a geometry I mount the disk this way and get the following messages: isengard$ sudo mount.ntfs-3g /dev/sd0e /mnt mount.ntfs-3g: perfuse_open: setsockopt SO_SNDBUF to 2162688 failed: No buffer space available mount.ntfs-3g: perfuse_open: setsockopt SO_RCVBUF to 2162688 failed: No buffer space available mount.ntfs-3g: perfuse_open: setsockopt SO_SNDBUF to 2162688 failed: No buffer space available mount.ntfs-3g: perfuse_open: setsockopt SO_RCVBUF to 2162688 failed: No buffer space available mount.ntfs-3g: perfuse_open: setsockopt SO_SNDBUF to 2162688 failed: No buffer space available mount.ntfs-3g: perfuse_open: setsockopt SO_RCVBUF to 2162688 failed: No buffer space available A quick check with "ls /mnt" shows the expected directories, but if I try to read into a subdirectory, I get a hang. In one attempt, the system did hang, I could not kill applications, only a (soft) power-down helped. Right now I could quit with crl-c, I see that I can't list several first-level directories, but some *do* work. I tried to copy some files... I get a hang. After a second attempt I get a hang I cannot ctrl-c. I see no output nor dmesg with a clue. Ideas? Experiences with 3f NTFS? Did you try the workaround from MESSAGE.NetBSD? (which should've been displayed when you installed the package): ``` Make sure the PERFUSE_BUFSIZE is lowered for NTFS: env PERFUSE_BUFSIZE=135168 ntfs-3g /dev/dk1 /mnt ``` -RVP
Re: vim hangs (slows) intermittently in mlterm on some UTF8 files
On Thu, 14 Dec 2023, Mayuresh wrote: However, the fact remains that, if I use mlterm on a NetBSD VM there is no issue even on a large screen. The issue is only when using mlterm on Linux. Might have something to do with the OS' libraries and differences in their handling of the terminal. Since this is on Linux, you could try strace(1) or ltrace(1): strace -rT -o /tmp/mlterm.log mlterm ... Then, look at the 1st and last fields for anomalies (disregarding things like read(), select(), poll()--which usually take some time to complete). -RVP
-10, spurious reboots and instability
Hello, Yesterday, I have changed my system disk (raid0). Thus, system has rebuilt a 1 To raid1 volume and system has crashed three or four times. First time : [ 5235.028358] uvm_fault(0x8190fbc0, 0xf6fc5a75b000, 2) -> e [ 5235.028358] fatal page fault in supervisor mode [ 5235.028358] trap type 6 code 0x2 rip 0x80ea1063 cs 0x8 rflags 0x10246 cr2 0xf6fc5a75bb98 ilevel 0 rsp 0xac04372f5e98 [ 5235.028358] curlwp 0xf8b686f8a180 pid 0.17 lowest kstack 0xac04372f12c0 [ 5235.028358] panic: trap [ 5235.028358] cpu2: Begin traceback... [ 5235.028358] vpanic() at netbsd:vpanic+0x183 [ 5235.028358] panic() at netbsd:panic+0x3c [ 5235.028358] trap() at netbsd:trap+0xbaf [ 5235.028358] --- trap (number 6) --- [ 5235.028358] _atomic_swap_64() at netbsd:_atomic_swap_64+0x3 [ 5235.028358] uvm_km_pgremove_intrsafe() at netbsd:uvm_km_pgremove_intrsafe+0x6d [ 5235.028358] uvm_km_kmem_free() at netbsd:uvm_km_kmem_free+0x3b [ 5235.028358] gc_thread() at netbsd:gc_thread+0x7c [ 5235.028358] cpu2: End traceback... [ 5235.038351] dumping to dev 18,1 (offset=251919, size=4162814): [ 5235.038351] dump Of course, no crash dump was written. I have tried to remove swap in a first time, and system randomly enters in a lock and reboots (maybe with help of watchdog). After rebuild was completed, system seems to be stable. Sorry, I'm unable to obtain more information. Best regards, JB signature.asc Description: OpenPGP digital signature
After -10 patch that fixes kern/57669
Hello, I have seen Michael has applied patch to fix ccb_timout to -10 kernel. Thus, I have rebuilt my tree to have a unpatched kernel and I cannot now access to my NAS over iSCSI. Of course, I have reinstalled kernel /and/ userland. In dmesg, I only obtain : [71,854636] Invalid socket 7 [71,854636] Invalid socket 7 To be sure, I have upgraded my NAS to last firmware. Both NASnow run last Qnap system. Configuration : - wm0 and wm1 are bridged, MTU 9000 ; - wm0 is connected to NAS1, wm1 to NAS2. My script (that ran fine) that mount NAS volumes contains : # # $NetBSD: squid.sh,v 1.1 2020/01/04 10:57:18 taca Exp $ # # PROVIDE: iscsictl # REQUIRE: iscsid # KEYWORD: shutdown if [ -f /etc/rc.subr ]; then . /etc/rc.subr fi name="iscsictl" rcvar=$name command="/sbin/${name}" pidfile="/var/run/${name}.pid" case $1 in start) sleep 5 ${command} add_send_target -a 192.168.12.2 ${command} add_send_target -a 192.168.12.3 ${command} refresh_targets ${command} list_targets ${command} login -P `iscsictl list_targets | \ awk '/192.168.12.2/ { print $1; }' | tr -d ":"` ${command} login -P `iscsictl list_targets | \ awk '/192.168.12.3/ { print $1; }' | tr -d ":"` sleep 1 mount -o rw,log NAME=bacula /opt/bacula mount -o rw,log NAME=video /opt/video /etc/rc.d/mountd reload ;; ... legendre# nmap 192.168.12.2 Starting Nmap 7.94 ( https://nmap.org ) at 2023-12-27 09:12 CET Nmap scan report for euclide.systella.fr (192.168.12.2) Host is up (0.00030s latency). Not shown: 996 closed tcp ports (reset) PORT STATE SERVICE 22/tcp open ssh 443/tcp open https 3260/tcp open iscsi 8080/tcp open http-proxy MAC Address: 24:5E:BE:3B:96:E9 (Qnap Systems) Nmap done: 1 IP address (1 host up) scanned in 0.43 seconds legendre# iscsictl add_send_target -a 192.168.12.2 Added Send Target 1 legendre# iscsictl refresh_targets iscsictl: refresh_targets: No targets found legendre# iscsictl list_targets iscsictl: list_targets: The list is empty Just after these commands, new lines are written in dmesg : [ 30051.492281] Invalid socket 7 [ 30051.492281] Invalid socket 7 I have tried to start iscsid with -d10 -D options without more information. Best regards, JB signature.asc Description: OpenPGP digital signature