/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
Hjælp til recovery af data
Fra : Morten Brix Pedersen


Dato : 10-10-02 19:02

Hej,

Ulykken er ude, min "fine" 40gb IDE IBM harddisk ser ud til at gå død.

Fra det ene sekund til det andet, begynder disken at skratte, d.v.s. når
harddisk "søger" lyder det ca. 50 gange højere end det gør normalt.

Jeg prøver at boote maskinen, men da harddisken mountes begynder den at
skratte igen, og jeg får følgende fejl i console:

Oct 10 19:58:34 kolon kernel: hdc: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Oct 10 19:58:34 kolon kernel: hdc: dma_intr: error=0x40 { UncorrectableError
}, LBAsect=1035449, sector=7266
Oct 10 19:58:34 kolon kernel: end_request: I/O error, dev 16:03 (hdc),
sector 7266

Jeg har prøvet at flytte den over i min egen maskine, men med samme
resultat.

Jeg har prøvet at køre en 'dd if=/dev/hdc3 of=filnavn' for at få dataene,
men den begynder at skratte med det samme.

Det sjove er, at jeg godt kan mounte /dev/hdc1, men ikke /dev/hdc3.

Derfor har jeg en mistanke til, at drevet ikke kan søge i lige et bestemt
areal på disken - derfor kunne det være fedt hvis man f.eks. kunne få data
frem for sector X til Y, eller lign.

Er der nogen der har nogen smarte fif, til hvordan jeg kan få nogen data ud
af disken?

På forhånd tak.

- Morten.


 
 
Kent Friis (10-10-2002)
Kommentar
Fra : Kent Friis


Dato : 10-10-02 19:14

Den Thu, 10 Oct 2002 20:02:16 +0200 skrev Morten Brix Pedersen:
>Hej,
>
>Ulykken er ude, min "fine" 40gb IDE IBM harddisk ser ud til at gå død.

Åh nej, ikke Deskstar serien igen

>Fra det ene sekund til det andet, begynder disken at skratte, d.v.s. når
>harddisk "søger" lyder det ca. 50 gange højere end det gør normalt.

Been there, done that...

>Jeg har prøvet at køre en 'dd if=/dev/hdc3 of=filnavn' for at få dataene,
>men den begynder at skratte med det samme.
>
>Det sjove er, at jeg godt kan mounte /dev/hdc1, men ikke /dev/hdc3.
>
>Derfor har jeg en mistanke til, at drevet ikke kan søge i lige et bestemt
>areal på disken - derfor kunne det være fedt hvis man f.eks. kunne få data
>frem for sector X til Y, eller lign.
>
>Er der nogen der har nogen smarte fif, til hvordan jeg kan få nogen data ud
>af disken?

Min havde problemet i et område der ikke var i brug, så det var først da
jeg pakkede XFree sourcen ud, at jeg kom i berøring med fejlen. Jeg
slette sourcen igen, og kunne faktisk bruge disken uden problemer indtil
jeg fik fat i en anden disk.

Hvis du ikke kan være så heldig, så prøv ddrescue, den er beregnet til
at rå-kopiere diske med fejl på.

Efter en overskrivning af min disk, virker den iøvrigt igen - indtil
næste gang, naturligvis. Men den har da klaret 24 timers badblocks
write-test, så fejl-området er ok igen. Nu bruger jeg disken til min
harddiskskuffe, så jeg kun bruger den til at flytte data, ikke til
noget vigtigt.

Mvh
Kent
--
Hvis man ikke kan lide klassisk musik, er det sandsynligvis fordi
lydkvaliteten er for dårlig. Klassisk musik kræver et godt anlæg.

enrique (10-10-2002)
Kommentar
Fra : enrique


Dato : 10-10-02 19:38

On Thu, 10 Oct 2002 18:13:51 +0000, Kent Friis wrote:

>>Fra det ene sekund til det andet, begynder disken at skratte, d.v.s. når
>>harddisk "søger" lyder det ca. 50 gange højere end det gør normalt.
>
> Been there, done that...

Også mig :)

>>Er der nogen der har nogen smarte fif, til hvordan jeg kan få nogen data ud
>>af disken?

Jeg kunne boote på en rescue disk, og kopiere 90% data til en anden disk,
jeg var heldig at det kun var min /var partition, hvilket gav et stort
bøvl med at gendanne rpm databasen....


> Efter en overskrivning af min disk, virker den iøvrigt igen - indtil
> næste gang, naturligvis. Men den har da klaret 24 timers badblocks
> write-test, så fejl-området er ok igen. Nu bruger jeg disken til min
> harddiskskuffe, så jeg kun bruger den til at flytte data, ikke til
> noget vigtigt.

Jeg formatered den også som anbefalet af IBM drive fitness test, men den
døde igen kort efter, så jeg senden den ind til IBM og fik en 120GXP 40GB
tilbage (det var en 75GXP 30GB).

--
Mvh. / Kind regards
Henrik Farre
http://www.cs.auc.dk/~enrique
http://www.fsf.org/philosophy/no-word-attachments.html


Morten Brix Pedersen (10-10-2002)
Kommentar
Fra : Morten Brix Pedersen


Dato : 10-10-02 19:55

Kent Friis wrote:

> Den Thu, 10 Oct 2002 20:02:16 +0200 skrev Morten Brix Pedersen:
>>Er der nogen der har nogen smarte fif, til hvordan jeg kan få nogen data
>>ud af disken?
>
> Min havde problemet i et område der ikke var i brug, så det var først da
> jeg pakkede XFree sourcen ud, at jeg kom i berøring med fejlen. Jeg
> slette sourcen igen, og kunne faktisk bruge disken uden problemer indtil
> jeg fik fat i en anden disk.

Desværre ikke tilfældet her - jeg kan slet ikke mounte den.

> Hvis du ikke kan være så heldig, så prøv ddrescue, den er beregnet til
> at rå-kopiere diske med fejl på.

Jeg er ved at prøve den - og den arbejder lige nu.

Hvad gør jeg med den fil jeg får ud af den, efter at have kørt en 'ddrescue
/dev/hdc3 filnavn'? Hvordan får jeg noget brugbart data ud af 'filnavn'?

Tak for hjælpen.

- Morten.


Morten Brix Pedersen (10-10-2002)
Kommentar
Fra : Morten Brix Pedersen


Dato : 10-10-02 20:42

Morten Brix Pedersen wrote:
> Er der nogen der har nogen smarte fif, til hvordan jeg kan få nogen data
> ud af disken?

'dd_rescue' ser ud til at kunne nogen tricks. Desværre er jeg løbet ind i et
andet problem.

Hvis jeg kører dd_rescue på disken, så går den død ca. 2% inde i disken, men
jeg kan godt mounte den fil jeg har fået, via loopback device.

Jeg kan angive en parameter til dd_rescue, -s, hvor jeg kan bestemme hvor på
disken jeg vil starte med at kopiere, hvis jeg starter ca. 5% inde i disken
kan jeg kopiere den fint! Men desværre kan jeg ikke mounte denne fil:


/home/mbp# mount -t ext3 -o loop dd_rescue/foo3 /test
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
or too many mounted file systems


Det har vel noget at gøre med, at jeg ikke har starten af disken med. Er der
noget smart man kan gøre, således at jeg alligevel kan mounte filen?

På forhånd tak.

- Morten.


Adam Sjøgren (10-10-2002)
Kommentar
Fra : Adam Sjøgren


Dato : 10-10-02 20:56

On Thu, 10 Oct 2002 21:42:25 +0200, Morten Brix Pedersen wrote:

> Det har vel noget at gøre med, at jeg ikke har starten af disken
> med. Er der noget smart man kan gøre, således at jeg alligevel kan
> mounte filen?

Hvad med at prøve at klistre den første og den anden fil sammen, med
en tredie dummy-fil i midten, der er lige præcis lige så lang som det
du sprang over?


Mvh.

--
"Philosophy - is talk on a cereal box" Adam Sjøgren
asjo@koldfront.dk

Morten Brix Pedersen (10-10-2002)
Kommentar
Fra : Morten Brix Pedersen


Dato : 10-10-02 21:38

Adam Sjøgren wrote:

