April 2022 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

This update has been triggered by boo#1198532
by Bernd Nachtigall 26 Apr '22

26 Apr '22

Hi, wie kriege ich denn raus was es damit (siehe Subject) auf sich hat? Einer meiner Rechner möchte heute morgen den Patch 'openSUSE-2022-118' installieren. Und anstelle der üblichen Zusammenfassung für was der Patch sein soll steht da 'This update has been triggered by boo#1198532'. Nicht das ich jeden Patch auf Sinnhaftigkeit, o.ä kontrolliere, aber hier verwundert mich der String etwas. Bernd -- Die normative Kraft des Faktischen behindert die Entwicklung zum Besseren.

4 5

Re: Booten wird wieder verhindert, vermutlich geloest
by eilf 26 Apr '22

26 Apr '22

Hi, Moin, Moin > cd /etc > tar cvWf /tmp/etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab * das war der/das “auslösende Moment”!! Mir war einfach nicht klar, wie ich “Quelle” und “Ziel” bei tar trennen kann (Ich hab bisher immer _in_ dem Verzeichnis “gestanden”, in dem das tar-file angelegt wurde.) Vll. könnte man sogar das exclude weglassen, aber das probier ich im Moment (noch) nicht aus. Danke den vielen Unterstützern! Frank

1 0

Techlive entfernen
by Dieter Klünter 25 Apr '22

25 Apr '22

Hi, gelegentlich arbeite ich auch mit LaTeX, einige beamer Charts, das ist es auch schon. Mit jedem Update bekomme ich auch zwei bis viertausend TechLive Pakate. Das nervt. Es gibt aber kein Repo für TechLive. Quellpaket: texlive-specs-s-2021-46.1 Anbieter: openSUSE Paketersteller: https://bugs.opensuse.org Mit welchem Schalter kann ich TexLive abschalten? Die einzige Möglichkeit sehe ich darin, in Yast jedes einzelne Paket mit Tabu zu markieren :-) -Dieter -- Dieter Klünter | Systemberatung http://sys4.de GPG Key ID: E9ED159B 53°37'09,95"N 10°08'02,42"E

4 8

Re: Booten wird wieder verhindert
by eilf 25 Apr '22

25 Apr '22

