Hallo brikler,
Danke erstmal für´s mitmachen.
Aber leider falsch.
Mit Deiner Suche konnte ich aber dies finden:
Sep 12 17:53:01 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1281891704 flags 0
Sep 12 17:58:08 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1281891704 flags 0
Sep 12 17:58:08 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1281891704 flags 0
Sep 13 17:06:40 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1106381264 flags 80700
Sep 13 17:06:40 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1281891704 flags 80700
Sep 13 17:06:40 nh532 kernel: print_req_error: I/O error, dev sdb, sector 41488512 flags 80700
Sep 13 17:06:40 nh532 kernel: print_req_error: I/O error, dev sdb, sector 42101424 flags 80700
Sep 13 17:06:40 nh532 kernel: print_req_error: I/O error, dev sdb, sector 37774392 flags 3000
Sep 13 17:06:40 nh532 kernel: EXT4-fs error (device sdb1): __ext4_get_inode_loc:4700: inode #1226361: block 4721543: comm kaccess: unable to read itable block
Sep 13 17:06:41 nh532 kernel: print_req_error: I/O error, dev sdb, sector 42225752 flags 80700
Sep 13 17:06:41 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1124817864 flags 3000
Sep 13 17:06:41 nh532 kernel: EXT4-fs error (device sdb4): __ext4_find_entry:1491: inode #32768118: comm QSGRenderThread: reading directory lblock 0
Sep 13 17:06:49 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1106032640 flags 1
Sep 13 17:06:49 nh532 kernel: Buffer I/O error on device sdb4, logical block 128732160
Sep 13 17:06:49 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1281891704 flags 0
Sep 13 17:06:49 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1281891704 flags 0
Sep 13 17:06:56 nh532 kernel: print_req_error: I/O error, dev sdb, sector 1281891704 flags 0
Diese Meldung hatte ich schon mal im Mai drin.
Seit 08.09. 18:12 jede Menge.
Im pacman.log konnte ich nachvollziehen, das an dem Tag von 18:06 bis 18:10 ein umfangreiches Update lief.
Die Fehler tauchen ab dem Reboot auf.
Und täglich nur für den Bootprozess. Die Stunden danach nicht nochmal.
Kann es sein, daß die neuen Files in Sectoren geschrieben wurden, die einen Treffer haben ?
Hätte da nicht eine Meldung mit Schreib- Lesefehler kommen müssen ?
Wenn die Sectornummer die ist, die bei gdisk gelistet wird, dann befindet der Sector in der home-Partition.
Was sucht der Bootprozess auf der home-Partition ?
Keine Ahnung.
Andreas