Re: READ FPDMA QUEUED und Daten weg
Hallo,
Am Donnerstag, 19. April 2012 schrieb Martin Steigerwald:
> Am Donnerstag, 19. April 2012 schrieb Siegfrid Brandstätter:
> > Hallo Martin,
> >
> > Am Donnerstag, 19. April 2012 schrieben Sie:
> > > Am Mittwoch, 18. April 2012 schrieb Siegfrid Brandstätter:
> […]
>
> > > 2) Platte defekt.
> > >
> > > Zu 2 die folgenden Ideen:
> > >
> > > - smartctl -a /dev/sdb auf Fehler absuchen
> > >
> > > - ist SMART-Status noch PASSED?
> >
> > Ja schon.
>
> Naja, falls die Platte so von sich denkt…
>
> > > - Langer Selbsttest
> > >
> > > - smartctl -t long /dev/sdb
> >
> > http://pastebin.com/ZbQxAHfb
>
> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE
> UPDATED WHEN_FAILED RAW_VALUE
> […]
> 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age
> Offline - 31
>
> => Gar nicht gut.
>
> Num Test_Description Status Remaining
> LifeTime(hours) LBA_of_first_error
> # 1 Extended offline Completed: read failure 90% 2096
> 473383057
>
> => Putt. "read failure"
>
> Könnte man jetzt drüber schreiben über den Block und hoffen, dass die
> Platte ihn aussortiert und einen Reserve-Block verwendet.
>
> Ich würd die Platte aber einschicken.
>
Das werde ich diesmal sicher machen, den gleich nach dem ich sie gekauft
hatte und meinen neuen PC damit baute gab es sofort mit der Platte
Probleme. Müsste es raussuchen, aber dass spare ich mir nun.
Werde die Daten von Smartctl dazugeben.
> > zum Vergleich von sda:
> >
> > http://pastebin.com/4nUP9Y2m
>
> Die sieht okay aus.
>
> > Hier mit "smartctl -x /dev/sdb" kommen auch die Meldungen "READ
> > FPDMA QUEUED" vor:
> >
> > http://pastebin.com/r37L2RgX
>
> Tja.
>
> > > - Meine Vermutung ist, dass spätestens irgendwo fehlschlagen
> > > dürfte
> > >
> > > Und zwar bei:
> > > > Apr 18 17:47:40 testing kernel: [ 215.418709] Descriptor sense
> > > > data with sense descriptors (in hex):
> > > > Apr 18 17:47:40 testing kernel: [ 215.418710] 72 03 11
> > > > 04 00 00 00 0c 00 0a 80 00 00 00 00 00
> > > > Apr 18 17:47:40 testing kernel: [ 215.418714] 1c 37 48
> > > > 28 Apr 18 17:47:40 testing kernel: [ 215.418716] sd 1:0:0:0:
> > > > [sdb] Add. Sense: Unrecovered read error - auto reallocate
> > > > failed Apr 18 17:47:40 testing kernel: [ 215.418719] sd
> > > > 1:0:0:0: [sdb] CDB: Read(10): 28 00 1c 37 48 25 00 00 08 00
> > > > Apr 18 17:47:40 testing kernel: [ 215.418723] end_request: I/O
> > > > error, dev sdb, sector 473385000
> > >
> > > ;)
> > >
> > > > Wie kann ich es reparieren? Danke
> > > > für Hilfe im voraus.
> > >
> > > Neue Platte. Backup zurückspielen.
> >
> > Haha, das ist genau die Backup Platte, aber dass backup ist
> > eigenartigerweise nicht betroffen (/dm-2) Nur die zusätzlichen
> > Filme (Kino -> ../dm-3) die ich noch da drauf habe. Schon etwas
> > komisch. Aber die Filme habe ich nicht noch mal wo abgespeichert
> > :-(
> >
> > root@testing:/home/sigi# ls -l /dev/mapper
> > insgesamt 0
> > lrwxrwxrwx 1 root root 7 Apr 19 18:18 backup-bk1 -> ../dm-2
> > lrwxrwxrwx 1 root root 7 Apr 19 18:19 backup-Kino -> ../dm-3
>
> Läßt sich backup-Kino gar nicht mehr einhängen?
>
Schon, dass eigenartige ist ja das ein Ordner von ca. 30 OK ist. Warum
gerade der verstehe ich nicht. Aber alle andern sind weg.
> Wenn ja, was kommen da für Fehlermeldungen? Evtl. syslog / dmesg.
>
Genau so wie am Anfang des Threads auch steht. Was aber schon irgendwie
komisch ist, als ich die Platte absteckte kamen beim booten trotzdem
Fehler. Habe sie gerade nicht zur Hand. Aber wenn ich sie morgen ganz
raus nehme werde ich ja sehen was ist.
> Am besten mal mit Mount-Option "ro" readonly versuchen.
>
Das hat auch nichts geholfen, bleibt alles gleich.
--
Einen Schönen Gruß,
Sigi
Reply to: