• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Defekte Festplatte sda reparieren

Ranger

Newbie
Guten Tag,

ich möchte mit Hilfe einer Linux Live-DVD eine defekte Festplatte inspizieren und nach Möglichkeit reparieren. Da ich nur wenig Erfahrung aus alten Unix-Tagen habe, würde ich mich über eure Unterstützung sehr freuen.

fdisk -l liefert:

Code:
Festplatte /dev/sda: 931,5 GiB, 1000204886016 Bytes, 1953525168 Sektoren
Disk model: HGST HTS541010A9
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xa84b3496

Gerät       Boot      Anfang       Ende   Sektoren  Größe  Kn   Typ
/dev/sda1   *           2048     409599     407552   199M   7   HPFS/NTFS/exFAT
/dev/sda2             409600 1912401919 1911992320 911,7G   7   HPFS/NTFS/exFAT
/dev/sda3         1912401920 1953312767   40910848  19,5G   7   HPFS/NTFS/exFAT
/dev/sda4         1953312768 1953521663     208896   102M   c   W95 FAT32 (LBA)

Das sieht erst mal ganz ok aus, aber gpart /dev/sda1 zeigt dann:

Code:
Guessed primary partition table:
Primary partition(1)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
    chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
    
Primary partition(2)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
    chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r  
    
Primary partition(3)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
    chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r  

Primary partition(4)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
    chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Gleiches Ergebnis bei sda2 und sda4.
Mounten von sda1 und sda4 ergibt
Code:
Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sda1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.

sda2 und sda3 lassen sich mounten, sda2 liefert bei "dir" einen Eingabe-/Ausgabefehler, auf sda3 kann man zugreifen (auch gpart funzt dort).

Könnt ihr aus den Systemmeldungen den Fehler näher einkreisen? Die HDD scheint physikalisch ok zu sein, aber MBR, Bootblock, Superblock etc oder haben offensichtlich schwer was abbekommen - aber da bin ich mit meinem Latein am Ende. Besteht noch Hoffnung, sda2 für eine Image-Kopie wiederzubeleben?

Vielen Dank für eure Zeit!
 

spoensche

Moderator
Teammitglied
Ranger schrieb:
Könnt ihr aus den Systemmeldungen den Fehler näher einkreisen? Die HDD scheint physikalisch ok zu sein, aber MBR, Bootblock, Superblock etc oder haben offensichtlich schwer was abbekommen - aber da bin ich mit meinem Latein am Ende. Besteht noch Hoffnung, sda2 für eine Image-Kopie wiederzubeleben?

Es scheint die Sonne, aber nicht die HDD. ;) :)

Poste mal die Ausgabe von

Code:
smartctl -A /dev/sda
 
OP
R

Ranger

Newbie
Reported_Uncorrect sie übel aus

Code:
=== START OF READ SMART DATA SECTION SMART Attributes Data Structure revision number: 16 
Vendor Specific SMART Attributes with Thresholds: 
ID# ATTRIBUTE_NAME 		FLAG 	VALUE 	WORST	THRESH 	TYPE 		UPDATED	WHEN FAILED 	RAW_VALUE  
  1 Raw_Read_Error_Rate 		0x002f 	095 	075 	062 	Pre-fail 	Always 	-		728896
  2 Throughput_Performance 	0x0025 	100 	100 	040 	Pre-fail 	Offline -		0
  3 Spin_Up_Time 		0x0023 	202 	100 	033 	Pre-fail 	Always 	-		1
  4 Start Stop_Count 		0x0032 	098 	098 	000 	Old_age 	Always 	-		3756
  5 Reallocated_Sector_Ct 	0x0033 	100 	100 	005 	Pre-fail 	Always 	-		1160 (0 109)
  7 Seek_Error_ Rate 		0x002f 	100 	100 	067 	Pre-fail 	Always 	-		0
  8 Seek_Time_Performance 	0x0025 	100 	100 	040 	Pre-fail 	Offline -		0
  9 Power_On_Hours 		0x0032 	082 	082 	000 	Old_age 	Always 	-		8009
 10 Spin_Retry_Count 		0x0033 	100 	100 	060 	Pre-fail 	Always 	-		0
 12 Power_Cycle_Count 		0x0032 	098 	098 	000 	Old_age 	Always 	-		3705
