July 2019 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

Tumbleweed: udev rules esp32
by Karl Brandt 02 Jul '19

02 Jul '19

Hallo, ich habe jetzt längere Zeit nicht mehr mit dem "ESP32 DEV KIT" gearbeitet. Nun wollte ich mal wieder, aber: Weder die ESP-IDF noch Arduino finden den ESP32. Mit udevadm monitor -u bekomme ich nach einstöpseln des ESP folgende Infos: UDEV [1264.264653] add /devices/pci0000:00/0000:00:14.0/usb1/1-1 (usb) UDEV [1264.265598] add /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0 (usb) UDEV [1264.266152] add /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0/ttyUSB0 (usb-serial) UDEV [1264.270322] add /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0/ttyUSB0/tty/ttyUSB0 (tty) UDEV [1264.271087] bind /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0/ttyUSB0 (usb-serial) UDEV [1264.271794] bind /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0 (usb) UDEV [1264.279892] bind /devices/pci0000:00/0000:00:14.0/usb1/1-1 (usb) UDEV [1264.345424] remove /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0/ttyUSB0/tty/ttyUSB0 (tty) UDEV [1264.345869] unbind /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0/ttyUSB0 (usb-serial) UDEV [1264.346355] remove /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0/ttyUSB0 (usb-serial) UDEV [1264.346999] unbind /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0 (usb) UDEV [1264.347584] bind /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0 (usb) UDEV [1264.403421] unbind /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0 (usb) UDEV [1264.449278] bind /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0 (usb) UDEV [1264.624338] unbind /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0 (usb) UDEV [1264.800799] add /devices/virtual/input/input31 (input) UDEV [1264.858737] add /devices/virtual/input/input31/event26 (input) *** Zuerst sieht es ja noch gut aus, aber dann ein ständiges bind und unbind. Das setzt sich auch nach den *** fort. Mein Tumbleweed ist auf dem aktuellen Stand. Kennt einer von Euch das Problem und hat evtl. eine Lösung? Mit freundlichem Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 2

Netzwerk nach reboot langsam, erst nach rcnetwork restart schnell / SuSE 15.0
by Dr. Juergen Vollmer 02 Jul '19

02 Jul '19

Hallo allerseits, schon seit einigen Wochen plagt mich folgendes Problem: Ich habe einen KabelBW / Unity-Media Kabel-Snchluss mit 150BBit/s dowload. Soweit so gut und schnell. Boote ich meinen Desktop-PC (aktuelles SuSE 15.0) zeigt mir https://speedtest.unitymedia.de immer nur zwischen 20 und 30 MBit/s download, Upload und Ping sind ok. Mache ich dann ein rcnetwork restart bekomme ich meine 150-160 MBit/s. (es hat lange gedauert bis ich das Verhalten reproduzierbar hatte) Das Problem trat erst vor rd. 2 Monaten order so auf. Hardware: RTL8111/8168/8411 PCi Express Gigabit EThernet Controller, Netzzugang via DHCP an einen Bintec RS123 Router, welcher via Cisco EPC3212 Modem an das UnityMedia Kabel angeschlossen ist. Ich konnte ausschließen, das das Problem mit meinem Router, Switch oder PC Hardware zu tun hat. (Laptop an gleicher Schnittstelle hatte das Problem nie (SuSE 15.0 und SuSE 15.1)) Warum? Wo muss ich suchen? Was ändern? Bin für all Tips dankbar. Bye Jürgen -- Dr.rer.nat. Jürgen Vollmer, Am Rennbuckel 21, D-76185 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer(a)informatik-vollmer.de www.informatik-vollmer.de -------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Leap 15.0: Bug in 'dig'?
by Michael Behrens 02 Jul '19

02 Jul '19

