Lug-dd December 2023

lug-dd@mailman.schlittermann.de

24 participants
14 discussions

FPGA (ICE40) Kenntnisse > 0 ?
by Bernhard Schiffner 08 Dec '24

08 Dec '24

Hallo, ich informiere mich z.Z. für ein kleines Elektronikprojekt über FPGAs. Da meine Kenntnisse diesbezüglich ==0 sind, ist jede (auch infinitesimal kleine) Hilfe willkommen. Fühlt sich jemand angesprochen? (Nachricht auch per PM) Danke! Bernhard

2 2

DNS Frage (Fritz!Box kann nicht auflösen)
by Hilmar Preuße 20 Nov '24

20 Nov '24

Moin, gegeben ist ein Rechner an einer Fritz!Box 7350 hinter einem DS-Lite Anschluß. Der Rechner hat eine öffentlich erreichbare IPv6-Adresse, Zugriffe darauf, werden von der FB durchgestellt. Zu dieser IP-Adresse ist ein öffentlicher Hostname + Domain zugeordnet; dieser Name kann von außen aufgelöst werden: hille42@freeshell:~$ host rasppi1.hilmar-preusse.de rasppi1.hilmar-preusse.de has IPv6 address 2001:a61:5ab:6d01:ba27:ebff:fe87:6d3e Merkwürdigerweise klappt das nicht, wenn ich meine Fritz!Box befrage. Diese sollte DNS-Anfragen (außer die für mein Intranet) einfach an den Provider weiter senden. Wieso leitet die FB die Anfragen nicht einfach zum Provider weiter und erhält dort eine korrekte IP-Adresse? Die IPv6-Adressen des Providers habe ich mir direkt aus der Status-Page der FB heraus kopiert. hille@haka:~$ nslookup > server 192.168.200.1 <<<< Adresse der Fritz!Box Default server: 192.168.200.1 Address: 192.168.200.1#53 > rasppi1.hilmar-preusse.de Server: 192.168.200.1 Address: 192.168.200.1#53 Non-authoritative answer: *** Can't find rasppi1.hilmar-preusse.de: No answer > server 2001:a60::53:1 <<<<< 1. DNS Server des Providers Default server: 2001:a60::53:1 Address: 2001:a60::53:1#53 > rasppi1.hilmar-preusse.de Server: 2001:a60::53:1 Address: 2001:a60::53:1#53 Non-authoritative answer: Name: rasppi1.hilmar-preusse.de Address: 2001:a61:5ab:6d01:ba27:ebff:fe87:6d3e > server 2001:a60::53:2 <<<<< 2. DNS Server des Providers Default server: 2001:a60::53:2 Address: 2001:a60::53:2#53 > rasppi1.hilmar-preusse.de Server: 2001:a60::53:2 Address: 2001:a60::53:2#53 Non-authoritative answer: Name: rasppi1.hilmar-preusse.de Address: 2001:a61:5ab:6d01:ba27:ebff:fe87:6d3e > server 192.168.200.1 <<<< Auflösung von IPv6-Adressen geht aber Default server: 192.168.200.1 Address: 192.168.200.1#53 > www.google.de Server: 192.168.200.1 Address: 192.168.200.1#53 Non-authoritative answer: Name: www.google.de Address: 172.217.23.67 Name: www.google.de Address: 2a00:1450:4016:805::2003 > Danke, Hilmar -- sigfault #206401 http://counter.li.org

3 8

LaTeX Community in DD noch vorhanden?
by Philipp Kammerer 27 Dec '23

27 Dec '23

Hallo Liste; Ich wünsche euch allen fröhliche Tage des Tannenbaums. Gibt es in Dresden eigentlich noch eine LaTeX Community? Alles, was ich so im Web finde sind alte Infos (als Carsten noch hier war), oder tote Links. Wen müsste man heutzutage ansprechen, wenn man jemanden finden will, mit dem man über LaTeX fachsimpeln will? Viele Grüße, Philipp

3 2

kein reboot nach "etwas" Laufzeit möglich
by ronny＠seffner.de 18 Dec '23

18 Dec '23