> On Thu, 10 Oct 2002 21:42:25 +0200, Morten Brix Pedersen wrote:
>
>> Det har vel noget at gøre med, at jeg ikke har starten af disken
>> med. Er der noget smart man kan gøre, således at jeg alligevel kan
>> mounte filen?
>
> Hvad med at prøve at klistre den første og den anden fil sammen, med
> en tredie dummy-fil i midten, der er lige præcis lige så lang som det
> du sprang over?

Hjalp desværre ikke, det lykkedes mig godt nok at mounte filen, men en 'ls
-l' viser:

/test# ls -l
ls: bin: Input/output error
ls: cdrom: Input/output error
ls: dev: Input/output error
ls: floppy: Input/output error
ls: home: Input/output error
ls: lib: Input/output error
ls: root: Input/output error
ls: sbin: Input/output error
ls: tmp: Input/output error
ls: usr: Input/output error
ls: var: Input/output error
ls: proc: Input/output error
ls: www-cvs: Input/output error
ls: www: Input/output error
ls: www-dev: Input/output error
total 1567271223
---Sr-Srw- 33563 1267479403 193677250 7293975569252065404 1953-01-12 19:44
boot
?--s--x-w- 24288 2216248406 3779592358 1450851168 1908-08-18 12:35 etc
drwxr-xr-x 2 root root 16384 2001-10-13 12:06 lost+found
lrwxrwxrwx 1 root root 19 2002-09-20 00:20 vmlinuz ->
boot/vmlinuz-2.4.19
lrwxrwxrwx 1 root root 19 2002-09-19 18:59 vmlinuz.old ->
boot/vmlinuz-2.4.18

...som ikke rigtig kan bruges til noget Ellers tak.

- Morten.


Kent Friis (11-10-2002)
Kommentar
Fra : Kent Friis


Dato : 11-10-02 15:03

Den Thu, 10 Oct 2002 22:37:51 +0200 skrev Morten Brix Pedersen:
>Adam Sjøgren wrote:
>
>> On Thu, 10 Oct 2002 21:42:25 +0200, Morten Brix Pedersen wrote:
>>
>>> Det har vel noget at gøre med, at jeg ikke har starten af disken
>>> med. Er der noget smart man kan gøre, således at jeg alligevel kan
>>> mounte filen?
>>
>> Hvad med at prøve at klistre den første og den anden fil sammen, med
>> en tredie dummy-fil i midten, der er lige præcis lige så lang som det
>> du sprang over?
>
>Hjalp desværre ikke, det lykkedes mig godt nok at mounte filen, men en 'ls
>-l' viser:
>
>/test# ls -l
>ls: bin: Input/output error

Du skal naturligvis køre en e2fsck -f på filen inden du mounter den.

Mvh
Kent
--
The revolution has just begun.

Adam Sjøgren (10-10-2002)
Kommentar
Fra : Adam Sjøgren


Dato : 10-10-02 21:50

On Thu, 10 Oct 2002 22:37:51 +0200, Morten Brix Pedersen wrote:

> Hjalp desværre ikke, det lykkedes mig godt nok at mounte filen, men
> en 'ls -l' viser:

Hvad hvis du laver en tom fil af den totale størrelse, laver et
filsystem på den af samme slags som du havde på disken, og klipper
"den tredie fil" ud af det?

Det går nok ikke bedre...


Mvh.

--
"Philosophy - is talk on a cereal box" Adam Sjøgren
asjo@koldfront.dk

Morten Brix Pedersen (10-10-2002)
Kommentar
Fra : Morten Brix Pedersen


Dato : 10-10-02 22:56

Adam Sjøgren wrote:

> On Thu, 10 Oct 2002 22:37:51 +0200, Morten Brix Pedersen wrote:
>
>> Hjalp desværre ikke, det lykkedes mig godt nok at mounte filen, men
>> en 'ls -l' viser:
>
> Hvad hvis du laver en tom fil af den totale størrelse, laver et
> filsystem på den af samme slags som du havde på disken, og klipper
> "den tredie fil" ud af det?
>
> Det går nok ikke bedre...