Hallo Liste, bevor ich versuche, einen Bugreport zu schreiben, wüsste ich gern, ob jemand hier das folgende nachvollziehen kann: Das 'dig' auf allen meinen Leap-15.0-Maschinen scheitert bei der Abfrage unserer lokalen Windows-DNS-Server (OS ist Server 2008), mit jedem älteren 'dig' bis einschließlich dem von Leap 42.3 funktioniert sie. Internet-Suche nach diesem Problem hat mich bisher nicht weitergebracht... Konfiguration: Provider-DNS <---forward--- lokaler_Windows-DNS <---forward--- lokaler_BIND9_unter_Leap42.3 Ausgabe von dig auf einer Leap-15.0-Maschine (wird nicht aufgelöst, WARNING: recursion requested but not available): ------------------------------------------------------------ $ dig @lokalerWinDNS download.opensuse.org ; <<>> DiG 9.11.2 <<>> @192.168.111.12 download.opensuse.org ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: FORMERR, id: 62703 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; WARNING: recursion requested but not available ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: 690ef601a3eea8d7 (echoed) ;; QUESTION SECTION: ;download.opensuse.org. IN A ;; Query time: 0 msec ;; SERVER: 192.168.111.12#53(192.168.111.12) ;; WHEN: Tue Jun 25 11:15:34 CEST 2019 ;; MSG SIZE rcvd: 62 ------------------------------------------------------------ Leicht am Ende gekürzte Ausgabe von dig auf einer Leap-15.0-Maschine bei Abfrage des lokalen BIND9-Servers (wird aufgelöst): ------------------------------------------------------------ $ dig @lokalerBIND9 download.opensuse.org ; <<>> DiG 9.11.2 <<>> @192.168.1.40 download.opensuse.org ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59694 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 14 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;download.opensuse.org. IN A ;; ANSWER SECTION: download.opensuse.org. 271 IN A 195.135.221.134 ;; AUTHORITY SECTION: ... ------------------------------------------------------------ Ausgabe von dig auf einer Leap-42.3-Maschine bei Abfrage des lokalen Windows-DNS-Servers (wird aufgelöst): ------------------------------------------------------------ $ dig @lokalerWinDNS download.opensuse.org ; <<>> DiG 9.9.9-P1 <<>> @192.168.111.12 download.opensuse.org ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61342 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4000 ;; QUESTION SECTION: ;download.opensuse.org. IN A ;; ANSWER SECTION: download.opensuse.org. 162 IN A 195.135.221.134 ;; Query time: 1 msec ;; SERVER: 192.168.111.12#53(192.168.111.12) ;; WHEN: Tue Jun 25 10:24:13 CEST 2019 ;; MSG SIZE rcvd: 66 ------------------------------------------------------------ -- Viele Grüße Michael ________________________________________________________________________ PROSTEP AG, Dolivostraße 11, D-64293 Darmstadt HR: Amtsgericht Darmstadt, HRB 8383 Vorstand: Dr. Bernd Pätzold (Vorsitz), Reinhard Betz Dr. Karsten Theis Aufsichtsrat: Dr. Heinz-Gerd Lehnhoff (Vorsitz) ________________________________________________________________________ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 1

Problem mit zypper/Yast nach missglückten Update
by Christian Pubanz 01 Jul '19

01 Jul '19

Hallo zusammen, ich habe heute versucht, mein Tumbleweed (Version 20190626) mit zypper upzudaten. Alle Pakete wurden normal gezogen und auch installiert - bis auf btrfs. Hier rödelte er ca. 60 Minuten lang, bis ich mit Strg+C den Prozess abbrach, denn ich ging stark davon aus, dass sich die Updateinstallation aufgehängt hatte. Habe dann versucht, den Updateprozess mit zypper dup neu zu starten und bekam diese Fehlermeldung: zypper: error while loading shared libraries: libzypp.so.1709: cannot open shared object file: No such file or directory Wenn ich mit Yast versuche, die Paketverwaltung aufzurufen erscheint ein rotes Fenster mit dieser Meldung: UI Syntax Error │ │Couldn't load plug-in ncurses-pkg│ │ Check the log file! -mit klick/drücken auf close ein weiteres Fenster in weiß mit diesem Hinweis: Internal error. Please report a bug report with logs. │ │ │ │Run save_y2logs to get complete logs. │ │ │ │ │ │ │ │Caller: /usr/share/YaST2/modules/PackagesUI.rb:316:in │ │ │ │`RunPackageSelector' │ │ │ │ │ │ │ │Details: Das Öffnen der Paketauswahl ist fehlgeschlagen. │ │ │ │ │ │ Scheinbar habe ich die Paketverwaltung kaputt gemacht - so zumindest meine ersten Recherchen. Allerdings weiß ich das nicht sicher und auch wie ich vorgehen muss, um diese neu zu installieren. (wenn die Paketverwaltung selbst scheinbar streikt) Reboot mit shutdown -r now funktioniert glücklicherweise normal, den Kernel hat er vor dem Absturz drauf bekommen... Weiß jemand Rat? Was kann oder sollte ich tun? Ich komme hier nicht weiter. Vielen Dank im Voraus und Grüße, Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

7 13

Re: nfs-server status active exited
by Kyek, Andreas, Vodafone DE 01 Jul '19

01 Jul '19

dirk wrote > > auf meiner SuSE Leap 15 läuft der nfs-server. > Eine Statusabfrage liefert den Zustand active (exited) und nicht > running, obwohl die Verzeichnisse exportiert werden. > > # systemctl status nfs-server > ● nfs-server.service - NFS server and services > Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; disabled; > vendor preset: disabled) > Drop-In: /usr/lib/systemd/system/nfs-server.service.d > └─nfsserver.conf, options.conf > /run/systemd/generator/nfs-server.service.d > └─order-with-mounts.conf > Active: active (exited) since Sat 2019-06-29 15:07:35 CEST; 1h 3min ago > Main PID: 1756 (code=exited, status=0/SUCCESS) > Tasks: 0 (limit: 4915) > CGroup: /system.slice/nfs-server.service > > Jun 29 15:07:35 server systemd[1]: Starting NFS server and services... > Jun 29 15:07:35 server systemd[1]: Started NFS server and services. > > > Was bedeutet das und muss mich das beunruhigen? Ist hier genau dasselbe und der NFS Server läuft einwandfrei. Andreas Rgbx��޲ץ��r��҉碝��V��uﮞ˛��m�)z{.��+�I�zr�ק٢�+-��h�;��r��brG�J'��w�j)Z��^�ˬy׾� ޮ�^�ˬz��

1 0