Fehlermeldungen bei zypper dup (Tumbleweed)

[marbas13]

Ich nutze ein aktuelles openSUSE Tumbleweed.
Beim gestrigen Update endete das Aktualisieren mit Fehlermeldungen:

Ausgabe des Skripts %posttrans(java-20-openjdk-headless-20.0.2.0-3.127.x86_64):
++ /usr/bin/file --mime-type -b /var/lib/ca-certificates/java-cacerts
++ stat -c '%{s}' /usr/lib64/jvm/java-20-openjdk-20/lib/security/cacerts
++ /usr/bin/file --mime-type -b -L /usr/lib64/jvm/java-20-openjdk-20/lib/security/cacerts
Failed to start jobs: Failed to enqueue some jobs, see logs for details: Invalid argument
Failed to start jobs: Failed to enqueue some jobs, see logs for details: Invalid argument
Ausgabe des Skripts %transfiletriggerin(sdbootutil-1+git20240321.04bfbac-1.2.x86_64):
Error: Error: Bootloader not detected
warning: %transfiletriggerin(sdbootutil-1+git20240321.04bfbac-1.2.x86_64) scriptlet failed, exit status 1

Speziell

Bootloader not detected

finde ich merkwürdig. Das System startet weiterhin.

Kann mir jemand die beiden Fehler erklären?
1.

Failed to start jobs: Failed to enqueue some jobs, see logs for details: Invalid argument

2. Error:

Error: Bootloader not detected

Vorab vielen Dank!

 

[susejunky]

Hallo @marbas13 ,

um die Fehlermeldungen interpretieren zu können, müsste man das Skript %posttrans aus dem Paket (java-20-openjdk-headless-20.0.2.0-3.127.x86_64) kennen.

Aber da gibt es ein kleines Problem: In den offiziellen openSUSE Tumbleweed Repositories gibt es kein Paket java-20-openjdk-headless.

# zypper se java-??-openjdk-headless
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name                     | Summary                        | Type
--+--------------------------+--------------------------------+------
i | java-11-openjdk-headless | OpenJDK 11 Runtime Environment | Paket
  | java-17-openjdk-headless | OpenJDK 17 Runtime-Environment | Paket
i | java-21-openjdk-headless | OpenJDK 21 Runtime Environment | Paket
  | java-22-openjdk-headless | OpenJDK 22 Runtime Environment | Paket
#

Woher stammt das bei Dir installierte Paket java-20-openjdk-headless?

Warum verwendest Du nicht eines der in den offiziellen openSUSE Tumbleweed Repositories angebotenen Pakete?

Viele Grüße

susejunky

 

[marbas13]

Hallo @susejunky,
danke für deine Antwort und Fragen
1.

Informationen zu Paket java-20-openjdk-headless:
------------------------------------------------
Repository         : home:Herbster0815
Name               : java-20-openjdk-headless
Version            : 20.0.2.0-3.127
Arch               : x86_64
Anbieter           : obs://build.opensuse.org/home:Herbster0815
Installierte Größe : 193,1 MiB
Installiert        : Ja (automatisch)
Status             : aktuell
Quellpaket         : java-20-openjdk-20.0.2.0-3.127.src
Upstream-URL       : https://openjdk.java.net/
Zusammenfassung    : OpenJDK 20 Runtime Environment
Beschreibung       :
    The OpenJDK 20 runtime environment without audio and video support.

2.

S  | Name                     | Summary                        | Type
---+--------------------------+--------------------------------+------
i+ | java-11-openjdk-headless | OpenJDK 11 Runtime Environment | Paket
i+ | java-17-openjdk-headless | OpenJDK 17 Runtime Environment | Paket
   | java-18-openjdk-headless | OpenJDK 18 Runtime Environment | Paket
i+ | java-19-openjdk-headless | OpenJDK 19 Runtime Environment | Paket
i  | java-20-openjdk-headless | OpenJDK 20 Runtime Environment | Paket
   | java-21-openjdk-headless | OpenJDK 21 Runtime Environment | Paket
   | java-22-openjdk-headless | OpenJDK 22 Runtime Environment | Paket

Wie bekomme ich denn raus, welches Programm das 20er JDK braucht?

 

[susejunky]

Hallo @marbas13 ,

Du hast das Paket java-20-openjdk-headless aus dem Repository obs://build.opensuse.org/home:Herbster0815 installiert. Das ist ist kein offizielles openSUSE Repository sondern das Repository eines individuellen Benutzerin/s.

Wenn Du zwingend genau dieses Paket benötigst, dann musst Du Herbster0815 kontaktieren und sie/ihn Fragen, wie Du mit der Fehlermeldung umzugehen hast.

Ansonsten wäre zu prüfen, inwieweit Du eine der offiziell von openSUSE bereitgestellten Pakete nutzen kannst und ob bei diesen ebenfalls Fehler auftreten.

Viele Grüße

susejunky

 

[marbas13]

Die Probleme sind nicht mehr vorhanden, wahrscheinlich durch weitere Aktualisierungen.
Dafür habe ich ein neues:

