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.

Soft/hard reset dysku twardego

27 Lis 2011 21:10 7160 26
  • Poziom 9  
    Nie chodzi o kasowanie danych.
    Seagate barracuda z nieszczęsnej serii 7200.11 (firmware mu aktualizowałem jakiś rok temu) ma problem z danymi. Podczas pracy dochodzi do prawdopodobnie uszkodzonego obszaru i dysk znika, tak jakby się zawieszał, nie czyta już sektorów które wcześniej czytał, po restarcie komputera znowu działa do czasu próby pracy na wadliwym obszarze. Czy jest pod windowsy (XP) jakiś program którym można wysłać do dysku polecenie resetu, obecnie realizuję to sprzętowo w zewnętrznej kieszeni USB-SATA wyłączając zasilanie ale to dość brutalna i męcząca metoda. Potrzebuję to by zgrać dane z jeszcze sprawnych obszarów. Zdaje się że linux ma taki feature wbudowany ale to rozważam jako ostateczność.

    Pozdrawiam.
    Darmowe szkolenie: Ethernet w przemyśle dziś i jutro. Zarejestruj się za darmo.
  • Poziom 25  
    Możesz podać SMART tego dysku?
  • Specjalista HDD Recovery
    1) Soft restet dysku nie zadziała
    2) Hard musi fizycznie wyłączać zasilanie a do tego jest potrzebny kontroler zasilania.
    3) Program musi sobie radzić z wyłączeniem dysku w trakcie pracy i ponownym włączeniem nie każdy program system operacyjny kontroler sobie z tym radzi.
  • Poziom 9  
    Podpiąłem go jednak do linuxa. Jednak nawet on sobie nie poradził:

    Code:
    Nov 28 10:40:20 jesus kernel: [1198483.053467] sd 11:0:0:0: [sde] Unhandled sense code
    
    Nov 28 10:40:20 jesus kernel: [1198483.070951] sd 11:0:0:0: [sde] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
    Nov 28 10:40:20 jesus kernel: [1198483.088454] sd 11:0:0:0: [sde] Sense Key : Medium Error [current]
    Nov 28 10:40:20 jesus kernel: [1198483.088463] sd 11:0:0:0: [sde] Add. Sense: Unrecovered read error
    Nov 28 10:40:20 jesus kernel: [1198483.088476] sd 11:0:0:0: [sde] CDB: Read(10): 28 00 00 04 e5 e0 00 00 f0 00
    Nov 28 10:40:20 jesus kernel: [1198483.088503] end_request: I/O error, dev sde, sector 320992
    Nov 28 10:40:20 jesus kernel: [1198483.088513] Buffer I/O error on device sde, logical block 40124
    Nov 28 10:40:20 jesus kernel: [1198483.088529] Buffer I/O error on device sde, logical block 40125
    Nov 28 10:40:20 jesus kernel: [1198483.088537] Buffer I/O error on device sde, logical block 40126
    Nov 28 10:40:20 jesus kernel: [1198483.088545] Buffer I/O error on device sde, logical block 40127
    Nov 28 10:40:20 jesus kernel: [1198483.088552] Buffer I/O error on device sde, logical block 40128
    Nov 28 10:40:20 jesus kernel: [1198483.088559] Buffer I/O error on device sde, logical block 40129
    Nov 28 10:40:20 jesus kernel: [1198483.088566] Buffer I/O error on device sde, logical block 40130
    Nov 28 10:40:20 jesus kernel: [1198483.088574] Buffer I/O error on device sde, logical block 40131
    Nov 28 10:40:20 jesus kernel: [1198483.088581] Buffer I/O error on device sde, logical block 40132
    Nov 28 10:40:20 jesus kernel: [1198483.088589] Buffer I/O error on device sde, logical block 40133
    Nov 28 10:40:20 jesus kernel: [1198483.304450] sd 11:0:0:0: [sde] Unhandled sense code
    Nov 28 10:40:20 jesus kernel: [1198483.316980] sd 11:0:0:0: [sde] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
    Nov 28 10:40:20 jesus kernel: [1198483.317162] sd 11:0:0:0: [sde] Sense Key : Medium Error [current]
    Nov 28 10:40:20 jesus kernel: [1198483.317169] sd 11:0:0:0: [sde] Add. Sense: Unrecovered read error
    Nov 28 10:40:20 jesus kernel: [1198483.317178] sd 11:0:0:0: [sde] CDB: Read(10): 28 00 00 04 e6 d0 00 00 10 00
    Nov 28 10:40:20 jesus kernel: [1198483.317195] end_request: I/O error, dev sde, sector 321232


    wynik smartctl -a
    Code:
    smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build)
    
    Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

    === START OF INFORMATION SECTION ===
    Model Family:     Seagate Barracuda 7200.11 family
    Device Model:     ST3500320AS
    Serial Number:    9QM8BPXJ
    Firmware Version: SD1A
    User Capacity:    500,107,862,016 bytes
    Device is:        In smartctl database [for details use: -P show]
    ATA Version is:   8
    ATA Standard is:  ATA-8-ACS revision 4
    Local Time is:    Mon Nov 28 10:13:19 2011 GMT
    SMART support is: Available - device has SMART capability.
    SMART support is: Enabled

    === START OF READ SMART DATA SECTION ===
    SMART overall-health self-assessment test result: PASSED

    General SMART Values:
    Offline data collection status:  (0x82)   Offline data collection activity
                   was completed without error.
                   Auto Offline Data Collection: Enabled.
    Self-test execution status:      (   0)   The previous self-test routine completed
                   without error or no self-test has ever
                   been run.
    Total time to complete Offline
    data collection:        ( 642) seconds.
    Offline data collection
    capabilities:           (0x7b) SMART execute Offline immediate.
                   Auto Offline data collection on/off support.
                   Suspend Offline collection upon new
                   command.
                   Offline surface scan supported.
                   Self-test supported.
                   Conveyance Self-test supported.
                   Selective Self-test supported.
    SMART capabilities:            (0x0003)   Saves SMART data before entering
                   power-saving mode.
                   Supports SMART auto save timer.
    Error logging capability:        (0x01)   Error logging supported.
                   General Purpose Logging supported.
    Short self-test routine
    recommended polling time:     (   1) minutes.
    Extended self-test routine
    recommended polling time:     ( 122) minutes.
    Conveyance self-test routine
    recommended polling time:     (   2) minutes.
    SCT capabilities:           (0x103b)   SCT Status supported.
                   SCT Error Recovery Control supported.
                   SCT Feature Control supported.
                   SCT Data Table supported.

    SMART Attributes Data Structure revision number: 10
    Vendor Specific SMART Attributes with Thresholds:
    ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
      1 Raw_Read_Error_Rate     0x000f   113   099   006    Pre-fail  Always       -       100692207
      3 Spin_Up_Time            0x0003   095   094   000    Pre-fail  Always       -       0
      4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       143
      5 Reallocated_Sector_Ct   0x0033   049   049   036    Pre-fail  Always       -       1058
      7 Seek_Error_Rate         0x000f   066   060   030    Pre-fail  Always       -       4850146
      9 Power_On_Hours          0x0032   091   091   000    Old_age   Always       -       8402
     10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       2
     12 Power_Cycle_Count       0x0032   099   099   020    Old_age   Always       -       1194
    184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
    187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       211
    188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       1376283
    189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
    190 Airflow_Temperature_Cel 0x0022   079   047   045    Old_age   Always       -       21 (Lifetime Min/Max 21/21)
    194 Temperature_Celsius     0x0022   021   053   000    Old_age   Always       -       21 (0 11 0 0)
    195 Hardware_ECC_Recovered  0x001a   056   009   000    Old_age   Always       -       100692207
    197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       989
    198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       989
    199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0

    SMART Error Log Version: 1
    ATA Error Count: 39221 (device log contains only the most recent five errors)
       CR = Command Register [HEX]
       FR = Features Register [HEX]
       SC = Sector Count Register [HEX]
       SN = Sector Number Register [HEX]
       CL = Cylinder Low Register [HEX]
       CH = Cylinder High Register [HEX]
       DH = Device/Head Register [HEX]
       DC = Device Command Register [HEX]
       ER = Error register [HEX]
       ST = Status register [HEX]
    Powered_Up_Time is measured from power on, and printed as
    DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
    SS=sec, and sss=millisec. It "wraps" after 49.710 days.

    Error 39221 occurred at disk power-on lifetime: 8402 hours (350 days + 2 hours)
      When the command that caused the error occurred, the device was active or idle.

      After command completion occurred, registers were:
      ER ST SC SN CL CH DH
      -- -- -- -- -- -- --
      04 71 04 9d 00 32 e0

      Commands leading to the command that caused the error were:
      CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
      -- -- -- -- -- -- -- --  ----------------  --------------------
      e5 00 00 00 00 00 a0 00      00:01:29.063  CHECK POWER MODE
      e5 00 00 00 00 00 a0 00      00:01:22.510  CHECK POWER MODE
      e5 00 00 00 00 00 a0 00      00:01:15.958  CHECK POWER MODE
      e5 00 00 00 00 00 a0 00      00:01:09.406  CHECK POWER MODE
      ef 03 46 00 00 00 a0 00      00:01:02.855  SET FEATURES [Set transfer mode]

    Error 39220 occurred at disk power-on lifetime: 8402 hours (350 days + 2 hours)
      When the command that caused the error occurred, the device was active or idle.

      After command completion occurred, registers were:
      ER ST SC SN CL CH DH
      -- -- -- -- -- -- --
      04 71 04 9d 00 32 e0

      Commands leading to the command that caused the error were:
      CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
      -- -- -- -- -- -- -- --  ----------------  --------------------
      e5 00 00 00 00 00 a0 00      00:01:22.510  CHECK POWER MODE
      e5 00 00 00 00 00 a0 00      00:01:15.958  CHECK POWER MODE
      e5 00 00 00 00 00 a0 00      00:01:09.406  CHECK POWER MODE
      ef 03 46 00 00 00 a0 00      00:01:02.855  SET FEATURES [Set transfer mode]
      00 00 00 00 00 00 00 04      00:01:02.814  NOP [Abort queued commands]

    Error 39219 occurred at disk power-on lifetime: 8402 hours (350 days + 2 hours)
      When the command that caused the error occurred, the device was active or idle.

      After command completion occurred, registers were:
      ER ST SC SN CL CH DH
      -- -- -- -- -- -- --
      04 71 04 9d 00 32 e0

      Commands leading to the command that caused the error were:
      CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
      -- -- -- -- -- -- -- --  ----------------  --------------------
      e5 00 00 00 00 00 a0 00      00:01:15.958  CHECK POWER MODE
      e5 00 00 00 00 00 a0 00      00:01:09.406  CHECK POWER MODE
      ef 03 46 00 00 00 a0 00      00:01:02.855  SET FEATURES [Set transfer mode]
      00 00 00 00 00 00 00 04      00:01:02.814  NOP [Abort queued commands]
      25 00 01 00 00 00 e0 00      00:01:02.814  READ DMA EXT

    Error 39218 occurred at disk power-on lifetime: 8402 hours (350 days + 2 hours)
      When the command that caused the error occurred, the device was active or idle.

      After command completion occurred, registers were:
      ER ST SC SN CL CH DH
      -- -- -- -- -- -- --
      04 71 04 9d 00 32 e0

      Commands leading to the command that caused the error were:
      CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
      -- -- -- -- -- -- -- --  ----------------  --------------------
      e5 00 00 00 00 00 a0 00      00:01:09.406  CHECK POWER MODE
      ef 03 46 00 00 00 a0 00      00:01:02.855  SET FEATURES [Set transfer mode]
      00 00 00 00 00 00 00 04      00:01:02.814  NOP [Abort queued commands]
      25 00 01 00 00 00 e0 00      00:01:02.814  READ DMA EXT
      ef 03 46 00 00 00 a0 00      00:01:02.697  SET FEATURES [Set transfer mode]

    Error 39217 occurred at disk power-on lifetime: 8402 hours (350 days + 2 hours)
      When the command that caused the error occurred, the device was active or idle.

      After command completion occurred, registers were:
      ER ST SC SN CL CH DH
      -- -- -- -- -- -- --
      04 71 04 9d 00 32 e0  Device Fault; Error: ABRT

      Commands leading to the command that caused the error were:
      CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
      -- -- -- -- -- -- -- --  ----------------  --------------------
      ef 03 46 00 00 00 a0 00      00:01:02.855  SET FEATURES [Set transfer mode]
      00 00 00 00 00 00 00 04      00:01:02.814  NOP [Abort queued commands]
      25 00 01 00 00 00 e0 00      00:01:02.814  READ DMA EXT
      ef 03 46 00 00 00 a0 00      00:01:02.697  SET FEATURES [Set transfer mode]
      00 00 00 00 00 00 00 04      00:01:02.655  NOP [Abort queued commands]

    SMART Self-test log structure revision number 1
    Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
    # 1  Short offline       Completed: read failure       90%      8393         320124
    # 2  Short offline       Completed: read failure       90%      8370         320997
    # 3  Extended offline    Completed: read failure       90%      8353         320997

    SMART Selective self-test log data structure revision number 1
     SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
        1        0        0  Not_testing
        2        0        0  Not_testing
        3        0        0  Not_testing
        4        0        0  Not_testing
        5        0        0  Not_testing
    Selective self-test flags (0x0):
      After scanning selected spans, do NOT read-scan remainder of disk.
    If Selective self-test is pending on power-up, resume after 0 minute delay.



    Zdaje się że nie warto się męczyć z odzyskiem danych, mam początkowe sektory i końcówkę dysku ale biorąc pod uwagę że dysk był częścią raid 0 ....
  • Poziom 43  
    Zrób tak - kopia posektorowa do momentu zwisu > wyłączenie i włączenie komputera > kopia wsteczna do momentu zwisu > sprawdzenie czego brakuje.
  • Poziom 43  
    Racja. Z tym, że w takim razie i tak skopiowałbym co się da posektorowo i sprawdził czy dane są widoczne i do odczytania (zakładam, że drugi dysk jest sprawny i że RAID da się w miarę bezproblemowo podmontować w programie). Jeśli się mylę to proszę o sprostowanie.
    Co do resetowania dysku - wydaje mi się, że gdzieś na elektrodzie w tym dziale było coś a urządzeniu wyłączającym zasilanie za pomocą komend softwarowych. Poszukaj.
  • Poziom 9  
    Helmud - już tak zrobiłem, około połowy dysku jest martwe, pierwsze 156MB i ostatnie 96GB są ok, wróć, w ten sposób wydaje się być martwe bo z ciekawości odpaliłem victorią skan w środku martwicy a tam dysk działa. W każdym razie jako że nie jest to ciągły obszar z bad'ami chciałem odzyskać ile się da ale nie restartując go co chwilę. Coby RAID'a złożyć w brakujące miejsca planuję zera wpisać.
    Ale... właśnie znalazłem że linuxowy hdparm ma opcje:
    Cytat:
    -w
    Perform a device reset (DANGEROUS). Do NOT use this option. It exists for unlikely situations where a reboot might otherwise be required to get a confused drive back into a useable state.

    niestety rezultat:
    Cytat:
    root@jesus:~# hdparm -w /dev/sde

    /dev/sde:
    resetting drive
    HDIO_DRIVE_RESET failed: Invalid argument

    oraz:
    Cytat:
    -Y
    Force an IDE drive to immediately enter the lowest power consumption sleep mode, causing it to shut down completely. A hard or soft reset is required before the drive can be accessed again (the Linux IDE driver will automatically handle issuing a reset if/when needed). The current power mode status can be checked using the -C flag.

    z rezultatem:
    Cytat:
    root@jesus:~# hdparm -Y /dev/sde

    /dev/sde:
    issuing sleep command
    HDIO_DRIVE_CMD(sleep) failed: Input/output error


    Szkoda zdrowia...
  • Poziom 43  
    Widzę, że chyba nie wszytko zrozumiałeś więc opiszę szerzej:

    Alex_Y napisał:

    1. Helmud - już tak zrobiłem, około połowy dysku jest martwe, pierwsze 156MB i ostatnie 96GB są ok, wróć, w ten sposób wydaje się być martwe bo z ciekawości odpaliłem victorią skan w środku martwicy a tam dysk działa. W każdym razie jako że nie jest to ciągły obszar z bad'ami chciałem odzyskać ile się da ale nie restartując go co chwilę. Coby RAID'a złożyć w brakujące miejsca planuję zera wpisać.
    2. Ale... właśnie znalazłem że linuxowy hdparm ma opcje: (...)
    Szkoda zdrowia...


    1. Teraz zostaje chyba tylko próba skopiowania ile się da z tego uszkodzonego obszaru. Jesteś pewny że dysk zawiesza się na stałe? Jeśli tak to na Twoim miejscu bym ręcznie ustawiał zakres aż bym trafił na mniej martwy obszar. Jeden taki WD 250GB po upadku zawieszał się na amen po przejściu przez 178MB powierzchni i gdzieś w okolicach 38GB i jedyną możliwością dalszego kopiowania były ciągłe restarty. Nie wiem jak za RAID-em będzie bo miałem w sumie tylko 3 przypadki RAID 0 gdzie nie dało się odczytać dosłownie tylko kilku sektorów i z zamontowaniem macierzy nie było większych problemów - u Ciebie pewnie braki będą znacznie większe.
    2. Jeśli dysk zawiśnie to wydawanie mu rozkazów nic nie da (czyli cokolwiek byś nie robił jakimkolwiek programem to jeśli nie masz sprzętu do włączania/wyłączania zasilania to nic nie da). Zostaje ręczne odcięcie i ponowne podłączenie zasilania (albo włączanie i wyłączanie komputera, bo tak jak napisał migol21: "3. Program musi sobie radzić z wyłączeniem dysku w trakcie pracy i ponownym włączeniem nie każdy program system operacyjny kontroler sobie z tym radzi.").
  • Poziom 9  
    Migol: Wiem że pisałeś, czytam wszystko z należytą uwagą tylko że podałem już polecenie które robi to co jest mi potrzebne, niestety dysk nie ma tej funkcji zaimplementowanej a nawet jakby miał to w czasie zwisu nie reaguje na żadne polecenie.

    Helmud: Masz rację praktycznie w całości, z ostatnich prób wynika że w czasie zwisu nie reaguje zupełnie na jakiekolwiek polecenia, być może terminalem coś dałoby się zdziałać ale nie znam tego w stopniu umożliwiającym cokolwiek pożytecznego. Jeśli się nie mylę problem jest w braku sektorów do podmiany bad'ów, skończyły się i wygląda jakby dysk na siłę chciał zrobić remapping a że nie ma gdzie to idzie w maliny, niestety opcja wyłączająca obsługę bad'ów również nie jest zaimplementowana (opcja -D w hdparm)
    Cytat:
    -D
    Enable/disable the on-drive defect management feature, whereby the drive firmware tries to automatically manage defective sectors by relocating them to "spare" sectors reserved by the factory for such. Control of this feature via the -D flag is not supported for most modern drives since ATA-4; thus this command may fail.

    Być może w terminalu coś takiego jest (na pewno jest ale to jest top secret) co sprawiłoby że się nie wiesza jak ma problem z danymi.

    Co do odczytu wewnątrz "martwicy", pierwszy uwalony sektor to 320895, doszedłem 10 sektorów dalej i nadal trup (dysk podpięty przez przejściówkę USB-SATA, zasilanie wyłączane co sektor), zrobię jeszcze próbe z większym skokiem, sprawdzę co 256 sektor.

    Na chwilę obecną szukam czy jest metoda na wyłączenie remappingu.
  • Specjalista HDD Recovery
    Cytat:
    tylko że podałem już polecenie które robi to co jest mi potrzebne

    Bzdura ono nie robi tego co jest ci potrzebne.
  • Poziom 9  
    migol21 napisał:
    Cytat:
    tylko że podałem już polecenie które robi to co jest mi potrzebne

    Bzdura ono nie robi tego co jest ci potrzebne.


    W obliczu faktu że dysk nie rozpoznaje tego polecenia nie jestem w stanie zweryfikować słuszności Twego stwierdzenia, jeśli możesz to rozwiń swą myśl gdyż nie jestem na etapie przedszkolaka któremu wystarczy powiedzieć "nie dotykaj bo nie wolno", uzasadnienie mile widziane choćby w celach edukacyjnych bo ze względu na brak reakcji na jakiekolwiek polecenie w stanie zwisu ta linia odzysku danych została porzucona.

    Wyszła nowa sprawa, z dysku jest sieczka, bad'y są często i gęsto, nie każdy bad wiesza dysk i to najbardziej mnie zastanawia.
  • Poziom 43  
    Uzasadnienie było już podane. Jak dysk zawiśnie "na amen" to jedyne co pozostaje to fizyczne odcięcie od niego zasilania. Do tego potrzebne jest albo urządzenie montowane między gniazdem zasilania dysku a wtyczką, którą wkładasz w to gniazdo (i jak masz takie urządzenie to możesz za pomocą odpowiedniego softu nim sterować) albo ręczne odłączanie i podłączanie zasilania (chyba nie muszę tłumaczyć na czym polegające) tyle, że nie każdy kontroler wykryje potem dysk bez restartu. Żaden program działający na poziomie dysku tego nie zrealizuje. Co tu jest jeszcze niezrozumiałe?
  • Specjalista HDD Recovery
    Cytat:
    gdyż nie jestem na etapie przedszkolaka
    To zacznij czytać ze zrozumieniem, wszystko masz napisane. To tak jak tłumaczyć przedszkolakowi budowę i zasadę działania akceleratora atomów. Ja ci mowie że niższego rzędu oprogramowanie jest zwieszone a ty chcesz zarządzać oprogramowaniem wyższego rzędu. To tak jak by ci się zawisł komputer np. z powodu BIOS lub sprzętowego uszkodzenia a ty chciał byś w tak zawieszonym systemie warzywku wydawać polecenia resetu.

    Inaczej to tak jak byś odprawiał czary nad sfajczonym zasilaczem zasilaczu napraw się lub według starej zasady rosyjskich telewizorów Rubin bił młotkiem lub ręka po obudowie a nuż się naprawi.
  • Poziom 9  
    Pomińmy kwestię resetu programowego, napisałem już że ta opcja jest porzucona. Czy ktoś zna polecenia dla terminala tego dysku pozwalające manipulować obsługą błędów? Da się wyzerować listę remapowanych sektorów? mogę wtedy po kawałku zgrać dysk do czasu aż ponownie się zablokuje, od nowa wyzerować listę, zgrać kolejny kawałek i tak do końca.
  • Specjalista HDD Recovery
    Cytat:
    pozwalające manipulować obsługą błędów
    zdaje się nie rozumiesz powagi sytuacji i chcesz magiczna różdżkę do rozwiązania złożonych problemów.
    Nie ma komend .
    To tak jak byś powiedział czy są komendy do utworzenia zbudowania zaprogramowania systemu operacyjnego lub czy są komendy do stworzenia wsadu dla procesora zarządzającego ramieniem robota.

    Najpierw poczytaj i pojmij co to jest BAD sektor fizyczny zanim zaczniesz pisać bzdury typu, że wyzerujesz listę BAD sektorów jak by to cośkolwiek zmieniło.
    Po za tym jaka listę ?
  • Poziom 43  
    Da się wyzerować (w tym dysku nie wiem jak) ale nic to nie da w kwestii zawieszania, więc pytanie: po co? Bo ułatwić kopiowania to nie ułatwi...
  • Poziom 9  
    migol21 napisał:
    List się nie zeruje a przenosi.


    Doceniam Twoją wiedzę i chęć pomocy ale czy Ty się czepiasz terminologii? Nie wszyscy są profesjonalistami i używają profesjonalnego języka.
    SMART podaje ilość relokowanych sektorów, czyli jest gdzieś lista który sektor gdzie został przeniesiony oraz licznik podający ile jeszcze można ich relokować.
    http://yura.projektas.lt/files/seagate/720011_ES2.html
    Cytat:
    SMART erase ..... F3 1>N1 :ok
    power off/on
    G-List erase .....F3 T>i4,1,22 :ok
    power off/on
    Translator
    regeneration .....F3 T>m0,6,2,,,,,22


    I teraz, po mojemu jeśli wyczyszczę listę i wyzeruję licznik dysk zacznie ponownie używać wadliwych sektorów oczywiście ponownie je relokując. Jeżeli <- bardzo ważne - dysk zawiesza się bo brakuje mu sektorów do relokacji to znowu zacznie się zawieszać po zapełnieniu listy. Wtedy wyzeruję ponownie i odczytam kolejny fragment dysku do następnego zapełnienia listy itd.

    Czy w tym rozumowaniu jest jakiś błąd? Jeśli jest to gdzie i dlaczego?

    Znalazłem jeszcze tutaj info o p-list ale google nie wiedzą co to takiego.

    BTW czy raport SMART'a
    Cytat:
    5 Reallocated_Sector_Ct 0x0033 049 049 036 Pre-fail Always - 1058
    oznacza że są jeszcze dostępne zapasowe sektory? Nie wiem jak to się odczytuje.
  • Poziom 43  
    Alex_Y napisał:
    migol21 napisał:
    List się nie zeruje a przenosi.

    1. Czy w tym rozumowaniu jest jakiś błąd? Jeśli jest to gdzie i dlaczego?
    2. Znalazłem jeszcze tutaj info o p-list ale google nie wiedzą co to takiego.
    3. BTW czy raport SMART'a
    Cytat:
    5 Reallocated_Sector_Ct 0x0033 049 049 036 Pre-fail Always - 1058
    oznacza że są jeszcze dostępne zapasowe sektory? Nie wiem jak to się odczytuje.

    Nie jestem specjalistą ale na podstawie tej wiedzy którą mam, widzę to tak:
    1. Zawieszanie dysku raczej nie ma nic wspólnego z relokacją. Za to nie raczej, a na pewno dysk nie zawiesza się, gdy pula zastępczych sektorów zostaje wyczerpana - po prostu nie ma już realokowania i nic ponadto.
    2. Zdaje się że lista defektów powstałych na etapie produkcji, nie pamiętam dokładnie czym się różni od g-listy, chyba chodzi o adresowanie i wydajność gdy dysk trafi na zastąpiony sektor - ale to nie jest pewna informacja. Z tego by też wynikało, że sektory z g-listy sensownie jest przenieść do p-listy, jeśli oczywiście ma to w ogóle sens (czyli dysk ogólnie nie jest w złym stanie i tych defektów nie ma wiele).
    3. Jeżeli uznać że wartość przeliczona może spaść do zera albo przynajmniej do wartości progowej to jeszcze są - ale tego też nie wiem na 100%.
  • Poziom 9  
    helmud7543 napisał:

    Nie jestem specjalistą ale na podstawie tej wiedzy którą mam, widzę to tak:
    1. Zawieszanie dysku raczej nie ma nic wspólnego z relokacją. Za to nie raczej, a na pewno dysk nie zawiesza się, gdy pula zastępczych sektorów zostaje wyczerpana - po prostu nie ma już realokowania i nic ponadto.
    2. Zdaje się że lista defektów powstałych na etapie produkcji, nie pamiętam dokładnie czym się różni od g-listy, chyba chodzi o adresowanie i wydajność gdy dysk trafi na zastąpiony sektor - ale to nie jest pewna informacja. Z tego by też wynikało, że sektory z g-listy sensownie jest przenieść do p-listy, jeśli oczywiście ma to w ogóle sens (czyli dysk ogólnie nie jest w złym stanie i tych defektów nie ma wiele).
    3. Jeżeli uznać że wartość przeliczona może spaść do zera albo przynajmniej do wartości progowej to jeszcze są - ale tego też nie wiem na 100%.


    1. Możliwe, zerując listę mógłbym to sprawdzić, przypuszczam że seagate naprawiając wcześniejszy błąd firmware zrobiło to delikatnie ujmując byle jak albo wprowadzili inny błąd, gdybym załadował mu poprzedni firmware może dałby się odczytać cały dysk bez zwisu.
    2. Brzmi logicznie, pewnie dlatego migol21 pisał że te listę się przenosi a nie kopiuje
    3. No właśnie tego kompletnie nie łapię, muszę troszkę poczytać jak się analizuje dane SMART'a
  • Poziom 43  
    3. Wszystko wyjaśnione na wielu stronach ale postaram się wyjasnić bardziej przystępnie:
    a) Wartość surowa to konkretne ilość wyświetlana bezpośrednio, w niektórych programach wyświetlana dziesiętnie, w innych szesnastkowo, w jeszcze innych można sobie wybrać dziesiętnie lub szesnastkowo. Tę wartość interpretujemy w odniesieniu do konkretnego modelu dysku oraz mierzonego parametru (np: dla niektórych dysków dany parametr w wartości surowej normalnie jest wysoki, dla innych niski, niektóre parametry powinny wynosić 0 i każda inna liczba oznacza pogorszenie).
    b) Wartość przeliczona to dziesiętnie wyświetlana liczba zwykle o początkowej wartości 100 (czasami innej) zmniejszająca się w miarę pogarszania się danego parametru. Interpretujemy w odniesieniu do wartości wyjściowej (przeważnie 100) i progowej (każdy producent ustala sobie indywidualnie dla danego modelu i mierzonego parametru).
    c) Progowa - najgorsza ustalona przez producenta wartość przeliczona dla danego parametru. Wartość ta jest stała i służy jako porównanie dla wartości przeliczonych. Kiedy wartość przeliczona danego parametru zacznie spadać i zbliży się do wartości progowej - jest źle.
    d) Najgorsza odnotowana wartość przeliczona.
  • Specjalista HDD Recovery
    Cytat:
    Czy w tym rozumowaniu jest jakiś błąd? Jeśli jest to gdzie i dlaczego?

    Źle rozumujesz.
    Zerowanie G-List to inaczej przeniesienie jej do P-List.
    Wyczyszczenie P-List nic nie daje a może nawet całkiem uniemożliwić odczyt i jak i też uszkodzenie dysku (brak możliwości inicjacji).
    Twoja zabawa i za przeproszeniem bajdurzenie jest tylko słowotokiem laniem wody.
    Nic to nie zmieni ani też nie jesteś w stanie nic zrobić w taki sposób jak to sobie wyobrażasz. Pisałem to a widzę ty jak baran uparty jesteś i nie chcesz przyjąć tego do wiadomości.

    Przypomnę :
    Cytat:
    zdaje się nie rozumiesz powagi sytuacji i chcesz magiczna różdżkę do rozwiązania złożonych problemów.
    Nie ma komend .
    To tak jak byś powiedział czy są komendy do utworzenia zbudowania zaprogramowania systemu operacyjnego lub czy są komendy do stworzenia wsadu dla procesora zarządzającego ramieniem robota.

    Najpierw poczytaj i pojmij co to jest BAD sektor fizyczny zanim zaczniesz pisać bzdury typu, że wyzerujesz listę BAD sektorów jak by to cośkolwiek zmieniło.


    Nie wspomnę już że to ma tyle z tematem co kot napłakał. Hard reset a BAD sektory i czyszczenie list.
  • Poziom 9  
    Helmud: dzięki za objaśnienie, wynika z tego że SMART tak na prawdę niewiele standaryzuje.
    Migol: Z wychowaniem jesteś zdecydowanie na bakier ale oczekiwałem tego na tym forum (elektroda ma złą sławę pod tym względem ale zapewne o tym wszystkim wiadomo). Tak masz rację, zboczyłem z tematu resetu do meritum problemu: odzyskanie danych. Chciałem dysk resetować ale okazało się to faktycznie niemożliwe więc szukam innej metody obejścia zwisu. Nie zamierzam w tym celu zakładać nowego tematu.

    Wszystkim serdecznie dziękuję za pomoc. Nie widzę sensu dalszego kontynuowania tematu, zrobię próbę z zerowaniem/przeniesieniem G-listy jak tylko znajdę przejściówkę którą ożywiałem dysk jak znikł w wyniku błędu we wcześniejszym firmware i dam znać o rezultacie.
  • Specjalista HDD Recovery
    Alex_Y - A ty jesteś na bakier z regulaminem forum co jak widać udowadniasz i jest wszem już wiadome. Tu nie portal randkowy chcesz pogadać przy kawce poszukaj innego miejsca.
  • Poziom 9  
    Automat elektrody dopomina się zamknięcia tematu. Dysk został olany, nie ma na nim danych krytycznych, skuteczna metoda resetowania go z zawieszenia to tylko odcięcie zasilania. Za udział w dyskusji dziękuję.

    PS. Regulaminy (przepisy) są jak węże - trzeba je omijać.