Hallo, nachdem ich gestern positive Nachrichten vermelden konnte: (auf dem älteren Rechner) > (Zustand ist ja nun nicht mehr ganz identisch, > (--- dieser Rechner hatte gestern “geruht”) > und habe heute morgen < 50 updates “eingespielt” (38 + 11) > > > > verschiedene Varianten getestet, jeweils als root: > > 1. > cd /abc/xyz # irgend ein existierendes Verzeichnis > tar cvf etc_`date +%y%m%d%H%M%S`.tar /etc/* > > # ohne W, ohne Beanstandungen durchgelaufen > > 2. > cd /etc > tar cvf etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab * > > # ohne W, ohne Beanstandungen durchgelaufen > > 3. > cd /etc > tar cvWf etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab * > > # mit W, läuft zwar durch, aber reichlich Fehlermitteilungen: > # so: Warning: Cannot stat: No such file or directory > # oder so: Warning: Cannot readlink: No such file or directory > > Die Fehlermitteilungen sind offensichtlich neu und das System ist bei keiner > Variante abgestürzt. > (Kein Stakkato!!) > (Wau!!, Huch!!) heute morgen und heute nachmittag (auf dem "neuen" Rechner) weitere updates eingespielt bin ich nun auch auf dem “neuen” Rechner wieder auf dem alten Stand (chr!) var. 2 lief sauber durch cd /etc tar cvf etc_`date +%y%m%d%H%M%S`.tar * ohne W modifizierte var. cd /etc tar cvf etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab * führte wieder zu Absturz wieder: ... und "mein" Stakkato (kann mtab nicht lesen --- o.ä.) Info war: systemctl status dbus.service ctrl-alt-F1 verweigert das Einloggen (Pam ....) Booten von Festplatte: wie gehabt: > failed to Start D-Bus-System-Management jetzt wieder: Bootmodus ändern, Neustart mit Installations-/Rettungsstick (15.3) mit fdisk -l erfahre ich noch, wie meine Festplatte/-partitionen heißen (nvm...) .... und nun wie weiter ?? Bin für jede Hilfe dankbar (Letzter Ausweg wieder: Neuinstallation) Frank

4 4

Tumbleweed und Docker Problem
by Günther J. Niederwimmer 24 Apr '22

24 Apr '22

Hallo Liste, da ich für eine "Test" Installation docker anscheinend brauche, habe ich es mal installiert! Bei mir startet aber docker nicht, beim start des Rechners ? Frage hat jemand das installiert und kann Hinweise geben wie das zu reparieren ist? Danke für jeden Hinweis, -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer

4 4

Re: [de-users] Summe ermitteln in Calc
by eilf 22 Apr '22

22 Apr '22

Am Donnerstag, 21. April 2022, 18:07:17 CEST schrieb Dr. Harald Keller: Hi, Moin, Moin, Aus eigener Erfahrung: Mindest ein Wert ist "kein" Wert, also keine Zahl Temporär: Extraspalte deklarieren =wert(Zeile, Spalte I) ... und schon hat man den/die "Vagabunden"! Frohes Schaffen Frank

1 0

USB-Kabel Barcodescanner (Laser, 1D)
by Jörg Thümmler 21 Apr '22

21 Apr '22

Hi, setzt jemand sowas unter Opensuse Leap ein hier ... als "Tastatur-Ersatz" quasi (bei PS2 gab es da Kabelweichen fürs Tastaturkabel)? Sind da Probleme zu erwarten oder geht das out of the box, weil es korrekt als HID erkannt wird? Thx für jeden Hinweis -- cu jth

5 5

Leap 15.3: Neustart von Services nach automatischen Online-Update
by Michael Behrens 21 Apr '22

21 Apr '22

Hallo Liste, ich habe hier einige Handvoll Leap-15.3-Maschinen - zu viele, um sie ständig von Hand zu betutteln - mit 'yast2 online-update-configuration' so eingestellt, dass sie - sich täglich aktualisieren - interaktive Patches überspringen - und dabei nur die Patchkategorien 'Security' und 'Paketverwaltung und Yast' berücksichtigen Die automatischen Updates klappen auch, allerdings würde ich erwarten, dass ein Sicherheitsupdate auch die betroffenen Services neu startet. Ich meine, das war auch früher mal so. Aktuell gab es am 12.4. ein Security Update von xz (SUSE-SU-2022:1158-1: important: Security update for xz), das auch auf allen so konfigurierten Maschinen eingespielt wurde, allerdings findet 'zypper ps' jetzt auf allen jeweils knapp 20 Services, die, und zwar nur wegen der geänderten /usr/lib64/liblzma.so.5.2.3, neu gestartet werden müssten. Wo muss ich einstellen, das diese Service-Neustarts gleichfalls automatisch passieren? Oder hängt das vom 'Rating' des Patches ab, der wäre hier ja immerhin 'important'? -- Viele Grüße Michael

2 2

Update, seitdem wird booten verhindert
by eilf 21 Apr '22

21 Apr '22

Hi, * Opensuse, Mo, 11.04. früh, Update eingespielt. (erfolgt täglich morgens) Bei der abendlichen Sicherung dann abgestützt. Seitdem: Systemneustart nicht mehr möglich. Rettung nur durch Neuinstallation Inzwischen nun auf mehreren Rechnern bzw. Neuinstallationen. Reproduzierbar! Irgendwann hatte ich gelernt bzw. mir angelesen: Zu einer "ordentlichen" Sicherung unter Linux gehören: /etc, /var und /home. (Zu fragen wäre, ob /etc bzw. /var überhaupt gebraucht werden) Mein Sicherungsskript (bash), läuft täglich oder mehrmals wöchentlich, ist in den Ursprüngen vermutlich schon aus dem letzten Jahrhundert(!), ist aber immer wieder erweitert und angepasst worden. Die entscheidende ("abstürzende") Stelle sieht so aus: cd /etc tar cvWf etc_`date +%y%m%d%H%M%S`.tar * Im Ergebnis dann im Sekundenabstand die ständig wiederholte Mitteilung: kann /etc/mtab nicht öffnen (mtab ist ein link; / und /home liegen in unterschiedlichen Partitionen) Nach Abbruch und versuchtem Neustart: Booten nicht möglich, weil Dbus nicht startbar (oder in einem Fall auch: havedged nicht startbar). Vll. wären Profis nie auf die Idee gekommen, das Verzeichnis, in dem "man" "sitzt", zu taren, aber bis So, 10.04. ist das nie als Fehler "erkannt" worden und immer einwandfrei "durchgelaufen" und hatte nach mv und gz eine Größe von ~ 4 MB. Als Lösung für die Sicherung setze "ich" mich nun in ein anderes Verzeichnis, aber muss dann auf das W beim taren verzichten??! Sind meine Gedanken/Schlußfolgerungen so richtig? Welche Änderungen könnten im Update zu diesem Ergebnis geführt haben? Mit freundlichen Grüßen Frank p.s. opensuse leap 15.3, alle Rechner/Neuinstallationen auf aktuellem Stand. d.o.

4 11

Re: Update, seitdem wird booten verhindert
by eilf 20 Apr '22

20 Apr '22

Hallo, Martin, Hallo, Ulf > # wegen mehrfacher havarie 'raus genommen > # cd /etc > # tar cvWf etc_`date+%y%m%d%H%M%S`.tar * > # mv etc_`date +%y%m%d`*tar /u*/lo*/ho * > # echo "etc fertig" nach dem tar kommt das “Stakkato” nun einige mal explizit und schrittweise ausgelöst > erstmal ein Livesystem gestartet damit bin ich nicht so recht klar gekommen > auf der Konsole einloggen und löschen & neu anlegen schwierig bei dem “Stakkato” > Du legst anscheinend das Backup-tar in /etc an. > Ganz böse. Mach das woanders dann entfällt das W, aber das bringt nach euern Mitteilungen eh nix Danke für Eure Hilfe werde - das tar “wo anders" anlegen und damit auf das verify verzichten - exclude <Datei> nutzen und euch - danach berichten Nochmal schönen Dank Frank

2 1