Manjaro-Linux-Forum

Hallo pagro,
Du kannst entweder dieses irgendwie beschädigte Paket nachinstallieren oder besser, da inzwischen schon so viele Aktualisierungen spurlos an dir vorbeigegangen sind, gleich das ganze System aktualisieren Empfehle letzteres, aber auf jeden Fall in der chroot-Umgebung, also nach viele Grüße gosia

Bekomme den Output:
pacman: error while loading shared libraries: /usr/lib/libgpg-error.so.0: file too short.

Hallo pagro,

pagro hat geschrieben: ↑Donnerstag 28. März 2019, 17:48 pacman: error while loading shared libraries: /usr/lib/libgpg-error.so.0: file too short.

dein System ist ja gründlich im Eimer
Da hilft nur noch der Tipp vom Chef persönlich
https://forum.manjaro.org/t/system-brok ... t/62349/12
und wenn das auch nicht hilft, kannst Du nur noch dein Backup rauskramen...

viele Grüße gosia

Wenn ich den Link richtig deute, muss ich auf https://wiki.archlinux.org/index.php/Pa ... an_upgrade klicken und dann die Schritte 1. - 6. bei "Pacman crashes during an upgrade" durchführen? Ich probiere das mal theoretisch hier:

1. Manjaro Live booten

2. ich mounte fröhlich nach deiner Anweisung:
cryptsetup open --type luks /dev/sda3 crypto
sudo mount /dev/mapper/crypto /mnt
sudo mount /dev/sda1 /mnt/boot/efi # oder das nicht, weil nicht root filesystem?
danach noch "df -h"!?

3. weiter mounten:
sudo mount -o bind /dev /mnt/dev # oder soll es hier "mount --rbind /dev /mnt/dev" heißen?
sudo mount -o bind /sys /mnt/sys # oder soll es hier "mount --rbind /sys /mnt/sys" heißen?
sudo mount -t proc /proc /mnt/proc # in dem Link ist vor dem zweiten "proc" kein "/"!?
-> spielt die Reihenfolge eine Rolle?

4. sudo pacman --sysroot /mnt -Syu # "If the system uses default database and directory locations" - woher weiß ich das?

5. find /mnt/usr/lib -size 0

6. pacman --sysroot /mnt -S package

Und danach reboot und es hat dann entweder geklappt, oder ich muss neu aufsetzen, wa?

Auf jeden Fall bedanke ich mich von ganzem Herzen bei dir, gosia, für deine Zeit und dein Interesse, selbst wenn es darauf hinausläuft, dass ich "von vorne" beginnen muss.

Liebe Grüße,

pagro

Edit: typo

Hallo pagro,
ja, Du hast alles richtig verstanden, jetzt kannst Du fröhlich von der Theorie zur Praxis übergehen

pagro hat geschrieben: ↑Donnerstag 28. März 2019, 21:14 2. ich mounte fröhlich nach deiner Anweisung:

Code: Alles auswählen

cryptsetup open --type luks /dev/sda3 crypto
sudo mount /dev/mapper/crypto /mnt
sudo mount /dev/sda1 /mnt/boot/efi # oder das nicht, weil nicht root filesystem?

doch, doch, mounte ruhig auch /dev/sda1
weiter geht es dann am besten mit den Anweisungen von philm, wer möchte ihm schon widersprechen: wobei Du PAKET durch die konkreten Pakete ersetzen musst, die dir bei dem vorherigen find-Befehl als "zu kurz" angezeigt wurden. dabei hilft dir =Paket suchen das die Datei enthält
https://wiki.archlinux.de/title/Pacman

Viel Glück gosia

D.h. Punkt 4 überspringe ich?
Bei dem Find-Befehl brauche ich doch noch Hilfe. Da werden mir ja mehr Dateien angezeigt, als in der History des Terminal gespeichert werden!!

Hallo pagro,

pagro hat geschrieben: ↑Freitag 29. März 2019, 14:41 D.h. Punkt 4 überspringe ich?

Nein, den habe ich einfach vergessen Also nicht überspringen.

pagro hat geschrieben: ↑Freitag 29. März 2019, 14:41 Bei dem Find-Befehl brauche ich doch noch Hilfe. Da werden mir ja mehr Dateien angezeigt, als in der History des Terminal gespeichert werden!!