Hallo Gruppe, ich habe hier einen Server im RZ (komme also physisch nicht ran), der nach "etwas" (sagen wir mal halbe Stunde) Laufzeit den reboot nicht schafft. Mir scheint, er bleibt im shutdown hängen. Wie debuggt man das nun? In den Logfiles ist nichts auffällig und der letzte Eintrag : in der Art "journald beendet sich". Klar nun kann nichts mehr geloggt werden. Ich kann dann einen hard reset (über die USV) auslösen und die Kiste kommt wieder. Mache ich dann recht fix (in den nächsten paar Minuten) einen reboot, läuft der sauber durch. Warte ich mehr als ca. ne halbe Stunde, habe ich das Problem wieder. Also KVM dran. Der bringt erst Bild nach reboot und kann nur für eine begrenzte Zeit "gemietet" werden. Durch den weiß ich, dass das mit reboot kurz nach Hochfahren scheinbar immer klappt 😉 wollte ja schnell sein und das reproduzieren. Aber einmal konnte ich nen screenshot machen, wo er nach knapp 40min Laufzeit eben nicht wieder hochfuhr (irgendwas hat mich wohl zwischendurch abgelenkt). Habt Ihr jetzt Tipps für mich, was die Kiste am reboot hindert? Ich finde ja die md-Meldungen (siehe screenshot) seltsam. root@kiste /etc # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS zram0 252:0 0 0B 0 disk nvme0n1 259:0 0 476.9G 0 disk ├─nvme0n1p1 259:2 0 256M 0 part │ └─md0 9:0 0 255.9M 0 raid1 /boot/efi ├─nvme0n1p2 259:3 0 32G 0 part │ └─md1 9:1 0 32G 0 raid1 [SWAP] ├─nvme0n1p3 259:4 0 1G 0 part │ └─md2 9:2 0 1022M 0 raid1 /boot └─nvme0n1p4 259:7 0 443.7G 0 part └─md3 9:3 0 443.6G 0 raid1 / nvme1n1 259:1 0 476.9G 0 disk ├─nvme1n1p1 259:5 0 256M 0 part │ └─md0 9:0 0 255.9M 0 raid1 /boot/efi ├─nvme1n1p2 259:6 0 32G 0 part │ └─md1 9:1 0 32G 0 raid1 [SWAP] ├─nvme1n1p3 259:8 0 1G 0 part │ └─md2 9:2 0 1022M 0 raid1 /boot └─nvme1n1p4 259:9 0 443.7G 0 part └─md3 9:3 0 443.6G 0 raid1 / Irgendwo habe ich ohne Erklärung die Behauptung gelesen EFI und md ... Mit freundlichen Grüßen / Kind regards Ronny Seffner

3 3

Nutzer angemeldet aber kein Prozess
by Luca Bertoncello 17 Dec '23

17 Dec '23

Hallo Leute! Auf zwei PCs mit Debian 11 habe ich folgendes komisches Phänomen gesehen, was auch ein paar Problemchen mit einem Skript verursacht... Es werden (mit who oder finger) die angemeldete Nutzer angezeigt, aber dazu gibt es auch ein Nutzer, für den gar kein laufendes Prozess gibt... Beispiel bei dem PC meiner Frau: anika 2023-12-15 21:00 root pts/0 2023-12-16 07:38 (2003:a:271b:e800:2::1) Ich habe mich gerade per SSH als root angemeldet. Per KDE ist keiner noch da, allerdings ist der Nutzer anika (meine Frau) angemeldet. Aber ich finde kein Prozess das läuft: root@anika:~# ps axuwf|grep anika avahi 713 0.0 0.0 9372 3492 ? Ss Okt14 0:14 avahi-daemon: running [anika.local] root 2046852 0.0 0.0 8780 708 pts/0 S+ 07:39 0:00 \_ grep --color=auto anika anika.local ist der Name des Rechners. Ich weiß nicht, wie ich das Problem lösen kann. Hat jemand eine Idee? Danke Luca Bertoncello (lucabert(a)lucabert.de)

5 9

letztes Treffen im Jhr 2023?
by Bernhard Schiffner 13 Dec '23

13 Dec '23

Gerd und ich wären dabei ... Weiss jemand eine "Kontraidikation" (Gaga zu etc.)? Bis dann! Bernhard

4 3

Kein FTP mehr möglich mit Debian 11 - Firewallproblem
by Luca Bertoncello 13 Dec '23

13 Dec '23

Hallo Leute! Auf einem Debian 11 Server ist Proftp installiert. In sich funktioniert das Programm problemlos. Sobald aber die Firewall (iptables) eingeschaltet wird, ist FTP nicht mehr zu nutzen. Ich habe bereits die Regel /sbin/iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT -m comment --comment "Connection tracking" hinzugefügt und das Modul nf_conntrack_ftp ist auch geladen. Ich bin 100% sicher, dass als das System noch mit Debian 10 lief, funktionierte das FTP einwandfrei. Hat jemand eine Ahnung, was geändert wurde und wie ich das Problem lösen kann? Besten Dank Luca Bertoncello (lucabert(a)lucabert.de)

4 7

uefi-Problem
by Ottmar-Schmidt＠web.de 07 Dec '23

