Beiträge von rogerw

Zitat von rkbwde

Es gibt übrigens auch ein Systemtool, um die nötigen symlinks zu setzen:

Code

ldconfig

Danach noch mal mit ldd checken, ob alle nötigen Libs gefunden werden ...

Hat alles - endlich - geklappt. Zypper, Myrlyn und Cockpit starten. Bei Cockpit klappt aber die Installation von angezeigten Updates nicht, weil das PackageKit nicht installiert sei. Laut MytŕLyn ist es aber installiert, es steht jedoch eine neue Version zur Verfügung. Fordere ich das Update an, bekomme ich wieder Fehlermeldungen wg, Dateikonflikten. Als Lösung ist die Deinstallation von 2 Dateien der erste Vorschlag - siehe Anhang. Nach dem Chaos, das Ergebnis des Versuchs war, das hplip-Paket zu aktualisieren, bin ich da sehr vorsichtig und misstrauisch. Wer weiß da weiter?

Zitat von rkbwde

Postet mal

Code

which zypper
ldd /usr/bin/zypper

Wenn da wirklich eine lib fehlt, muss man sie von einem anderen System herüber kopieren oder kann versuchen, einen symlink auf eine vorhandene mit anderer (am besten neuerer) Version zu setzen.

Wenn zumindest rpm funktioniert, könnte es helfen, die Installationspackages von zypper manuell herunterzuladen und mit rpm manuell einzuspielen.

Es bleibt aber eine heikle Kiste ohne Erfolgsgarantie ....

Alles anzeigen

roger@rogerspc:~> which zypper
/usr/bin/zypper
roger@rogerspc:~

oger@rogerspc:~> ldd /usr/bin/zypper
        linux-vdso.so.1 (0x00007f3fb04a7000)
        libzypp.so.1735 => /lib64/libzypp.so.1735 (0x00007f3faf800000)
        libreadline.so.7 => /lib64/libreadline.so.7 (0x00007f3fb0430000)
        libaugeas.so.0 => /lib64/libaugeas.so.0 (0x00007f3fb03e1000)
        libxml2.so.2 => /lib64/libxml2.so.2 (0x00007f3faf69a000)
        libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f3faf400000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f3fb03b2000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f3faf207000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f3fb04a9000)
        libz.so.1 => /lib64/glibc-hwcaps/x86-64-v3/libz.so.1.2.13 (0x00007f3fb0398000)
        liblzma.so.5 => /lib64/glibc-hwcaps/x86-64-v3/liblzma.so.5.8.1 (0x00007f3fb035e000)
        libbz2.so.1 => /lib64/glibc-hwcaps/x86-64-v3/libbz2.so.1.0.6 (0x00007f3fb0343000)
        libzstd.so.1 => /lib64/glibc-hwcaps/x86-64-v3/libzstd.so.1.5.7 (0x00007f3faff4c000)
        librpm.so.8 => /lib64/librpm.so.8 (0x00007f3faf019000)
        librpmio.so.8 => not found
        libboost_thread.so.1.66.0 => /lib64/libboost_thread.so.1.66.0 (0x00007f3fb0317000)
        libyaml-cpp.so.0.6 => /lib64/libyaml-cpp.so.0.6 (0x00007f3faec00000)
        libudev.so.1 => /lib64/libudev.so.1 (0x00007f3fb02d1000)
        libgpgme.so.11 => /lib64/libgpgme.so.11 (0x00007f3faefc1000)
        libcurl.so.4 => /lib64/libcurl.so.4 (0x00007f3faeee9000)
        libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f3faeaac000)
        libcrypto.so.3 => /lib64/glibc-hwcaps/x86-64-v3/libcrypto.so.3.5.0 (0x00007f3fae400000)
        libsigc-2.0.so.0 => /lib64/libsigc-2.0.so.0 (0x00007f3faff43000)
        libzck.so.1 => /lib64/libzck.so.1 (0x00007f3faf67a000)
        libtinfo.so.6 => /lib64/libtinfo.so.6 (0x00007f3faeea8000)
        libfa.so.1 => /lib64/libfa.so.1 (0x00007f3faff30000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f3fae318000)
        librpmio.so.8 => not found
        libpopt.so.0 => /lib64/libpopt.so.0 (0x00007f3faf66b000)
        libcap.so.2 => /lib64/libcap.so.2 (0x00007f3faee9c000)
        libacl.so.1 => /lib64/libacl.so.1 (0x00007f3faee93000)
        liblua5.3.so.5 => /lib64/liblua5.3.so.5 (0x00007f3faea6d000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f3faee8e000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f3faee89000)
        libboost_system.so.1.66.0 => /lib64/libboost_system.so.1.66.0 (0x00007f3faee83000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f3faee7e000)
        libassuan.so.9 => /lib64/libassuan.so.9 (0x00007f3fae303000)
        libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f3fae2d7000)
        libnghttp2.so.14 => /lib64/libnghttp2.so.14 (0x00007f3fae2ab000)
        libidn2.so.0 => /lib64/libidn2.so.0 (0x00007f3fae289000)
        libssh.so.4 => /lib64/libssh.so.4 (0x00007f3fae20b000)
        libpsl.so.5 => /lib64/libpsl.so.5 (0x00007f3fae1f7000)
        libssl.so.3 => /lib64/glibc-hwcaps/x86-64-v3/libssl.so.3.5.0 (0x00007f3fae0d6000)
        libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f3fae082000)
        libldap.so.2 => /lib64/libldap.so.2 (0x00007f3fae01f000)
        liblber.so.2 => /lib64/liblber.so.2 (0x00007f3fae00e000)
        libbrotlidec.so.1 => /lib64/glibc-hwcaps/x86-64-v3/libbrotlidec.so.1.1.0 (0x00007f3faea5f000)
        libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007f3fadf56000)
        libjitterentropy.so.3 => /lib64/libjitterentropy.so.3 (0x00007f3fadf4b000)
        libunistring.so.5 => /lib64/libunistring.so.5 (0x00007f3fadd64000)
        libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f3fadc93000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f3fadc7b000)
        libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f3fadc75000)
        libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f3fadc66000)
        libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007f3fadc47000)
        libbrotlicommon.so.1 => /lib64/glibc-hwcaps/x86-64-v3/libbrotlicommon.so.1.1.0 (0x00007f3fadc22000)
        libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f3fadc1b000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f3fadc0a000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f3fadbd8000)

