November 2022 - openSUSE Users (Deutsch)

stenc scsi tape encryptin für Leap 15.4?
by Dirk Meier 07 Nov '22

07 Nov '22

Hallo, mit der Softwaresuche auf der SuSE-homepage finde ich stenc nur für Leap 15.2 und Tumbletweed. Gibt es das auch für Leap 15.4, oder gibt es einen Grund warum es das für Leap 15.4 nicht gibt? -- Dirk

2 2

Kmail: Mail "verschwinden" beim verschieben
by Timo Sokal 07 Nov '22

07 Nov '22

Hallo Liste, Tumbleweed, KDE Werden in Kmail Mail händisch, von einem Ablageorder in einen andere durch Drag & Drop, umsortiert verschwinden sie im ursprünglichen Ordner, erscheinen in dem Zielordner aber nicht. Auf der Festplatte sind sie allerdings als Datei dort wohl zu finden. Also nur eine Art Anzeigeproblem? Wie bekommen wir das vernünftig hin? -- Timo Sokal

5 15

4 Updates? Oder 412
by Torben Günzel 07 Nov '22

07 Nov '22

Hallo Liste Softwareupdate meldet Sie haben 4 Aktualisierungen Führe ich zypper up aus 412 Pakete werden aktualisiert, 10 neue, 2 zu entfernen. Gesamtgröße des Downloads: 702,3 MiB. Bereits im Cache gespeichert: 0 B. Nach dem Vorgang werden 27,5 MiB freigegeben. Wie muss ich mir so etwas erklären? Torben

7 11

"zypper ps -s" zeigt immer gelöschtes haveged
by Manfred Haertel, DB3HM 04 Nov '22

04 Nov '22

Ich habe - und zwar genau seit dem Update auf OpenSuse 15.4 - eine kleine Auffälligkeit im System. Ich habe nämlich die vielleicht blöde Angewohnheit, nach einem "zypper update" direkt ein "zypper ps -s" zu machen, um zu schauen, wo überall Prozesse laufen, die mittlerweile ersetzte Dateien verwenden. Die starte ich neu bzw. wenn es zu viel ist, mache ich einen Reboot. Ja, ich weiß, dass man durchaus auch ohne Probleme die gelöschten Binaries weiter verwenden kann. Ich mache das eher deswegen, damit ich durch die Verwendung der aktualisierten Binaries ein durch das Update entstandenes Problem möglichst schnell finde - zumindest bevor meine Frau bei Ihrem OpenSuse das Update macht und sich beschwert "nach dem Update geht schon wieder was nicht" (was manchmal passiert und "noch manchmaler" auch berechtigt ist). Und im Moment wird mir hier halt IMMER das Binary "haveged" als gelöscht angezeigt. Sogar dann, wenn ich gar kein Update gemacht habe. Und zwar auf ALLEN OpenSuse-Instanzen, die ich habe (und das sind einige, hauptsächlich VMs, aber nicht nur). Es ist sogar bei dem OpenSuse 15.4 auf der Arbeit so. Und ja, ein "systemctl restart haveged" beseitigt das Phänomen natürlich. Es ist nicht so, dass mich das immens stören würde, aber irgendwie ist es nervig. Ich habe mir mal die Zeit genommen, das Phänomen zu verstehen. Es entsteht anscheinend dadurch, dass haveged bereits in der initrd-Phase gestartet wird. Das vermeintlich gelöschte haveged-Binary ist also das aus der initrd, die ja im laufenden System eben nicht mehr gemounted ist. Das Verrückte ist nun, dass es ein haveged-switch-root.service gibt, was offensichtlich genau diesen Fall wieder "grade rücken" soll. Aber das funktioniert eben seit OpenSuse 15.4 anscheinend nicht. Obwohl dieser Service laut "systemd-analyze blame" ausgeführt wird! Noch verrückter: Das Problem hatte ich in der Vergangenheit schon öfter. Es kam JEDES MAL durch ein OpenSuse-Upgrade auf eine neue Version rein und ist in der Vergangenheit JEDES MAL nach zwei oder drei Wochen wieder verschwunden, vermutlich durch irgendein Update, was da rein kam, aber NICHT durch ein haveged-Update. Diesmal hält es sich aber ziemlich hartnäckig über Monate. Berichte, dass sich noch jemand anders an dem Problem "reiben" würde oder gar Bugzilla-Einträge dazu finde ich keine. Ich weiß, ich könnte auch einen schreiben. Aber ich wollte doch erst mal fragen, ob hier jemand ist, den die Probematik auch nervt und ob derjenige einen Workaround gefunden hat, der über ein "systemctl restart" hinaus geht. Möglicherweise liegt die Lösung auch darin, haveged zu deinstallieren, weil es Leute gibt, die sagen, dass man es mit "aktuellen" Kernel-Versionen nicht mehr braucht. Das mache ich aber erst, wenn ich es verstanden habe, denn das Tool wird ja bei OpenSuse per Default eben INSTALLIERT (und gestartet). -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel

2 1

Tumbleweed: "Repository type can't be determined."
by Thorsten Marquardt 03 Nov '22

03 Nov '22

Hi, seit heute bekomme Fehlermeldungen von Zypper (yast,...) wegen des Repositories: http://download.opensuse.org/history/20221008/tumbleweed/repo/oss/ in der Definition des Repo's steht: baseurl=http://download.opensuse.org/history/$snapshotVersion/tumbleweed/re… Woher liest zypper die Variable $snapshotVersion und wie kann ich die überschreiben ohne den EIntrag unter /etc/zypp/repos.d zu ändern? Viele Grüße Thom

