November 2020 - openSUSE Users (Deutsch)

Virtualbox: Kein Copy & Paste
by Klaus Klose 05 Nov '20

05 Nov '20

Hallo Liste Host: OpenSUSE 15.2, Virtualbox 6.1.14-lp152.2.5.1 (SUSE) Gast: Windows 7/10 Prof, ReactOS, Xubuntu, Manjaro, Debian Testing, Mint LMDE, Mint Mate Seit einem Update in den letzten 14 Tagen (genauer geht es nicht) funktioniert Copy & Paste zwischen Host <-> Gast nicht mehr. In beiden Richtungen nicht. Zudem versagt nach einigen Minuten Nichtbenutzung (des Gastes) das durchreichen der Tastatur zwischen Host und Gast, heißt: es kommt keine Tastatureingabe im Gast mehr an. Maus funktioniert wohl noch. Es betrifft die Installation auf 2 Rechnern, so daß ich einen Benutzerfehler eigentlich ausschließen möchte. Any hints? -- Klaus Bernhard Klose -- 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

Re: Yast2-Online-Update bricht auf der Konsole ab
by Stephan Hemeier 05 Nov '20

05 Nov '20

2 1

Yast2-Online-Update bricht auf der Konsole ab
by Dirk Meier 04 Nov '20

04 Nov '20

Hallo, nach dem Update von Leap 15.1 auf Leap 15.2 bricht das YAST Online-Update beim Schritt "Verfügbarkeit von Aktualisierungen" mit der Meldung "/sbin/yast/: Zeile: 468 ... Speicherabzug geschreiben". Dazwischen steht noch eine sich bei jedem Absturz verändernde Zahl. Hierbei wurde YAST als su auf der Konsole gestartet. Starte ich das online Update in KDE läuft es durch. Da ich die Systemverwaltung allerdings ausschließlich mit YAST2 auf der Konsole durchführe, wäre es schön, wenn das Online-Update da auch funktionieren würde. Kann jemand helfen? -- Dirk -- 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

4 4

Netzwerk ist weg nach Update von Leap 15.1 au f Leap 15.2
by Dirk Meier 03 Nov '20

03 Nov '20

Hallo, vorhin habe ich von Leap 15.1 auf Leap 15.2 upgegraded. Der Vorgang wurde ohne Fehlermeldung abgeschlossen. Allerdings kann ich mich danach nicht mehr mit dem Netzwerk verbinden. Ist besonders blöd, weil dort mein /home liegt. Ich habe dann versuchsweise in yast den Networkmanager gegen Wicked ausgetauscht. Ohne Erfolg. Auch die Vergabe einer statischen IP-Adresse führt nicht zu einem Netzwerkzugang. Ich kann sie in yast eintragen, aber "ip address" zeigt sie nicht an. Interessanterweise hatte ich den Eindruck, dass die Online-Repos während des Upgrades korrekt abgefragt wurden. Abschließend eine Sicherung von Leap 15.1 zurück kopiert, und das Netzwerk ist wieder da. Bei der Netzwerkkarte handetl es sich um eine Realtek, RTL8111/8168/8411, die noch nie Probleme bereitet hat. In einem Laptop ist die gleiche Karte verbaut, nur 4 Versionsstufen neuer. Läuft einwandfrei mit Networkmanager und Netzwerkzugriff. Kann jemand helfen? -- Dirk -- 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

4 9

BUG: openSUSE leap 15.2 / BUG: zypper broken after update.
by Sandre Useres 03 Nov '20

03 Nov '20

Der hat mich gerade in Tab gehalten. Zypper ist nach installieren der http://download.opensuse.org/update/leap/15.2/oss/x86_64/zypper-1.14.40-lp1… (puls libsolv-tools und lib zypp) defekt. Der Workaround installiert wieder funktionierende Versionen und sperrt die Pakete, damit wenigsten erstmal der Rest der Server mit Updates weiterlaufen kann. WORKARROUND: #!/bin/sh #- 20201103: openSUSE leap 15.2 / BUG: zypper broken after update. #- eg.: zypper ll => zypper: symbol lookup error: /usr/lib64/libzypp.so.1722: undefined symbol: _ZN4YAML6detail9node_data12empty_scalarB5cxx11E #- get packages wget http://download.opensuse.org/update/leap/15.2/oss/x86_64/libsolv-tools-0.7.… wget http://download.opensuse.org/update/leap/15.2/oss/x86_64/libzypp-17.24.2-lp… wget http://download.opensuse.org/update/leap/15.2/oss/x86_64/zypper-1.14.38-lp1… #- force degrade installation rpm -Uch libzypp-17.24.2-lp152.2.10.1.x86_64.rpm libsolv-tools-0.7.14-lp152.2.7.1.x86_64.rpm zypper-1.14.38-lp152.2.6.1.x86_64.rpm --force #- lock packkages zypper al libsolv-tools libzypp zypper zypper ll Tschö' Sue -- 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 5

