Platten crash?

[Sihtam]

Hallo,
mein Suse 10 lässt sich nur noch im Rescue starten!

Smart Test ergibt folgendes:

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed: read failure 60% 5826 7753648
# 2 Extended offline Completed: read failure 40% 5825 7753648

Und ein Test mit dd if=/dev/hda of=/dev/null

dd: reading `/dev/hda': Input/output error
7753952+0 records in
7753952+0 records out
3970023424 bytes transferred in 102.583901 seconds (38700258 bytes/sec)

Was hat dies nun für mich zu bedeuten bzw. wie sollte ich dies genau deuten!
Read Failure sagt ja eigentlich aus das die Platte nicht lesbar ist oder?

Bin verzweifelt!

Besten Gruss
Mathis

 

[buggle]

oder das nen Kabel locker ist, oder ein einzelner Sektor kaputt ist, oder sonst was

Also so genz definitiv würd ich das an der Stelle nicht sagen wollen

Versuch doch mal chkfs laufen zu lassen.

 

[No5251]

Oder ein Live-System von CD/DVD starten und mit badblocks
die einzelnen Sektoren prüfen lassen.
Falls wirklich etwas kaputt sein sollte, kannst du versuchen die
unbeschädigten Daten mit dd_rescue zu retten.

 

[Sihtam]

auf einen fsck reagiert der leider nicht richtig, bekomm immer direkt eine fehlermeldung zurück!

Von CD/DVD lässt es sich auch nicht starten da es ein Server ist.
Hab also nur den Rescue Modus!

dd_rescue bedarf doch auch eine zweite festplatte für das image oder?

 

[No5251]

Hm. Das wird tricky ...

Spontan fällt mir da nur folgende Variante ein:
- auf einem Lokalen Rechner ein NFS-Export einrichten
- Tunnel vom Server zum lokalen Rechner herstellen
- NFS-Dateisystem mounten
- dd_rescue /dev/hda /mnt/image.dat

Das ist allerdings nur eine Idee und daher ungetestet.

Edit: Ich hab mich mal schlau gemacht ... die Frage war,
ob mein Vorschlag funktionieren könnte.

[17:12:27] <Cru> wennes sich um bad blocks handelt, ja
[17:12:55] <Cru> musst allerdings aufpassen, dass der NFS-Daemon und der Server auf dem der laeuft Big File Support hat
[17:12:59] <Cru> sonst bis bei 2G Schluss
[17:13:29] <Cru> wenn sich das Dateisystem mounten laesst, kannste aber auch einfach tar benutzen
[17:13:50] <No5251> also die platte hat wohl beschädigte blöcke
[17:13:59] <Cru> tar gibt Dir direkt aus, welche Dateien kaputt sind, und es unterstuetzt rsh/ssh, um damit direkt den Tarball auf den entfernten Rechner zu schrieben
[17:14:02] <Cru> rsync natuerlich auch
[17:14:10] <No5251> ah, ok
[17:14:16] <Cru> ich wuerd daher ro-mounten

 

[papslf58]

Dateisystem

Hallo


1. Um welches Filesystem handelt es sich denn ? ext3 ?

2. Kannst du es mounten, wenn ja kannst du immer noch rsync , tar, cp oder star, dar benutzen.

3. dd-rescue sollte ja auch gehen per nfs , dann aber wie schon gesagt a. big file support und nfs4 sollte benutzt werden.

4. ev. geht afaik auch noch g4l (bzw. auf lokalem ftp)

 

[Sihtam]

so es ist nun eine zweite platte drin! Daten wurden 1 zu 1 kopiert und es läuft.

Was nun aber mit der alten Platte, am besten komplett durchchecken und als Raid laufen lassen oder?

 

[papslf58]

alte Platte

Hallo

am besten komplett durchchecken und als Raid laufen lassen oder?

1. ja
2. Raid, bloß nicht, wie kommst du auf die Idee, daß du im Raidverbund ne kaputte Platte ohne probs betreiben könntest.

Ich würde die für eienn 2. oder 3. PC nehmen, um dort mit Linux herum zu experimentieren (backups, lvm + SW-Raid, etc., Installtionenn testen), für sonst nichts.

 

[No5251]

Was nun aber mit der alten Platte ...

Support anrufen, die sollen eine neue einbauen.