Hallo Manfred, vielen Dank für Deine Tipps. Mit ihnen habe ich die Unkorrektheiten problemlos auflösen können. Ich habe das 'Hauptpaket' (brltty) der benannten Pakete via YaST entfernt. Bei der Warnung das weitere Pakete entfernt würden habe ich zugestimmt. So waren fast alle andern der in Frage kommenden Pakete zur Entfernung mit ausgewählt. Die dann auftretenden Fehler (Konnte nicht entfernt werden da nicht vorhanden) habe bei jedem Auftreten ignoriert. Dann erschien die Zeile das das jeweilige Paket entfernt wurde zweimal. :-) Lediglich bei der libbrlapi wurde das ganze Pattern KVM mit entfernt. (Das ist übrigens der Grund warum brltty überhaupt installiert ist.) Anschließen habe ich das Pattern KVM wieder installiert und erneut kontrolliert wie oft welch Pakete installiert sind. -> Keine Doppelinstallationen mehr vorhanden. Ich werde das Vorgehen hier mal im internen Wiki hinterlegen. Und evtl. ein Überwachungsskript bauen (?). Bernd Am 27.11.19 um 03:05 schrieb Manfred Haertel, DB3HM:
Bernd Nachtigall schrieb:
Am 26.11.19 um 17:38 schrieb Manfred Haertel, DB3HM:
Vorsichtshalber der Hinweis: Ich hatte mal ähnliche Symptome in einer VM (die war mir mitten beim zypper update abgestürtzt), und da hat ein "rpm --rebuilddb" nur "halb" geholfen und zwar in dem Sinne, dass die RPM-Datenbank danach wohl *strukturell* wieder OK war, aber einige Pakete noch mehrfach (bis zu 5fach!) mit derselben Version (!) in der DB drinstanden und dann immer noch Probleme machten.
Seitdem mache ich von Zeit zu Zeit ein
rpm -qa | sort | uniq -c | sort -n
(Achtung, läuft einige Zeit) und schaue, ob es unten Zeilen gibt, die nicht mit 1 anfangen. Das sind dann die "mehrfach installierten" Pakete. Prima, danke für den Tipp!
Es ist tatsächlich so das auch bei mir unten die blrtty Pakete 2x erscheinen.
:-(
Aber gut, dass ich darauf hingewiesen habe und anscheinend auch gut, dass wir es bei Dir schnell erkannt haben. Bei mir hat die Situation Wochen, wenn nicht Monate bestanden, bevor ich es überhaupt durch Gemecker bei einem Update gemerkt habe und es waren schließlich mehrere Dutzend Pakete betroffen...
Auch das konnte ich dann am laufenden System mit geeigneten Operationen reparieren, aber das war etwas komplizierter, weswegen die Erklärung jetzt hier zu weit führen würde. Ich hab mir die Schritte aber genau notiert und kann es erläutern, wenn es gebraucht würde. :-) Wärst Du so gut?
OK:
Ich habe drei Wege gefunden, die Probleme zu beheben. Leider hat keiner der drei Wege mit allen Paketen funktioniert, aber für jedes Paket hat einer der drei Wege funktioniert (zumindest bei mir).
D.h. für jedes betroffene Paket ist genau eine der folgenden 3 Operationen durchzuführen:
1.) "zypper install --force" auf das Paket durchführen (diese Operation wird vom System verweigert, wenn andere Pakete von diesem Paket abhängen).
2.) In yast einen Downgrade auf (z.B.) die nächstältere Version durchführen, indem man den Reiter "Versionen" wählt und dann eine Radio-Box mit der nicht-aktuellen Version auswählt (diese Operation ist nur dann möglich, wenn eine ältere Version verfügbar ist, was z.B. beim Packmann-Repository grundsätzlich NICHT der Fall ist). Eventuell die Abhängigkeiten bestätigen und einen Downgrade auch der abhängigen Pakete durchführen.
3.) Paket per yast (ggf. samt Abhängigkeiten) deinstallieren (gut notieren, wenn etwas dabei ist, was man braucht). Dies so oft durchführen, wie das Paket angeblich installiert ist. Außer bei der ersten Ausführung gibt es zwar eine Fehlermeldung, aber die Deinstallation bewirkt trotzdem etwas in der RPM-Datenbank. (Diese Operation funktioniert zwar theoretisch immer, kann aber durch Abhängigkeiten dazu führen, dass sehr viele und/oder grundlegende Pakete deinstalliert werden, was Seiteneffekte haben kann - daher ist eine der beiden vorgenannten Möglichkeiten vorzuziehen).
Abschließend natürlich die deinstallierten Pakete ggf. wieder installieren, mit einem "zypper update" die Downgrades wieder kompensieren und noch mal probieren, ob jetzt alles OK ist.
-- Es sprach der Fürst zum Herrn Kaplan: "Halt' Du sie dumm, ich halt sie arm!" -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org