183 Runtime_Bad_Block 		0x0032 	100 	100 	000 	Old_age 	Always 	-		0
184 End-to-End_Error 		0x0033 	100 	100 	097 	Pre-fail 	Always 	-		0
187 Reported_Uncorrect 		0x0032 	001 	001 	000 	Old_age 	Always 	-		239972707745031
188 Command_Timeout 		0x0032 	100 	100 	000 	Old_age 	Always 	-		154633633792
190 Airflow_Temperature_Cel 	0x0022 	072 	052 	045 	Old_age 	Always 	-		28 (Min/Max 20/30)
191 G-Sense_Error_Rate 		0x0032 	099 	099 	000 	Old_age 	Always 	-		300
192 PowermOff_Retract_Count 	0x0032 	100 	100 	000 	Old_age 	Always 	-		4718664
193 Load_Cycle_Count 		0x0032 	066 	066 	000 	Old_age 	Always 	-		345541
196 Reallocated_Event_Count 	0x0032 	100 	100 	000 	Old_age 	Always 	-		140
197 Current_Pending_Sector 	0x0032 	001 	001 	000 	Old_age 	Always 	-		4992
198 Offline_Uncorrectable 	0x0030 	100 	100 	000 	Old_age 	Offline -		0
199 UDMA_CRC_Error_Count 	0x0036 	100 	100 	000 	Old_age 	Always 	-		0
223 Load_Retry_Count 		0x002a 	100 	100 	000 	Old_age 	Always 	-		0
 

josef-wien

Ultimate Guru
Derzeit sind 4992 Sektoren nicht lesbar, und offenbar sind auch wichtige Metadaten betroffen. Wenn auf einer anderen Platte genügend Platz für das knappe Terabyte vorhanden ist, kannst Du mit dd eine Image-Datei erzeugen und mit TestDisk/PhotoRec Dein Glück versuchen (ansonsten mußt Du die Programme direkt auf die defekte Partition loslassen). Linux-Mittel werden Dir bei Windows-Dateisystemen eher wenig helfen.
 
OP
R

Ranger

Newbie
Besten Dank josef-wien und spoensche! Werde versuchen, ein Image zu sichern und zu retten, was noch zu retten ist. :)
 
josef-wien schrieb:
.. Linux-Mittel werden Dir bei Windows-Dateisystemen eher wenig helfen.
Siehe magicrescue
Ist fs unabhängig. Mit kleveren recipes (Beschreibung file structur) ist es effizienter als Windows-Mittel
Wiederherstellung von z.B. Microsoft (Word, Excel,..) bis zu 90%
 

marce

Guru
trotzdem vorher mit dd_rescue (meist bei Defekten besser als dd, da es bei Fehlern nicht abbricht) eine Arbeitskopie erstellen und ab dann _nur auf dieser_ arbeiten.

Defekte HDs (aus welchen Gründen auch immer) werden meist nicht gesünder im Laufe der Zeit und gerade solche Recoverie-Tools ackern mehr auf der Platte herum, als denen (in ihrem meist eh schon jämmerlichen Zustand) gut tut...

... und für die Zukunft dann auch gleich eine Backup-Strategie überlegen.
 
marce schrieb:
trotzdem vorher mit dd_rescue (meist bei Defekten besser als dd, da es bei Fehlern nicht abbricht) eine Arbeitskopie erstellen und ab dann _nur auf dieser_ arbeiten.

Defekte HDs (aus welchen Gründen auch immer) werden meist nicht gesünder im Laufe der Zeit und gerade solche Recoverie-Tools ackern mehr auf der Platte herum, als denen (in ihrem meist eh schon jämmerlichen Zustand) gut tut...
Was willst du retten? Die Daten oder die Platte?
Wenn es die Daten sind, dann ist die Arbeit mit forensischen Werkzeugen direkt auf der betroffenen Platte die
einzig richtige Vorgehensweise für die höchste Ausbeute. Vorausgehende Zugriffe mit z.B. dd_rescue, das ohne
Zweifel ein sehr gutes Programm ist weil sehr hartnäckig, vermindern den Gewinn an validen Daten. Auch spielen Wiederholungen
eine wichtige Rolle, da bei defekter Hardware ein zweiter oder dritter Zugriff durchaus gültige Daten liefern kann.
Wiederholungen auf einer Arbeitskopie sind naturgemäß wenig sinnvoll.
 
Oben