HELP! microsd nem olvasható

Merevlemezek, vezérlők

Sziasztok.

A történet a következő. Van egy 16GB-os (class 10-es) microsd a telefonomban. Eddig gond nélkül működött. Ennek nem hiszem, hogy van köze hozzá, de leírom, szóval, ma jött egy frissítés a rom-hoz (android, update.zip), gondoltam frissítek (nem nagy kaland párszor már megtettem), szóval, beléptem a recovery-be, és frissítettem, minden rendben zajlott, de újraindítás után, mikor felállt a rendszer nem látja az sd kártyát. Gondoltam lehet, hogy az update a hibás, beléptem a recovery-be, ott van olyan, hogy "share sdcard", rányomtam, de a pc-n ekkor sem jelent meg. itt már kezdett gyanússá válni a dolog... Kivettem a kártyát a telefonból, beraktam kártyaolvasóba, és így a pc-be, ekkor ezt látom a dmesg-ben:


[221623.196540] sd 70:0:0:0: Attached scsi generic sg2 type 0
[221623.200293] sd 70:0:0:0: [sdb] 31275008 512-byte logical blocks: (16.0 GB/14.9 GiB)
[221623.203607] sd 70:0:0:0: [sdb] Write Protect is off
[221623.203613] sd 70:0:0:0: [sdb] Mode Sense: 0f 0e 00 00
[221623.203617] sd 70:0:0:0: [sdb] Assuming drive cache: write through
[221623.217115] sd 70:0:0:0: [sdb] Assuming drive cache: write through

...

[221797.364158] sd 70:0:0:0: [sdb] Unhandled error code
[221797.364163] sd 70:0:0:0: [sdb] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[221797.364169] sd 70:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[221797.364181] end_request: I/O error, dev sdb, sector 0
[221797.364187] Buffer I/O error on device sdb, logical block 0
[221797.364288] sd 70:0:0:0: [sdb] Unhandled error code
[221797.364292] sd 70:0:0:0: [sdb] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[221797.364296] sd 70:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[221797.364307] end_request: I/O error, dev sdb, sector 0
[221797.364310] Buffer I/O error on device sdb, logical block 0

...

[221797.365269] sd 70:0:0:0: [sdb] Unhandled error code
[221797.365272] sd 70:0:0:0: [sdb] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[221797.365276] sd 70:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[221797.365287] end_request: I/O error, dev sdb, sector 0
[221797.365299] sdb: unable to read partition table
[221797.367780] sd 70:0:0:0: [sdb] READ CAPACITY failed

Mi történhetett? Mit tehetek, hogy visszanyerjem az adataimat?

Kérlek, segítsetek!

Köszi

  • 8029 megtekintés

( Usumu | 2012. 02. 23., cs – 18:44 )

Én a photorec programot probáltam párszor, volt hogy segített. Arra már nem emlékszem hogy csak képeket vagy más állományokat is keres.

( locsemege v | 2012. 02. 23., cs – 18:57 )

Ez elég alacsony szintű hibának látszik. Gondolom, nem tudod szektorosan sem olvasni - nyilván root joggal. Ha mégis sikerülne, csinálj egy szektor szintű másolatot róla, hogy később még legyen esélyed variálni vele.

tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE

Sziasztok.

Köszönöm mindenkinek, aki próbált segíteni.

Természetesen -bár nem írtam- de próbáltam sector szinten olvasni (dd-vel), nem sikerült, de már az fdisk sem látja :(. Próbáltam több rendszer alól, sajnos ugyanaz a helyzet mindenhol. Így gondolom hogy a photorec és térsai esélytelenek, hiszen azok fájlrendszer hibát, sérülést, tartalom törlését hivatottak visszaállítani.

Szóval a kérdés továbbra is nyitott. Van vmi esély/technika az adatok visszaszerzésére? Esetleg tudtok vkit ajánlani? Ami fontos az pár gb fénykép és videó, a többi nem érdekes...

<= Powered By Ubuntu & Gentoo Linux =>

'Software is like sex: It's better when it's free!'
By Linus Torvalds

„PhotoRec ignores the filesystem and goes after the underlying data, so it'll work even if your media's filesystem is severely damaged or formatted.”

Nem állítja helyre a fájlrendszert, illetve a partíciót, hanem ha hibás, akkor is van esély a fájlok helyreállítására.

Azonban csodákra ez sem képes. Ha a dd-vel nem sikerül olvasni (a már javasolt skip opcióval sem), akkor az esélyeid tartanak a nullához.
Esetleg egy jól képzett sámán vagy boszorkány még leveheti a kártyáról a rontást. :-)

----
A kockás zakók és a mellészabások tekintetében kérdezze meg úri szabóját.

Erről beszélek magam is. Az alacsony szint az épp az, amit a kernel csinál. Arra a logikai hibára hívtam fel a figyelmet, hogy mi a fene lehet annál alacsonyabb szintű kezelés, mint ami a fizikai rétegben történik? Nem az alkalmazásban van software hiba, hanem a fizikai eszköz rossz. Ennél alacsonyabb szinten nem lehet kezelni az eszközt. Megfelelően macerálod a lábait. A kernel épp ezt teszi.

tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE

Hát, egy óra múlva látok vmit a konzolon, de az image 0byte


# dd_rescue -f -v /dev/sdb sdb-1.img
dd_rescue: (info): about to transfer 0.0 kBytes from /dev/sdb to sdb-1.img
dd_rescue: (info): blocksizes: soft 65536, hard 512
dd_rescue: (info): starting positions: in 0.0k, out 0.0k
dd_rescue: (info): Logfile: (none), Maxerr: 0
dd_rescue: (info): Reverse: no , Trunc: no , interactive: no
dd_rescue: (info): abort on Write errs: no , spArse write: if err
dd_rescue: (info): ipos: 0.0k, opos: 0.0k, xferd: 0.0k
errs: 0, errxfer: 0.0k, succxfer: 0.0k
+curr.rate: 0kB/s, avg.rate: 0kB/s, avg.load: 0.0%
dd_rescue: (info): problems at ipos 0.0k: Input/output error
fall back to smaller blocksize
dd_rescue: (info): ipos: 0.0k, opos: 0.0k, xferd: 0.0k
* errs: 0, errxfer: 0.0k, succxfer: 0.0k
+curr.rate: 0kB/s, avg.rate: 0kB/s, avg.load: 0.0%
dd_rescue: (warning): /dev/sdb (0.0k): Input/output error!

dd_rescue: (info): ipos: 0.5k, opos: 0.5k, xferd: 0.5k
* errs: 1, errxfer: 0.5k, succxfer: 0.0k
+curr.rate: 0kB/s, avg.rate: 0kB/s, avg.load: 0.0%
dd_rescue: (warning): /dev/sdb (0.5k): Input/output error!

dd_rescue: (info): ipos: 1.0k, opos: 1.0k, xferd: 1.0k
* errs: 2, errxfer: 1.0k, succxfer: 0.0k
+curr.rate: 0kB/s, avg.rate: 0kB/s, avg.load: 0.0%
dd_rescue: (warning): /dev/sdb (1.0k): Input/output error!

dd_rescue: (info): ipos: 1.5k, opos: 1.5k, xferd: 1.5k
* errs: 3, errxfer: 1.5k, succxfer: 0.0k
+curr.rate: 0kB/s, avg.rate: 0kB/s, avg.load: 0.0%
dd_rescue: (warning): /dev/sdb (1.5k): Input/output error!

Bad block: 3

<= Powered By Ubuntu & Gentoo Linux =>

'Software is like sex: It's better when it's free!'
By Linus Torvalds

kb 20 órán át futott a dd_rescoue, az eredmény 0byte :(, ennyit a reményről. Pedig újonnan vettem a microsd-t, csak telefonban volt használva, és kb 1 éves :(.


dd_rescue: (info): ipos: 130.0k, opos: 130.0k, xferd: 130.0k
* errs: 260, errxfer: 130.0k, succxfer: 0.0k
+curr.rate: 0kB/s, avg.rate: 0kB/s, avg.load: 0.0%
dd_rescue: (warning): /dev/sdb (130.0k): Input/output error!

Bad block: 260

dd_rescue: (fatal): Caught signal 2 "Interrupt". Exiting!
Summary for /dev/sdb -> sdb-1.img:
dd_rescue: (info): ipos: 130.5k, opos: 130.5k, xferd: 130.5k
errs: 261, errxfer: 130.5k, succxfer: 0.0k
+curr.rate: 0kB/s, avg.rate: 0kB/s, avg.load: 0.0%

<= Powered By Ubuntu & Gentoo Linux =>

'Software is like sex: It's better when it's free!'
By Linus Torvalds

( Zahy v | 2012. 02. 23., cs – 19:21 )

Mivel hasonló helyzet velem is előfordult, érdekel a téma.

( denke v | 2012. 02. 23., cs – 19:44 )

A kollega szektoros menteses otlete jol hangzik, bar a dmesg alapjan erosen ketlem hogy menne a dolog.

azert nem art megprobalni...

-eloszor is mount parancsal gyozodj meg hogy nincs e bemountolva, valami X es rettenet prog nem automountolta e vagy akarmi

aztan:
dd if=/dev/sdvalami of=/path/mentes bs=8192

Ha nagyon nem latszik noni a mentes file merete, ill a dmesg idokozonkent (fel perc? 1 perc?) ilyen uzeneteket dobal, akkor kezdhetsz konnyes bucsut venni a kartyadtol.

... gondolom memoriakartyan nincs smart :)