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