leap 15.1 upgrade auf leap 15.2: check_dhcp Ergebnisse nicht mehr korrekt
by Mark Wenzel 03 Nov '20

03 Nov '20

Hallo zusammen, ich habe hier ein seltsames Verhalten nach dem Upgrade von leap 15.1 auf leap 15.2. Zum Verständnis: Ich habe drei Maschinen in diesem Szenario: 1. primärer DHCP-Server 192.168.23.10 (physischer Host) 2. sekundärer DHCP-Server 192.168.23.11 (physischer Host) 3. Icinga2-Server zur Systemüberwachung 192.168.23.21 (virtuelle Maschine unter VirtualBox; wahlweise auf dem ersten oder zweiten physischen Host). Der Icinga2-Server prüft regelmäßig beide dhcp-Server über das Plugin check_dhcp (aus monitoring-plugins-dhcp vom Haupt-Repository). Bisherlief icinga2 unter leap 15.1 und hat bei beiden dhcp-Servern zuverlässig funktioniert, egal auf welcher physischen Maschine die VM lief. Gestern habe ich den icinga2-server auf leap 15.2 aktualisiert. Die icinga2-Maschine läuft in diesem Beispiel auf dem ersten Host als virtuelle Maschine. Nun bekomme ich nur noch beim primären Server ein positives Ergebnis. Beim sekundären Server bekomme ich meistens einen critical-Fehler. Manchmal ist das Ergebnis aber auch OK. Ich habe daher das ganz auch mal manuell ausgeführt und dabei das Log des jeweiligen Servers angesehen: icinga2# /usr/lib/nagios/plugins/check_dhcp -s 192.168.23.11 -u CRITICAL: Received 844387 DHCPOFFER(s), 0 of 1 requested servers responded, max lease time = 600 sec. secdhcp# journalctl -u dhcpd -f Okt 30 11:59:02 secdhcp dhcpd[5183]: DHCPDISCOVER from 08:00:27:4b:d1:e5 via eth0 Okt 30 11:59:02 secdhcp dhcpd[5183]: DHCPOFFER on 192.168.23.48 to 08:00:27:4b:d1:e5 via eth0 und icinga2# /usr/lib/nagios/plugins/check_dhcp -s 192.168.23.10 -u OK: Received 945640 DHCPOFFER(s), 1 of 1 requested servers responded, max lease time = 600 sec. pridhcp# journalctl -u dhcpd -f Okt 30 12:01:04 pridhcpdhcpd[19895]: DHCPDISCOVER from 08:00:27:4b:d1:e5 via eth0 Okt 30 12:01:05 pridhcpdhcpd[19895]: DHCPOFFER on 192.168.23.63 to 08:00:27:4b:d1:e5 via eth0 Ein tcpdump auf den beiden dhcp-Servern zeigt, dass die Anfragen beide beantwortet werden, was die Ausgaben im journal bestätigt. Mache ich auf dem icinga-Server einen tcpdump, tauchen dann aber die folgenden Datenpakete auf (Ich habe der besseren Lesbarkeit hier auf IP-Adressen verzichtet). source | destination | Info icinga2 | secdhcp | DHCP Discover pridhcp | icinga2 | DHCP Offer secdhcp | icinga2 | DHCP Offer Icinga2 | secdhcp | DHCP Discover pridhcp | icinga2 | DHCP Offer Warum antwortet der primäre dhcp-Server, wenn doch der sekundäre alleine angesprochen wird? Und warum filtert das Plugin nicht die relevante Antwort heraus? Verschiebe ich den icinga-Server auf den anderen physischen Host, ist das Verhalten genau umgekehrt. Das heißt, dass nur noch der dhcp-Server erfolgreich getestet wird, der auf dem selben physischen Host läuft wie die VM mit icinga2. Um eine Beteiligung der Firewall auszuschließen habe ich die Firewalls temporär auch schon alle ausgeschaltet. Das hat keinen Effekt! Vielen Dank für das Mitdenken und den Schubs in die richtige Richtung. Mark -- 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

MicroOS-Container-OBS-docker/podman-...
by Bernd Nachtigall 03 Nov '20

03 Nov '20

