Elektroda.pl
Elektroda.pl
X
Proszę, dodaj wyjątek dla www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Zewnętrzny (ST9500325AS) zmiana z NTFS na RAW - odzyskanie

26 Gru 2010 03:38 3889 10
  • Poziom 9  
    Witam,
    dysk zewnętrzny iomega 500GB (ST9500325AS) na USB po kilku miesiącach użytkowania jako archiwum przestał być prawidłowo wykrywany przez system (Vista, 7). Po podłączeniu system oferuje sformatowanie dysku "Przed użyciem dysku znajdującego się w stacji dysków .. musisz go sformatować", później wyrzuca komunikat "Lokalizacja jest niedostępna. Błąd danych (CRC)". W zarządzaniu dyskami widoczny jest z pełną pojemnością 465,76 GB (GiB) ale z systemem plików RAW. Przy pomocy testdisk'a sprawdziłem listę folderów i plików i część folderów i plików skopiowałem, dla części wyrzucił błąd.

    Zamieszczam SMART dla tego dysku z HDDScan:

    Code:
    HDDScan S.M.A.R.T. Report 
    
    Model: ST9500325AS
    Firmware: 0002BSM1
    Serial: 6VE654R8
    LBA: 976773168

    Report By: HDDScan for Windows version 3.3
    Report Date: 2010-12-26 00:40:57


     Num  Attribute Name  Value  Worst  Raw(hex)  Threshold 

     001 Raw Read Error Rate  081 081 000000020C-7939 006

     003 Spin Up Time  097 097 0000000000-0000 000

     004 Start/Stop Count  100 100 0000000000-005B 020

     005 Reallocation Sector Count  090 090 0000000000-00D7 036

     007 Seek Error Rate  100 253 0000000004-000C 030

     009 Power-On Hours Count  100 100 0000000000-005B 000

     010 Spin Retry Count  100 100 0000000000-0000 097

     012 Device Power Cycle Count  100 037 0000000000-005B 020

     184 End To End Error Count  100 100 0000000000-0000 099

     187 Reported Uncorrectable Error  001 001 0000000000-0D59 000

     188 Reported Command Timeouts  100 100 0000010001-0001 000

     189 High Fly Writes  100 100 0000000000-0000 000

     190 Airflow Temperature  062 053 38 C  045

     190 Airflow Temperature Minimum 062 053 35 C 045

     190 Airflow Temperature Maximum 062 053 42 C 045

     191 G-sense Rate/Servo tracking  100 100 0000000000-0001 000

     192 Emergency Retract Count  100 100 0000000000-003B 000

     193 Load/unload Cycle Count  100 100 0000000000-01F3 000

     194 HDA Temperature  038 047 38 C  000

     194 HDA Temperature Minimum 038 047 09 C 000

     194 HDA Temperature Maximum 038 047 53 C 000

     195 Error Rate 049 044 000000020C-7939 000

     197 Current Pending Errors Count  100 100 0000000000-06F8 000

     198 Uncorrectable Errors Count  100 100 0000000000-06F8 000

     199 UltraDMA CRC Errors  200 200 0000000000-0000 000


    Proszę o pomoc - opinię i ewentualne wskazówki.
    Zależy mi na odzyskaniu folderów ze zdjęciami (ok 20 GB, głównie *.jpg).
    Jeżeli konieczne jest zrobienie kopii całego dysku to ze względu na rozmiar będę mógł ją zrobić najwcześniej w poniedziałek (27.12 br.)
    Z góry dziękuję za poświęcony czas.
  • Poziom 9  
    Po kilkunastu godzinach kopiowania w DMDE (boot z usb z DOS z Win 98SE) skopiowalo sie niewiele ponad 2% dysku (ok. 10GB). Przerwałem operację i wrzuciłem do plikow systemowych sterownik usbaspi.sys bo stwierdziłem, że problem z powolnym transferem jest związany ze sterownikiem dla USB 2.0 (dysk zewnętrzny podłączony jest przez rozgałęziony kabel usb). Jeszcze raz odpaliłem kopiowanie w DMDE i ruszyło z właściwą dla USB 2.0 prędkością, aby po skopiowaniu około 1,5 GB danych (przy wartości LBA 3 121 152 - podejrzewam ze w tym przypadku nie jest to istotne) zwolnic do tej co poprzednim razem (w tym tempie kopiowanie całego dysku zajęłoby ok 30 dni). Odpaliłem Hiren's Boot 12 na USB i stamtąd Ranish Partition Manager podobnie 'ruszył z kopyta' ale po ok 1,5-1,6 GB predkość kopiowania spadła do ok 0,5 MB/s ( przeskoki o wartość 512 w odstępach 1-2 sekundowych). Dioda dysku nadal się świeci, i sporadycznie sygnalizuje pracę mruganiem. Przerwanie operacji i jej ponowne zainicjowanie powoduje, że dane kopiowane są z 'powolną' prędkością. Po wyjściu z programu Ranish.. i restarcie do BIOS'u (dysk pod USB nie zostaje 'odcięty' od zasilania - nie 'restaruje się') okazuje się, że dysk w BIOS'ie jest niewidoczny. Odłączenie dysku i ponowne podpięcie, restart i odpalenie kopiowania w Ranish.. dałe takie same efekty jak opisane powyżej - prędkość kopiowania na poziomie transferu USB 2.0 ale tylko do pojemności ok 1,5 GB potem spadek do przeskoków po 512kB co 1-2 sekundy. Skopiowanie tych 1,5 GB zajmuje ok 2 minut (może 1,5 a może 3,5 nie zmierzyłem tego czasu a nie chcę uruchamiać kopiowania kolejny raz bo jestem przekonany, że sytuacja się powtórzy i będę zmuszony je anulować). Czy to możliwe, że dysk sam po pewnym czasie przechodzi w stan 'uśpienia' lub do niskiej prędkości transferu wg jakichś wewnętrznych ustawień lub uszkodzenia? w BIOS'ie nie widziałem opcji/funkcji, która mogłaby powodować takie zdarzenie. (M4A89GTD PRO/USB3 BIOS 1456)
  • Poziom 12  
    A moze sie przegrzewa elektronika?
    Ja tak zostawilem na noc dysk do kopiowania, ktry mial bardzdo powolny odczyt.
    Dysk zrobil sie w miedzyczasie mocno gorący, ze ciezko go bylo dluzej w rece utrzymac.
    Rano byl juz martwy. pewnie elektronika temperatury nie wytrzymala - albo i sama wytworzyle tyle °C.
    Czy nie jest tak, ze jak mamy blednie odczytywane dane to na elektronice jest jakis uklad do korekcji bledow i to on sie grzeje?

    Teraz jak mam kopiowac wieksze ilosci danych to chlodze wiatrakiem dyski...


    ps. Wie ktos moze o czym informuje parametr 184 w SMSRT samsunga:
    end to end error? mam tego 150 :(
  • Specjalista HDD Recovery
    Atrybut ID 184 ( B8 )
    End-to-End Error
    Ten atrybut jest częścią technologii HP w wersji S.M.A.R.T. IV generacji i informuje ,że na drodze pomiędzy pamięcią podręczna buforem a dyskiem nastąpiły błędy.
    Krytyczny: Tak (Im niższa wartość tym lepiej)
  • Poziom 9  
    Czy przegrzanie elektroniki cechowałaby taka powtarzalność jesli chodzi o ilość skopiowanych danych? wydaje mi się to zupełnie błędnym tropem skoro odłaczenie i niezwłoczne podłaczenie pozwoliło na ponowne skopiowanie danych z odpowiednią prędkością ale jedynie do tej samej ilości. Powiązanie z ilością wyklucza anulowanie operacji i jej ponowne zainicjowanie, gdzie prędkość kopiowania jest już wciąż niska. Temperatura bezwzględnie nie powinna tu grać kluczowej roli. Pozostaje powiązanie z warunkiem czasowym. Prosiłbym o bardziej konstruktywną polemikę (niż informacje o sposobie chłodzenia dysków).
  • Poziom 9  
    Odpalenie DMDE pod Windows (Win32 console) i zaznaczenie kopii wstecznej pozwoliło na skopiowanie 391GB (78%) dysku w kilkanaście godzin. Niestety wystąpił błąd "Win Error 0x17. Błąd danych (CRC)", wybrałem opcję 'Ignoruj wszystkie' i od kilku godzin gęsto wyrzuca ten sam błąd w tle konsoli, przepuszczając od czasu do czasu po kilka sektorów jednak ilość skopiowanych danych już nie wzrosła.
    Czy ktoś wie jak zachowuje się DMDE w tej sytuacji, czy kopiuje sektor pomimo wystąpienia błędu CRC, czy pozostawia sektor pusty, czy w kopii całkowicie pomija taki sektor? I w zależności od powyższego czy taka kopia może być przydatna do odzyskania danych, czy w miejscach, gdzie występowały błędy CRC odtworzenie danych z kopii posektorowej będzie niemożliwe?
  • Spec od pamięci masowych
    shafha napisał:
    czy w miejscach, gdzie występowały błędy CRC odtworzenie danych z kopii posektorowej będzie niemożliwe?

    Widzę, ze nikt tu nie zauważył 215 relokowanych sektorów i kolejną dużą ilość w kolejce!
    Obawiam się, że danych z początku dysku już nie odzyskasz w całości - większość plików będzie uszkodzona!