Re: READ FPDMA QUEUED und Daten weg
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.
> 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?
Wenn ja, was kommen da für Fehlermeldungen? Evtl. syslog / dmesg.
Am besten mal mit Mount-Option "ro" readonly versuchen.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Reply to: