Hallo zusammen,

in den letzten zwei Tagen hat mein Laptop zweimal beim Booten nur den Emergency mode erreicht, weil für die Home-Partition ein File system error aufgetreten ist und die Partition daher nicht gemountet wurde.

Ich habe heute mal ein paar Logs angelegt.

───────┬────────────────────────────────────────────────────────────────────────────────────────────────────────────
       │ File: filesystem-error-2023-11-29.log
───────┼────────────────────────────────────────────────────────────────────────────────────────────────────────────
   1   │ ○ systemd-fsck@dev-disk-by\d5706af9-d7a7-4930-be49-c08b51228773.service
   2   │      Loaded: bad-setting (Reason: Unit systemd-fsck@dev-disk-by\d5706af9-d7a7-4930-be49-c08b51228773.servic
       │ e has a bad unit file setting.)
   3   │      Active: inactive (dead)
   4   │        Docs: man:systemd-fsck@.service(8)
   5   │ 
   6   │ Nov 29 17:58:10 arch-TUXEDO systemd[1]: /usr/lib/systemd/system/systemd-fsck@.service:11: Failed to resolve
       │  unit specifiers in 'File System Check on %f', ignoring: Invalid argument
   7   │ Nov 29 17:58:10 arch-TUXEDO systemd[1]: /usr/lib/systemd/system/systemd-fsck@.service:22: Failed to resolve
       │  unit specifiers in %f: Invalid argument
   8   │ Nov 29 17:58:10 arch-TUXEDO systemd[1]: systemd-fsck@dev-disk-by\d5706af9-d7a7-4930-be49-c08b51228773.servi
       │ ce: Unit configuration has fatal error, unit will not be started.
   9   │ Nov 29 17:59:49 arch-TUXEDO systemd[1]: /usr/lib/systemd/system/systemd-fsck@.service:11: Failed to resolve
       │  unit specifiers in 'File System Check on %f', ignoring: Invalid argument
  10   │ Nov 29 17:59:49 arch-TUXEDO systemd[1]: /usr/lib/systemd/system/systemd-fsck@.service:22: Failed to resolve
       │  unit specifiers in %f: Invalid argument
  11   │ Nov 29 17:59:49 arch-TUXEDO systemd[1]: systemd-fsck@dev-disk-by\d5706af9-d7a7-4930-be49-c08b51228773.servi
       │ ce: Unit configuration has fatal error, unit will not be started.
───────┴────────────────────────────────────────────────────────────────────────────────────────────────────────────

Hier noch ein ausführliches Log des Bootvorgangs:
PrivateBin: Booterror.log mit einer Gültigkeit von 1 Monat.

Mit fsck -f /dev/sdb1 habe ich dann viele nicht lesbare Stellen entdeckt und "repariert". Danach startete der Rechner jeweils wieder. Aber es gab ein paar Dinge, die mir komisch vorkamen:

• DejaDup konnte keine erfolgreiche Sicherung abschließen.
• Ein Menüeintrag zu einem Programm (appimage) war verschwunden.
• Das Appimage startete nicht mehr.
• Der im anderen Thread beschriebene Programmabsturz trat wieder auf. (Vielleicht ist das dort beschriebene Problem überhaupt nur eine Folge der hier gestellten Frage?)

Welche Infos braucht Ihr zu meinem System?

Vanilla Arch Linux, 6.6.2-arch1-1
Tuxedo Laptop, in Betrieb seit 3/2020
1 SSD für Root und Boot, 1 Festplatte für Home

Festplatte /dev/sda: 465,76 GiB, 500107862016 Bytes, 976773168 Sektoren
Festplattenmodell: Samsung SSD 860 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: D87758D6-29D3-7745-AA5E-E57FB69CCE31

Gerät       Anfang      Ende  Sektoren  Größe Typ
/dev/sda1     2048   1026047   1024000   500M EFI-System
/dev/sda2  1026048 976773134 975747087 465,3G Linux-Dateisystem


Festplatte /dev/sdb: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren
Festplattenmodell: ST2000LM015-2E81
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 04A0A5C0-2BC4-C54D-A6B4-F0D9328B02D7

Gerät      Anfang       Ende   Sektoren Größe Typ
/dev/sdb1    2048 3907029134 3907027087  1,8T Linux-Dateisystem

Was denkt Ihr dazu? Muss ich eine neue HDD einbauen?

Vielen Dank und beste Grüße
t_matze