November 2022 - openSUSE Users (Deutsch)

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