07 Dec '23

2 1

ENSO blockiert die root-DNS-Server
by ronny＠seffner.de 07 Dec '23

07 Dec '23

Hallo, ist noch wer Kunde der ENSO/von SachsenNetze/SachsenGigabit und folgendes nachvollziehen? SuS-GW:~# dig pl @a.root-servers.net netmgr/uverr2result.c:98:isc___nm_uverr2result(): unable to convert libuv error code in udp_send_cb (netmgr/udp.c:802) to isc_result: -89: destination address r equired ;; communications error to 198.41.0.4#53: timed out - vs. - SuS-GW:~# dig pl @8.8.8.8 ; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> pl @8.8.8.8 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15097 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;pl. IN A ;; AUTHORITY SECTION: pl. 1800 IN SOA a-dns.pl. dnsmaster.nask.pl. 1701934234 900 300 2592000 3600 ;; Query time: 35 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP) ;; WHEN: Thu Dec 07 09:47:29 CET 2023 ;; MSG SIZE rcvd: 88 - and - SuS-GW:~# ping -4 a.root-servers.net PING a.root-servers.net (198.41.0.4) 56(84) bytes of data. From SuS-GW (10.13.6.2) icmp_seq=1 Destination Host Unreachable ping: sendmsg: Es ist eine Zieladresse notwendig - vs. anderer Provider - ns1:~# ping -4 a.root-servers.net PING (198.41.0.4) 56(84) bytes of data. 64 bytes from a.root-servers.net (198.41.0.4): icmp_seq=1 ttl=56 time=10.5 ms Mit freundlichen Grüßen / Kind regards Ronny Seffner

4 4

debian bookworm bind9 vs. libuv
by ronny＠seffner.de 07 Dec '23

07 Dec '23

Guten Morgen, meine Nikolausüberraschung ist ne doofe. Linux-Gateway wegen Kernelaktualisierung (baue selber) neu gebootet und plötzlich geht der bind nicht mehr. Ein dig @127.0.0.1 liefert nun SERVFAIL und folgende Logeinträge: 06-Dec-2023 07:21:32.145 general: error: netmgr/uverr2result.c:98:isc___nm_uverr2result(): unexpected error: 06-Dec-2023 07:21:32.145 general: error: unable to convert libuv error code in udp_send_cb (netmgr/udp.c:802) to isc_result: -89: destination address required 06-Dec-2023 07:21:32.145 resolver: info: resolver priming query complete: unexpected error Was liegt nahe? Änderungen rückgängig machen. Also reboot zum vorherigen Kern - Fehler bleibt. Blick ins dpkg.log, was sich in letzter Zeit noch so änderte - nix auffälliges auch nur in der Nähe von bind9 oder libuv. Jetzt wirds hilflos, weil auch google nix weiß. Remove und purge (mit manueller Kontrolle) von bind9* und libuv -> reinstall - Fehler (auch ohne meine config und zonen) wieder da. Auch ein "rndc trace 9" scheint um den Fehler rum kein Indiz zu liefern: 06-Dec-2023 07:55:19.881 database: debug 5: dns_adb_destroyfind on find 0x7f53a10c2300 06-Dec-2023 07:55:19.881 database: debug 5: dns_adb_destroyfind on find 0x7f53a10c2500 06-Dec-2023 07:55:19.881 general: error: netmgr/uverr2result.c:98:isc___nm_uverr2result(): unexpected error: 06-Dec-2023 07:55:19.881 general: error: unable to convert libuv error code in udp_send_cb (netmgr/udp.c:802) to isc_result: -89: destination address required 06-Dec-2023 07:55:19.881 resolver: debug 5: QNAME minimization - minimized, qmintype 2 qminname google.com 06-Dec-2023 07:55:19.881 resolver: debug 1: fetch: google.com/NS 06-Dec-2023 07:55:19.881 database: debug 5: dns_adb_destroyfind on find 0x7f53a1473600 06-Dec-2023 07:55:19.881 database: debug 5: dns_adb_destroyfind on find 0x7f53a1473700 06-Dec-2023 07:55:19.881 resolver: debug 3: fctx 0x7f53a14d3400(google.com/NS): createfind for <unknown> - success 06-Dec-2023 07:55:19.881 resolver: debug 3: fctx 0x7f53a14d3400(google.com/NS): createfind for <unknown> - success Leider ists dringend, weil dahinter ein Netz auf Funktion wartet. Und ich möchte das ungern zum Anlass nehmen mich in dnsmasq, unbound oder so einzuarbeiten. Ideen? Mit freundlichen Grüßen / Kind regards Ronny Seffner

2 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd December 2023