Problem: 1: das zu installierende dracut-pcr-signature-0.3+6-1.1.noarch steht im Konflikt mit 'grub2', das vom zu installierenden grub2-2.12-14.1.x86_64 bereitgestellt wird
 Lösung 1: Folgende Aktionen werden ausgeführt:
  Deinstallation von grub2-2.12-12.2.x86_64
  Deinstallation von grub2-i386-pc-2.12-12.2.noarch
 Lösung 2: Folgende Aktionen werden ausgeführt:
  Deinstallation von dracut-pcr-signature-0.3+1-1.1.noarch
  Deinstallation von sdbootutil-snapper-1+git20240410.3325802-1.1.x86_64
 Lösung 3: veraltetes dracut-pcr-signature-0.3+1-1.1.noarch beibehalten

Grup2 kann ich jetzt ja schlecht deinstallieren, dann bootet doch mein System nicht mehr, oder? Obwohl, oben hatte ich auch die Fehlermeldung

Error: Bootloader not detected

und das System hat weiterhin mit grub gebootet.
Wenn ich https://lists.opensuse.org richtig verstehe, ist #2 die richtige Lösung.
Stimmt das?

Leider verstehe ich diesen Teil der Linuxwelt noch immer nicht und lerne auch nichts dazu :-(
Hat jemand einen Link für mich, mit dem ich mich einlesen kann?

Vielen Dank!
Marco

 

[susejunky]

Hallo @marbas13 ,

Wenn ich https://lists.opensuse.org richtig verstehe, ist #2 die richtige Lösung.
Stimmt das?

Schwer zu sagen.

1.) Deine Fehlermeldung

Problem: 1: das zu installierende dracut-pcr-signature-0.3+6-1.1.noarch steht im Konflikt mit 'grub2', das vom zu installierenden grub2-2.12-14.1.x86_64 bereitgestellt wird

entspricht nicht der Fehlermeldung aus dem von Dir zitierten Mailinglistenbeitrag

Problem: 1: the to be installed grub2-branding-openSUSE-84.87.20240405-1.2.noarch requires 'grub2', but this requirement cannot be provided

Es ist zwar durchaus möglich, dass das Löschen von dracut-pcr-signature und sdbootutil-snapper Dein Problem löst, aber ... (siehe nachfolgende Punkte)

2.) Startest Du Dein System tatsächlich mit GRUB2 und wenn ja, wird das zum Starten verwendete GRUB2 von dem Betriebssystem verwaltet, welches bei der Aktualisierung den von Dir gezeigten Fehler ausgibt?

3.) Und dann ist da noch die Frage, warum dracut-pcr-signature und sdbootutil-snapper überhaupt auf Deinem System installiert sind (keine meiner openSUSE Tumbleweed-Installationen hat diese Pakete installiert)?

Leider verstehe ich diesen Teil der Linuxwelt noch immer nicht und lerne auch nichts dazu :-(

Falls sich diese Anmerkung darauf bezieht, wie GRUB2 arbeitet bzw. wie der Startvorgang ansich funktioniert, dann sind die folgenden Links ein guter Einstieg

GNU GRUB - Wikipedia
Grand Unified Bootloader – Wikipedia

und natürlich das GRUB2 Handbuch.

Wenn Du tatsächlich systemd-boot verwendest, dann könnten folgende Links noch hilfreich sein:

Systemd-boot - openSUSE Wiki
Systemd-boot and Full Disk Encryption in Tumbleweed and MicroOS
GitHub - openSUSE/sdbootutil
systemd-boot - ArchWiki

Viele Grüße

susejunky

 

[marbas13]

Hallo @susejunky , vielen Dank für deine Antworten.
1. Wie bekomme ich raus, ob ich mit grub oder grub2 boote?
2. Meine Frage bezog sich auf die Paketverwaltung und Installation.
Warum es immer wieder zu Problemen bei zypper dup kommt?
Was die angebotenen Lösungen bedeuten?
Wie man entscheidet, welches die richtige/beste Lösung ist?

Viele Grüße
Marco

 

[susejunky]

Hallo @marbas13 ,

1. Wie bekomme ich raus, ob ich mit grub oder grub2 boote?

Meines Wissens

• steht GRUB (aka GRUB Legacy) für openSUSE Tumbleweed (in den offiziellen openSUSE Repositories) nicht mehr zur Verfügung.
• kann GRUB Legacy nicht im UEFI-Startmodus verwendet werden.
• verwendet GRUB Legacy eine Datei menu.lst während GRUB2 /boot/grub2/grub.cfg verwendet und noch viele weitere Unterschiede, die ich aber ohne größere Nachforschungen in meinen Aufzeichnungen nicht detaillieren kann (da ich seit ca. 10 Jahren ausschließlich GRUB2 verwende).

Die Wahrscheinlichkeit, dass Dein System GRUB Legacy nutzt, dürfte eher gering sein (und eigentlich solltest Du, als Administrator Deines Systems, wissen, wie und womit Dein System gestartet wird).

2. Meine Frage bezog sich auf die Paketverwaltung und Installation.
Warum es immer wieder zu Problemen bei zypper dup kommt?

Nach meiner Erfahrung ist die Hauptursache (> 90%) für "Probleme" die Verwendung von nicht-offiziellen Repositories.

Was die angebotenen Lösungen bedeuten?
Wie man entscheidet, welches die richtige/beste Lösung ist?

Meines Erachtens sind die Lösungsvorschläge immer klar formuliert und welche Konsequenzen sich aus der jeweiligen Lösung ergeben ... nun als letzte Option verbleibt immer noch ausprobieren.

Viele Grüße

susejunky