USB stick recovery

[Skinkie]

[Insert zielig verhaal over zusje en haar school documentjes]

Ok, ze komt dus thuis met een USB stick die Windows alleen nog wil formatteren... en haar Linux computer aangeeft dat ze te maken heeft met een 8MB flash drive. Op het stikje past normaal gesproken 128MB.

Ik kan wat macro foto's maken. Maar ik zal nu eerst even beschrijven wat er op zit. Chipsbank CBM1180 R36015-20

The CBM2080 is the fastest, securest USB 2.0 Flash Disk controller on the market. With dual-channel mode enabled, CBM2080 can reach theoretical flash access speed limit of 22MByte/s for read and 20MByte/s for write. For CBM1180/CBM1183, it can reach 1.0Mbytes/s write and 1.1Mbytes/s read.

The on-the-fly ECC engine is capable of correcting up to 3bytes (24bits), detect 4 or more bytes errors per 528bytes page . For data security, CBM2080/CBM1180/CBM1183 are designed with both hardware and software data protection technology to prevent data corruption even if it is powered off or
unplugged during data transfer.

http://www.chipsbank.com/...cbm1180%20&%20cbm1183.pdf

Laten we zeggen dat die bovenstaande belofte is gebroken.


Ik heb geprobeerd een dd if=/dev/sdb of=/tmp/output.sdb te maken, dat lukt heel goed, maar ik krijg alleen de bootsector terug (die herhaalt zich over 8MB).


Heeft iemand een idee wat ik zou kunnen doen voor wat recovery?

[RemcoDelft]

Skinkie schreef op zondag 04 november 2007 @ 17:23:
[Insert zielig verhaal over zusje en haar school documentjes]

Sorry hoor, maar hier is niks zieligs aan, dit is gewoon stom.....
En de zoveelste trouwens! Waarom blijven mensen USB-sticks meer vertrouwen dan diskettes?

[Skinkie]

RemcoDelft schreef op zondag 04 november 2007 @ 17:26:
[...]


Sorry hoor, maar hier is niks zieligs aan, dit is gewoon stom.....
En de zoveelste trouwens! Waarom blijven mensen USB-sticks meer vertrouwen dan diskettes?

Waarschijnlijk omdat er geen bewegende delen opzitten? Maar ik vind het zelf wel 'spannend' dat opeens electronica 'anders' gaat werken zonder dat er ook maar 1 ding aan is veranderd.

[_ferry_]

Er zijn zat programma's voor data recovery/file restoration Daar zou ik eerst eens naar kijken.

[Verwijderd]

Getdataback werkt ook met usb sticks http://www.runtime.org/

[Skinkie]

Het is hardware die kapot is... geen software.

De bovenstaande tools werken alleen als er wat geformatteerd is...

[Beugelfles]

Skinkie schreef op zondag 04 november 2007 @ 17:55:
Het is hardware die kapot is... geen software.

De bovenstaande tools werken alleen als er wat geformatteerd is...

Heb je -Getdataback al geprobeerd dan? Heeft mij al eens enorm geholpen. Wel op een harde schijf overigens maar het werkt ook bij usb stickies.

[ThinkPad]

Ja precies, heb je die programma's al geprobeerd?

Want straks sloop je die hele stick open, en krijg je hem helemaal niet meer aan de praat.

En zo'n chipje lees je echt niet zomaar uit.

[mithras]

USB sticks zijn meestal FAT geformatteerd, en de kans is groot dat je FAT table of bootsector beschadigd is. Wel een software mankementje dus, wat je vaak met recovery tools terug kan zetten

[Skinkie]

Ik heb de fantastische tool dd geprobeerd. Met dd kopieer je de volledige inhoud van een block device naar een bestand. Aangezien Linux/Windows/etc. de stick nu herkent als 8MB flash drive in plaats van 128MB... gaat geen enkel 'tooltje' daarvoor helpen, zolang dat tooltje niet direct met de USB controller werkt.

De inhoud die uit dd komt is een stukje bootsector dat zich steeds herhaald. Dat staat ook in de topic start.


Analoog hieraan... een harddisk die erkend wordt in de BIOS als 1GB en hij is eigenlijk 1TB groot, ga je ook niet fixen met een tooltje die FAT recovery kan doen.


ps. het stickje is al open, en ligt naast me, en doet nog evenveel als eerst.

[ Voor 6% gewijzigd door Skinkie op 04-11-2007 18:13 ]

[Pwigle]

Hoezo denk je dat het een hardware issue is?
Ik zou hem (quick) formateren en vervolgens getbackdata erover draaien, beter resultaat behalen dan dat kan je volgens mij en niet.

[Jaap-Jan]

Skinkie schreef op zondag 04 november 2007 @ 18:09:
(...)

Analoog hieraan... een harddisk die erkend wordt in de BIOS als 1GB en hij is eigenlijk 1TB groot, ga je ook niet fixen met een tooltje die FAT recovery kan doen.

(...)

Wordt je stickje dan ook in het BIOS herkend als 8MB? In tegenstelling tot het BIOS, zie je Windows en Linux niet de grootte van de harde schijven, maar de grootte van de partities die erop staan. Ik vermoed zelf dat de partitietabel kapot is en dat hij daardoor de partitiegrootte niet goed heeft. Geef bijvoorbeeld eens de output van

code:

fdisk -l /dev/sdb

onder Linux. Daaraan kun je zien hoe groot de schijf gerapporteerd wordt en welke partities erop staan.

Ik zou er trouwens geen quick format overheen gooien. GetDataBack kan ook data recoveren van schijven waarvan de partities verkloot zijn. Probeer dat op zijn minst eens voordat je aan de hardware gaat solderen.

[ Voor 23% gewijzigd door Jaap-Jan op 04-11-2007 18:21 ]

[E-Vix]

Als het echt belangrijke schooldocumenten zijn dan zou ik er niet zelf aan gaan lopen prutsen, maar dan zou ik het stickie naar een in data recovery gespecialiseerd bedrijf opsturen en hen de data terug laten halen. Door nu allerlei tooltjes te proberen die het misschien kunnen fixen, of misschien de data uit kunnen lezen loop je wel telkens weer het risico dat dat tooltje het nog verder kapot maakt door bijvoorbeeld 'gerecoverde' data weg te gaan schrijven naar het stickie.

[Skinkie]

Jaap-Jan schreef op zondag 04 november 2007 @ 18:18:
[...]

Wordt je stickje dan ook in het BIOS herkend als 8MB? In tegenstelling tot het BIOS, zie je Windows en Linux niet de grootte van de harde schijven, maar de grootte van de partities die erop staan. Ik vermoed zelf dat de partitietabel kapot is en dat hij daardoor de partitiegrootte niet goed heeft. Geef bijvoorbeeld eens de output van

code:

fdisk -l /dev/sdb

onder Linux. Daaraan kun je zien hoe groot de schijf gerapporteerd wordt en welke partities erop staan.

Ik zou er trouwens geen quick format overheen gooien. GetDataBack kan ook data recoveren van schijven waarvan de partities verkloot zijn. Probeer dat op zijn minst eens voordat je aan de hardware gaat solderen.

code:

 fdisk -l /dev/sdb 

Disk /dev/sdb: 8 MB, 8388608 bytes
1 heads, 16 sectors/track, 1024 cylinders
Units = cylinders of 16 * 512 = 8192 bytes
Disk identifier: 0x6b736964

This doesn't look like a partition table
Probably you selected the wrong device.

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   ?   106374916   208219707   814758329+  74  Unknown
Partition 1 has different physical/logical beginnings (non-Linux?):
     phys=(304, 110, 52) logical=(106374915, 0, 1)
Partition 1 has different physical/logical endings:
     phys=(366, 104, 37) logical=(208219706, 0, 3)
Partition 1 does not end on cylinder boundary.
/dev/sdb2   ?    83136513   117084674   271585296   65  Novell Netware 386
Partition 2 has different physical/logical beginnings (non-Linux?):
     phys=(107, 121, 32) logical=(83136512, 0, 1)
Partition 2 has different physical/logical endings:
     phys=(10, 121, 13) logical=(117084673, 0, 16)
Partition 2 does not end on cylinder boundary.
/dev/sdb3   ?    33686837   121084519   699181456   53  OnTrack DM6 Aux3
Partition 3 has different physical/logical beginnings (non-Linux?):
     phys=(345, 32, 19) logical=(33686836, 0, 16)
Partition 3 has different physical/logical endings:
     phys=(340, 77, 19) logical=(121084518, 0, 15)
Partition 3 does not end on cylinder boundary.
/dev/sdb4   ?   244319911   244323995       32669+  bb  Boot Wizard hidden
Partition 4 has different physical/logical beginnings (non-Linux?):
     phys=(65, 81, 16) logical=(244319910, 0, 7)
