Ja, trotzdem noch eine Frage, weil es ja damit zusammen hängen könnte:
Ich habe den Eindruck, dass pamac allgemein nicht so gut angesehen oder erwünscht ist. Könnte der an dem Problem schuld sein. Oder dass ich tatsächlich abwechselnd pamac oder pacman und jetzt auch noch yay einsetze? Zerkonfigurieren die sich gegenseitig?
Nicht, dass ich es vergesse:
VIELEN DANK AN ALLE, DIE GEHOLFEN HABEN! 
Vergiss nicht Grub zu aktualisieren:
als root:
Codegrub-mkconfig -o /boot/grub/grub.cfg
Bei EndeavourOS ist update-grub eingebaut, was, glaube ich, auch nur ein Link oder Alias für den obigen Befehl ist. Hat funktioniert, alles geht. Am besten dokumentiere ich den Vorgang, damit ich ihn beim nächsten Mal wieder finde.
Hoffentlich wars das jetzt. Ich schreibe jetzt vom reparierten EndeavourOS aus, alles sieht gut aus.
Allerdings funktioniert die korrekte Bildschirmauflösung mit Plasma nur mit X11, mit Wayland ist sie zu niedrig und lässt sich auch nicht einstellen.
So.... man sollte natürlich beachten, auf welchem System man sich befindet.
pacman -Sy endeavouros-keyring && pacman -SuSo funktioniert es. Das /boot enthält jetzt auch wieder ein paar mehr Dateien:
drwxr-xr-x 6 root root 4,0K 19. Feb 00:22 grub
-rw-r--r-- 1 root root 80K 13. Mär 12:34 amd-ucode.img
-rw-r--r-- 1 root root 13M 17. Mär 12:05 vmlinuz-linux-lts
-rw-r--r-- 1 root root 13M 17. Mär 12:05 vmlinuz-linux
-rw------- 1 root root 27M 17. Mär 12:05 initramfs-linux-lts.img
-rw------- 1 root root 54M 17. Mär 12:06 initramfs-linux-lts-fallback.img
-rw------- 1 root root 16M 17. Mär 12:06 initramfs-linux.img
-rw------- 1 root root 44M 17. Mär 12:06 initramfs-linux-fallback.imgSo, jetzt noch ein update-grub und dann wage ich mal einen Neustart in das System.
Tja, hier hängt er wieder:
(274/274) Schlüssel im Schlüsselbund werden geprüft [--------------------------------------------------------------] 100%
Benötigte Schlüssel werden heruntergeladen …
:: PGP Schlüssel 003DB8B0CB23504F, »manuel <manuel@endeavouros.com>« importieren? [J/n]
:: PGP Schlüssel A367FB01AE54040E, »manuel <manuel@endeavouros.com>« importieren? [J/n]
(274/274) Paket-Integrität wird überprüft [--------------------------------------------------------------] 100%
Fehler: eos-packagelist: signature from "EndeavourOS <info@endeavouros.com>" is unknown trust
:: Datei /var/cache/pacman/pkg/eos-packagelist-2.2.1-1-any.pkg.tar.zst ist beschädigt (Ungültiges oder beschädigtes Paket (PGP-Signatur)).
Soll die Datei entfernt werden? [J/n]
Fehler: eos-settings-plasma: signature from "EndeavourOS <info@endeavouros.com>" is unknown trust
:: Datei /var/cache/pacman/pkg/eos-settings-plasma-1.6-1-any.pkg.tar.zst ist beschädigt (Ungültiges oder beschädigtes Paket (PGP-Signatur)).
Soll die Datei entfernt werden? [J/n]
Fehler: welcome: signature from "EndeavourOS <info@endeavouros.com>" is unknown trust
:: Datei /var/cache/pacman/pkg/welcome-24.5-1-any.pkg.tar.zst ist beschädigt (Ungültiges oder beschädigtes Paket (PGP-Signatur)).
Soll die Datei entfernt werden? [J/n]
Fehler: yay: signature from "manuel <manuel@endeavouros.com>" is unknown trust
:: Datei /var/cache/pacman/pkg/yay-12.3.3-3-x86_64.pkg.tar.zst ist beschädigt (Ungültiges oder beschädigtes Paket (PGP-Signatur)).
Soll die Datei entfernt werden? [J/n]
Fehler: Der Vorgang konnte nicht durchgeführt werden (Ungültiges oder beschädigtes Paket (PGP-Signatur))
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.
[root@NordMeer pacman]# So, bin beim letzten Schritt:
pacman -Sy archlinux-keyring && pacman -SuEr lädt jetzt 274 Pakete herunter und installiert sie. Mal sehen, ob das gut ausgeht.
Alles anzeigenEntferne als root folgende Dateii:
/etc/pacman.d/gnupg
dann:
pacman-key --init
dann
pacman-key --populateund nochmals das Update
Ja, habe entsprechendes im forum.archlinux.de gefunden und bin gerade dabei, das heißt mein Rechner. Hat eine ganze Menge zu rechnen, aber immerhin bis jetzt keine Fehlermeldung. In dem Thread von 2022 warst Du auch aktiv. Ich arbeite gerade das hier ab:
1: sudo rm -r /etc/pacman.d/gnupg
2: sudo pacman-key --init
3: sudo pacman-key --populate archlinux
4: sudo pacman-key --refresh-keys
5: sudo pacman -Sy gnupg archlinux-keyring
6: sudo pacman -Scmpf... das sieht dann so aus:
[root@NordMeer pacman]# pacman -Sy archlinux-keyring
:: Paketdatenbanken werden synchronisiert …
endeavouros ist aktuell
core ist aktuell
extra ist aktuell
multilib ist aktuell
Warnung: archlinux-keyring-20240313-1 ist aktuell -- Reinstalliere
Abhängigkeiten werden aufgelöst …
Nach in Konflikt stehenden Paketen wird gesucht …
Paket (1) Alte Version Neue Version Netto-Veränderung
core/archlinux-keyring 20240313-1 20240313-1 0,00 MiB
Gesamtgröße der installierten Pakete: 1,66 MiB
Größendifferenz der Aktualisierung: 0,00 MiB
:: Installation fortsetzen? [J/n] j
(1/1) Schlüssel im Schlüsselbund werden geprüft [--------------------------------------------------------------] 100%
(1/1) Paket-Integrität wird überprüft [--------------------------------------------------------------] 100%
Fehler: archlinux-keyring: signature from "Christian Hesse <eworm@archlinux.org>" is unknown trust
:: Datei /var/cache/pacman/pkg/archlinux-keyring-20240313-1-any.pkg.tar.zst ist beschädigt (Ungültiges oder beschädigtes Paket (PGP-Signatur)).
Soll die Datei entfernt werden? [J/n]
Fehler: Der Vorgang konnte nicht durchgeführt werden (Ungültiges oder beschädigtes Paket (PGP-Signatur))
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.
[root@NordMeer pacman]# So, bin mal vom Debian ins defekte Arch gewechselt, so wie es in wiki.archlinux.de beschrieben ist.
nach Start des Updates als root mit pacman -Syyu stehe ich hier, und genau so hat das Elend angefangen:
:: Installation fortsetzen? [J/n] j
:: Pakete werden empfangen …
bbswitch-dkms-0.8-660-x86_64 7,7 KiB 23,3 KiB/s 00:00 [--------------------------------------------------------------] 100%
linux-headers-6.8.1.arch1-1-x86_64 25,3 MiB 4,12 MiB/s 00:06 [--------------------------------------------------------------] 100%
linux-6.8.1.arch1-1-x86_64 132,0 MiB 7,79 MiB/s 00:17 [--------------------------------------------------------------] 100%
Gesamt (3/3) 157,3 MiB 9,27 MiB/s 00:17 [--------------------------------------------------------------] 100%
(274/274) Schlüssel im Schlüsselbund werden geprüft [--------------------------------------------------------------] 100%
Benötigte Schlüssel werden heruntergeladen …
:: PGP Schlüssel 7A4E76095D8A52E4, »Antonio Rojas <arojas@archlinux.org>« importieren? [J/n]
Fehler: Schlüssel "7A4E76095D8A52E4" konnte nicht importiert werden
:: PGP Schlüssel 94657AB20F2A092B, »Andreas Radke <andyrtr@archlinux.org>« importieren? [J/n]
Fehler: Schlüssel "94657AB20F2A092B" konnte nicht importiert werden
:: PGP Schlüssel 0F65C7D881506130, »Maxime Gauduin <alucryd@archlinux.org>« importieren? [J/n] Ich lasse es jetzt erst mal so stehen, vielleicht kann ja jemand damit etwas anfangen...
Mit chroot habe ich bisher nichts gemacht, ist aber eine hübsche Sache, wenn ich es richtig verstanden habe:
Ich bin per Terminal/shell im defekten System und kann da arbeiten, bin aber immer noch im laufenden System und kann da auch normal weiter machen, z.B. hier schreiben.
Als Arch basiertes System ist es das Einzige auf diesem Rechner. Ich müsste also dann von einem Live-System dort einsteigen. Aber geht das überhaupt, wenn in /boot nur noch das grub-Verzeichnis und eine Datei namens amd-ucode.img liegen? Alle initramfs*, vmlinuz* und linux* sind weg. Habe jetzt mal im Notebook mit Manjaro nachgeschaut, was so alles in /boot liegt. Das hatte Gestern übrigens auch eine Schluckauf beim Update, aber wegen mangelndem Festplattenplatz. Etwas Plattenplatz freigeräumt, Update neu gestartet und das ist dann durchgelaufen. System ist problemlos neu gestartet.
Dann suche ich mal meinen Endeavour-Stick, von dem ich installiert habe und schaue, ob ich damit weiter komme.
Ich komme gar nicht rein. Es funktioniert ja ohne Kernel nicht. Der Rechner ist ein Multiboot-System, auf dem ich ein funktionierendes Debian gebootet habe, und die Endeavour (Manjaro-, ArcoLinux) Systempartition gemountet und kurz instpiziert habe. Noch ist sie da, ich kann also noch etwas nachschauen. Wenn ich aber das Backup-Image drüber genagelt habe, ist das alles weg.
Ja, das grub-Bootmenü wird komplett mit allen Einträgen angezeigt. Alles lässt sich auswählen und starten. Nur eben EndeavourOS nicht, weil die nötigen Dateien in /boot fehlen. Im Grub kann ich sie noch auswählen, die Einträge sind noch da.
Efi (UEFI) ist auf diesem Rechner nicht im Einsatz, es ist eine klassische Installation mit MBR.
Ich werde mir das im Laufe des Tages noch mal ansehen, und dann wohl ein Image zurück schreiben. War gestern schon spät.
Hallo,
Heute ist es wieder passiert: Genau das Gleiche, wie mit den anderen Arch-basierenden Distributionen vorher (Arco Linux, Manjaro, jetzt EndeavourOS):
Ein Update mit pacman durchgeführt, wie schon x-mal vorher. Dann plötzlich Fehlermeldungen wegen nicht verifizierbarer gpg-Schlüssel. Die Installation wird abgebrochen. Aber da ist es dann auch schon passiert: /boot ist leer, keine Dateien mehr vorhanden. Alle anderen Verzeichnisse sind noch da, aber so klappt das Booten eben nicht.
Ganz genau wie bei Arco Linux und Manjaro vorher, exakt der gleiche Ablauf.
Die einzige Gemeinsamkeit bei den 3 Installationen ist, dass es diese Probleme nur auf einem einzigen Rechner hier gibt, auf dem andere Distributionen fehlerfrei laufen. Die Festplatte wurde jedes mal vollständig getestet und neu partitioniert/formatiert: Es ist eine Crucial SSD: CT240BX500SSD1, sind die für Probleme bekannt? Hier sind bei den Tests keine aufgetreten. Bleibt außerdem noch Controller und Kabel, aber wenn dem so wäre, würden ja immer andere Fehler auftreten und nicht immer genau der gleiche, und immer beim Update.
So langsam glaube ich, dieser Rechner ist allergisch gegen Arch, egal, in welcher Form. Oder könnte es noch das BIOS sein, das da quer schießt? Aber das spielt nach dem Booten ja nicht mehr so die Rolle.
Bin echt langsam ratlos und fange an, an den Einfluss des Mondes auf Elektronik zu glauben.....