Ich habe die librpm.so.8.2.0 von meinem Laptop in /usr/lib64 kopiert, den Symlink librpm.so.8 gesetzt. Danach vermisste zypper die librpmio.so.8.2.0 bzw. den symlink librpmio.8.2 .

Die habe ich dann ebenfalls vom Laptop ins /usr/lib64 kopiert, dazu auch gleich noch librpmsign.so..2.0 und librpmbuild.so.8.2.0 - weil im /us/lib64 diese entsprechenden Dateien in Version so.10.2.1. enthalten sind.

ls /usr/lib64 zeigt auch, dass die Dateien dort angekommen sind:

librpmbuild.so
librpmbuild.so.8.2.0
librpmio.so
librpmio.so.10
librpmio.so.10.2.1
librpmio.so.8.2.0
librpmsign.so
librpmsign.so.10
librpmsign.so.10.2.1
librpmsign.so.8.2.0
librpm.so.10
librpm.so.10.2.1
librpm.so.8
librpm.so.8.2.0
librscg.so.1.0

Trotzdem verweigert Zypper den Dienst:

oger@rogerspc:~> zypper
zypper: error while loading shared libraries: librpmio.so.8: cannot open shared object file: No such file or directory

Mir ist bei der Inspektion der Ausgabe von ls /usr/lib64 aufgefallen, das die hineinkopierten librpm*-Dateien weiß dargestellt sind, fast alle anderen in hellgrün oder dunkelgrün. Was hat das zu bedeuten?

Hallo Luigi, hier das Ergebnis:

roger@rogerspc:~> inxi -Sax

System:

 Host: rogerspc Kernel: 6.12.0-160000.35-default arch: x86_64 bits: 64

   compiler: gcc v: 13.4.0 clocksource: tsc avail: hpet,acpi_pm

   parameters: BOOT_IMAGE=/boot/vmlinuz-6.12.0-160000.35-default

root=UUID=737a2728-6987-4cee-af96-1b9ae5392e8c splash=silent preempt=full

