Seit neustem findet sich im /var/log/boot.log nach jedem Boot so etwas:

/dev/sda5: sauber, 243853/610800 Dateien, 1698757/2439864 Blöcke
N_home: Bereinigen verwaist Inode 132258 (uid=1000, gid=1000, mode=0100644, size=25)
N_home: Bereinigen verwaist Inode 131833 (uid=1000, gid=1000, mode=0100600, size=817)
N_home: Bereinigen verwaist Inode 130469 (uid=1000, gid=1000, mode=0100644, size=14)
N_home: Bereinigen verwaist Inode 131079 (uid=1000, gid=1000, mode=0100644, size=82)
N_home: Bereinigen verwaist Inode 132251 (uid=1000, gid=1000, mode=0100644, size=119231)
N_home: Bereinigen verwaist Inode 263381 (uid=1000, gid=1000, mode=0100600, size=1318)
N_home: Bereinigen verwaist Inode 131839 (uid=1000, gid=1000, mode=0100644, size=33)
N_home: Bereinigen verwaist Inode 263380 (uid=1000, gid=1000, mode=0100600, size=687)
N_home: Bereinigen verwaist Inode 131077 (uid=1000, gid=1000, mode=0100644, size=28)
N_home: Bereinigen verwaist Inode 131832 (uid=1000, gid=1000, mode=0100644, size=25)
N_home: Bereinigen verwaist Inode 263387 (uid=1000, gid=1000, mode=0100600, size=276)
N_home: Bereinigen verwaist Inode 263395 (uid=1000, gid=1000, mode=0100600, size=9625)
N_home: Bereinigen verwaist Inode 131819 (uid=1000, gid=1000, mode=0100644, size=35)
N_home: Bereinigen verwaist Inode 131810 (uid=1000, gid=1000, mode=0100644, size=35)
N_home: Bereinigen verwaist Inode 131787 (uid=1000, gid=1000, mode=0100644, size=35)
N_home: Bereinigen verwaist Inode 130657 (uid=1000, gid=1000, mode=0100644, size=28)
N_home: Bereinigen verwaist Inode 261900 (uid=1000, gid=1000, mode=0100600, size=6186)
N_home: sauber, 9255/610800 Dateien, 1353148/2441216 Blöcke

Wenn ich von einem Live-medium ein fsck mache und dann reboote, erscheinen diese Meldungen nicht.

Bei sudo smartctl -a /dev/sda scheint es Probleme mit der Lebenszeit der Festplatte zu geben. Keine Ahnung was

Error 184 occurred at disk power-on lifetime: 5708 hours (237 days + 20 hours)                  
  When the command that caused the error occurred, the device was active or idle.

bedeutet.

Muss ich neu investieren?

Wiederhol doch erst mal den test. Smartctl -a gibt ja nur das Ergebnis des letzten tests aus.

redknight schrieb:

Wiederhol doch erst mal den test. Smartctl -a gibt ja nur das Ergebnis des letzten tests aus.

Ich habe gestern Abend den langen Test von smartctl machen lassen: 64 Minuten...

Edit: Achso der Link von oben geht in den Pasteservice mit der smartctl-Ausgabe. Hier nochmal: sudo smartctl -a /dev/sda Pastebin

Ich würde mich nicht auf SMART verlassen. Teste die HDD mit einem richtigen Tool, beispielsweise DFT (ist zwar für IBM-/Hitachi-HDDs, kann aber auch HDDs anderer Hersteller testen) oder SeaTools! Beide und mehr findest Du auf der UBCD.

Hi.

Oder einfach Badblocks, am besten im Schreibmodus (alle Daten auf der Platte sind futsch). Sonst halt mit -n.

Ich würde aber eher vermuten, das dein Dateisystem nicht ausgehängt wurde. Fährt der Rechner richtig herunter?

stfischr schrieb:

Oder einfach Badblocks, am besten im Schreibmodus (alle Daten auf der Platte sind futsch). Sonst halt mit -n.

Habe mal testweise per fsck -l -v -cc probiert. Aber ok, badblocks könnte man mal testen.

