sollte egal sein
das wirst du deinstallieren müssen ist aus dem AUR.
wenn das system wieder läuft kannst du es ja neu installieren:
pacman -R fsearch --sysroot /mnt
pacman -Syu --sysroot /mnt
Und zur Sicherheit Kernel neu installieren:
pacman -S linux --sysroot /mnt
fsearch stört noch
pacman -R fsearch nicht gefunden weil er im neuen system sucht ? also ohne chroot.
mit chroot hängt es dann vermutlich wieder weil icu nicht aktuell ist.
Aber gut für heute
djeli
ich habe dir doch die Befehle gegeben.. muss auch mit --sysroot gemacht werden nach dem proc eingebunden wurde aber nicht im chroot.
Hier deine Aufgabe für Morgen 
in das installer ISO booten
dein installiertes system einbinden am besten auch die EFI partition (wie im arch-chroot wiki beschrieben)
aber nicht chrooten sondern nur proc-system einbinden:
sudo su
cd /mnt
mount -t proc /proc proc/
und dann pacman von der ISO benutzen um dein installiertes System up zu daten:
pacman -Syu --sysroot /mnt
pacman -R fsearch --sysroot /mnt
pacman -Syu --sysroot /mnt
Und zur Sicherheit Kernel neu installieren:
pacman -S linux --sysroot /mnt
Moin
Ich habe folgendes gemacht:zum nachvollziehen
[h@h-eos ~]$ su
Passwort:
[root@h-eos h]# mount /dev/nvme0n1p2 /mnt
[root@h-eos h]# mount -t proc proc /mnt/proc
[root@h-eos h]# mount -t sysfs sys /mnt/sys
[root@h-eos h]# mount -o bind /dev /mnt/dev
[root@h-eos h]# mount -t devpts /dev/pts /mnt/dev/pts/
[root@h-eos h]# mount -o bind /sys/firmware/efi/efivars /mnt/sys/firmware/efi/efivars
[root@h-eos h]# cd /mnt
[root@h-eos h]# mount -t proc /proc proc/
[root@h-eos h]# pacman -Syu --sysroot /mnt
[root@h-eos h]#pacman -R fsearch --sysroot /mnt
[root@h-eos h]# pacman -S linux --sysroot /mnt
Es lief alles durch ohne Fehlermeldung.
“pacman -R fsearch --sysroot /mnt hatte ich gestern Abend ohne --sysroot/mnt gestartet Fehler meinerseits.”
Rechner ausgeschaltet,kein Neustart!
Gestartet,initialisierung lief und dann landete ich im emergency mode
efi konnte nicht gemountet werden.
Systemctl status efi.mount
× efi.mount - /efi
Loaded: loaded (/etc/fstab; generated)
Active: failed (Result: exit-code) since Wed 2025-03-19 10:45:52 CET; 8min ago
Invocation: d017751856de4b29b87b62ed0a5ace12
Where: /efi
What: /dev/disk/by-uuid/0B41-46EA
Docs: man:fstab(5)
man:systemd-fstab-generator(8)
Mem peak: 1.6M
CPU: 4msMär 19 10:45:52 h-sys systemd[1]: Mounting /efi…
Mär 19 10:45:52 h-sys mount[772]: mount: /efi: unbekannter Dateisystemtyp »vfat«.
Mär 19 10:45:52 h-sys mount[772]: dmesg(1) könnte nach einem fehlgeschlagenen mount-Systemaufruf
Mär 19 10:45:52 h-sys mount[772]: weitere Informationen liefern.
Mär 19 10:45:52 h-sys systemd[1]: efi.mount: Mount process exited, code=exited, status=32/n/a
Mär 19 10:45:52 h-sys systemd[1]: efi.mount: Failed with result ‘exit-code’.
Mär 19 10:45:52 h-sys systemd[1]: Failed to mount /efi.
Der Ordner efi im Wurzelverzeichniss hat keine einträge schon immer.
Im zweitsystem (jetzt zum testen) hat er einträge.
Jetzt frage ich mich ob efi schon die ganze Zeit fehlerhaft war,hatte diesbezüglich aber nie ne Fehlermeldung erhalten.
du hast die EFI nicht gemounted bei systemd-boot unter /mnt/efi grub wäre /mnt/boot/efi du bist aber mit systemd-boot denkle ich also wird das dein Problem sein denn hier sind die Kernel Abbilder im EFI gespeichert.. das ist nicht passiert wenn die nicht eingebunden ist.
statt dem
wäre es so:
mount /dev/nvme0n1p2 /mnt
mount /dev/nvme0n1p1 /mnt/efi
cd /mnt
mount -t proc /proc proc/
pacman -Syu --sysroot /mnt
pacman -R fsearch --sysroot /mnt
pacman -S linux --sysroot /mnt
also doppeltes proc mount und mounten der anderen (sysfs bind devpts firmware) ist nicht nötig.
Vielleicht liege ich jetzt falsch, aber fsearch ist doch ein AUR Paket, kann nicht mit Pacman deinstalliert werden. Dann müsste man yay -R fsearch anwenden oder nicht?
deinstallieren geht schon mit pacman.. wenn es mit yay gebaut und installiert wurde, ist es ein Paket wie jedes andere.
Es lief alles durch bis auf den letzten Befehl.
fsearch konnte er nicht finden ,wurde ja schon gelöscht!
nach einem Neustart landete ich wieder im emergency mode.
Gleich wie gestern efi fehlt
[root@h-eos mnt]# pacman -S linux --sysroot /mnt
Warnung: linux-6.13.7.arch1-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/linux 6.13.7.arch1-1 6.13.7.arch1-1 0,00 MiB
Gesamtgröße der installierten Pakete: 138,45 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%
(1/1) Paket-Dateien werden geladen [------------------------------------------------------] 100%
(1/1) Auf Dateikonflikte wird geprüft [------------------------------------------------------] 100%
(1/1) Verfügbarer Festplattenspeicher wird ermittelt [------------------------------------------------------] 100%
:: Paketänderungen werden verarbeitet …
(1/1) Reinstalliert wird linux [------------------------------------------------------] 100%
:: Post-transaction-Hooks werden gestartet …
(1/5) Arming ConditionNeedsUpdate…
(2/5) Updating module dependencies…
(3/5) Running kernel-install…
:: kernel-install installing kernel 6.13.7-arch1-1
Failed to get device path for 259:1: No such device
Running in a chroot, skipping cmdline generation
(4/5) Check if user should be informed about rebooting after certain system package upgrades.
(5/5) Checking which packages need to be rebuilt
join: /dev/fd/63: Datei oder Verzeichnis nicht gefunden
comm: /dev/fd/62: Datei oder Verzeichnis nicht gefunden
lscpu: Anzahl der CPUs konnte nicht ermittelt werden: /sys/devices/system/cpu/possible: Datei oder Verzeichnis nicht gefunden
tee: /tmp/tmp.q4InbGlOHZ/31022: Datei oder Verzeichnis nicht gefunden
comm: /dev/fd/62: Datei oder Verzeichnis nicht gefunden
tee: /tmp/tmp.q4InbGlOHZ/12222: Datei oder Verzeichnis nicht gefunden
comm: /dev/fd/62: Datei oder Verzeichnis nicht gefunden
[root@h-eos mnt]#
ohne EFI Einbindung wird sich ja nichts ändern
habs so gemacht
liegt es vieleicht darann das der efi Ordner im Wurzelverzeichniss leer ist ?
bevor
mount /dev/nvme0n1p1 /mnt/efi
ausgeführt wurde ist /mnt/efi leer ja aber /dev/nvme0n1p1 sollte daten enthalten wenn das die EFI partition ist (fat32) und /efi ist nur dann der Enbindepunkt für die EFI Partition wenn systemd-boot als bootloader verwendet wird.
Es ist die efi Partition und es ist systemd,sonst müssten sich ja spuren von Grub finden.
Aber egal ich werd jetzt ein neues System aufsetzen geht schneller und ist dann sauber.
Ich danke sehr für die Unterstützung,ist immer wieder Lehrreich.
Gruß djeli
Ja immer gerne und wir haben hier ja lange durch gehalten.
Ja hast Recht. Habe mir das mal so angewöhnt, alle Pakete die mit yay installiert wurden, auch nur mit yay zu deinstallieren. Mache immer zuerst die Updates mit pacman und danach mit yay. Mit yay kann man das alles in einem Rutsch machen aber finde meine Reihenfolge übersichtlicher.
Sicher ist sicher