Festplatte prüfen & reparieren, aber wie?

[Justaff]

Hallo

Seit ein paar Minuten wird mir durch ein Symbol in meinem Panel signalisiert, daß ich ein ernsthaftes Problem mit meiner Festplatte habe. Betroffen ist anscheinend die /home-Partition. Mit dem angebotenen tool kann ich die Platte nicht überprüfen, weil sie eingehängt ist und eine andere Partition als /home mounten geht leider auch nicht. Beim Rechnerstart wird die Platte offenbar als OK betrachtet und nicht geprüft. Wie kann ich eine Prüfung und ggf. Reparatur (falls möglich) der Platte erzwingen?

Danke im voraus
Gruß Justaff

http://s1.directupload.net/images/140512/fikbblnc.jpg

 

[josef-wien]

Damit wir wissen, worum es geht:

smartctl -a /dev/sda

 

[Justaff]

Zunächst danke an Josef-Wien für die prompte Reaktion.

Hier die Antwort auf deine Frage:

smartctl -a /dev/sda
smartctl 5.40 2010-10-16 r3189 [i686-pc-linux-gnu] (SUSE RPM)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.11 family
Device Model:     ST3500320AS
Serial Number:    5QM10VB8
Firmware Version: SD15
User Capacity:    500.107.862.016 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   8
ATA Standard is:  ATA-8-ACS revision 4
Local Time is:    Mon May 12 18:28:24 2014 CEST

==> WARNING: There are known problems with these drives,
AND THIS FIRMWARE VERSION IS AFFECTED,
see the following Seagate web pages:
http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207931
http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207951

SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (  25)	The self-test routine was aborted by
					the host.
Total time to complete Offline 
data collection: 		 ( 625) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 111) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x103b)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   115   093   006    Pre-fail  Always       -       99714421
  3 Spin_Up_Time            0x0003   094   094   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   098   098   020    Old_age   Always       -       2674
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       54
  7 Seek_Error_Rate         0x000f   081   060   030    Pre-fail  Always       -       8837226875
  9 Power_On_Hours          0x0032   061   061   000    Old_age   Always       -       34559
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       11
 12 Power_Cycle_Count       0x0032   098   037   020    Old_age   Always       -       2626
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       143
188 Command_Timeout         0x0032   100   082   000    Old_age   Always       -       1342
189 High_Fly_Writes         0x003a   093   093   000    Old_age   Always       -       7
190 Airflow_Temperature_Cel 0x0022   065   052   045    Old_age   Always       -       35 (Min/Max 25/36)
194 Temperature_Celsius     0x0022   035   048   000    Old_age   Always       -       35 (0 2 0 0)
195 Hardware_ECC_Recovered  0x001a   046   021   000    Old_age   Always       -       99714421
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0