Ich würde aber eher vermuten, das dein Dateisystem nicht ausgehängt wurde. Fährt der Rechner richtig herunter?

Hm... tja, woran sieht man das

Wenn ich mir in den Logs den Übergang von Abschalten heute Morgen und Einschalten vorhin angucke, kann ich nix auffälliges feststellen.

kern.log:

Jan 30 09:58:11 kaputtnik-home kernel: [   20.041794] kvm: Nested Virtualization enabled
Jan 30 09:58:12 kaputtnik-home kernel: [   20.721596] init: plymouth-stop pre-start process (1421) terminated with status 1
Jan 30 09:58:21 kaputtnik-home kernel: [   30.024017] eth0: no IPv6 routers present
Jan 30 12:44:42 kaputtnik-home kernel: Kernel logging (proc) stopped.
Jan 30 14:12:43 kaputtnik-home kernel: imklog 5.8.6, log source = /proc/kmsg started.
Jan 30 14:12:43 kaputtnik-home kernel: [    0.000000] Initializing cgroup subsys cpuset

syslog:

Jan 30 11:31:08 kaputtnik-home dbus[971]: [system] Successfully activated service 'org.debian.AptXapianIndex'
Jan 30 11:32:41 kaputtnik-home dbus[971]: [system] Reloaded configuration
Jan 30 11:33:26  dbus[971]: last message repeated 5 times
Jan 30 12:17:01 kaputtnik-home CRON[28199]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan 30 12:44:42 kaputtnik-home kernel: Kernel logging (proc) stopped.
Jan 30 12:44:42 kaputtnik-home rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="1009" x-info="http://www.rsyslog.com"] exiting on signal 15.
Jan 30 14:12:43 kaputtnik-home kernel: imklog 5.8.6, log source = /proc/kmsg started.
Jan 30 14:12:43 kaputtnik-home rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="973" x-info="http://www.rsyslog.com"] start
Jan 30 14:12:43 kaputtnik-home rsyslogd: rsyslogd's groupid changed to 103
Jan 30 14:12:43 kaputtnik-home rsyslogd: rsyslogd's userid changed to 101

auth.log

Jan 30 12:44:27 kaputtnik-home polkitd(authority=local): Unregistered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session1 (system bus name :1.39, object path /org/kde/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8)
Jan 30 12:44:42 kaputtnik-home kdm: :0[1342]: pam_unix(kdm-np:session): session closed for user kaputtnik
Jan 30 14:12:44 kaputtnik-home kdm: :0[1335]: pam_unix(kdm-np:session): session opened for user kaputtnik by (uid=0)
Jan 30 14:12:44 kaputtnik-home kdm: :0[1335]: pam_ck_connector(kdm-np:session): nox11 mode, ignoring PAM_TTY :0
Jan 30 14:13:12 kaputtnik-home polkitd(authority=local): Registered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session1 (system bus name :1.39 [/usr/lib/kde4/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8)
Jan 30 14:13:21 kaputtnik-home kdeinit4: DIGEST-MD5 common mech free
Jan 30 14:17:01 kaputtnik-home CRON[2623]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 30 14:17:01 kaputtnik-home CRON[2623]: pam_unix(cron:session): session closed for user root

Für mich sieht das ganz normal aus.

Ich guck mir das mal mit dem Tipp von axt an.

Verwaiste Inodes liegen, wie stfischr schon geschrieben hat, normalerweise am nicht richtig ausgehängten Dateisystem. Hardwarefehler äußern sich normalerweise anders.

In diesem Thread gings um das gleiche Problem, da wars ein Kernel-Bug.

Ah, danke lotharster.

Ich starte ab jetzt mit nem älteren Kernel und guck ob es immer noch auftaucht.

Hm, ich löse hier mal.

Obs wirklich am 3.2.0-36'ger Kernel lag, kann ich nicht 100% beantworten. Mit dem 3.2.0-35 hatte ich keine derartigen Fehlermeldungen und mit dem 37'ger anscheinend auch nicht.