Beiträge von olwaldi

  • zypper scheitert in tumbleweed mit Fehlermeldungen beim Verifizieren der rpms

    Also ich nutze Suse-Linux seit Jahrzehnten und bin irgendwann auf Tumbleweed umgestiegen, aber als saubere Neuinstallation. Auch zwischen den OpenSuse-Versionen habe ich eigentlich immer neu installiert, da meine privaten Daten auf einer separaten Festplatte liegen. Die Menge der Pakete justiere ich eher grob nach Kategorien (außer wenn ich mal was Ausgefallenes kompileren will). Früher konnte ich noch beurteilen, welches Paket was macht. Das ist aber längst vorbei (allein LaTeX kommt ja mit rund 8000 Paketen).


    BTW, gerade läuft eine Aktualisierung um 33 Pakete ohne Probleme.

  • zypper scheitert in tumbleweed mit Fehlermeldungen beim Verifizieren der rpms

    /var/adm/mount gibt es wohl nur während des Laufs von zypper - so'ne Art Sandkasten für's Herunterladen. Dort liegt immer nur genau das rpm, das gerade bearbeitet wird.


    zypper clean et al. habe ich schon Alles ohne Erfolg (aber ohne irgendeine Fehlermeldung) probiert.


    Wie oben geschrieben, es scheitert an einer kleinen Anzahl von Paketen, aber an denen permanent.


    Ich habe jetzt manuell diese Pakete mittels wget von http://download.opensuse.org/tumbleweed/repo/oss runtergeladen, mittels rpm -K ... erfolgreich validiert und dann zypper in /var/cache untergeschoben. Danach läuft ein zypper dup fehlerlos durch. Offenbar hat zypper irgendwieso einige fehlerhfte rpms "entdeckt".


    Gerade wird Alles installiert.


    War erfolgreich - neu gebootet, Alles funktioniert wieder.


    D.h. Problem gelöst.



    Auf jeden Fall Danke für eure prompten Hinweise, Michael

  • zypper scheitert in tumbleweed mit Fehlermeldungen beim Verifizieren der rpms

    Ich habe "zypper dup" immer wieder laufen lasses, um die Menge der problematischen Pakete 'rauszubekommen, d.h. der Download-Cache sollte voll sein. Daher die jetzt erste Fehlermeldung bei:

    Code
    Abrufen: python38-urllib3-1.26.14-1.1.noarch.rpm ...........[fertig (2,5 MiB/s)]

Warnung: Fehler beim Überprüfen des Digest für Datei 'python38-urllib3-1.26.14-1.1.noarch.rpm'
[/var/adm/mount/AP_0xDso1Ca/noarch/python38-urllib3-1.26.14-1.1.noarch.rpm]

  erwartet c47e2c52116a3b461588e71715d8e695a86147f19bf720e11fc5d9f5458c40e58a41412c0155e7cbefccc9fd35358ec66168c30a04bdce7580bfaba5d6a7bcea
  aber erhalten  69d4f9af769dd957e5b03ceda5ecbd8ed20caaeefdecf91baf36d594086b3a543905879d680cb4b428eda258574e2a7ce898961e37ba6b4b0c93631eb9b3bdcc

Das Akzeptieren von Paketen mit falscher Prüfsumme kann zu einem beschädigten System führen und in Extremfällen auch zu einer Systemgefährdung.

  • zypper scheitert in tumbleweed mit Fehlermeldungen beim Verifizieren der rpms

    Mittlerweile habe ich mir eine Liste der problematischen Pakete erarbeitet (aus /var/log/zypper.log):

  • zypper scheitert in tumbleweed mit Fehlermeldungen beim Verifizieren der rpms

    Zitat von Alero

    Poste bitte erst einmal


    Code
    zypper lr -d

  • zypper scheitert in tumbleweed mit Fehlermeldungen beim Verifizieren der rpms

    Zweiter Versuch (beim ersten Mal hat das Registrieren wohl nicht ganz geklappt)...


    Ich nutze schon seit vielen Jahren tumbleweed auf einem Laptop und einem Desktop und aktualisiere beide Geräte mindestens wöchentlich. Seit einigen Tagen scheitert das Aktualisieren auf dem Desktop (Laptop ist uptodate). Normalerweise nutze ich die automatische Aktualisierung aus KDE heraus, scheitert das, nehme ich "zypper dup".


    Auf dem Desktop werden mir gut 500 Pakete zur Aktualisierung angeboten, aber bei 27 Paketen passen die Keys nicht. Alle anderen werden problemlos runtergeladen. Die Pakete sind scheinbar zufällig über die Paketmenge verteilt, z. B. aus Python oder vl42. Habe mithilfe von viel Googeln ergebnislos versucht, die Repositories neu zu initialisieren oder die gpg-Keys zu aktualisieren. Aber da scheint m. E. das Problem nicht zu liegen, da ja fast alle anderen Pakete problemlos ausgeliefert werden (auch z. B. die von packman).


    SSD-Fehler würde ich ausschließen, da Platz genug, keinerlei Fehlermeldungen beim Umkopieren von 1..2GB oder im journal.


    Leider habe ich nirgends eine Liste der fehlerhaften Pakete in den Logs gefunden. Wo steht das? Ohne ist eine weitere Analyse bestimmt schwierig. Aber es sind wohl immer dieselben Pakete, an denen zypper scheitert.



    Ratlos, Michael