Re: HD über den Jordan?
Ach ja, was ich vergessen hatte:
http://smartmontools.sourceforge.net/badblockhowto.html
ist ein HowTo, wie man versuchen kann, noch mehr Daten zu retten...
On Sun, May 15, 2011 at 04:27:54PM +0200, Axel Freyn wrote:
> 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: