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

ASUS A52F - uszkodzony dysk czy tylko system?

10 Paź 2015 17:55 1512 20
  • Poziom 30  
    Znalazłem podobny temat na forum Asus k52d - instalacja windowsa 7.

    Laptop po odpaleniu ma błąd:
    Code:
    0xc000000f - The boot selection failed because a required device is inaccessible.

    Postanowiłem od razu zrobić Recovery, F9 przy starcie. Przywracanie działa ale gdzieś w 26% pojawia się czerwony ERROR - OS file DEPLOY ERROR!:
    ASUS A52F - uszkodzony dysk czy tylko system?
    Odpaliłem LiveXP i sprawdziłem SMART dysku:
    IDAttribute DescriptionThresholdValueWorstDataStatus
    01Raw Read Error Rate6286863538990OK: Value is normal
    02Throughput Performance401001000OK: Value is normal
    03Spinup Time331481481OK: Value is normal
    04Start/Stop Count099992001OK: Always passes
    05Reallocated Sector Count51001000OK: Value is normal
    07Seek Error Rate671001000OK: Value is normal
    08Seek Time Performance401001000OK: Value is normal
    09Power-On Time Count096962128OK: Always passes
    0ASpinup Retry Count601001000OK: Value is normal
    0CPower Cycle Count099991998OK: Always passes
    BFMechanical Shock01001000OK: Always passes
    C0Power-Off Retract Count0100100111OK: Always passes
    C1Load/Unload Cycle Count01001009186OK: Always passes
    C2Temperature016116114,34OK: Always passes
    C4Reallocation Event Count0100100207OK: Always passes
    C5Current Pending Sector Count01001004OK: Always passes
    C6Offline Uncorrectable Sector Count01001000OK: Always passes
    C7Ultra ATA CRC Error Rate02002000OK: Always passes
    DFLoad/Unload Retry Count01001000OK: Always passes

    Czy pierwsza wartość SMART nie jest za duża mimo iż pisze że w normie?

    Probowałem kilka razy odpalić Recovery ale zawsze gdzieś w okolicach 23% pojawia się czerwony ERROR.

    Płyt Recovery nie posiadam.
  • IT SerwisIT Serwis
  • Poziom 42  
    Gelip napisał:
    Czy pierwsza wartość SMART nie jest za duża mimo iż pisze że w normie?


    Kwestia tego jaki to dysk. Jeśli od WD to wartość musi wynosić 0, w innych np. Seagate tak wysoka wartość jest normą.

    Ze względu na C4 można przypuszczać, że z dyskiem coś się dzieje. Do tego C5.

    Więcej powie skan powierzchni dysku.
  • Poziom 30  
    Dysk to Hitachi 5K500 B-320 - 320GB. Wymontowałem go z laptopa, podłączyłem do innego komputera (WinXP x64) za pomocą obudowy USB-SATA i odpaliłem systemowy SCANDISK z zaznaczoną drugą opcją. Niestety otrzymuję komunikat, że system nie może dokończyć sprawdzania dysku:
    ASUS A52F - uszkodzony dysk czy tylko system?
    Jakim programem najlepiej sprawdzić powierzchnię dysku?
  • Poziom 30  
    Na razie użyłem polecenia chkdsk bez żadnych parametrów tylko określiłem dysk z partycją systemową. Program znalazł i naprawił 2 błędy:
    ASUS A52F - uszkodzony dysk czy tylko system?
    Podłączyłem dysk na swoje miejsce i odpaliłem znowu Recovery. Tym razem doszło do 72% ale pojawił się znowu ten sam błąd. Zanim się pojawił pisało coś o przywracaniu jakiegoś pliku na partycję D:

    Na partycji D: był tylko ukryty folder System Volume Information ale może on też zawierać błędy. Odpalę więc jeszcze raz chkdsk ale tym razem dla partycji D: i znowu spróbuję Recovery.
  • Poziom 42  
    Polecenie chkdsk nie jest dobrym rozwiązaniem przy C5 (sektory niestabilne). Może doprowadzić do uszkodzenia sektora / ów.
  • IT SerwisIT Serwis
  • Poziom 30  
    Program chkdsk raczej nie naprawił tych błędów za pierwszym razem, proszę spojrzeć jeszcze raz na obrazek który zamieściłem wcześniej - na końcu pisze coś takiego:
    Code:
    Errors found. CHKDSK cannot continue in read-only mode.

    Zrobiłem więc tak jak pisałem, odpaliłem jeszcze raz polecenie chkdsk ale tym razem z opcją /f na obu zamontowanych dyskach czyli D: i C: i okazało się, że znalazł błędy na obu dyskach:
    Dysk D:
    Spoiler:
    Code:
    C:\Documents and Settings\xxx>chkdsk t: /f
    
    The type of the file system is NTFS.
    Volume label is Data.

    CHKDSK is verifying files (stage 1 of 3)...
    256 file records processed.
    File verification completed.
    0 large file records processed.
    0 bad file records processed.
    0 EA records processed.
    0 reparse records processed.
    CHKDSK is verifying indexes (stage 2 of 3)...
    573 index entries processed.
    Index verification completed.
    5 unindexed files processed.
    CHKDSK is verifying security descriptors (stage 3 of 3)...
    256 security descriptors processed.
    Security descriptor verification completed.
    10 data files processed.
    Correcting errors in the uppercase file.
    Windows has made corrections to the file system.

     211897343 KB total disk space.
         21568 KB in 6 files.
            12 KB in 12 indexes.
             0 KB in bad sectors.
         72671 KB in use by the system.
         65536 KB occupied by the log file.
     211803092 KB available on disk.

          4096 bytes in each allocation unit.
      52974335 total allocation units on disk.
      52950773 allocation units available on disk.

    Dysk C:
    Spoiler:
    Code:
    C:\Documents and Settings\xxx>chkdsk s: /f
    
    The type of the file system is NTFS.
    Volume label is OS.

    CHKDSK is verifying files (stage 1 of 3)...
    103424 file records processed.
    File verification completed.
    11 large file records processed.
    0 bad file records processed.
    0 EA records processed.
    44 reparse records processed.
    CHKDSK is verifying indexes (stage 2 of 3)...
    12 percent complete. (11416 of 409858 index entries processed)
    Correcting error in index $I30 for file 4941.
    Correcting error in index $I30 for file 4941.
    Sorting index $I30 in file 4941.
    409858 index entries processed.
    Index verification completed.
    CHKDSK is recovering lost files.
    92 percent complete. (1 of 23 unindexed files processed)
    Recovering orphaned file TEMPLA~1.CTT (75999) into directory file 4941.
    Recovering orphaned file TEMPLA~2.CTT (76026) into directory file 4941.
    Recovering orphaned file TEMPLA~3.CTT (76053) into directory file 4941.
    Recovering orphaned file TEMPLA~4.CTT (76080) into directory file 4941.
    Recovering orphaned file Template_12.ctt (76107) into directory file 4941.
    Recovering orphaned file Template_13.ctt (76134) into directory file 4941.
    Recovering orphaned file Template_14.ctt (76161) into directory file 4941.
    Recovering orphaned file Template_15.ctt (76188) into directory file 4941.
    Recovering orphaned file Template_16.ctt (76215) into directory file 4941.
    Recovering orphaned file Template_17.ctt (76242) into directory file 4941.
    Recovering orphaned file Template_18.ctt (76269) into directory file 4941.
    Recovering orphaned file Template_2.ctt (76296) into directory file 4941.
    Recovering orphaned file Template_3.ctt (76323) into directory file 4941.
    Recovering orphaned file Template_4.ctt (76350) into directory file 4941.
    Recovering orphaned file Template_5.ctt (76377) into directory file 4941.
    Recovering orphaned file Template_6.ctt (76404) into directory file 4941.
    Recovering orphaned file Template_7.ctt (76431) into directory file 4941.
    Recovering orphaned file Template_8.ctt (76458) into directory file 4941.
    Recovering orphaned file Template_9.ctt (76485) into directory file 4941.
    24 unindexed files processed.
    CHKDSK is verifying security descriptors (stage 3 of 3)...
    103424 security descriptors processed.
    Security descriptor verification completed.
    43849 data files processed.
    Correcting errors in the uppercase file.
    Adding 1 bad clusters to the Bad Clusters File.
    CHKDSK discovered free space marked as allocated in the volume bitmap.
    Windows has made corrections to the file system.

      78142463 KB total disk space.
      13269404 KB in 59414 files.
         52120 KB in 43851 indexes.
             4 KB in bad sectors.
        171855 KB in use by the system.
         65536 KB occupied by the log file.
      64649080 KB available on disk.

          4096 bytes in each allocation unit.
      19535615 total allocation units on disk.
      16162270 allocation units available on disk.


    Po przełożeniu dysku odpaliłem znowu Recovery i doszło już do 40%
  • Poziom 42  
    Systemowy chkdsk nie zlikwiduje sektorów niestabilnych!
  • Poziom 30  
    Niestety znowu zatrzymało się na 72% :-( Udało mi się pstryknąć fotkę tuż przed pojawieniem się błędu DEPLOY ERROR:
    ASUS A52F - uszkodzony dysk czy tylko system?
    Od momentu zatrzymania na 72% do pojawienia się błędu DEPLOY mija sporo czasu, słychać wtedy że system próbuje coś zapisać albo odczytać.
    sPeRaCz.PL napisał:
    Systemowy chkdsk nie zlikwiduje sektorów niestabilnych!

    No, dobra - to jakiego programu mam użyć aby to naprawić i jakie opcje zastosować?
  • Poziom 42  
    Po pierwsze skan powierzchni dysku z poziomu bootowalnego MHDD (wczuć wynik).

    Obawiam się, że zerowanie oraz remap (również MHDD) nic nie da bo dysk jest w stanie agonalnym.

    UWAGA... zerowanie trwale usuwa dane! (nawet z Recovery)
    https://www.elektroda.pl/rtvforum/topic1550200.html
  • Poziom 30  
    Rozumiem iż musiałbym najpierw zabezpieczyć partycję Recovery 22GB wraz z MBR. Znalazłem też to: HDD w laptopie. Liczba sektorów niestabilnych. Mam pytanie: Czy ten REMAP i ewentualnie zerowanie mogę zrobić na dysku podłączonym przez kieszeń USB?
  • Poziom 42  
    Tak. Najpierw backup. (tudzież kopia posektorowa)

    Co do kieszeni USB... jest to wykonalne pod warunkiem pewnego zasilania!

    Ogólnie rzecz biorąc dopiero jak zobaczymy wyniki skanu powierzchni dysku to można ocenić czy w ogóle "gra jest warta świeczki". Być może zerowanie i remap nie mają jakiegokolwiek sensu.
  • Poziom 30  
    xoree napisał:
    Ja bym zrobił kopie po-sektorową, wrzucił na nowy zdrowy dysk partycje recovery.
    (do puki można te dane jeszcze odzyska)
    https://www.elektroda.pl/rtvforum/topic1330869.html

    Ponieważ partycja Recovery jest jako pierwsza na dysku, właśnie mam zamiar restartować komputer do Debiana i za pomocą polecenia dd zrobić kopię od początku dysku do końca pierwszej partycji :-) w ten sposób:
    Transferring the disk image to a SAN target i ewentualnie przetestować w maszynie wirtualnej.
    Oczywiście dysk podłączony do innego komputera przez USB.

    Dodano po 27 [minuty]:

    No i nic z tego nie wyszło, dd zrobił tylko jakieś 570MB i pojawił się błąd odczytu dysku:
    ASUS A52F - uszkodzony dysk czy tylko system?
    Chyba zostaje zakup nowego dysku i ręczna instalacja systemu :|
  • Poziom 30  
    Nie wiem czy jest sens jeszcze coś z tym robić skoro Debian nie poradził sobie poleceniem dd - zawsze używam tego sposobu do robienia obrazów dysku na potrzeby AoE lub iSCSI. W Windows WinHex widzi ten zrobiony obraz 570MB że jest to obraz dysku z MBR ale jest niepełny i że powinien mieć 21.5GB ~22GB:
    ASUS A52F - uszkodzony dysk czy tylko system?

    Dodano po 17 [minuty]:

    Spróbowałem pod Windows w WinHex skopiować sektory dysku do pliku ale też pojawia się błąd odczytu dysku:
    ASUS A52F - uszkodzony dysk czy tylko system?
  • Poziom 30  
    Jak masz klucz Windowsa to kup sobie nowy dysk i zainstaluje od nowa czystą kopie. Szkoda czasu i nerwów.
  • Poziom 30  
    Sprawdziłem jeszcze jedną rzecz. Ponieważ partycja RECOVERY jest FAT32 a pliki zajmują na niej około 8GB postanowiłem po prostu skopiować tylko pliki i foldery normalnie ale pokazuje się taki sam błąd CRC jak w WinHex przy próbie kopiowania sektorów:
    ASUS A52F - uszkodzony dysk czy tylko system?
    Przeskanowałem dysk programem MHDD - musiałem w CMOS zmienić tryb AHCI na IDE i okazało się iż jest sporo x UNC czyli badsektory. Przy 4.8% postępu znalazł ich ze 220. Przerwałem skanowanie.
    xoree napisał:
    Jak masz klucz Windowsa to kup sobie nowy dysk i zainstaluje od nowa czystą kopie. Szkoda czasu i nerwów.

    Chyba tak trzeba będzie zrobić właśnie bo już mi się nie chce z tym babrać :-x
  • Poziom 30  
    Odpaliłem jeszcze raz skanowanie na dłużej, 5% postępu - prawie 500 uszkodzonych sektorów 8-O
    Czy to normalne?
  • Poziom 42  
    Jak podejrzewałem dysk to "trup".
    Gelip napisał:
    Czy to normalne?


    Przy tak wysokim C4 raczej tak. Można było się tego spodziewać.
  • Poziom 30  
    Dysk wymieniony na nowy. Tak wygląda SMART dysku:
    ASUS A52F - uszkodzony dysk czy tylko system?

    No tak - stary dysk niewątpliwie jest uszkodzony ale to jeszcze nie trup :-) Zastanowiło mnie dlaczego po podłączeniu go do komputera np. za pomocą obudowy USB jest normalnie wykrywany przez system, można przeglądać pliki i większość wydaje się sprawna - tylko przy niektórych plikach jest problem z odczytem i dysk wtedy cyka a kursor zmienia ikonę na zajęty. Po odpaleniu skanowania w MHDD znajduje on bady w początkowych sektorach dysku. Postanowiłem przeskanować dysk ale tak aby pominąć te początkowe uszkodzone sektory. Dysk ma pojemność 320GB - dokładnie 625 142 448 sektorów. Próbowałem wyrywkowo skanować nieduże obszary zaczynając np. od 10 000, 50 000, 100 000, 20 000 000 i tym sposobem doszedłem iż od około 100 000 000 dysk jest OK i ma tylko 3 pierwsze typy bloków z przewagą na <3ms i <10ms oraz około 30 sztuk <50ms. Oto wynik skanowania dysku od sektora 100 000 000:
    StartStopCzas skanowaniaTypy sektorów
    <50ms
    100 000 000199 999 99911:16 min1
    200 000 000299 999 99912:12 min3
    300 000 000399 999 99913:24 min36
    400 000 000499 999 99915:01 min1
    500 000 000599 999 99917:40 min17
    600 000 000do końca dysku5:08 min2

    Przy skanowaniu ostatniego zakresu znalazł także jeden sektor <500ms. Graficznie wygląda to w kratkę tak, że sektory 3 i 10 są jakby na przemian ale okazuje się iż to normalne ponieważ w tym momencie przeskanowałem dla porównania inny sprawny dysk i układ sektorów 3 i 10 jest podobny a nawet gorszy niż na tym uszkodzonym dysku. Poniżej zrzut ekranu podczas skanowania dysku w MHDD w maszynie wirtualnej:
    ASUS A52F - uszkodzony dysk czy tylko system?
    Jak widać na obrazku bloków <50ms jest dużo - o wiele więcej niż na uszkodzonym dysku, wynika z tego iż nie ma co zwracać uwagi na takie bloki bo one się zmieniają np. po szybkim formatowaniu.
    Wracając do naszego dysku, skoro nie ma bad sektorów od 100 000 000 postanowiłem je ominąć tworząc pierwszą ukrytą partycję np. NTFS. Musiałem przeliczyć tylko wartości sektorów na bajty:
    100 000 000 sektorów x 512 bajtów = 51 200 000 000 bajtów = 50 000 000 KB = 48 828,125 MB = 47,69 GB
    a więc pierwsza partycja musi mieć ok. 50GB. Podzieliłem dysk na 2 partycje NTFS za pomocą Acronis Disk Director:
    • Podstawowa, Aktywna, Ukryta, NTFS 47GB
    • Logiczna, C:, NTFS 250GB

    Nie udało mi się idealnie trafić na 100 000 000 sektor - chyba Acronis tak zaokrągla, ale jest coś koło tego o jakieś 3743 sektory dalej:
    ASUS A52F - uszkodzony dysk czy tylko system?
    Tym sposobem zrobiłem z dysku 320GB dysk 250GB. Wykonałem ponowne skanowanie w MHDD od 100 000 000 do końca dysku za jednym zamachem, oto wynik:
    StartStopCzas skanowaniaIlość sektorów
    typu <50ms
    100 000 000do końca dysku1:14:42 godz.27

    Tym razem wyszło o kilkanaście mniej sektorów <50ms i nie ma tego jednego sektora <500ms który był poprzednio :-) - całość trwała jak widać 1 godz. 15 minut
    Wrzuciłem na dysk kilkadziesiąt filmów i MP3 - kopiowanie przebiegło bez najmniejszego problemu. Właśnie testuję dysk podłączony przez USB do TV i odtwarza bez problemu filmy jak i MP3.

    Mam pytanie - w Internecie i również na tym forum znalazłem wiele postów w których użytkownicy piszą iż jeśli dysk ma bad sektory to z upływem czasu będą one się mnożyć. Może mi ktoś wytłumaczyć dlaczego, skoro zostały one ominięte i wykluczone z użycia w sposób jaki ja to zrobiłem? Dlaczego niby inne sprawne sektory mają się psuć?
    Według mnie są to tylko zasłyszane opinie a nie doświadczenie z użytkowania i taki dysk będzie działał jeszcze bardzo długo - oczywiście gdy będziemy się z nim normalnie obchodzić.

    W Internecie znalazłem też dowody na to iż dyski z ominiętymi sektorami działają bez problemu:
    Cytat:
    Miałem podobny problem na starym 80 GB, bady były na ostatnich 6 GB dysku, wyłączyłem tą część dysku z eksploatacji i od ponad roku dysk nie wykazuje dalszej degradacji.

    Cytat:
    Moim zdaniem warto sprobowac wyciac ten fragment dysku, ja mam cos takiego na jednym z dyskow:
    Dysk kupiony na allegro za grosze jakies 3-4 lata temu, kilkanascie poczatkowych GB nie ma przydzielonej partycji, i stan bad sectorow przez te lata sie zupelnie nie zmienil i dysk smiga.


    Aha, zapomniałem o najważniejszym - nie robiłem żadnego remapu czy erase w MHDD a jedynie podział na partycje w programie do partycjonowania czyli był tylko szybki format który nie wymazuje danych z dysku.

    Całość zajęła mi jakieś 2 godziny roboty zamiast kilku dni lub kilkudziesięciu godzin :-)