[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: HD über den Jordan?



Hallo Jakob,

klingt nach kaputter Festplatte. Also mach zuerst mal ein Backup von
allen Dateien drauf! :-)
On Sun, May 15, 2011 at 03:41:58PM +0200, Jakobus Schürz wrote:
> Unlängst ist mir im laufenden Betrieb der Akku meines Laptops
> rausgefallen. Seitdem tut die HD nicht mehr so ganz.
> 
> smartctl schrieb mir ein Mail mit dem Inhalt:
> "This email was generated by the smartd daemon running on:
> 
>    host name: pluto
>   DNS domain: [Unknown]
>   NIS domain: (none)
> 
> The following warning/error was logged by the smartd daemon:
> 
> Device: /dev/sda [SAT], Self-Test Log error count increased from 0 to 1
OK, das heißt dass dein smart bei einem Selbsttest einen Fehler gefunden
hat.
> 
> For details see host's SYSLOG (default: /var/log/syslog).
Genau das solltest Du tun: Steht an dem Datum etwas drin?
> 
> You can also use the smartctl utility for further investigation.
> No additional email messages about this problem will be sent."
> 
> rsnapshot schickt ebenfalls seitdem eine seltsame Warnung:
> 
> rsync: read errors mapping
> "/home/jakob/.icedove/bo3kxw8j.default/global-messages-db.sqlite":
> Input/output error (5)
> rsync: read errors mapping
> "/home/jakob/.icedove/bo3kxw8j.default/global-messages-db.sqlite":
> Input/output error (5)
> ERROR: home/jakob/.icedove/bo3kxw8j.default/global-messages-db.sqlite
> failed verification -- update discarded.
> rsync error: some files/attrs were not transferred (see previous errors)
> (code 23) at main.c(1060) [sender=3.0.7]
I-O errors sollten auch nicht auftreten...
Aber das kann im Prinzip auch an einem kaputten Dateisystem liegen (Wenn
ein ungültiger Sektor ausserhalb der Festplatte drinsteht...)
> 
> 
> Und wenn ich icedove starte kommt folgendes (mehrfach und ähnlich) in
> syslog:
> 
> May 15 15:34:26 pluto kernel: [185085.885849] ata1.00: exception Emask
> 0x0 SAct 0x1 SErr 0x0 action 0x0
> May 15 15:34:26 pluto kernel: [185085.885858] ata1.00: irq_stat 0x40000008
> May 15 15:34:26 pluto kernel: [185085.885866] ata1.00: failed command:
> READ FPDMA QUEUED
> May 15 15:34:26 pluto kernel: [185085.885882] ata1.00: cmd
> 60/08:00:c9:ff:ef/00:00:09:00:00/40 tag 0 ncq 4096 in
> May 15 15:34:26 pluto kernel: [185085.885885]          res
> 51/40:08:ce:ff:ef/00:00:09:00:00/00 Emask 0x409 (media error) <F>
> May 15 15:34:26 pluto kernel: [185085.885893] ata1.00: status: { DRDY ERR }
> May 15 15:34:26 pluto kernel: [185085.885898] ata1.00: error: { UNC }
> May 15 15:34:26 pluto kernel: [185085.888837] ata1.00: configured for
> UDMA/133
> May 15 15:34:26 pluto kernel: [185085.888859] ata1: EH complete
Ich würde auf Festplatte kaputt tippen -- der Kernel sagt ja auch "media
error"
> 
> 
> Wie hab ich das zu beurteilen?
Schlecht...
Mach ein Backup deiner Dateien! Und kopiere /home/jakob/.icedove ganz am
Schluss! (es kann durchaus sein, dass das lesen von diesen Blöcken die
Platte noch weiter beschädigt!)

Und wenn du alle Dateien gesichert hast, würde ich 
 - als erstes per "smartctl -a /dev/sda" die genauen Smart-Meldungen
   anschauen
 - danach mit "smartctl -t long /dev/sda" einen langen Selbst-Test der
   Platte laufen lassen
 - Wenn der ohne Problem durchlief, nimm Dir das Dateisystem vor
   (ext3?), starte den Rechner von Live-CD und teste das Dateisystem mit
   "e2fsck -f -c -c /dev/sda". Damit macht er auch gleich einen
   "non-destructive" scan nach defekten Sektoren durchsuchen
(aber lies nochmal die Doku/Man-pages der Kommandos durch!)
Wenn die Platte das überlebt, kannst Du sie noch ein bißchen
weiterverwenden;-) Aber wie gesagt: mach diese Tests erst dann, wenn du
alle Dateien gesichert hast -- das kann die Festplatte noch weiter
beschädigen.

Axel


Reply to: