WD Elements 5T (WD50PURX) elvytys

[dj_pirtu]

Nyt se tapahtui eli "verkkolevy" mikä on roikkunut reitittimen USB3-portissa jo aika kauan, otti ja pasahti laakista.

WD:n kotelon omalla ohjaimella lähtee käyntiin, polttaa HDD-valoa jatkuvasti ja yrittää ilmeisesti lukea levyä. Kuuluu tasaisin väliajoin vain pieni *ruts*. Win10 kone sanoo parametri ei kelpaa eikä levy koskaan ilmesty sinne näkyviin.

Kotelo auki, levy ulos ja kytkin sen SATA-USB-telakkaan. Koneeseen kiinni, tunnistuu, levyhallinta näkee kaksi GPT-partitiota eli levy olisi muka jaettu suunnilleen puoliksi. Levyasemakirjaimia ei näy. Tiedän että levy on NTFS-formaatissa mutta en millään muista onko GPT vai MBR. Pakosti varmaankin GPT koska MBR ei tainnut tajuta yli 2T.

Minitool Partition Wizardilla laitoin partition scannerin käyntiin mutta se ei pitkälle pääse kun jumittuu johonkin huonoon kohtaa ruksuttelemaan.

Näissä Elementseissä ei googlen mukaan pitäisi olla mitään WDn omaa salausta mutta pakosti jotain täytyy olla kun NTFS-partitio ei näy kuitenkaan.

Ideoita?

Aion nähdä vaivaa tämän eteen aika paljon koska se oli aivan täynnä tavaraa. Eniten varmaan ketuttaa viimeisen 10 vuoden valokuvat. Ei tarvitse muistuttaa tai kertoa varmuuskopioinnista tai että RAID on keksitty. Tiedän kaiken tämän mutta laiskuus on ihmiskunnan vitsaus.

Edit: WD:n omalla ohjaimella Raspberryyn kytkettynä:

Disk /dev/sda: 4.55 TiB, 5000947302400 bytes, 1220934400 sectors
Disk model: Elements 107C
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 226BDB8A-20E7-4DAA-8DB2-113DB9EF7782

Device Start End Sectors Size Type
/dev/sda1 6 32773 32768 128M Microsoft reserved
/dev/sda2 33024 1220934143 1220901120 4.5T Microsoft basic data

Mutta jos käyttää normi SATA-USB-telakkaa niin näkyy mitä sattuu. Ehkäpä vielä testaan suoraan koneen SATA-porttiin.

 

[bindi]

ddrescuella image talteen ja sen jälkeen tutkii imagea. Jos levy yskii niin tuo ddrescue hyppää huonoista kohdista yli.

Tarvitset toki sen 5TB vapaata tilaa mihin tallentaa imagen.

Dead WD Elements 5TB tämä sanoo että olisi salattu sillä usbisillalla.

E: Oikea vastaushan on "älä koske siihen ja vie alan ammattilaiselle", joka sitten maksaakin varmaan 300-500€. Riippuu toki kuinka arvokkaana pidät levyllä olevaa dataa.

 

[dj_pirtu]

No tuota juttua en ollutkaan vielä nähnyt. Itseasiassa datasta voisin maksaakin jopa 500€, korvaamatonta se kuitenkin on.

 

[Err]

Varmaankin levyn SMART-tiedot näyttävät olevan kunnossa, eli sen osalta ei vaikuta olevan hajoamassa?
Millä piirillä WD:n kotelon SATA-USB silta on? Hyllystä löytyisi parit puretut WD:n kotelot, jos haluat uudella testata levyä.

 

[bindi]

Varmaankin levyn SMART-tiedot näyttävät olevan kunnossa, eli sen osalta ei vaikuta olevan hajoamassa?
Millä piirillä WD:n kotelon SATA-USB silta on? Hyllystä löytyisi parit puretut WD:n kotelot, jos haluat uudella testata levyä.

Ei noihin voi vaihtaa piirilevyä. Salattu.

 

[dj_pirtu]

Levy suoraan koneessa kiinni ja surface-testi sanoo että skeidaa levypintaa löytyy aika pahasti sieltä 125-150MB alueelta levyn alusta. Sittemmin lähti juoksemaan ja katselin sinne 4GB asti kunnes lopetin.

Reitittimen antamaa dataa kun WDn oma SATA-USB kiinni, siellä näkyy jopa NTFS ja wd:n levyn nimi. Mutta ledi vaan vilkkuu eikä mounttaa:

May 5 14:45:04 kernel: usb 2-2: new SuperSpeed USB device number 5 using xhci-hcd
May 5 14:45:04 kernel: usb-storage 2-2:1.0: USB Mass Storage device detected
May 5 14:45:04 kernel: scsi host4: usb-storage 2-2:1.0
May 5 14:45:05 kernel: scsi 4:0:0:0: Direct-Access WD Elements 107C 1065 PQ: 0 ANSI: 6
May 5 14:45:05 kernel: sd 4:0:0:0: [sda] Spinning up disk...
May 5 14:45:05 kernel: sd 4:0:0:0: Attached scsi generic sg0 type 0
May 5 14:45:17 kernel: ............ready
May 5 14:45:17 kernel: sd 4:0:0:0: [sda] 1220934400 4096-byte logical blocks: (5.00 TB/4.55 TiB)
May 5 14:45:17 kernel: sd 4:0:0:0: [sda] Write Protect is off
May 5 14:45:17 kernel: sd 4:0:0:0: [sda] No Caching mode page found
May 5 14:45:17 kernel: sd 4:0:0:0: [sda] Assuming drive cache: write through
May 5 14:45:17 kernel: sda: sda1 sda2
May 5 14:45:17 kernel: sd 4:0:0:0: [sda] Attached SCSI disk
May 5 14:45:56 kernel: usb 2-2: reset SuperSpeed USB device number 5 using xhci-hcd
May 5 14:46:26 kernel: usb 2-2: reset SuperSpeed USB device number 5 using xhci-hcd
May 5 14:46:58 kernel: usb 2-2: reset SuperSpeed USB device number 5 using xhci-hcd
May 5 14:47:28 kernel: usb 2-2: reset SuperSpeed USB device number 5 using xhci-hcd
May 5 14:48:00 kernel: usb 2-2: reset SuperSpeed USB device number 5 using xhci-hcd
May 5 14:48:30 kernel: usb 2-2: reset SuperSpeed USB device number 5 using xhci-hcd
May 5 14:48:31 kernel: sd 4:0:0:0: [sda] FAILED Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK
May 5 14:48:31 kernel: sd 4:0:0:0: [sda] CDB: Read(10) 28 00 00 00 81 1c 00 00 20 00
May 5 14:48:31 kernel: blk_update_request: I/O error, dev sda, sector 264416
May 5 14:48:31 kernel: tntfs info (device sda2, pid 7676): ntfs_fill_super(): fail_safe is enabled.
May 5 14:48:34 kernel: sd 4:0:0:0: [sda] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
May 5 14:48:34 kernel: sd 4:0:0:0: [sda] Sense Key : Medium Error [current]
May 5 14:48:34 kernel: sd 4:0:0:0: [sda] Add. Sense: Unrecovered read error
May 5 14:48:34 kernel: sd 4:0:0:0: [sda] CDB: Read(10) 28 00 00 00 81 25 00 00 01 00
May 5 14:48:34 kernel: blk_update_request: critical medium error, dev sda, sector 264488
May 5 14:48:34 kernel: __ntfs_error: 4 callbacks suppressed
May 5 14:48:34 kernel: tntfs error (device sda2, pid 0): ntfs_bio_end_io_read(): Bio read I/O error (error 61).
May 5 14:48:34 kernel: tntfs error (device sda2, pid 7676): load_and_init_upcase(): Failed to load $UpCase from the volume. Using default.
May 5 14:48:34 kernel: tntfs info (device sda2, pid 7676): load_system_files(): NTFS volume name 'wd', version 3.1 (cluster_size 4096, PAGE_SIZE 4096).
May 5 14:49:06 kernel: usb 2-2: reset SuperSpeed USB device number 5 using xhci-hcd


Kyrpii kun eloa noinkin paljon mutta ei pääse lukemaan mitään millään vehkeellä.

 

[dj_pirtu]

Ai saatana, heräs henkiin lopulta kun tarpeeks pitkään antoi tuossa roikkua ja purkki heitti resettiä. Nyt alko raivokopioiminen.

Erroria tulee jatkuvasti mutta kama siirtyy, huuuuh...

May 5 15:14:05 kernel: sd 4:0:0:0: [sda] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
May 5 15:14:05 kernel: sd 4:0:0:0: [sda] Sense Key : Medium Error [current]
May 5 15:14:05 kernel: sd 4:0:0:0: [sda] Add. Sense: Unrecovered read error
May 5 15:14:05 kernel: sd 4:0:0:0: [sda] CDB: Read(10) 28 00 0c 57 61 d4 00 00 01 00
May 5 15:14:05 kernel: blk_update_request: critical medium error, dev sda, sector 1656426144
May 5 15:14:05 kernel: tntfs error (device sda2, pid 14): ntfs_end_buffer_async_read(): Buffer I/O error, logical block 0xc56e0d4.
May 5 15:14:05 kernel: tntfs error (device sda2, pid 9275): ntfs_index_descend_into_child_node(): Failed to map index page (error 5).
May 5 15:14:05 kernel: tntfs error (device sda2, pid 9275): ntfs_index_lookup_next(): Failed (error 5).
May 5 15:14:05 kernel: tntfs error (device sda2, pid 9275): ntfs_readdir(): Failed to look up index entry with position 0x7e in directory 0xfe87 (error 5).
May 5 15:14:09 kernel: sd 4:0:0:0: [sda] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
May 5 15:14:09 kernel: sd 4:0:0:0: [sda] Sense Key : Medium Error [current]
May 5 15:14:09 kernel: sd 4:0:0:0: [sda] Add. Sense: Unrecovered read error
May 5 15:14:09 kernel: sd 4:0:0:0: [sda] CDB: Read(10) 28 00 0c 57 61 d4 00 00 01 00
May 5 15:14:09 kernel: blk_update_request: critical medium error, dev sda, sector 1656426144
May 5 15:14:09 kernel: tntfs error (device sda2, pid 0): ntfs_end_buffer_async_read(): Buffer I/O error, logical block 0xc56e0d4.
May 5 15:14:09 kernel: tntfs error (device sda2, pid 9275): ntfs_index_descend_into_child_node(): Failed to map index page (error 5).
May 5 15:14:09 kernel: tntfs error (device sda2, pid 9275): ntfs_index_lookup_by_position(): Failed (error 5).
May 5 15:14:09 kernel: tntfs error (device sda2, pid 9275): ntfs_readdir(): Failed to look up index entry with position 0x7e in directory 0xfe87 (error 5).

 

[Griffin]

Joopa, tuossa kannattaa nyt kopioida talteen kaikki, mikä lähtee.

Nuo salaukset ovat kyllä vihoviimeisiä ja monet ovat menettäneet kallisarvoiset tietonsa sen vuoksi. Yleisesti sanoisin, että normi pulliaisen kannattaa pysyä slauksista mahdollisimman erossa ja pistää ne aina poispäältä.

En tiedä, millainen salaus tuossa on, mutta jos se on matalan tason, eikä näy käyttikselle, niin oikea tapa on lukea levystä image jollain softalla, joka ensin lukee kaiken, minkä saa irti hyvin helposti ja sen jälkeen nuohoo levyä tarkemmin..

Kun levystä on saatu aikaaan image, niin siitä voi sitten etsiä dataa, ilman, että tarvitsee pelätä levyn lisähajoamista, joka on joissain tapauksissa erittäin mahdollista.

Joskus lukemisen epäonnistuminen voi johtua virtalähteestä (jos levyllä on ulkoinen poweri). Se voi korruptoida ja tehdä badejä tai polttaa levyn piirikortilta komponenttejä. Siellä oli onneksi aikoinaan ainankin ylijännitesuojauksia, jotka hajosivat, mutta suojasivat muun elektroniikan monasti, kun ylkoinen powerbrick antoi ylijännitettä..

 

[Grazer]

Suositeltavin tosiaan vetäistä ddrescuella image ja tutkailla sitten jälkeenpäin. Yksittäisiä filuja haeskellessa myös testdisk toimii.

Itsellä hajosi juuri noin 15 vuotta vanha USB-tikku. Windows alkoi valitella että levy alustettava, jotta sitä voi käyttää. Osiotaulu oli ainakin lahonnut. Lykkäsin tikun Debian-koneeseen kiinni ja testdiskillä sai tikkua luettua ja olennaisimmat tiedostot olivat ehjiä.

 

[dj_pirtu]

Joopa, tuossa kannattaa nyt kopioida talteen kaikki, mikä lähtee.

Nuo salaukset ovat kyllä vihoviimeisiä ja monet ovat menettäneet kallisarvoiset tietonsa sen vuoksi. Yleisesti sanoisin, että normi pulliaisen kannattaa pysyä slauksista mahdollisimman erossa ja pistää ne aina poispäältä.

En tiedä, millainen salaus tuossa on, mutta jos se on matalan tason, eikä näy käyttikselle, niin oikea tapa on lukea levystä image jollain softalla, joka ensin lukee kaiken, minkä saa irti hyvin helposti ja sen jälkeen nuohoo levyä tarkemmin..

Kun levystä on saatu aikaaan image, niin siitä voi sitten etsiä dataa, ilman, että tarvitsee pelätä levyn lisähajoamista, joka on joissain tapauksissa erittäin mahdollista.

Joskus lukemisen epäonnistuminen voi johtua virtalähteestä (jos levyllä on ulkoinen poweri). Se voi korruptoida ja tehdä badejä tai polttaa levyn piirikortilta komponenttejä. Siellä oli onneksi aikoinaan ainankin ylijännitesuojauksia, jotka hajosivat, mutta suojasivat muun elektroniikan monasti, kun ylkoinen powerbrick antoi ylijännitettä..

Tässä tosiaan toi pirun salaus teki hommasta vaikeeta. Ei tilaa ottaa sitä imagea minnekään, kaupasta olisi pitänyt hakea joku iso levy. Sen lisäksi sitten etsiä vielä ehjä toinen samanlainen WD50PURX jonne tuupata se image ja sitten tuohon WDn kalikkaan että saa salauksen auki. Sitten olisi varmaan saanut kaiken ihan kaiken ulos.

Mutta peiliin saa katsoa useastakin syystä. Merkit ollu ilmassa varmaan kuukausia mutta ei vaan dorkana tullut katsottua reitittimen logia missään kohtaa että miksi tiedostojen siirtely on välillä hidasta, varmaan se WLAN vaan vähän tökkii. Olis ehtiny jo moneen kertaan kopsata ne datat.

 

[Yeenoghu]

Levy suoraan koneessa kiinni ja surface-testi sanoo että skeidaa levypintaa löytyy aika pahasti sieltä 125-150MB alueelta levyn alusta. Sittemmin lähti juoksemaan ja katselin sinne 4GB asti kunnes lopetin.

Reitittimen antamaa dataa kun WDn oma SATA-USB kiinni, siellä näkyy jopa NTFS ja wd:n levyn nimi. Mutta ledi vaan vilkkuu eikä mounttaa:

Huh. Onneksi laitoit levyn suoraan SATA-liitäntään kiinni. Luin aiempaa että USB-adapteriin kytkettynä levy näkyi kahtena osiona tjsp. Tuo johtuu melko varmasti siitä ettei adapteri tue kunnolla yli 4TB levyjä tai osioita. Itsellä oli vastaava tilanne 8TB levyn kanssa joka oli USB-adapterissa kiinni. Kiitos adapterin yhteensopimattomuuden yli 4TB levyjen kanssa, se aiheutti sen että levyn kirjanpito sotkeutui välittömästi, eikä ollut enää pelastettavissa chkdsk:lla. -> Data menetettiin.

Ole siis varovainen adapterien kanssa kun kerta kyseessä on yli 4TB levy.

 

[dj_pirtu]

Huh. Onneksi laitoit levyn suoraan SATA-liitäntään kiinni. Luin aiempaa että USB-adapteriin kytkettynä levy näkyi kahtena osiona tjsp. Tuo johtuu melko varmasti siitä ettei adapteri tue kunnolla yli 4TB levyjä tai osioita. Itsellä oli vastaava tilanne 8TB levyn kanssa joka oli USB-adapterissa kiinni. Kiitos adapterin yhteensopimattomuuden yli 4TB levyjen kanssa, se aiheutti sen että levyn kirjanpito sotkeutui välittömästi, eikä ollut enää pelastettavissa chkdsk:lla. -> Data menetettiin.

Ole siis varovainen adapterien kanssa kun kerta kyseessä on yli 4TB levy.

Tämän taisin selostaa ylempänä huonosti. Siis jos levy oli normi-USB-telakassa tai koneen SATA-väylässä niin levy näkyi kahtena osiona jne. eikä ollut luettavissa. Ainoastaan tuon WDn kikkareen läpi sisältö näkyy järkevänä. Ei todellakaan käyny mielessäkään tätä levyä ostaessa ettei sitä vois suoraan koneella SATA-väylään kytkettynä lukea.

Tosiaan, kyseinen platta ehti olla käytössä 8 vuotta ja 24/7 mikä on jo aika ihan siedettävä saavutus.

 

[dj_pirtu]

Homma tehty. Tänään sain siirrettyä loputkin yhtään tärkeät datat talteen. Erroria tuli ihan jatkuvasti ja siirto oli hidasta mutta eteni kuitenkin, tuntuu datakin olevan kunnossa.

En kyllä tämänmoista jännitystä kaipaa elämääni enää toista kertaa.