Fsck systemd console fehler

Languages Deutsch
,
1

Mir ist jetzt zum 2. mal der Rechner hängen geblieben so das ich einen Kaltstart machen musste.
Danach war sysroot beschädigt.
Die Konsole funktioniert nicht.
Über LiveUSB habe ich dann sudo -f /dev/nvme0n1p4 aufgerufen.
Filesystem repariert und geht wieder.
Filesystem ist normal ext4 unverschlüsselt.
fsck meinte abschliessend 1% nicht zusammen hängend

Die Frage bleibt

  1. Wie so geht fsck nicht beim Start ?
  2. Wie so habe ich keine Konsole ?
  3. Was gibt es noch zu tun ausser fsck ?

Die HOOKS in der mkinitcpio
HOOKS=(systemd autodetect modconf keyboard sd-vconsole block filesystems fsck)
In grub GRUB_ROOT_FS_RO=true

2

Ohne Systemd:

  • HOOKS=(base udev autodetect modconf keyboard keymap consolefont filesystems fsck)
  • GRUB_ROOT_FS_RO=false

Mit Systemd:

  • HOOKS=(systemd autodetect modconf block keyboard sd-vconsole filesystems)
  • GRUB_ROOT_FS_RO=true

In beiden Fällen gilt bei fstab:

  • 0 1 für root
  • 0 2 für andere

Aus Sicherheitsgründen, werden manche Reparaturvorgänge nicht automatisch durchgeführt. Um diese aber zu erzwingen (NUR BEI SYSTEMD), verwendet man folgende Kernel-Parameter:

  • fsck.mode=force
  • fsck.repair=yes

Siehe: systemd-fsck@.service(8) — Arch manual pages

Natürlich verzögert es den Start (jedes Mal), da das Dateisystem ausgehängt werden muss, dann überprüft, repariert falls nötig und wieder eingehängt werden muss.

3

Ohne HOOKS=“base systemd …” kriege ich eine Fehlermeldung (/bin/bash/sh missing)?

4

Ohne HOOKS gibt’s halt kein Startscript. :man_shrugging:

5

gibts auch keinen Captain Hook - gemeint ist, das ich in die Zeile mit HOOK=
noch base einfügen muss :innocent:

6

Nein musst du nicht. Kann optional hinzugefügt werden, wenn du eine Emergency Shell brauchst. Hab ich weggelassen, da ich eine Recovery Partition mit ISO eingerichtet habe.

1 Like
7

Danke @megavolt, ich habe meine HOOKS dann mal angepasst und die 2 Kernelparameter ausprobiert.

journalctl -b --no-hostname --no-pager | grep fsck                                                                                                                                                ✔ 
Nov 17 14:20:25 kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-6.6-x86_64 root=UUID=9929717f-a7bf-4f29-bc5e-6b7f603d689f ro mitigations=off spectre_v2=off intremap=off nowatchdog nvidia_drm.modeset=1 libahci.ignore_sss=1 fsck.mode=force fsck.repair=yes quiet udev.log_priority=3
Nov 17 14:20:25 kernel: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.6-x86_64 root=UUID=9929717f-a7bf-4f29-bc5e-6b7f603d689f ro mitigations=off spectre_v2=off intremap=off nowatchdog nvidia_drm.modeset=1 libahci.ignore_sss=1 fsck.mode=force fsck.repair=yes quiet udev.log_priority=3
Nov 17 14:20:30 systemd[1]: Created slice Slice /system/systemd-fsck.
Nov 17 14:20:30 systemd-fsck[295]: e2fsck 1.47.0 (5-Feb-2023)
Nov 17 14:20:30 systemd-fsck[295]: Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Nov 17 14:20:30 systemd-fsck[295]: Durchgang 2: Verzeichnisstruktur wird geprüft
Nov 17 14:20:30 systemd-fsck[295]: Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Nov 17 14:20:30 systemd-fsck[295]: Durchgang 4: Referenzzähler werden überprüft
Nov 17 14:20:30 systemd-fsck[295]: Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft
Nov 17 14:20:30 systemd-fsck[295]: System: 449936/19202048 Dateien (1.0% nicht zusammenhängend), 17130192/76779846 Blöcke
Nov 17 14:20:31 systemd-fsck[479]: e2fsck 1.47.0 (5-Feb-2023)
Nov 17 14:20:31 systemd-fsck[479]: Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100938456 (auf Ebene 1) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100938462 (auf Ebene 2) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100938463 (auf Ebene 1) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100938470 (auf Ebene 2) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100939577 (auf Ebene 1) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100939637 (auf Ebene 1) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100946021 (auf Ebene 1) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100946807 (auf Ebene 1) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100946814 (auf Ebene 2) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:35 systemd-fsck[479]: Der Erweiterungsbaum von Inode 100946818 (auf Ebene 2) könnte schmaler sein.  Optimize? ja
Nov 17 14:20:38 systemd-fsck[479]: Durchgang 1E: Erweiterungsbäume werden optimiert
Nov 17 14:20:38 systemd-fsck[479]: Durchgang 2: Verzeichnisstruktur wird geprüft
Nov 17 14:20:40 systemd-fsck[479]: Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Nov 17 14:20:40 systemd-fsck[479]: Durchgang 4: Referenzzähler werden überprüft
Nov 17 14:20:41 systemd-fsck[479]: Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft
Nov 17 14:20:41 systemd-fsck[479]: GAMES: ***** DATEISYSTEM WURDE VERÄNDERT *****
Nov 17 14:20:41 systemd-fsck[479]: GAMES: 655338/122101760 Dateien (1.0% nicht zusammenhängend), 187948956/488377600 Blöcke

Soweit scheint das ja alles funktioniert zu haben oder?

8

Jo, tut was es soll.

9

Dann danke ich dir wieder einmal ganz sehr.

1 Like
10

This topic was automatically closed 36 hours after the last reply. New replies are no longer allowed.