SMART Error Log Version: 1
ATA Error Count: 143 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 143 occurred at disk power-on lifetime: 33479 hours (1394 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ff ff ff ef 00      01:01:09.006  READ DMA EXT
  25 00 08 ff ff ff ef 00      01:01:08.997  READ DMA EXT
  25 00 08 ff ff ff ef 00      01:01:08.997  READ DMA EXT
  25 00 08 ff ff ff ef 00      01:01:08.992  READ DMA EXT
  25 00 08 ff ff ff ef 00      01:01:08.991  READ DMA EXT

Error 142 occurred at disk power-on lifetime: 33479 hours (1394 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ff ff ff ef 00      01:01:01.421  READ DMA EXT
  27 00 00 00 00 00 e0 00      01:01:01.421  READ NATIVE MAX ADDRESS EXT
  ec 00 00 00 00 00 a0 00      01:01:01.418  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 00      01:01:01.399  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 e0 00      01:01:01.399  READ NATIVE MAX ADDRESS EXT

Error 141 occurred at disk power-on lifetime: 33479 hours (1394 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ff ff ff ef 00      01:00:58.418  READ DMA EXT
  27 00 00 00 00 00 e0 00      01:00:58.418  READ NATIVE MAX ADDRESS EXT
  ec 00 00 00 00 00 a0 00      01:00:58.415  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 00      01:00:58.412  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 e0 00      01:00:58.412  READ NATIVE MAX ADDRESS EXT

Error 140 occurred at disk power-on lifetime: 33479 hours (1394 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ff ff ff ef 00      01:00:55.453  READ DMA EXT
  27 00 00 00 00 00 e0 00      01:00:55.452  READ NATIVE MAX ADDRESS EXT
  ec 00 00 00 00 00 a0 00      01:00:55.449  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 00      01:00:55.447  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 e0 00      01:00:55.446  READ NATIVE MAX ADDRESS EXT

Error 139 occurred at disk power-on lifetime: 33479 hours (1394 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ff ff ff ef 00      01:00:51.580  READ DMA EXT
  27 00 00 00 00 00 e0 00      01:00:51.579  READ NATIVE MAX ADDRESS EXT
  ec 00 00 00 00 00 a0 00      01:00:51.576  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 00      01:00:51.574  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 e0 00      01:00:51.573  READ NATIVE MAX ADDRESS EXT

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Aborted by host               90%     34558         -
# 2  Short offline       Completed without error       00%     34558         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

 

[josef-wien]

==> WARNING: There are known problems with these drives,
AND THIS FIRMWARE VERSION IS AFFECTED,
see the following Seagate web pages:
http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207931
http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207951

Die hier angeführten Seiten existieren nicht mehr. Vielleicht findest Du auf http://www.seagate.com/support/ etwas, vielleicht hat jemand anderer Erfahrung mit Seagate-Festplatten.

Die Attribute 197 und 198 zeigen, daß es derzeit keine nicht lesbaren Sektoren gibt. In der Vergangenheit wurde der Inhalt von mittlerweile 54 Sektoren auf Grund von Problemen in Reserve-Sektoren verlegt. Diese Zahl, die voraussichtlich in Zukunft (immer schneller) ansteigen wird, aber auch die bisher 143 schweren Fehler und natürlich die 34559 Betriebsstunden sollten Dich über eine neue Festplatte nachdenken lassen.

Die Werte der Attribute 1, 7 und 195 sind typisch für Seagate ziemlich hoch, Informationen dazu findest Du in der Wikipedia:
http://de.wikipedia.org/wiki/Self-Monitoring,_Analysis_and_Reporting_Technology
http://en.wikipedia.org/wiki/S.M.A.R.T.

 

[Anonymous]

Das FW-Problem mit diesen Platten war was anderes und ein ziemlich kapitaler Fehler und hat eventuell auch nur bestimmte Seriennummern betroffen. Zu finden auf die Schnelle sind im Web durchaus noch Informationen aber das ist nicht dein Problem.

Seagate has isolated a potential firmware issue in certain products, including some Barracuda 7200.11 hard drives and related drive families based on this product platform, manufactured through December 2008. In some circumstances, the data on the hard drives may become inaccessible to the user when the host system is powered on*.

oder auch hier eine Seite von Lenovo wo es darum geht. (allerdings andere Plattentypen)

Wenn ich mich an der Kaffeesatzleserei von SMART beteiligen müsste, würde ich sagen was jpsef-wien auch schon bemerkt hat, die Betriebsstunden der Platte sind mittlerweile so groß, dass sie als SMART Fehler hochkommen. Viele andere Attribute sind zwar auch schon fortgeschrittenen Stadium aber noch nicht "Lebensbedrohlich". Wenn die Fehlermeldung stört, dann SMART Überwachung bei dieser Platte abschalten und mal drüber nachdenken was es jetzt für tolle Platten zu erschwinglichen Preisen gibt.

robi

 

[Justaff]

Hi,

erstmal recht herzlichen Dank an alle, die sich mit meinem Problem befasst haben. Daß ne neue FP fällig is, seh ich genauso. Aber vor den Kauf haben die Götter die nötige Knete gesetzt und waren mir dabei nich sonderlich hold :-D

Inzwischen ist der Plattencrash nahezu perfekt. Ich habe die Platte vorerst mal ganz abgehängt, damit sie keinen weiteren Schaden nimmt und ich wenigstens die wichtigsten Daten retten kann. Am liebsten wäre es mir natürlich, wenn ich auf der "neuen" Platte alles genau so wiederherstellen könnte, wie ich es auf der alten Platte eingerichtet hatte. Ich gehe davon aus, daß ich für die Datenrettung nur sehr wenige Versuche habe und mir langes Herumsuchen nicht leisten kann. Entsprechend lieb wäre es mir, wenn ich das alles möglichst in einem "Rutsch" erledigen könnte.

Zu den "lebenswichtigen" Daten gehören für mich insbesondere unter anderem:

- kmail: alle mails, alle accounts samt Passwörtern und email-addies, alle Filter etc., kurzum alles, was man für die Arbeit mit kmail benötigt. Dazu sollte ich wissen, in welchem/welchen Verzeichnis/sen diese Daten hinterlegt sind. Die Passwörter habe ich bei kwallet hinterlegt, also sollte ich auch davon eine Kopie in mein "neues" System retten.

Verzeichnisse für die mails und accounts habe ich -vermutlich- inzwischen gefunden. Auch wie man die Passwörter in kwallet kopiert, scheint geklärt. Was fehlt, sind die ganzen kmail-Filter, davon hatte ich nämlich sehr viele.

- Das gesamte Desktop mit allen Einstellungen und - hauptsächlich - allen Panels. Nach der Neuinstallation ist das Desktop-Verzeichnis komplett leer, ich sehe da auch keine Dateien, in denen sich Einstellungen verbergen könnten.

Es wäre nützlich, wenn ich wüßte, wie ich die kmail-Verzeichnisse ändern kann, so daß alle mails etc. in einem Verzeichnis landen, das von /home/Justaff abzweigt. Unter http://forum.linux-club.de/viewtopic.php?f=88&t=119224 wurdezu diesem Zweck auf "Systemsteuerung -> Persönliche Informationen -> Einrichtung der Akonadi Ressourcen" verwiesen. Nur: Was ist mit "Systemsteuerung" gemeint? Ich habe nix derartiges gefunden. Zwar gibt es "Systemeinstellungen-> Persönliche Informationen", aber dort is nix von "Akonadi" zu sehn :-(

Gruß
Justaff

 

[Justaff]

Ich unternehme gerade den Versuch, sämtliche Daten von meiner defekten Festplatte zu retten, sprich: sie auf die aktuelle Festplatte zu verschieben. Leider sind das SEHR große Datenmengen. Allein meine ca. 20 Tsnd Bilddateien belegen fast 170 GB. Um die zu kopieren, benötigt der Rechner laut Vorhersage nahezu 2 Stunden :-( Und es kommen nochmals ca. 4 GB für Dokumente dazu.

Wie ich meine gesamten E-Mails, die Einstellungen zu den accounts, Passwörter, Filter und die lokalen kmail-Ordner retten soll, das weiß der Himmel :-( Das Sysrem, das auf der defekten Platte installiert ist, läßt sich nicht mehr starten, weil beim Booten das Desktop nicht gefunden wird - laut Fehlermeldung. Es ist aber zweifelsfrei noch vorhanden.

Das weitaus größte Problem ist jedoch etwas ganz anderes: Ich habe zwecks Datenrettung die defekte Platte wieder angehängt. Und natürlich mußte ich sie via Partitionierer auch mounten. Das Problem dabei ist aber, daß die gemounteten Partitionen nicht in meinem Verzeichnis erscheinen, sondern unter dem root-Verzeichnis, auf das ich als normaler user keinen Zugriff habe. Logge ich mich jedoch für das Kopieren als root ein, dann kann ich zwar auf die zu rettenden Partitionen zugreifen und die Daten kopieren. Aber dann sind sämtliche kopierten Dateien wegen der Dateizugriffsrechte nur für den root-User zugreifbar. Ich hab deshalb versuchsweise das root-Verzeichnis für normale User zugreifbar gemacht, um die Daten als normaler user zu kopieren. Aber auch dort kann ich als normaler user die Partitionen der defekten Platte nicht sehen.

Sehr theoretisch könnte ich versuchen, als root die Datei-Eigenschaften mit einem Rutsch zu ändern, indem ich die Attribute des "obersten" Ordners neu setze und diese auf alle enthaltenen Dateien übertragen lasse. Das funktioniert nur leider nicht, die Weichware, die das erledigen sollte gehört zur Kategorie NT (nix tut) :-(

Weiß jemand Rat? Mir fällt grad nix mehr dazu ein :-(

Dumme Frage: Kann man denn die Partitionen der defekten Platte so "verschieben", daß sie für mich als normalen user zugreifbar werden?

Dank im voraus
Gruß
Justaff

 

[TomcatMJ]

Nix mounten! Eine große Platte mit mehr Platz als die zu rettende Platte per USB oder intern wenn noch ein Port frei ist oder per Firewire oder was dein Rechner noch anzubieten hat dranhängen, von der intakten Platte booten und die defekte Platte als komplettes Image der defekten Platte mit

ddrescue

(siehe manpage dazu oder in der Linupedia unter dd oder unter http://www.gnu.org/software/ddrescue/ddrescue.html ) sichern und alles weitere von der per Loop-Device gemounteten Imagedatei die dann auf der größeren Platte liegen sollte erledigen.

 

[Justaff]

Nix mounten! Eine große Platte mit mehr Platz als die zu rettende Platte per USB oder intern wenn noch ein Port frei ist oder per Firewire oder was dein Rechner noch anzubieten hat dranhängen, von der intakten Platte booten und die defekte Platte als komplettes Image der defekten Platte mit

ddrescue

(siehe manpage dazu oder in der Linupedia unter dd oder unter http://www.gnu.org/software/ddrescue/ddrescue.html ) sichern und alles weitere von der per Loop-Device gemounteten Imagedatei die dann auf der größeren Platte liegen sollte erledigen.

Danke für deine Antwort. Dein Vorschlag scheitert nur leider an fehlender Hardware (Festplatte) und mal eben zu "Ich bin doch doof" gehen und ne neue kaufen, geht momentan leider auch nicht. :-( Ich hab zwar noch eine externe FP mit 500 GB, doch die ist mit einer - allerdings mittlerweile stark veralteten - Datensicherung belegt. Sie zu löschen wäre natürlich möglich, doch falls der Datenrettungsversuch schiefgeht, wäre alles weg. Und dieses Risiko ist mir im Moment noch etwas zu groß.

Was kann ich denn tun, damit die geretteten Daten auf der aktuellen Platte nicht alle "root" gehören. Wenn dieses Problem gelöst wäre, wäre ich einen guten Schritt weiter.

Ich hab mir Folgendes überlegt, auch wenn es zunächst merkwürdig und umständlich wirken mag: Ich will zunächst die wichtigsten Dokumente und Bilder auf meine aktuelle Platte retten, aber so, daß sie mir - Justaff - gehören und nicht "root", dann die externe Platte löschen und gemäß deinem Vorschlag das Image drauf ziehen, denn es gilt ja noch wesentlich mehr Daten zu retten, als "nur" die Dokumente und Bilder.

Gruß
Justaff

 

[TomcatMJ]

Bei einer defekten Platte ist jeder nicht unbedingt notwendige Zugriff eine Erhöhung des Totalausfallrisikos,da würde ich an deiner Stelle dann eher warten bis wieder Geld für eine größere Platte im Budget ist und die Datenrettungsversuche bis dahin aufschieben, denn wenn durch herumprobieren die Platte komplett ausfällt bevor du eine größere Platte gekauft und das Image gezogen hast nutzt dir die größere Platte ja auch nix mehr und die Daten die du ja eigentlich retten wolltest sind dann futsch!
http://www.linupedia.org/opensuse/Zugriffsrechte und

man chown

dürften dir bei deinem Zugriffsrechteproblem bzw. Dateibesitzerproblem mit den bereits geretteten Daten weiterhelfen.

 

[josef-wien]

daß die gemounteten Partitionen nicht in meinem Verzeichnis erscheinen, sondern unter dem root-Verzeichnis

Kategorie NT

Damit wir nicht raten müssen, zeige das Ergebnis von:

mount

P. S. Hat Dein Benutzer in der neuen Installation eventuell eine andere UID als in der alten?

 

[Justaff]

Zunächst mal Dank an TomcatMJ und Josef Wien für die Antworten.

Ich habe mich entschieden, den von TomcatMJ vorgeschlagenen Weg zu gehen und eine neue Festplatte zu kaufen. Ich habe auch bereits eine 1TB-Platte von Western Digital (WD10EFRX) ausgesucht. Der Haken ist nur: Dies ist eine SATA III-Platte und ich hab nur einen SATA II-Controller im Angebot. Gäbe das Probleme oder funzt die Platte dann halt nur mit 3 anstatt mit 6 Gbit/s? Das wäre durchaus erträglich, zumal mein Rechner so gut wie nie swapped, außer wenn ich mal mit GIMP sehr große Bilder mit mehreren Ebenen bearbeite. Hat jemand Erfahrung mit WD-Platten? Vor Seagate schrecke ich momentan zurück, weil ich meiner -ungenauen!!- Erinnerung zufolge schon mehrfach Probleme mit Seagate-Platten hatte. Für Erfahrungen mit dieser oder anderen Platten wäre ich sehr dankbar

Der Grund für die Wahl: Die Platte hat eine MTBF (mean time between failures bzw. mean time before failure) von 1 Mio. Betriebsstunden, womit ich THEORETISCH für die näxten 114 Jahre ausgesorgt hätte :-D :-D Das größere Problem aber dürften meine Arbeitsgewohnheiten darstellen, denn ich schalte meinen Rechner bei Nicht-Gebrauch regelmäßig in den Bereitschaftsmodus. Die dabei auftretenden Ein- und Ausschaltvorgänge sollen Festplatten erheblich mehr belasten als ein 24/7 Dauerbetrieb. Gibt es da ne Abhilfe - außer den Rechner durchlaufen zu lassen?

Vorsorgliche Frage: Die defekte Platte hat 500 GB, die neue hätte 1 TB. Wenn ich mich nicht täusche, dann ist nach der Datenrettung mit dd_rescue die gesamte Zielplatte belegt, obwohl das gerettete Datenvolumen wesentlich geringer ist. Wie bekomme ich den "Rest" der Platte wieder frei?

Es gibt noch etwas höchst Erstaunliches zu vermelden: Die /home-Partition auf der defekten Platte hatte ich zwecks Datenrettungs-Versuch unter dem neu installierten System als /homeAlt gemountet. Ebenso eine Reserve-Partition, die als /ReserveAlt hätte erscheinen sollen. Taten sie aber beide nicht, stattdessen fand ich sie - als root eingelogged - im /-Verzeichnis des users root. Weil ich eine Datei suchte, hab ich dann meine eigene /-Partition noch als /rootAlt gemountet, konnte diese aber nirgendwo finden!!! Daraufhin hab ich alle drei Partitionen ausgehängt und die defekte Platte wieder stillgelegt. Und nun der Hammer: Plötzlich erschienen die Verzeichnisse, unter denen diese Partitionen angesprochen werden und die ich vorher als Justaff nie finden konnte, allesamt im Verzeichnis "root", wo ich -mit den nötigen Privilegien ausgestattet- auch als Justaff hätte darauf zugreifen können. Hat jemand ne vernünftige Erklärung für dieses Mysterium?

danke im voraus

Gruß
Justaff

 

[josef-wien]

Der Haken ist nur: Dies ist eine SATA III-Platte und ich hab nur einen SATA II-Controller im Angebot. Gäbe das Probleme oder funzt die Platte dann halt nur mit 3 anstatt mit 6 Gbit/s?

Die einzelnen SATA-Versionen sind auf- und abwärtskompatibel. Im übrigen kommen nur wenige besonders schnelle Festplatten der in Serial ATA 1.5 Gbit/s definierten Maximalgeschwindkeit in die Nähe. Falls der jeweils erweiterte Befehlssatz Geschwindigkeitsvorteile bringen sollte, würdest Du das mit freiem Auge nicht bemerken.

MTBF

Das ist eine statistische Annahme (und in meinen Augen völlig aussagelos).

Western Digital (WD10EFRX)

Laut Spezifikation ist die Platte auf 600.000 load/unload cycles ausgelegt. Ein Problem hättest Du jedoch, wenn sich hinter IntelliPower auch ein ständiges Parken der Festplattenköpfe verbergen sollte (dann würde das S.M.A.R.T.-Attribut 193 sehr schnell hochgezählt werden, aber dagegen wird WD wohl immer noch ein einmal auszuführendes (DOS-)Programm zur Abhilfe haben).

Wie bekomme ich den "Rest" der Platte wieder frei?

Mit regulären Mitteln geht das überhaupt nicht. Wähle als Ausgabemedium eine Image-Datei auf einer entsprechend großen Partition, und sichere jede Partition einzeln, dann ist es einfacher, die Image-Datei ins Dateisystem einzuhängen.

Erklärung für dieses Mysterium?

Ohne das Ergebnis von mount brauchst Du einen besonders talentierten Hellseher.

P. S. Ich hatte bisher keine Probleme mit WD-Platten, aber Du wirst zu jedem Hersteller gegenteilige Ansichten bekommen.

 

[Justaff]

Hallo Josef-Wien,

erstmal danke für die Antwort.

Der Haken ist nur: Dies ist eine SATA III-Platte und ich hab nur einen SATA II-Controller im Angebot. Gäbe das Probleme oder funzt die Platte dann halt nur mit 3 anstatt mit 6 Gbit/s?

Die einzelnen SATA-Versionen sind auf- und abwärtskompatibel. Im übrigen kommen nur wenige besonders schnelle Festplatten der in Serial ATA 1.5 Gbit/s definierten Maximalgeschwindkeit in die Nähe. Falls der jeweils erweiterte Befehlssatz Geschwindigkeitsvorteile bringen sollte, würdest Du das mit freiem Auge nicht bemerken.

So etwas hatte ich vermutet. Und wie gesagt: Da der Rechner sehr selten swapped und auch nur bei vorhersehbaren Gelegenheiten - wozu hab ich schließlich 4GB Hauptspeicher? - ist die Performanz der Platte nur von untergeordneter Bedeutung.

MTBF

Das ist eine statistische Annahme (und in meinen Augen völlig aussagelos).

Diese Ansicht teile ich nicht. Die MTBF ist eine Prognose, die aus der statistischen Auswertung empirischer Daten abgeleitet wurde. Die Hersteller leiten daraus - neben anderem - ja auch ab, wieviel Garantie sie geben wollen. Insofern hat diese Angabe durchaus erhebliche Aussagekraft - ebenso wie der Umstand, daß die Angabe der MTBF bei vielen Platten fehlt!!

Western Digital (WD10EFRX)

Laut Spezifikation ist die Platte auf 600.000 load/unload cycles ausgelegt. Ein Problem hättest Du jedoch, wenn sich hinter IntelliPower auch ein ständiges Parken der Festplattenköpfe verbergen sollte (dann würde das S.M.A.R.T.-Attribut 193 sehr schnell hochgezählt werden, aber dagegen wird WD wohl immer noch ein einmal auszuführendes (DOS-)Programm zur Abhilfe haben).

Die Zahl von 600.000 load/unload cycles klingt beruhigend. Gehe ich mal davon aus, daß ich den Rechner 100x/Tag schlafen lege und wieder aufwecke, dann sollte die Platte dies nach Adam Ries 6000 Tage = ca. 16,5 Jahre durchhalten. Damit kann ich gut leben :-D :-D Hinter IntelliPower verbirgt sich laut Hersteller etwas anderes:

IntelliPower

A fine-tuned balance of spin speed,
transfer rate, and caching algorithms
designed to deliver both significant power
savings and solid performance.
Additionally, drives with WD GreenPower
Technology consume less current during
start up allowing more drives to spin up
simultaneously resulting in faster system
readiness.

Aber du hast recht, die Stromsparfunktion der Platte hat etwas mit dem Parken der Köpfe zu tun:

IntelliPark

Delivers lower power consumption by
automatically unloading recording heads
during idle to reduce aerodynamic drag,
and by disengaging read/write channel
electronics.

Aber nachdem der Hersteller dies nunmal für sinnvoll hält, hab ich nix dagegen. Er gibt auch so 3 Jahre Garantie für die Platte.

Wie bekomme ich den "Rest" der Platte wieder frei?

Mit regulären Mitteln geht das überhaupt nicht. Wähle als Ausgabemedium eine Image-Datei auf einer entsprechend großen Partition, und sichere jede Partition einzeln, dann ist es einfacher, die Image-Datei ins Dateisystem einzuhängen.

Das liest sich höchst unerfreulich und macht in meinen Augen auch wenig Sinn :-( Das is wieder mal ein Feature, bei dem die Entwickler mehr an ihre eigene Bequemlichkeit als an die der Benutzer gedacht haben. Ach je, wie ich sowas liebe

Komm schon, nu verrat mir halt, wie es irregulär geht :-D *bettel*

Erklärung für dieses Mysterium?

Ohne das Ergebnis von mount brauchst Du einen besonders talentierten Hellseher.

Das Ergenis von "mount" wird dir auch nicht viel weiterhelfen, weil ich die Platte zur Sicherheit längst wieder komplett abgehängt habe. :-|

P. S. Ich hatte bisher keine Probleme mit WD-Platten, aber Du wirst zu jedem Hersteller gegenteilige Ansichten bekommen.

Das is immer so :-D Ich hab mich -nicht zuletzt dank deines Beitrags- inzwischen entschieden: Ich werde die Platte noch heute kaufen.

Gruß
Justaff

 

[josef-wien]

Aber nachdem der Hersteller dies nunmal für sinnvoll hält, hab ich nix dagegen. Er gibt auch so 3 Jahre Garantie für die Platte.

Beobachte das Attribut 193. Wenn WD das so exzessiv macht wie vor fast 6 Jahren bei meiner "Grünen" (der ich das Parken sehr schnell abgewöhnt habe, und die immer noch läuft), werden die 600.000 Vorgänge schneller erreicht sein, als Dir lieb ist.

Komm schon, nu verrat mir halt, wie es irregulär geht

Mit Perversitäten befasse ich mich nicht. Verwende Image-Dateien.

 

[Justaff]

Hi Josef-Wien,

Aber nachdem der Hersteller dies nunmal für sinnvoll hält, hab ich nix dagegen. Er gibt auch so 3 Jahre Garantie für die Platte.

Beobachte das Attribut 193. Wenn WD das so exzessiv macht wie vor fast 6 Jahren bei meiner "Grünen" (der ich das Parken sehr schnell abgewöhnt habe, und die immer noch läuft), werden die 600.000 Vorgänge schneller erreicht sein, als Dir lieb ist.

Deine Argumente geben mir zu denken. Die neue Platte soll laut Prognose der DHL Sendungsverfolgung heute zwischen 9 und 11.30 Uhr eintreffen. Beim letzten Mal stand der Zusteller schon vor 9 Uhr vor der Tür. Einziges Problem: Ich hab leider vergessen, ein SATA-Kabel mitzubestellen. Wenn also keins zu der Lieferung gehört, worauf momentan nix hindeutet, dann muß ich wohl doch zu Ibdb ("Ich bin doch blöd") um eines zu besorgen.

Ich hoffe sehr, daß du mir bis dahin verklickerst, wie du deiner WD green das Parkverbot näher gebracht hast.

Komm schon, nu verrat mir halt, wie es irregulär geht

Mit Perversitäten befasse ich mich nicht. Verwende Image-Dateien.

Warum du mir nicht erklären willst, wie man Plattenplatz nachträglich wieder freigibt, den dd_rescue überflüssigerweise "reserviert" hat, verstehe ich gar nicht. Ich kann auf meinem Rechner nix "illegales" tun, solange ich nicht in die Rechte anderer eingreife. Du kennst doch den alten Spruch: "My PC is my castle!" :-D

Gruß Justaff

 

[Justaff]

Festplatte is gerade gekommen :-D, nur leider ohne Kabel :-( Nu muß ich doch noch zu Ibdb

 

[josef-wien]

Die allererste Version von WDIDLE3.EXE, mit der ich das Parken (entgegen der damaligen Empfehlung von WD vollständig) deaktiviert habe, wird Dir nicht helfen. Für Deine "Rote" könnte http://support.wdc.com/product/download.asp?groupid=619&sid=201&lang=en ebenso eine Möglichkeit sein wie eine geeignete Version von WDIDLE3.EXE oder http://software.opensuse.org/package/idle3-tools.

Ich gebe keine rein theoretischen Anleitungen zu heiklen Manipulationen einzelner Bits und Bytes, die ich selbst nie ausführen würde. Verwende Image-Dateien.

 

[TomcatMJ]

Nix mounten! Eine große Platte mit mehr Platz als die zu rettende Platte per USB oder intern wenn noch ein Port frei ist oder per Firewire oder was dein Rechner noch anzubieten hat dranhängen, von der intakten Platte booten und die defekte Platte als komplettes Image der defekten Platte mit

ddrescue

(siehe manpage dazu oder in der Linupedia unter dd oder unter http://www.gnu.org/software/ddrescue/ddrescue.html ) sichern und alles weitere von der per Loop-Device gemounteten Imagedatei die dann auf der größeren Platte liegen sollte erledigen.

Da stand nicht umsons "als Image sichern" und nicht "mirrorn" denn letzteres macht man nur mit 100% identischen Platen derselben Modellreihe um Probleme udn Datensalat aufgrund unterschiedlicher Festplattengeometrien zu vermeiden. Wenn du auf eine größre Platte gemirrort hast hast du nun eine defekte Partitionstabelle auf der neuen Platte und ob die Daten alle korrekt zugänglich sind ist auch ziemlich fraglich...machs also am besten nochmal mit einem Image auf die nun erneut zu partitionierende und formatierende neue Platte, am besten in eine Datei mit der Endung .img da dann eventuell sogar per syslinux oder Grub davon bootbar sein könnte im Chainbootverfahren wenn man chain.c32 aus dem Syslinux-Paket dazu als "Kernel" benutzt und den Imagedateinamen als Parameter zusätzlich zum eventuell nötigen Offset übergibt (siehe im Linupedia-Artikel über Installationsbootloader oder im noch nicht komplettierten Bootmanagerwikibook aus meiner Sig oder direkt unter http://syslinux.zytor.com im dortigen Wiki )

Korrektur: memdisk ist für HArddisk-Images zuständig, nicht chain.c32 http://www.syslinux.org/wiki/index.php/MEMDISK#Hard_disk_images oder http://wiki.mosnis.de/Bootmanager-Wikibook/Datentr%C3%A4gerimages_laden

 

[Justaff]

Man-o-man, hat mir doch so'n milchbärtiger Himbeerbubi von Ibdb nen völlig überflüssiges Adapter-Stromkabel für die neue Platte angedreht, obwohl ich heftig widersprochen hab und ich mir zu 90% sicher war, das nicht zu benötigen :-( Aber die restlichen 10 % verhießen halt, nur wegen des Adapters noch mal lostigern zu müssen. So hat er mich dann doch rumgekriegt, der Saukerl, der :-D Ich glaub, ich kauf den Laden auf und schmeiß ihn raus :-D Obwohl: Mitarbeiter, die den Eskimos (korrekt: Innuit) Kühlschränke verkaufen, sind auch nicht zu verachten :-D

Hi TomcatMJ,

Danke für deinen Beitrag. Ich versteh dich nur nicht so ganz :-| Denn von "mirroring" hab ich nix gesagt, Wie kommst du darauf?

Mein aktuelles Problem is: Wenn ich die gesamte, 500GB große, defekte Platte mit ddrescue (OHNE UNDERSCORE) als IMG auf die 1TB große neue Platte schreibe, dann ist doch anschließend DIE GESAMTE neue Platte durch das IMG blockiert oder nicht? So sind jedenfalls meine Erfahrungen mit dd_rescue. Man beachte den UNDERSCORE in dieser Schreibweise!!!

Wenn ich dich richtig verstanden hab, dann rätst du mir, bei ddrescue als Quelle eine Platte - also z.B. "/sda" - und als Ziel eine Datei mit der Endung "IMG" anzugeben. Geht das denn syntaktisch, wenn keine Partition der Zielplatte eingehängt ist? Oder soll ich die gesamte Zielplatte in eine 1TB große Partition packen und dorthin das IMG kopieren? Dumme Fragen, ich weiß, aber ich kenne ddrescue halt nich :-(

Die nächste Frage war, wie ich den zuviel belegten Plattenplatz freigebe, um ihn wieder nutzbar zu machen. An diesem Punkt riet mir Josef-Wien, die Platte partitionsweise zu retten und die Größe der Zielpartitionen bedarfsgerecht zu wählen.

Nochmals zur Klarstellung: Es geht um die Rettung von Daten einer 500GB großen Quellplatte auf eine 1TB große Zielplatte, nich mehr! Es gibt keine weitere Hard- oder Software, die in diesem Zusammenhang irgendwie relevant wäre ;-)

Danke im Voraus
Gruß Justaff