quiet security=apparmor mitigations=auto

 Desktop: KDE Plasma v: 6.4.2 tk: Qt v: N/A info: frameworks v: 6.16.0

   wm: kwin_x11 tools: avail: xscreensaver vt: 2 dm: SDDM

   Distro: openSUSE Leap 16.0

roger@rogerspc:~>

Hier die Ergebnisse:

roger@rogerspc:~> ls -al /etc/zypp/repos.d/

insgesamt 128

drwxr-xr-x 1 root root 2040 25. Sep 2025 .

drwxr-xr-x 1 root root 250 23. Jul 10:45 ..

-rw-r--r-- 1 root root 267 16. Jul 00:01 home_plasmaregataos.repo

-rw-r--r-- 1 root root 177 13. Jul 13:35 https-download.opensuse.org-0e36e7d7.repo

-rw-r--r-- 1 root root 233 13. Jul 13:35 https-download.opensuse.org-21cce0ce.repo

-rw-r--r-- 1 root root 177 13. Jul 13:35 https-download.opensuse.org-3530d20f.repo

-rw-r--r-- 1 root root 181 13. Jul 13:35 https-download.opensuse.org-3859005b.repo

-rw-r--r-- 1 root root 218 13. Jul 13:35 https-download.opensuse.org-54124505.repo

-rw-r--r-- 1 root root 185 13. Jul 13:35 https-download.opensuse.org-62a418b3.repo

-rw-r--r-- 1 root root 178 13. Jul 13:35 https-download.opensuse.org-8cd257a9.repo

-rw-r--r-- 1 root root 233 13. Jul 13:35 https-download.opensuse.org-961cf0b7.repo

-rw-r--r-- 1 root root 196 13. Jul 13:35 https-download.opensuse.org-c4cc82d4.repo

-rw-r--r-- 1 root root 178 13. Jul 13:35 https-download.opensuse.org-ddefd7b5.repo

-rw-r--r-- 1 root root 534 13. Jul 13:35 openSUSE:repo-non-oss-debug.repo

-rw-r--r-- 1 root root 504 13. Jul 13:35 openSUSE:repo-non-oss.repo

-rw-r--r-- 1 root root 457 13. Jul 13:35 openSUSE:repo-openh264.repo

-rw-r--r-- 1 root root 502 13. Jul 13:35 openSUSE:repo-oss-debug.repo

-rw-r--r-- 1 root root 484 13. Jul 13:35 openSUSE:repo-oss.repo

-rw-r--r-- 1 root root 487 13. Jul 13:35 openSUSE:repo-oss-source.repo

-rw-r--r-- 1 root root 270 13. Jul 13:35 packman.repo

-rw-r--r-- 1 root root 248 8. Jul 02:18 repo-backports-debug-update.repo.rpmsave

-rw-r--r-- 1 root root 199 8. Jul 02:18 repo-backports-update.repo.rpmsave

-rw-r--r-- 1 root root 191 8. Jul 02:18 repo-debug-non-oss.repo.rpmsave

-rw-r--r-- 1 root root 169 8. Jul 02:18 repo-debug.repo.rpmsave

-rw-r--r-- 1 root root 195 8. Jul 02:18 repo-debug-update-non-oss.repo.rpmsave

-rw-r--r-- 1 root root 174 8. Jul 02:18 repo-debug-update.repo.rpmsave

-rw-r--r-- 1 root root 178 8. Jul 02:18 repo-non-oss.repo.rpmsave

-rw-r--r-- 1 root root 164 8. Jul 02:18 repo-openh264.repo.rpmsave

-rw-r--r-- 1 root root 168 8. Jul 02:18 repo-oss.repo.rpmsave

-rw-r--r-- 1 root root 221 8. Jul 02:18 repo-sle-debug-update.repo.rpmsave

-rw-r--r-- 1 root root 208 8. Jul 02:18 repo-sle-update.repo.rpmsave

-rw-r--r-- 1 root root 172 8. Jul 02:18 repo-source.repo.rpmsave

-rw-r--r-- 1 root root 211 8. Jul 02:18 repo-update-non-oss.repo.rpmsave

-rw-r--r-- 1 root root 174 8. Jul 02:18 repo-update.repo.rpmsave

roger@rogerspc:~>

Und:

oger@rogerspc:~> ls -al /etc/zypp/services.d/

insgesamt 4

drwxr-xr-x 1 root root 32 25. Sep 2025 .

drwxr-xr-x 1 root root 250 23. Jul 10:45 ..

-rw-r--r-- 1 root root 519 13. Jul 13:35 openSUSE.service

roger@rogerspc:~>

Zitat von luigi

Zeige bitte

Code

inxi -Sax

Poste einmal deine Repoliste:

Code

zypper lr -d

damit man sehen kann, was da jetzt eigentlich eingebunden ist.

Evtl. läuft ja rpm noch und man könnte damit das System wieder hinbiegen.

Zypper startet doch gar nicht...

Für den Inhalt des Beitrages 328213 haftet ausdrücklich der jeweilige Autor: Sauerland

Zitat von luigi

Wie wurde der Upgrade durchgeführt? Opensuse-migration-tool?

Die librpm unter Leap 16.0 ist bei mir übrigens librpm.so.10.2.1.

Ja, mit dem Tool. Es lief aber nicht glatt, ich musste sehr oft Dateikonflikte durch einen der System-Vorschläge lösen. Wobei ich nie dem Brechen von Abhängigkeiten zugestimmt habe.

Bei mir ist auch librpm.so.10.2.1 im /usr/lib64. Zypper & Co verlangen aber Version so.8...

Hallo, ich habe deine Hilfe (danke dafür) genutzt. Geholfen hats nicht. Die erforderlichen Dateien sind alle da -siehe Screenshot. Den Befehl

linux64:/home/stephan # rpm -q --scripts rpm habe ich ebenfalls ausgeführt - output wie in deinem Posting. Zypper startet weiter nicht und gibt als Fehlemeldung aus, die Datei librpm.so.8 fehle. Das Geiche ist mit Myrlyn und Cockpit. Wieso wollen die Programme auf librpm.so.8 - und vrtmutlich die anderen librpm.so.8.xx zugreifen - also die Versionen aus Leap 15.6?

opensuse-forum.de/wcf/attachment/17786/

Beim Versuch, das nach dem Upgrade von Leap 15.6 auf Leap 16 fehlende hplip Druckertreiber-Paket zu installieren, habe ich wegen zahlreicher Fehlermeldungen wegen Abhängigkeiten von fehlenden/nirgendwo verfügbaren Dateien irgendwann wohl den falschen Lösungsvorschlag gewählt, wodurch ohne Warnung die Datei librpm.so.8 gelöscht wurde.

Jetzt streiken auch Zypper, Myrlyn und Cockpit wegen fehlender lirpm.so.8.

Wie bekomme ich die librpm.so.8 wieder installiert?

Ich habe schon mal die Datei librpm.so.8.0.2 aus Leap 15.6 auf meinem Laptop ins /usr/lib64 kopiert und den Symlink librpm.so.8 mit Verweis auf die librpm.so.8.0.2 gesetzt. Hat leider nicht geholfen Zypper/Myrlyn/Cockpit bemeckern weiterhin die fehlende librpm.so.8 und der Drucker schweigt.

War das zu naiv gedacht? Gibt es eine andere Lösung? Leap 16.0 vom Stick zu installieren, will ich aber vermeiden, denn im Bootmenü gibts kein Update, nur die Neuinstallation auf der gesamten SSD. Der Installationsprozess soll aber meine Datenstruktur mit getrenntem /home erhalten und nur die Programmdateien in / schreiben.

Was nun?

Agama kann ich wegen fehlender, nicht auflösbarer Abhängigkeiten nicht installieren - zunächst weil Agama-yast fehle, das aber kann wegen auflösbarer Abhängigkeiten auch nicht installiert werden. Da beißt sich die Katze in den Schwanz. Den KDE-Partitionsmanager kann ich wegen fehlender Qt_Datei

libQt6Core.so.6(Qt_6.11)(64bit) auch nicht installieren. Bleibt nur gparted, dessen GUI mir auf den ersten Blick wenig gefällt. Da kommt noch mehr Sehnsucht nach Yast auf - dessen 25 weitestgehend tote Einzelelement bei mir im "System"-Folder im Anwendungsmenü stehen.