Wenn Du vorher Punkt 4 machst, sind es hoffentlich nicht mehr so viele Dateien.
Wenn Du den find-Befehl durchführst bekommst Du eine Reihe von Dateien mit Pfad-Angaben, z.B. so was: Die übergibst Du dann an pacman -Fs, also z.B. und dieser Befehl sagt dir, zu welchem Paket die fehlerhafte Datei gehört. In dem Beispiel ist es klar, Apache, aber leider ist es ja nicht immer so eindeutig.
Aber ehrlich, so richtig gefällt mir das Prozedere nicht, viel zu umständlich. Du kannst es abkürzen, indem Du den find-Befehl etwas verlängerst Das ist jetzt ungetestet, müsste aber funktionieren.
Zur Erklärung, findet alle Dateien in /mnt/usr/lib mit der Größe 0 (mit denen stimmt ja meist was nicht). Das anschliessende -exec übergibt diese Dateinamen gleich an pacman -Fs, dieser Befehl spuckt dir dann eine Liste aus, zu welchen Paketen diese Dateien gehören. Das merkwürdige {} ist einfach nur ein Kürzel für die gefundenen Dateinamen und mit \; muss dann der Befehl abgeschlossen werden, sonst gibt es Fehler.
Du könntest noch einen Schritt weitergehen und das probieren: das sortiert dir dann die gefundenen Paketnamen und listet wegen dem -u (=unique) alle mehrfach aufgeführten Paketnamen nur einmal auf. Was die Liste dann stark verkürzt.
Das ist aber ganz dünnes Eis, weil ich das jetzt aus verschiedenen Gründen nicht testen kann (eigentlich mag ich es nicht, ungetestete Skripte zu posten), aber zumindest kann es nichts kaputt machen. Im Erfolgsfall hast Du dann eine kleinere Liste von nachzuinstallierenden Paketen. Hm, die könnte man dann auch noch durch einen Filter jagen, aber wir wollen mal nicht übertreiben. Vielleicht springt ja jemand anderes ein, müsste mit xargs gehen (so als Anregung).

viele Grüße gosia

Bei Punkt 4 sagt er mir jetzt in allen 4 Fällen (also core, extra, community und multilib) einen Fehler, weil "Kann Datenbank nicht sperren".

Hallo pagro,
ich nehme mal an, daß da noch die Sperrdatei in /var/lib/pacman/ rumliegt. die also löschen. https://wiki.archlinux.org/index.php/Pa ... )%22_error

viele Grüße gosia

Auch da laufe ich wieder vor eine Wand:
...nicht möglich: Datei oder Verzeichnis nicht gefunden.
Und trotzdem: Kann Datenbank nicht sperren...

Hallo pagro,
sorry, da alles nach /mnt gemountet ist, liegt es ja wohl auf /mnt/var/lib/pacman/
Ansonsten poste mal die Ausgabe von und die genaue, wörtliche Fehlermeldung, von vorn bis hinten, also nichts weglassen (dann schon lieber eine Zeile zuviel)

viele Grüße gosia

Bilder sagen mehr als 1000 Worte!
Die Sperrdatei löschen ging dann doch - das geht wohl auf meine Kappe, weil ich sonst vorher immer schon viel rumprobiert habe. Aber dann kamen doch etliche Fehlermeldungen.
Ich glaube, meine Vorgehensweise lässt sich anhand der Bilder nachvollziehen.
Werde ganz schön frustriert langsam! Aber umso dankbarer, dass du mir nicht einfach nur "setz alles neu auf!" rätst!
So und hier die Bilder:

und weiter geht es...

und schließlich:

Hallo pagro,

pagro hat geschrieben: ↑Freitag 29. März 2019, 21:14 Bilder sagen mehr als 1000 Worte!

Naja, eigentlich wäre mir reiner Text, weil kopierbar, lieber. Ob das noch was wird, habe ich auch meine Zweifel. Aber gut, machen wir noch einen Versuch und fangen ganz vorn an, oder hinten, weiss langsam nicht mehr, wo hinten und vorn ist
Wenn ich es recht sehe, hast Du gnupg und gpgme entfernt. Daraus resultieren dann diese Massen an GPGME-Errors. Also versuche zuerst nach dem bewährten Schema (chroot von einem Live-Medium) gnupg und gpgme zu installieren. Und dann versuchen, den Keyring neu einzulesen: Oder andersrum, zuerst die Keyringe und dann gnupg u. gpgme. Probiere es einfach mal aus, mir schwirrt langsam der Kopf.
Anschliessend auf ein neues...

viele Grüße gosia