2 4

Leap 15.4, openssl-1 oder openssl-3?
by Michael Behrens 02 Nov '22

02 Nov '22

Hallo Liste, ich sehe gerade, dass Leap 15.4 sowohl Pakete für openssl-1 als auch für openssl-3 mitbringt, allerdings ist auf allen meinen entsprechenden Maschinen openssl-1 installiert, sowohl auf denen, die durch mehrere Versionsupgrades gegangen sind, als auch auf der Neuinstallation vom Juli 2022. Wann kommt denn openssl-3 bei Leap 15.4 zum Einsatz? Muss man das wollen und von Hand ändern? Und warum sollte man das wollen? -- Viele Grüße - Kind Regards ____________________________________________________________ Michael Behrens ____________________________________________________________ PROSTEP AG, Dolivostraße 11, D-64293 Darmstadt HR: Amtsgericht Darmstadt, HRB 8383 Vorstand: Dr. Bernd Pätzold (Vorsitz), Dr. Karsten Theis Aufsichtsrat: Dr. Heinz-Gerd Lehnhoff (Vorsitz) ____________________________________________________________

3 2

Spracherkennung unter Linux/OpenSUSE
by Mathias Klose 01 Nov '22

01 Nov '22

Hallo Liste, in der Fenster-Welt gibt es ja Dragon für das Diktieren von Texten, was auch hervorragend funktioniert. Wie sieht es mit der Spracherkennung unter Linux/OpenSUSE aus? Nutzt hier irgendjemand Spracherkennung, wie speech to text oder etwas anderes? Welche Erfahrungen wurden gemacht? Ist die benutzte Lösung so gut wie Dragon? Ich möchte keine Sprachsteuerung des PC erreichen, sondern lediglich Texte durch Diktieren schreiben, was einfacher ist als das ewige Tippen. Über ein Feedback oder Tipps hierzu würde ich mich sehr freuen. -- Freundliche Grüße sendet Mathias Klose

2 1

Nach Update auf opensuse 15.4 startet das System nicht mehr
by Mark Wenzel 01 Nov '22

01 Nov '22

Hallo zusammen, heute habe ich einen physischen Rechner von opensuse 15.3 auf 15.4 angehoben - wie schon einige VMs zuvor: Erst einmal alles auf den aktuellen Stand bringen: zypper refresh zypper update reboot Nach dem Neustart die Repo-Einstellungen sichern und umkonfigurieren: cp -Rv /etc/zypp/repos.d/etc/zypp/repos.d.Old-15.3 sed -i 's/15.3/15.4/g' /etc/zypp/repos.d/!(bareos.repo) sed -i 's/\$releasever/15.4/g' /etc/zypp/repos.d/* Nun kommt das eigentliche Update: zypper--gpg-auto-import-keys ref zypper dup--download-in-advance Nach dem finalen Reboot starte der Rechner aber nicht mehr, da er das Device /dev/mapper/system-root nicht findet. Ich habe inzwischen fleißig untersucht und mit einem Suse 15.3 Rettungssystem gebootet und in das eigentliche System mit chroot gewechselt: mount /dev/mapper/system-root /mnt for i in proc sys dev run; do mount --rbind /$i /mnt/$i; done chroot /mnt mount -a Da dies immer noch alles funktioniert, habe ich dann einen neuen USB-Stick mit dem aktuelle Life-System von Suse 15.4 hergenommen und das gleiche versucht. Dabei scheiterte ich jedoch schon daran, dass /dev/mapper/system-root nicht vorhanden war. Erst nachdem ich mittels vgchange -ay die Volumegroups aktiviert hatte, konnte ich auch hier mit den selben Befehlen in das System wechseln. Nun hatte ich die Hoffnung, dass sich da was beim Erstellen der initramfs-Datei verhakt hatte, da diese ja aus dem alten laufenden 15.3 erstellt worden war. Aber auch eine neu erstellte initramfs-Datei mittels dracut -f /boot/initrd-5.14.... Auch das hat leider nichts gebracht. Zur Erläuterung: Im Rechner sind vier SSD als Raid5 zusammen im Einsatz. Dieses Raid ist das einzige physical Volume in der Volume Group system. Darin befinden sich vier logical volumes: root, home, swap und vbox für verschiedene Virtuelle Maschinen. Daneben gibt es noch ein weiteres Raid aus vier drehenden Platten. Dieses Raid ist das einzige physical volumen in der Volume Group backup, die im weiteren nur ein logical volume backup enthält. Unter 15.3 lief das System stabil viele Monate. /proc/mdstat sagt, es ist alles schön und der letzte Check ist in der letzten Nacht gelaufen. Aus dem Emergency-Mode habe ich einen Report auf einen Stick gezogen und untersucht. Dabei habe ich die folgende Meldung entdeckt, zu der ich leider so gar nichts brauchbares finden konnte: WARNING: device /dev/md127 is an md component, not setting device for PV. WARNING: outdated PV /dev/md127 seqno 6 has been removed in current VG system seqno 6. WARNING: VG system is missing PV efjZKA-3n34-YuF6-plWM-gRlW-Floz-j2MOA9. Kann jemand damit was anfangen und mir einen heißen Tipp geben? Vielen Dank für Eure Gedanken. Mark

2 2