dd_rescue's author, Kurt Garloff, svarer flittigt på mine dumme spørgsmål
via e-mail. Så jeg kan vist ikke få bedre hjælp nu. Ellers tak til gruppen!

- Morten.


Adam Sjøgren (10-10-2002)
Kommentar
Fra : Adam Sjøgren


Dato : 10-10-02 23:00

On Thu, 10 Oct 2002 23:55:47 +0200, Morten Brix Pedersen wrote:

> dd_rescue's author, Kurt Garloff, svarer flittigt på mine dumme
> spørgsmål via e-mail. Så jeg kan vist ikke få bedre hjælp nu. Ellers
> tak til gruppen!

Gider du poste et summary når I er nået igennem? Det kunne være
interessant at læse.


Mvh.

--
"Philosophy - is talk on a cereal box" Adam Sjøgren
asjo@koldfront.dk

Morten Brix Pedersen (11-10-2002)
Kommentar
Fra : Morten Brix Pedersen


Dato : 11-10-02 06:35

Adam Sjøgren wrote:

> On Thu, 10 Oct 2002 23:55:47 +0200, Morten Brix Pedersen wrote:
>
>> dd_rescue's author, Kurt Garloff, svarer flittigt på mine dumme
>> spørgsmål via e-mail. Så jeg kan vist ikke få bedre hjælp nu. Ellers
>> tak til gruppen!
>
> Gider du poste et summary når I er nået igennem? Det kunne være
> interessant at læse.

Tjo, det bliver et meget kort summary - der er egentlig ikke så meget at
fortælle

dd_rescue (http://www.garloff.de/kurt/linux/ddrescue/) er et dd-lign.
program, bortset fra at det ignorerer fejl den støder ind i. D.v.s. den
kopierer, og skipper de dårlige blocks.

Ved bare at lade 'dd_rescue /dev/hdc3 filnavn' køre på min disk i 5 timer
(det tog lang tid for den, at komme igennem de dårlige områder af disken),
fik jeg en fil som kunne mountes via loopback device:

mount -t ext3 -o loop filnavn /mountpoint

Herefter lå størstedelen af min disk i /mountpoint. Det var kun omkring
15-20 mapper i hierakiet som gav en "I/O error" ved en ls.

Så jeg er en meget glad mand nu; 10gb data er 95% gendannet på en disk som
jeg ikke engang kunne boote et styresystem på før, mounte eller køre fsck
på.

- Morten.


Rasmus Bøg Hansen (11-10-2002)
Kommentar
Fra : Rasmus Bøg Hansen


Dato : 11-10-02 14:17

Morten Brix Pedersen wrote:

> dd_rescue (http://www.garloff.de/kurt/linux/ddrescue/) er et dd-lign.
> program, bortset fra at det ignorerer fejl den støder ind i. D.v.s. den
> kopierer, og skipper de dårlige blocks.

Er det ikke det samme som 'dd conv=noerror'?

/Rasmus

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
Man invented language to satisfy his deep need to complain.
-- Lily Tomlin
----------------------------------[ moffe at amagerkollegiet dot dk ] --

Niels Andersen (11-10-2002)
Kommentar
Fra : Niels Andersen


Dato : 11-10-02 17:44

Rasmus Bøg Hansen wrote in <ao6ive$8vc$1@carlsberg.amagerkollegiet.dk>:
>> dd_rescue (http://www.garloff.de/kurt/linux/ddrescue/) er et dd-lign.
>> program, bortset fra at det ignorerer fejl den støder ind i. D.v.s. den
>> kopierer, og skipper de dårlige blocks.
> Er det ikke det samme som 'dd conv=noerror'?

Det var ca. det jeg tænkte.

alias dd_rescue="dd conv=noerror,sync"

Jeg har i øvrigt bedst erfaring med at tage sync med. Men min erfaring med
den slags er også begrænset til max 5 cd'er med læsefejl. :)

Det er nu herligt når man kan læse de 99,9% som fungerer, og få resten med
rsync på få sekunder. :)

--
Mvh.

Niels Andersen
Linux 2.4.18 - Debian testing/unstable


Søg
Reklame
Statistik
Spørgsmål : 177577
Tips : 31968
Nyheder : 719565
Indlæg : 6409068
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste