Manjaro-Linux-Forum

Hallo gosia,

ich hatte ehrlich gesagt schon viel früher damit gerechnet! ;) Dann weiß ich Bescheid.
Kannst du dir vorstellen, woran das jetzt gelegen hat? Ein Kernel Panic Error hat das System zerschossen, oder liegt am Ende sogar ein Hardwarefehler vor?

Ich möchte mich nochmal ganz herzlich bei ...

Davon geht nun gar nichts:
pacman: error while loading shared libraries: /usr/lib/libgpg-error.so.0: file too short

Und das bei jedem der Befehle.
Ich bin mir unsicher, ob ich vor chroot bereits mit pacman das System, die mirrorlist oder sonst irgendwas updaten soll!? Habe jetzt einfach das Live ...

und schließlich:

und weiter geht es...

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 ...

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

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".

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!!

Wenn ich den Link richtig deute, muss ich auf https://wiki.archlinux.org/index.php/Pacman#Pacman_crashes_during_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 ...

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

Ich bekomme weiterhin die Fehlermeldung bei "grub-install /dev/sda" -> grub-install: error while loading shared libraries: /usr/lib/libudev.so.1: file too short
Und wenn ich "cp /proc/mounts /mnt/etc/mtab" eingebe, bekomme ich -> cp: '/proc/mounts' und '/mnt/etc/mtab' sind die gleiche Datei

Ich bin ...

Und bei gparted sieht das dann so aus:

cryptsetup open --type luks /dev/sda3 crypto
mount /dev/mapper/crypto /mnt
mount /dev/sda1 /mnt/boot
mount /dev/sda1 /mnt/boot/efi
mount -t proc proc /mnt/proc
mount -t sysfs sys /mnt/sys
mount -o bind /dev /mnt/dev
mount -o bind /run /mnt/run
mount -t devpts pts /mnt/dev/pts/
cp /etc/resolv.conf ...

Jetzt habe ich wirklich viel probiert, aber eigentlich macht ja nur Sinn, sda1 nach /mnt/boot gemounted (weil in gparted sda1 als boot-Partition angegeben ist) und die selbe auch nach /mnt/boot/efi gemounted (oder? Wie finde ich sonst raus, welche es sein soll? Bei gparted steht "boot" und "esp ...

gosia hat geschrieben: Mittwoch 20. März 2019, 22:27 In dem Fall erlaube ich mir mal, etwas gemein zu sein Versuche erstmal selbst, das umzusetzen, von mir aus mit manjaro-chroot, dann sehen wir weiter.

Ist ja auch richtig, Lerneffekt und so.
Achso und mhwd-chroot klappt gar nix!