Hi, ich bin wahrscheinlich etwas langsam im Kopf ... Kann mich jemand an die Hand nehmen und mich zu meinem ersten Container führen? Das deutsche Wiki ist ja ziemlich verwaist ... Ich habe MicroOS (based on Leap 15.2) im RasPi. Das ist ja lt. <https://en.opensuse.org/Portal:MicroOS/Design> 'nur' dafür da Container zu betreiben. Ignition ist konfiguriert. Ich kann mich per SSH verbinden. Es soll schlussendlich ein Browser laufen, ich brauche also eine (schmale) GUI und einen Browser (und Cups). Der Trick dabei soll sein das keine(!) Daten auf dem Gerät einen Neustart überleben. Ich könnte nun die SD-Karte einmal komplett einrichten und abschließend mit dd imagen. Dann könnte ich nach jeder Nutzung den Zustand von vor der Nutzung wieder herstellen. Aber bei den regelmäßigen Updates muss ich dann jedes Mal eine Extrarunde drehen. (Booten - Updaten - Herunterfahren - Image ziehen - Booten - Arbeiten) Bei einem Container könnte ich die Daten die während des Arbeitens anfallen in eine RAM-Disk schreiben. Die sollten dann nach einem Restart des RasPi weg sein. Hier stelle ich mir das Aktualisieren des OS einfacher vor. Damit hätte ich wohl die Möglichkeit auf einem später aktualisierten MicroOS diesen Container wieder nutzen zu können, oder? Wie geht es also jetzt weiter? Offensichtlich gibt es zwei Varianten Container zu betreiben. Docker und podman(?, dazu finde ich nichts im Wiki). Aber 'docker' oder 'podman' an der CLI des RasPi eingegeben sagt nur 'Command not found#. Zypper zeigt das keine derartigen Pakete installiert sind. Und dann ist da die Frage WIE erstelle ich ein Docker/podman-Image. Bernd -- 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

virtualbox und Kernel 5.9.1-1-default
by Helga Fischer 02 Nov '20

02 Nov '20

Hallo in die Runde, sagt mal, tut das bei euch? Habe hier Tumbleweed, Kernel 5.9.1-1-default und VirtualBox 6.1.14_SUSE r140239 und habe das Gefühl aus Täglich grüßt das Murmeltier, sprich, ein alter Fehler winkt und freut sich frischen, alten Lebens. Ich kann eine VM starten, mich auch noch einloggen, doch dann stellt sich die Oberfläche auf schwarz, nachdem der Desktop noch ein paar Meldungsfensterchen geöffnet hat und aus ist es mit dem virtualisierten Vergnügen. Wieder warten auf ein vbox-Update durch Oracle? Der 5.9er-Kernel kam vor einigen wenigen Tagen auf die Festplatte. Ob virtualbox vorher funktioniert hat, weiß ich leider nicht, da ich vbos im Moment nicht regelmäßig benutze. Von den alten Issues im Bugzilla scheint noch nichts wieder neu eröffnet worden zu sein. Helga -- ## Technik: [https://de.opensuse.org] ## Privat: [http://www.eschkitai.de] ## Politik: [https://bge-community.buendnis-grundeinkommen.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

6 13

kaffeine dvb diseqc
by tux-online 02 Nov '20

02 Nov '20

Hallo! Ich nutze seit langem kaffeine als Videorekorder unter Tumbleweed. Ich habe zwei LNBs, die schielend montiert sind, um die Signale von zwei verschiedenen Satelliten zu empfangen. Leider funktioniert der Diseqc-Schalter nur mit alten Versionen von kaffeine (kaffeine-1.2.2-32.2.x86_64). Dazu habe ich auch zwei kde4 Bibliotheken installiert. Seit dem Update auf Kernel 5.9. funktioniert diese Konfiguration nicht mehr. Wenn ich den alten Kernel 5.8.15 starte, arbeitet das alte kaffeine wie gewünscht. lsmod liefert wie gewünscht: ts2020, rc_tevii_nec , ds3000, dvb_usb_dw2102, dvb_usb, dvb_usb_dw2102, dvb_core Ich nutze die TV-Karte tevii 480 (=s660) mit Doppeltuner. Ich bräuchte also eine der folgenden Lösungen: - kaffeine 1.2 läüft unter Kernel 5.9 - kaffeine 2 läuft mit Diseqc-Schalter - alternatives Programm mit gleichem Komfort Danke für Ideen Oskar -- 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

Thunderbird Downgrade
by Bernd Nachtigall 02 Nov '20

02 Nov '20

Hi, gestern habe ich Thunderbird aktualisiert. (68.x -> 78.4.0) Heute ist einer meiner Kalender leer ... ~:-\ Ich habe zwar ein Backup des Profils aber ein Restore behebt den Fehler nicht. Evtl. hängt das mit der nicht mehr kompatiblen Version zusammen. Wo bekommt ich denn den alten TB 68 noch her? Ein zypper se zeigt nur die aktuelle Version. Bernd -- 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

3 8