Probleme mit alter IDE-IBM Platte
Hallo, seit gestern darf auch ich mir wieder das allseits bekannte "Kratzen" der IBM-Platten anhören... ;-(( Scheint so, als ob auch die Platte bald wieder abrauchen wird. Was sagen mir die folgenden Log-Auszüge?? Kann ich die ganze Sache durch irgendwelche reiserfsck's noch ein wenig verzögern?? Oder lieber doch gleich wegschmeissen (natürlich nach dem Versuch, so viele Daten zu sichern, wie noch geht...) ? BTW: Was für Platten könnt Ihr empfehlen? Habe mit Maxtor auch wahnsinnig schlechte Erfahrungen gemacht... und Seagate, WD & Consorten liebe ich auch nicht... :-// ======== /var/log/allmessages ====================== Mar 22 00:17:13 stargate squid[4243]: Ready to serve requests. Mar 22 00:18:13 stargate kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Mar 22 00:18:13 stargate kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=24012813, sector=927344 Mar 22 00:18:13 stargate kernel: end_request: I/O error, dev 03:06 (hda), sector 927344 Mar 22 00:18:23 stargate kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Mar 22 00:18:23 stargate kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=24012813, sector=927344 Mar 22 00:18:23 stargate kernel: end_request: I/O error, dev 03:06 (hda), sector 927344 Mar 22 00:18:27 stargate syslogd 1.4.1: restart. Mar 22 00:18:27 stargate run-crons[26822]: logrotate returned 1 Mar 22 00:18:29 stargate su: (to nobody) root on none Mar 22 00:18:29 stargate su: pam_unix2: session started for user nobody, service su Mar 22 00:18:55 stargate kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Mar 22 00:18:55 stargate kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=23730796, sector=645328 Mar 22 00:18:55 stargate kernel: end_request: I/O error, dev 03:06 (hda), sector 645328 Mar 22 00:18:55 stargate kernel: klogd 1.4.1, ---------- state change ---------- Mar 22 00:19:02 stargate kernel: Inspecting /boot/System.map-2.4.21-192-default Mar 22 00:19:02 stargate kernel: Loaded 21338 symbols from /boot/System.map-2.4.21-192-default. Mar 22 00:19:02 stargate kernel: Symbols match kernel version 2.4.21. Mar 22 00:19:02 stargate kernel: Loaded 331 symbols from 29 modules. Mar 22 00:19:02 stargate kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Mar 22 00:19:02 stargate kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=23730796, sector=645328 Mar 22 00:19:02 stargate kernel: end_request: I/O error, dev 03:06 (hda), sector 645328 Mar 22 00:19:02 stargate kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [1713 1782 0x0 SD] ======== /var/log/allmessages ====================== Vielen Dank für Eure Tips und antworten, Michael
Hallo, Am Mon, 22 Mar 2004, Swantje & Michael Ludwig schrieb:
seit gestern darf auch ich mir wieder das allseits bekannte "Kratzen" der IBM-Platten anhören... ;-((
Ohoh...
Scheint so, als ob auch die Platte bald wieder abrauchen wird. Was sagen mir die folgenden Log-Auszüge??
Das sind defekte Sektoren. "UncorrectableError }, LBAsect=24012813, sector=927344"
Kann ich die ganze Sache durch irgendwelche reiserfsck's noch ein wenig verzögern??
Nein!!!
Oder lieber doch gleich wegschmeissen (natürlich nach dem Versuch, so viele Daten zu sichern, wie noch geht...) ?
Erstens: Hole _ALLES_ wichtige von der HDD. Oder alles was du noch brauchen und noch retten kannst. Zweitens: falls du noch Garantie/Gewaehrleistung auf die Platte hast, versuch das beste daraus zu machen. Drittens: Falls zweitens nicht zutrifft kannst du grosszuegig um die Fehlerstellen herum neu partitionieren und den noch funktionstuechtigen Teil der HDD als Datengrab fuer Daten verwenden, bei denen es dir _NICHTS_ ausmachen wuerde, wenn die dann auf einmal weg sind. Z.B. fuer nen Squid-Cache, htdig-DBs und aehnliches Zeug. Ich habe hier (momentan aber wg. Umbauten abgeklemmt) ne DTLA, die hatte schon vor IIRC 2 Jahren solche Defekte, nachdem sich damals ein Bereich der HDD verabschiedet hat, lief bis zum abklemmen neulich der Rest der HDD aber immer noch...
BTW: Was für Platten könnt Ihr empfehlen? Habe mit Maxtor auch wahnsinnig schlechte Erfahrungen gemacht... und Seagate, WD & Consorten liebe ich auch nicht... :-//
Also was die Zuverlaessigkeit (und Preis/Leistung angeht) habe ich mit Maxtor gute Erfahrungen. Allerdings fangen die Maxtors mit dem Alter an zu sirren (Lagergeraeusch). Mit IBM (jetzt Hitachi) habe ich nur(!) schlechte Erfahrungen, ebenso mit Quantum (apropos: du hast nicht zufaellig ne Quantum Maxtor statt ner echten Maxtor erwischt?). Mit WD habe ich gar keine Erfahrungen (Preis/Leistung/Laerm hat mir nie gepasst)... Seagate sind meist v.a. laut aber wohl ok, und Excelstor sind eh nur IBM/Hitachi Nachbauten. Meine neue HDD ist ne Samsung SV1604N, die sich bisher gut macht und praktisch unhoerbar ist (allerdings laufen darunter noch zwei Maxtor (ca 1.5 bzw. 2 Jahre alt), die uebertoenen inzwischen einiges) ;) Die SP* Baureihe ist etwas schneller und lt. c't ca. doppelt so laut (aber immer noch leiser als die meisten anderen HDDs). Wie sich die Samsung aber ueber die Zeit macht, damit habe ich natuerlich noch keine Erfahrungen. Generell gilt aber wohl folgendes: * alle aktuellen HDDs sind relativ unzuverlaessig * alle HDDs haben die Tendenz entweder recht schnell (in den ersten 3 Monaten) oder erst nach Jahren zu verrecken d.h.: such dir ne HDD nach Preis/Leistung/Laerm aus, stresse sie dann ne Weile (am besten unter unguenstigen Voraussetzungen, also z.B. im Sommer bei hohen Zimmertemperaturen), und wenn sie das ueberlebt, dann tut sie's meist laengerfristig. Ansonsten: zurueck zum Haendler. [..] [6 Leerzeilen]
Vielen Dank für Eure Tips und antworten,
Michael [15 Leerzeilen]
Was sollen die Leerzeilen? Bitte stell das ab. HTH, -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
[..] [6 Leerzeilen]
Vielen Dank für Eure Tips und antworten,
Michael [15 Leerzeilen]
Was sollen die Leerzeilen? Bitte stell das ab. ---------------------------- Sage mal hast Du keine anderen Sorgen,als bei anderen iPunkte zu zählen. Oder hast Du Angst, Deine Festplatte wird voll, wegen einer Leerzeile zu viel. Dann gebe ich Dir den guten Rat lasse auch deine HTH, -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list. -- weg. Erstens bist Du in der Falschen Liste damit, die Englische ist ne andere. Zweitens Müllst Du damit bei Hunderten die Speicher voll. Tschüß, Sigi
Hallo, On 22-Mar-2004 Siegfrid Brandstätter wrote:
[..] [6 Leerzeilen]
Vielen Dank für Eure Tips und antworten,
Michael [15 Leerzeilen]
Was sollen die Leerzeilen? Bitte stell das ab. ---------------------------- Sage mal hast Du keine anderen Sorgen,als bei anderen iPunkte zu zählen. Oder hast Du Angst, Deine Festplatte wird voll, wegen einer Leerzeile zu viel. Dann gebe ich Dir den guten Rat lasse auch deine
Hurra, endlich wieder ein Troll :-)))) Die Liste drohte ja wirklich, langweilig zu werden. Fuer die Newbies: Einen Troll erkennt man daran, dass er sich gezielt jene Listenteilnehmer vornimmt, die in der Regel die fundiertesten Antworten liefern. Und das stoert diese Trolls ungemein. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, Heinz und auch David (ich antworte mal gemeinsam) Heinz W. Pahlke, Montag 22 März 2004 07:54:
Hallo,
On 22-Mar-2004 Siegfrid Brandstätter wrote:
[..] [6 Leerzeilen]
Vielen Dank für Eure Tips und antworten,
Michael
[15 Leerzeilen]
Was sollen die Leerzeilen? Bitte stell das ab. ---------------------------- Sage mal hast Du keine anderen Sorgen,als bei anderen iPunkte zu zählen. Oder hast Du Angst, Deine Festplatte wird voll, wegen einer Leerzeile zu viel. Dann gebe ich Dir den guten Rat lasse auch deine
Hurra, endlich wieder ein Troll :-))))
Seid doch nicht so hart. Schau euch erst mal seine bisherigen Beiträge an. Immerhin hat er immer wieder betont, dass er absoluter Neuling bei Linux wäre. Und da wollte er halt auch mal was konstruktives beitragen *g*.
Die Liste drohte ja wirklich, langweilig zu werden.
Stimmt (wenn man mal von den stetig zunehmenden OjE-TOFU-MaxQuotingHeader-Mails absieht).
Fuer die Newbies: Einen Troll erkennt man daran, dass er sich gezielt jene Listenteilnehmer vornimmt, die in der Regel die fundiertesten Antworten liefern. Und das stoert diese Trolls ungemein.
Vielleicht stört ihn am meisten, dass er auf _seine_ bisherigen Fragen selten so fundierte Antworten bekommen hat (bzw. diese mangels Fähigkeit zum nachvollziehen nicht als solche erkannt hat). -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo, Am Mon, 22 Mar 2004, Siegfrid Brandstätter schrieb: [unleserlich zitiert und unwichtig] *PLONK* -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
* David Haller postete am 22. Mär. 2004 folgendes:
SP* Baureihe ist etwas schneller und lt. c't ca. doppelt so laut (aber immer noch leiser als die meisten anderen HDDs). Wie sich die Samsung aber ueber die Zeit macht, damit habe ich natuerlich noch keine Erfahrungen.
Ich habe hier ne SP1604N im Einsatz. Ich weiss nicht was lauter ist. Die Lüfter oder die Platte. *g*
Generell gilt aber wohl folgendes:
[...]
* alle HDDs haben die Tendenz entweder recht schnell (in den ersten 3 Monaten) oder erst nach Jahren zu verrecken
Also meine hat die kritische Grenze überschritten. Die werkelt nun seit 6 Monaten hier rum, das ich davon ausgehe, das diese hoffentlich in Jahren den Geist aufgeben wird. Bye Michael -- "Familie ist ein steuerlich begünstigter Kleinbetrieb zur Herstellung von Steuerzahlern." -- Wolfram Weidner _______________________________________________________________________ http://macbyte.info/ ICQ #151172379 http://autohbci.macbyte.info/
Hallo, On 22-Mar-2004 David Haller wrote:
Meine neue HDD ist ne Samsung SV1604N, die sich bisher gut macht und praktisch unhoerbar ist (allerdings laufen darunter noch zwei Maxtor
Hier laufen seit rund anderthalb Jahren eine SV8004H und seit einem Jahr eine SV6003H. Beide werden vom Netzteil-Luefter deutlich uebertoent. Die beiden Samsungs in den anderen Rechnern sind noch zu neu, um sie wirklich beurteilen zu koennen. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, danke erst Mal für alle Antworten. David Haller schrieb:
Das sind defekte Sektoren. "UncorrectableError }, LBAsect=24012813, sector=927344"
Unschöne Sache. Nix gut ;-)
Kann ich die ganze Sache durch irgendwelche reiserfsck's noch ein wenig verzögern?? Nein!!!
OK, dann...
Erstens: Hole _ALLES_ wichtige von der HDD. Oder alles was du noch brauchen und noch retten kannst.
Werde mal gleich versuchen, so viel wie möglich zu sichern. Danach wird das Ding so schnell wie möglich entsorgt... ;-)
Zweitens: falls du noch Garantie/Gewaehrleistung auf die Platte hast, versuch das beste daraus zu machen.
Nein, habe ich leider nicht, das ist eine schon etwas betagte 8,4er DTLA...
Drittens: Falls zweitens nicht zutrifft kannst du grosszuegig um die Fehlerstellen herum neu partitionieren und den noch funktionstuechtigen Teil der HDD als Datengrab fuer Daten verwenden, bei denen es dir _NICHTS_ ausmachen wuerde, wenn die dann auf einmal weg sind. Z.B. fuer nen Squid-Cache, htdig-DBs und aehnliches Zeug.
Stimmt wohl - aber ich bin der Meinung, dass das wirklich nicht not tut. - Bei den MB bzw. GB-Preisen heutzutage... Wobei wir natürlich schon wieder beim nächsten Problem sind...
Generell gilt aber wohl folgendes: * alle aktuellen HDDs sind relativ unzuverlaessig * alle HDDs haben die Tendenz entweder recht schnell (in den ersten 3 Monaten) oder erst nach Jahren zu verrecken
Genau das ist es nämlich. Und auf ein SCSI-RAID-1, besser natürlich noch ein RAID50, zu gehen möchte ich im Moment auch nicht. Das wird zwar mit 100%iger Sicherheit innerhalb der nächsten 2 Jahre geschehen, doch im Moment möchte ich nicht so viel investieren.. ;-) Nun werde ich erstmal zügig eine USV und eine Platte bestellen...
[6 Leerzeilen] [15 Leerzeilen]
Was sollen die Leerzeilen? Bitte stell das ab.
Sorry, wird nicht wieder vorkommen... Obwohl auch ich das Problem nicht erkennen mag. Nichts für ungut. ;-) Michael
David Haller wrote:
[...] Also was die Zuverlaessigkeit (und Preis/Leistung angeht) habe ich mit Maxtor gute Erfahrungen. Allerdings fangen die Maxtors mit dem Alter an zu sirren (Lagergeraeusch).
Wir verbauen hier regelmaessig Maxtor-Platten - davon haben natuerlich auch schon einige das Zeitliche gesegnet (ich denke, das ist bei allen Herstellern so, dass Festplatten eben nur eine bestimmte Laufzeit haben), generell sind wir aber mit der Leistung und dem Preis, wie David bereits anmerkte, ziemlich zufrieden. Der Service war bisher auch OK.
Mit IBM (jetzt Hitachi) habe ich nur(!) schlechte Erfahrungen, ebenso mit Quantum (apropos: du hast nicht zufaellig ne Quantum Maxtor statt ner echten Maxtor erwischt?).
Mit aelteren IBM-Modellen haben wir auch schlechte Erfahrungen, die DTLA-Reihe ist ja quasi beruehmt dafuer. Mit neueren Platten von Hitachi allerdings gibt es bisher sehr gute Erfahrungen - in dieser Hinsicht kann ich die rein negative Bewertung von David nicht teilen. Ich denke, die heutige Schreibdichte auf dem Medium macht doch mehr Probleme als vermutet - ich wuerde jedenfalls nicht an die Obergrenze der heute erhaeltlichen Kapazitaeten gehen bei einem Neukauf... Gruesse, Th.
On Mon, 22 Mar 2004 00:52:42 +0100
Swantje & Michael Ludwig
Hallo,
Scheint so, als ob auch die Platte bald wieder abrauchen wird. Was sagen mir die folgenden Log-Auszüge??
======== /var/log/allmessages ====================== Mar 22 00:17:13 stargate squid[4243]: Ready to serve requests. Mar 22 00:18:13 stargate kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Mar 22 00:18:13 stargate kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=24012813, sector=927344
Hallo, Daten schnellst möglich sichern und Platte entsorgen. Andreas
Hallo, Am Montag, 22. März 2004 00:52 schrieb Swantje & Michael Ludwig:
Hallo,
seit gestern darf auch ich mir wieder das allseits bekannte "Kratzen" der IBM-Platten anhören... ;-((
Hast du was am Rechner geändert, oder 'nur' neu gestartet? Oder läuft das Ding durch und fing plötzlich mit den Meldungen an?
Scheint so, als ob auch die Platte bald wieder abrauchen wird. Was sagen mir die folgenden Log-Auszüge??
Ähnliche Log-Einträge hatte ich mal als ein Kabel Probleme machte und bei Start kein anständiger dma-Modus gesetzt werden konnte, Die Platten lahmen dann in irgendeinem PIO-Mode vor sich hin und produzieren Meldungen wie deine unten ... Probier mal ein neues Kabel und achte bei hochfahren auch auf Meldungen zu vergebenen Interrupts. Möglicherweise ist dein Motherboard etwas zu kreativ bei der Vergabe von Interrupts ... Mit falsch initialisiertem Platten kann man auch echten Krach produzieren. Deshalb mal die Meldungen von dmesg durchsehen.
Kann ich die ganze Sache durch irgendwelche reiserfsck's noch ein wenig verzögern??
Kann sein das Deine Platten noch gehen, aber Sichern ist immer eine gute Idee!!!
Oder lieber doch gleich wegschmeissen (natürlich nach dem Versuch, so viele Daten zu sichern, wie noch geht...) ?
BTW: Was für Platten könnt Ihr empfehlen? Habe mit Maxtor auch wahnsinnig schlechte Erfahrungen gemacht... und Seagate, WD & Consorten liebe ich auch nicht... :-//
Ich hab hier mehrere Samsung-Platten im Einsatz die seit fast zwei Jahren Non-Stop laufen :-) und seit der Lüfter im Netzteil radau macht höhr ich den Rechner wieder ... ( Ach so: es sind die 'langsamen' SVxxx mit 5400/min die schnelleren könnten im Ruhezustand höhrbar sein )
======== /var/log/allmessages ====================== Mar 22 00:17:13 stargate squid[4243]: Ready to serve requests. Mar 22 00:18:13 stargate kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Mar 22 00:18:13 stargate kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=24012813, sector=927344 Mar 22 00:18:13 stargate kernel: end_request: I/O error, dev 03:06 (hda), sector 927344 Mar 22 00:18:23 stargate kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Mar 22 00:18:23 stargate kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=24012813, sector=927344 Mar 22 00:18:23 stargate kernel: end_request: I/O error, dev 03:06 (hda), sector 927344 Mar 22 00:18:27 stargate syslogd 1.4.1: restart. Mar 22 00:18:27 stargate run-crons[26822]: logrotate returned 1 Mar 22 00:18:29 stargate su: (to nobody) root on none Mar 22 00:18:29 stargate su: pam_unix2: session started for user nobody, service su Mar 22 00:18:55 stargate kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Mar 22 00:18:55 stargate kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=23730796, sector=645328 Mar 22 00:18:55 stargate kernel: end_request: I/O error, dev 03:06 (hda), sector 645328 Mar 22 00:18:55 stargate kernel: klogd 1.4.1, ---------- state change ---------- Mar 22 00:19:02 stargate kernel: Inspecting /boot/System.map-2.4.21-192-default Mar 22 00:19:02 stargate kernel: Loaded 21338 symbols from /boot/System.map-2.4.21-192-default. Mar 22 00:19:02 stargate kernel: Symbols match kernel version 2.4.21. Mar 22 00:19:02 stargate kernel: Loaded 331 symbols from 29 modules. Mar 22 00:19:02 stargate kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Mar 22 00:19:02 stargate kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=23730796, sector=645328 Mar 22 00:19:02 stargate kernel: end_request: I/O error, dev 03:06 (hda), sector 645328 Mar 22 00:19:02 stargate kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [1713 1782 0x0 SD] ======== /var/log/allmessages ======================
Vielen Dank für Eure Tips und antworten,
Michael
-- MfG Rolf Masfelder EMail: rolf.masfelder@nector.de
Hallo, On 22-Mar-2004 Rolf Masfelder wrote:
Ich hab hier mehrere Samsung-Platten im Einsatz die seit fast zwei Jahren Non-Stop laufen :-) und seit der Lüfter im Netzteil radau macht höhr ich den Rechner wieder ... ( Ach so: es sind die 'langsamen' SVxxx mit 5400/min die schnelleren könnten im Ruhezustand höhrbar sein )
In die Rechner unserer Kinder habe ich schnelle Samsungs eingebaut; subjektiv sind sie nicht lauter als die langsamen in meinem Rechner. Allerdings sind sie erst seit rund einem Monat in Betrieb. Uebrigens lohnt sich immer ein Blick in de.comp.hardware.laufwerke.festplatten. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, Rolf Masfelder schrieb:
Hast du was am Rechner ge=E4ndert, oder 'nur' neu gestartet? Oder l=E4uft=20 das Ding durch und fing pl=F6tzlich mit den Meldungen an?
Da das "Ding" einen Server darstellt, wurde seit langem nichts verändert. Das ist halt ein IBM-Problem, zudem ist es eine relativ alte 8,4er DTLA-Platte... Michael
Hi Michael, wenn es sich um eine IBM DTLA handelt: kannst du durch den DFT (drive fitness test), den es bei IBM oder jetzt Hitachi gibt schauen, ob du die letzte Firmware auf der Platte hast. Es gibt nämlich eine Firmware, die die Probleme beheben soll. Ich hatte damals die restlichen Daten gesichert. Die neuste Firmware raufgespielt (wird auf der Supportseite von IBM oder Hitachi beschrieben). DFT alles checken/reparieren lassen. Seit dem keine Probleme mehr mit der Platte gehabt. Hat mich allerdings nen halben Tag lesen/etc. gekostet. Gruß Michael
Hallo, Am Mon, 22 Mar 2004, Michael Born schrieb:
Ich hatte damals die restlichen Daten gesichert. Die neuste Firmware raufgespielt (wird auf der Supportseite von IBM oder Hitachi beschrieben). DFT alles checken/reparieren lassen. Seit dem keine Probleme mehr mit der Platte gehabt.
Aehm, wie soll die Firmware / DFT bitte defekte reparieren koennen? Wenn die Platte mehrfach vergeblich, begleitet von einem *schniek* *schniek* *schniek* *schniek* *KLACK* versucht einen Sektor zu lesen und dann (nach dem *klack*) den Defekt meldet? -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
On Mon, Mar 22, 2004 at 07:37:11PM +0100, David Haller wrote:
Aehm, wie soll die Firmware / DFT bitte defekte reparieren koennen? Wenn die Platte mehrfach vergeblich, begleitet von einem *schniek* *schniek* *schniek* *schniek* *KLACK* versucht einen Sektor zu lesen und dann (nach dem *klack*) den Defekt meldet?
Und das die Platte aufgrund zu hoher LBAsect Parameter vom OS einen Bereich ausserhalb der Platte sucht und dabei mit dem Kopf gegen das Plattengehaeuse stoesst? Ich hab meine Platte, die aehnliche Fehlermeldungen ausloeste durch loeschen der Partitionstabelle und Reboot "repariert". Nachfolgend wurde die Geometrie von Linux anders erkannt und der nachfolgende badbloacks check fuehrte weder zur Feststellung fehlerhafter Sektoren noch irgendwelcher Geraeusche. Nen Versuch ist das wert. ( Die Daten der Platte habe ich natuerlich zuvor gesichert. Und LVM kann nicht aus Images arbeiten :( ) -- Have fun, Peter
Hallo, Am Mon, 22 Mar 2004, Peter Wiersig schrieb:
On Mon, Mar 22, 2004 at 07:37:11PM +0100, David Haller wrote:
Aehm, wie soll die Firmware / DFT bitte defekte reparieren koennen? Wenn die Platte mehrfach vergeblich, begleitet von einem *schniek* *schniek* *schniek* *schniek* *KLACK* versucht einen Sektor zu lesen und dann (nach dem *klack*) den Defekt meldet?
Und das die Platte aufgrund zu hoher LBAsect Parameter vom OS einen Bereich ausserhalb der Platte sucht und dabei mit dem Kopf gegen das Plattengehaeuse stoesst?
Erstmal: dann ist man selber schuld. *veg* Ansonsten: Moeglich, aber unwahrscheinlich und in diesem Fall schliesse ich das eigentlich aus. Das sollte "heutzutage"[1] nicht mehr vorkommen, dass die Koepfe anschlagen. Um eine HDD aber "heutzutage"[2] so zu verkonfigurieren braucht es schon mehr Wissen, als einfach nur auf "Weiter" zu klicken[3]... Wie hast du das hinbekommen? Hast du zufaellig die HDD von nem Promise an nen normalen Controller gehaengt ohne neu zu partitionieren? -dnh [1] also seit, sagen wir, 3 Jahren oder so [2] diesmal seit mindestens 3 Jahren [3] Linux muss man AFAIK z.B. wohl schon explizit via hdX=C*,HHH,SS eine falsche Geometrie angeben... -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hi On Monday 22 March 2004 21:40, Peter Wiersig wrote:
Und das die Platte aufgrund zu hoher LBAsect Parameter vom OS einen Bereich ausserhalb der Platte sucht und dabei mit dem Kopf gegen das Plattengehaeuse stoesst?
Kann bei LBA nicht mehr passieren. Die "Positionsangaben" haben kaum etwas mit der tatsächlichen Kopfpostion zu tun. Es gibt mittlerweile sogar Platten mit 3 oder 5 Köpfen. Dagegen gibt es keine Platten für den Hausgebrauch mit 16 Köpfen, 8 ist Maximum. Das wird von der Platte intern umgerechnet.
Ich hab meine Platte, die aehnliche Fehlermeldungen ausloeste durch loeschen der Partitionstabelle und Reboot "repariert". Nachfolgend wurde die Geometrie von Linux anders erkannt und der nachfolgende badbloacks check fuehrte weder zur Feststellung fehlerhafter Sektoren noch irgendwelcher Geraeusche. Nen Versuch ist das wert. ( Die Daten der Platte habe ich natuerlich zuvor gesichert. Und LVM kann nicht aus Images arbeiten :( )
Das mit der anderen (Schein-)Geometrie finde ich jetzt etwas seltsam. Das die Badblocks dann verschwinden ist allerdings nicht ungewöhlich. Moderne Platten verwalten eigene Defekttabellen, die nach außen nicht sichtbar sind. Da sind ein paar Reservesektoren die dann irgendwie dort reingelinkt werden. Das funktioniert logischerweise nur wenn auf defekte Sektoren geschrieben wird. Geht ein Sektor deutlich nach dem Schreiben kaputt dann bleibt der Fehler unbemerkt und führt erst beim nächsten Lesen zu einer Fehlermeldung. mfg Axel
Jede Festplatte hat Reserve Sektoren, die dann anstelle der defekten Sektoren benutzt werden - das kann man später in Transfer-Benchmarks sehen, weil an den Stellen die Übertragungsrate in den Keller geht (der Lesekopf muß den Sektor von ganz woanders herholen ...) Die Geräusche kommen nämlich von den Versuchen, den Kopf richtig zu positionieren, um den defekten Sektor lesen zu können. Nach ein paar Fehlversuchen (*schniek* wenn du magst) wird der Kopf wieder in die Referenzposition gefahren (*Klack*) und probiert es nochmal ... Oder habe ich dich falsch verstanden? Gruß Michael
Aehm, wie soll die Firmware / DFT bitte defekte reparieren koennen? Wenn die Platte mehrfach vergeblich, begleitet von einem *schniek* *schniek* *schniek* *schniek* *KLACK* versucht einen Sektor zu lesen und dann (nach dem *klack*) den Defekt meldet?
Hallo, Bitte lass das TOFU. Am Tue, 23 Mar 2004, Michael Born schrieb:
Jede Festplatte hat Reserve Sektoren, die dann anstelle der defekten Sektoren benutzt werden - das kann man später in Transfer-Benchmarks sehen, weil an den Stellen die Übertragungsrate in den Keller geht (der Lesekopf muß den Sektor von ganz woanders herholen ...)
Ja. Und deswegen bekommt man Fehlermeldungen ueber defekte Sektoren normal erst zu Gesicht wenn die Reservesektoren aufgebraucht sind.
Die Geräusche kommen nämlich von den Versuchen, den Kopf richtig zu positionieren, um den defekten Sektor lesen zu können. Nach ein paar Fehlversuchen (*schniek* wenn du magst) wird der Kopf wieder in die Referenzposition gefahren (*Klack*) und probiert es nochmal ... Oder habe ich dich falsch verstanden?
Das "*schniek*" sind die Leseversuche. Nach dem "*klack*" gibt die HDD auf und meldet den Defekt: <fx>*schniek* *schniek* *schniek* *schniek* *KLACK*</fx> kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } kernel: hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=58544201, sector=99496 kernel: end_request: I/O error, dev 16:08 (hdc), sector 99496 <fx>*schniek* *schniek* *schniek* *schniek* *KLACK*</fx> kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } kernel: hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=58544201, sector=99498 kernel: end_request: I/O error, dev 16:08 (hdc), sector 99498 [..] Wobei das "*schniek*" evtl. auch als "*schnirrpfzzzrriek*" oder so geschrieben werden koennte, aber das ist zu lang ;) Wie gesagt, das ist typisch DTLA. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo.
Ja. Und deswegen bekommt man Fehlermeldungen ueber defekte Sektoren normal erst zu Gesicht wenn die Reservesektoren aufgebraucht sind. Da möchte ich widersprechen. Die Platte hat doch kein "on the fly" Defektmanagement. Die platteninterne Liste - für welchen Sektor ein Ersatzsektor benutzt werden soll - wird nur durch den DFT aktualisiert, nicht von der Platte automatisch.
Gruß Michael
Hallo Liste
Da möchte ich widersprechen. Die Platte hat doch kein "on the fly" Defektmanagement. Die platteninterne Liste - für welchen Sektor ein Ersatzsektor benutzt werden soll - wird nur durch den DFT aktualisiert, nicht von der Platte automatisch. Wie ich unter anderem von Bernd erfahren habe - habe ich unrecht :-( Jetzt habe ich mal auf der DFT Seite bei Hitachi gelesen und dort steht folgendes: DFT microcode in the hard drive: DFT microcode automatically logs significant error events, such as hard errors and a history of all reassigned sectors. This log is kept in a special reserved area of the drive.
Die Platte "reassigned" also anscheinend doch selbstständig Sektoren. Aber, mit meiner Aussage, daß den DFT laufen lassen die Platte reparieren kann, lag ich trotzdem nicht falsch - bei mir hat es schließlich auch schon geholfen. Als feature steht jedenfalls bei http://www.hgst.com/hdd/support/download.htm und im pdf Manual vom DFT * Filesystem-based Corrupted Sector Repair (use DFT Utility option: Corrupted Sector Repair) Vielleicht wird der Bereich der defekten Sektoren neu lowlevel formatiert und ist dann wieder auffind-/les-/schreibbar?! Gruß Michael
Hallo, Am Wed, 24 Mar 2004, Michael Born schrieb: [..]
Die Platte "reassigned" also anscheinend doch selbstständig Sektoren.
Eben.
Aber, mit meiner Aussage, daß den DFT laufen lassen die Platte reparieren kann, lag ich trotzdem nicht falsch - bei mir hat es schließlich auch schon geholfen.
Doch (s.u.).
* Filesystem-based Corrupted Sector Repair (use DFT Utility option: Corrupted Sector Repair)
Vielleicht wird der Bereich der defekten Sektoren neu lowlevel formatiert und ist dann wieder auffind-/les-/schreibbar?!
Nein. Der DFT legt nur einen neuen Reservebereich an und "versteckt" alle bisherigen Defekte. Wenn ein Sektor mal futsch ist, dann bleibt der auch futsch. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo Leute, ich konnte Eure Diskussion nun schön verfolgen. Habe mir eine neue Platte bestellt (82GB) und diese liegt inzwischen auch vor mir und möchte diese natürlich nun gegen die alte, kaputte, ersetzen. Deswegen würde ich Euch allen gerne noch folgende Fragen stellen: - Wie kann ich alle auf der alten IBM DTLA 8.4GB vorhandenen (Roh-)Daten (inkl. des Bootsektors) auf die neue Platte kopieren? Wäre da "dd" hilfreich?? - Wie sinnvoll ist dieses Unterfangen grundsätzlich? Ist es sinnvoller, SuSE neu zu installieren?? - Falls die Daten kopiert werden sollen, würde das natürlich auch die Partitionsgrössen betreffen. Wie schwierig / problembehaftet ist "resize_reiserfs" ?? Bin schon gespannt auf Eure Vorschläge! ;-) Michael PS: Danke nochmal für den ganzen Thread, war für mich persönlich sehr interessant und lehrreich!
On Thursday 25 March 2004 13:43, Swantje & Michael Ludwig wrote:
Hallo Leute,
ich konnte Eure Diskussion nun schön verfolgen. Habe mir eine neue Platte bestellt (82GB) und diese liegt inzwischen auch vor mir und möchte diese natürlich nun gegen die alte, kaputte, ersetzen.
Deswegen würde ich Euch allen gerne noch folgende Fragen stellen:
- Wie kann ich alle auf der alten IBM DTLA 8.4GB vorhandenen (Roh-)Daten (inkl. des Bootsektors) auf die neue Platte kopieren? Wäre da "dd" hilfreich??
Besser nicht. Da die Platten eine unterschiedlich Geometrie aufweisen, ist dd da keine Hilfe.
- Wie sinnvoll ist dieses Unterfangen grundsätzlich? Ist es sinnvoller, SuSE neu zu installieren??
Nein, nicht nötig.
- Falls die Daten kopiert werden sollen, würde das natürlich auch die Partitionsgrössen betreffen. Wie schwierig / problembehaftet ist "resize_reiserfs" ??
Wofür resize? Vorschlage (aus dem laufenden System mit der alten Platte) - lege auf der neuen Platte die Partionen an, die du brauchst, wenn die Platte mal die einzige im System ist. - lege deine FS in der Grösse an, die Du brauchst - mounte deine neuen FS in Dein vorhandenes System z.B. unter /mnt. Also: dein neues root-FS ist nach /mnt gemountet dein neues home-FS ist nach /mnt/home gemountet etc. Nun kopiere Dein altes System rüber (rsync, tar, o.ä.). Infos dazu gibt z.B. in der SDB. Baue die Platten um, starte das Rettungssystem und installieren den Bootmanager neu. (Oder lasse aus dem Rettungssystem das installierte System starten und installiere von da aus den Bootmanager neu Andreas
Hallo,
- Wie kann ich alle auf der alten IBM DTLA 8.4GB vorhandenen (Roh-)Daten (inkl. des Bootsektors) auf die neue Platte kopieren? Wäre da "dd" hilfreich??
Halte ich nicht für sinnvoll, da die Plattenstruckturen sicht übereinstimmern.
- Wie sinnvoll ist dieses Unterfangen grundsätzlich? Ist es sinnvoller, SuSE neu zu installieren??
Ich stand schon vor einem ähnlichen Problem und habe es folgendermasen gelöst: 1. neue Platte zu der alten Platte ins System hängen und auf der neuen Platte die gewünschte Partiionierung einrichten (boot, swap, .....), formatieren und die swap-partition vorbereiten(mkswap),wichtig : Partitionsreihenfolge beibehalten !! 2. daten aller partitionen 1:1 mit cp (am besten im recoverysystem) kopieren 3. alle partitionen der neuen platte in einem verzeichnis mounten und dabei die strucktur beachten ! 4. dieses Verzeichnis mit chroot zum root-verzeichnis machen 5. grub neu installieren 6. System mit der neuen Platte hochfahren (wichtig: die platte muß an der selben stelle im system sitzen, wie die Alte (z.B. hda) )
- Falls die Daten kopiert werden sollen, würde das natürlich auch die Partitionsgrössen betreffen. Wie schwierig / problembehaftet ist "resize_reiserfs" ??
und dieser Punkt entfällt damit...... Damit habe ich nun schon 2 Server überspielt und das in relativ kurzer Zeit. Ich hoffe ,daß Du mit der kurzen beschreibung klar kommst. Gruß Dirk
Hallo, On 25-Mar-2004 Dirk Anders wrote:
[...] vorbereiten(mkswap),wichtig : Partitionsreihenfolge beibehalten
Warum? Dabei muss es sich ja nicht um eine einfache Aenderung der Reihenfolge handeln, sondern kann es genauso um die Hinzufuegung (oder auch Herausnahme) einer Partition gehen. Man sollte nur nicht vergessen, die fstab entsprechend anzupassen. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo Michael, Am Donnerstag, 25. März 2004 13:43 schrieb Swantje & Michael Ludwig:
ich konnte Eure Diskussion nun schön verfolgen. Habe mir eine neue Platte bestellt (82GB) und diese liegt inzwischen auch vor mir und möchte diese natürlich nun gegen die alte, kaputte, ersetzen.
wie wäre es mit: http://portal.suse.com/sdb/de/1997/09/maddin_kopieren.html Gued gohn Achim
Am Donnerstag, 25. März 2004 13:43 schrieb Swantje & Michael Ludwig:
Hallo Leute,
ich konnte Eure Diskussion nun schön verfolgen. Habe mir eine neue Platte bestellt (82GB) und diese liegt inzwischen auch vor mir und möchte diese natürlich nun gegen die alte, kaputte, ersetzen.
Deswegen würde ich Euch allen gerne noch folgende Fragen stellen:
- Wie kann ich alle auf der alten IBM DTLA 8.4GB vorhandenen (Roh-)Daten (inkl. des Bootsektors) auf die neue Platte kopieren? Wäre da "dd" hilfreich??
- Wie sinnvoll ist dieses Unterfangen grundsätzlich? Ist es sinnvoller, SuSE neu zu installieren??
- Falls die Daten kopiert werden sollen, würde das natürlich auch die Partitionsgrössen betreffen. Wie schwierig / problembehaftet ist "resize_reiserfs" ??
Bin schon gespannt auf Eure Vorschläge! ;-)
Michael
PS: Danke nochmal für den ganzen Thread, war für mich persönlich sehr interessant und lehrreich! Hallo,
ich hab was: Ghost. Ist zwar ein DOS Programm, nicht GPL oä, nicht Linux, u.s.w. aber genial. MfG Markus
Hallo Markus, Markus Gründl schrieb:
ich hab was: Ghost. Ist zwar ein DOS Programm, nicht GPL o=E4, nicht Linux, u.s.w. aber genial.
Norton Ghost ist für diesen Fall zwar sehr wohl einsetzbar (arbeite schon seit Jahren damit), aber es werden natürlich die kompletten Partitionsgrössen mitgeghostet... Das ist in meiner Situation ein ungewollter Nebeneffekt... Aber danke für Deinen Tip! Michael
participants (16)
-
Andreas Kyek -
Andreas Söldner -
Axel Heinrici -
David Haller -
Dirk Anders -
Heinz W. Pahlke -
Joachim Tüns -
Markus Gründl -
Matthias Houdek -
Michael Born -
Michael Raab -
Peter Wiersig -
Rolf Masfelder -
Siegfrid Brandstätter -
Swantje & Michael Ludwig -
Thomas Hertweck