Partition 4 has different physical/logical endings:
     phys=(96, 64, 7) logical=(244323994, 0, 1)
Partition 4 does not end on cylinder boundary.

Partition table entries are not in disk order

Inhoud: http://uva.hobby-site.com/~skinkie/output.sdb.bz2


Aangezien ik nog twee van die zelfde type USB schijfjes heb... dit zou het verwachtte resultaat zijn

code:

Disk /dev/sdb: 131 MB, 131547136 bytes
255 heads, 63 sectors/track, 15 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x001e272d

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          16      128432+   e  W95 FAT16 (LBA)
Partition 1 has different physical/logical endings:
     phys=(14, 254, 63) logical=(15, 253, 14)

Dus:

code:

scsi 9:0:0:0: Direct-Access     ChipsBnk Flash Disk       2.00 PQ: 0 ANSI: 2
sd 9:0:0:0: [sdb] 16384 512-byte hardware sectors (8 MB)
sd 9:0:0:0: [sdb] Write Protect is on
sd 9:0:0:0: [sdb] Mode Sense: 0b 00 80 08
sd 9:0:0:0: [sdb] Assuming drive cache: write through
sd 9:0:0:0: [sdb] 16384 512-byte hardware sectors (8 MB)
sd 9:0:0:0: [sdb] Write Protect is on
sd 9:0:0:0: [sdb] Mode Sense: 0b 00 80 08
sd 9:0:0:0: [sdb] Assuming drive cache: write through
 sdb: unknown partition table

vs

code:

scsi 10:0:0:0: Direct-Access     CBM1180  Flash Disk       2.00 PQ: 0 ANSI: 2
sd 10:0:0:0: [sdb] 256928 512-byte hardware sectors (132 MB)
sd 10:0:0:0: [sdb] Write Protect is off
sd 10:0:0:0: [sdb] Mode Sense: 0b 00 00 08
sd 10:0:0:0: [sdb] Assuming drive cache: write through
sd 10:0:0:0: [sdb] 256928 512-byte hardware sectors (132 MB)
sd 10:0:0:0: [sdb] Write Protect is off
sd 10:0:0:0: [sdb] Mode Sense: 0b 00 00 08
sd 10:0:0:0: [sdb] Assuming drive cache: write through
 sdb: sdb1

[ Voor 23% gewijzigd door Skinkie op 04-11-2007 18:41 ]

[ThinkPad]

Waarom probeeer je GetDataBack nou niet gewoon dan

[Skinkie]

ThinkPad schreef op zondag 04 november 2007 @ 19:43:
Waarom probeeer je GetDataBack nou niet gewoon dan

Omdat de hardware maar een geheugen grootte van 8MB exporteerd...

Q. Can I use GetDataBack to recover data if my hard drive is not recognized by the BIOS of my computer?

A. No, if the BIOS is not recognizing the hard drive, our software is not able to perform a recovery. Please make sure that the connections, jumper settings and controllers are ok. If the hard drive is still not recognized, try to connect it to another computer and see if it gets recognized there.

Maar goed ik zal maandag eens kijken op een computer met Windows of GetDataBack meer ziet dan Linux met dd. Hard hoofd etc.

[Jaap-Jan]

Dit ziet er inderdaad uit als kapotte hardware. De vraag is alleen of het het geheugen is, of de controller die de grootte niet goed rapporteert. Bij de eerste kun je hem waarschijnlijk niet meer aan de praat krijgen en bij de tweede moet je het geheugen omsolderen naar een stick met dezelfde flashcontroller. In ieder geval lijkt me dit geen makkelijk probleem om op te lossen, waarbij je in het ergste geval met 2 onbruikbare sticks zit.

[madwizard]

Er vanuit gaande dat je alle software trucs hebt geprobeerd: het flashgeheugen wat in zo'n stick zit is meestal wel vrij standaard, vaak een TSOP chip van samsung. Je kunt proberen deze los te solderen en in een andere USB stick van gelijke grootte (of bij voorkeur exact dezelfde stick) deze erin te plaatsen.

Het enige is dat misschien de indeling anders is bij verschillende USB sticks, als er nog een soort intelligente page swap techniek in zit voor defecte pagina's is de volgorde misschien niet meer gelijk. Dus als je hetzelfde type stick weet te vinden heb je nog de meeste kans. Het werkt sowieso alleen als het probleem bij de controller ligt natuurlijk, maar die geheugens hebben zelf weinig intelligentie dus die kun je altijd wel uitlezen.

De geheugenchip zelf uitlezen kan ook natuurlijk maar dat kost je wel wat meer werk, je zult dan moeten interfacen met een microcontroller (of cpld/fpga) en zo de data uitlezen. Afhankelijk van je interface (parallel, serieel, USB) kan het uitlezen ook wel flink wat tijd kosten. Maar het is een optie als de data echt heel belangrijk is.

[virus.elektro]

is het niet zo dat er ergens gewoon een koude las zit.

[Sprite_tm]

Skinkie: Ik ben het eens met je dat de hardware waarschijnlijk stuk is. Ik heb hier hardware en software liggen om NANDs raw uit te lezen, als je wilt wil ik je wel de schema's en software passen; als alternatief kan je mij de NAND ook eens doorpassen. Je krijgt er geen rechtstreekse partities meer mee terug, maar wel een directe dump van de NAND waar evt. tekst enzo nog wel instaat.

virus.elektro: Dat dacht ik in de eerste instantie ook, maar de interface van NAND-chips is zodanig dat het werkt of dat het niet werkt; een slechte verbinding die plots nog maar 8MB laat zien is niet echt mogelijk.

[ Voor 22% gewijzigd door Sprite_tm op 04-11-2007 21:27 ]

[dribibu]

active @ partition recover kun je ook proberen, heb er goede ervaringen mee bij mijn harde schijf waar de partition table fouten bevatte:

http://www.partition-recovery.com/

edit: mocht het tóch om een software probleem gaan.

[ Voor 19% gewijzigd door dribibu op 04-11-2007 21:55 ]

[Skinkie]

Sprite_tm schreef op zondag 04 november 2007 @ 21:26:
Skinkie: Ik ben het eens met je dat de hardware waarschijnlijk stuk is. Ik heb hier hardware en software liggen om NANDs raw uit te lezen, als je wilt wil ik je wel de schema's en software passen; als alternatief kan je mij de NAND ook eens doorpassen. Je krijgt er geen rechtstreekse partities meer mee terug, maar wel een directe dump van de NAND waar evt. tekst enzo nog wel instaat.

virus.elektro: Dat dacht ik in de eerste instantie ook, maar de interface van NAND-chips is zodanig dat het werkt of dat het niet werkt; een slechte verbinding die plots nog maar 8MB laat zien is niet echt mogelijk.

Ik zal je dan even mailen. Als je een poging wilt wagen de NAND uit te lezen zou dat super zijn, maar ik wil wel even realistisch blijven, het gouden ei staat er niet op beschreven.


Je e-mail doet het niet, ik hoop je ICQ wel.

[Ierlandfan]

Write protect is on, viel me zo op

[Verwijderd]

Sprite_tm schreef op zondag 04 november 2007 @ 21:26:
virus.elektro: Dat dacht ik in de eerste instantie ook, maar de interface van NAND-chips is zodanig dat het werkt of dat het niet werkt; een slechte verbinding die plots nog maar 8MB laat zien is niet echt mogelijk.

Die interface dat is toch gewoon een 8 bits data bus en een ... bits address bus?

Als (ik zeg maar wat) de bovenste 5 adres bits stuk zijn dan zou het zomaar eens kunnen dat er minder geheugen geaddresseerd kan worden en dat de stick wel werkt maar dat het geheugen dat zichtbaar is voor de computer een stuk gekrompen is...

Hmm niet dat dit het probleem van TS direkt oplost...

[MiStErMaNiAc]

Aangezien write protect on is, lijkt het dat er een kleine partitie of iets dergelijks actief is, waar normaal de decrytion software op staat... heel misschien een idee?

[Sprite_tm]

Verwijderd schreef op dinsdag 06 november 2007 @ 12:16:
[...]


Die interface dat is toch gewoon een 8 bits data bus en een ... bits address bus?

Als (ik zeg maar wat) de bovenste 5 adres bits stuk zijn dan zou het zomaar eens kunnen dat er minder geheugen geaddresseerd kan worden en dat de stick wel werkt maar dat het geheugen dat zichtbaar is voor de computer een stuk gekrompen is...

Hmm niet dat dit het probleem van TS direkt oplost...

Nope, de interface is een 8-bits databus en nog wat extra lijntjes om aan te geven of je een commando of data door aan het geven bent en of je leest of schrijft e.d. Jij zit aan NOR-flash te denken, NAND-flash zit compleet anders inelkaar.

[Verwijderd]

Ah dat is dus het verschil tussen nand en nor, mooi weten we dat ook weer..