Cum de a trata sectoare uncr fără pierderea totală a informațiilor privind hdd

pentru că subiect este arhivată.

În general, există un șurub Segeyt 500 Gig, cel mai recent în jurnalul de erori sunt în mod constant de eroare de bloc rău, apare verificat Victoria, într-adevăr la începutul discului este un sector UNCR, și anume așa cum am înțeles că este un bloc de software rău. Cum să-l trateze, fără o informare lapte de ciment comun nu știu, și nu mă tem de mult, pentru că bekaptit aproape 300 gig de informații, în general, nu este mult.
Am încercat de Acronis (Win) pentru a modifica această secțiune (suprascrie cu zerouri), el începe să facă mai multe erori.
Ce gânduri sunt. ¶

Victoria C nu au de lucru, prefer MHDD. Sectorul tratate întotdeauna în mod corespunzător. Moare, numai dosarul recuperează sectorului, restul INFA rămâne în viață. ¶

Vanek505 a scris (a)
Moare, numai dosarul recuperează sectorul

În opinia mea, aceasta este problema în implicit, pentru „bloc de soft-rău.“ ¶

UNCR nu este unitate de pat moale.
Este o unitate de pat simplu - nu este de acord ECC, etc. Și din cauza a ceea ce - șurub nu știe și nu se poate spune. Mai precis, poate, dar nu fiecare model, și nu 100%, și, în orice caz, este necesar să existe o modalitate tehnologică de a învăța.
Dacă era un soft-BB, după zdrobire sectorul a recuperat toate să fie zero.
Trage propriile concluzii. NEsoftovye Bedy - este acum nu mai puțin frecvente.
Orice lechilki, de obicei, nu suprascrise sectorului, iar unitatea de sector, și Dumnezeu știe ce altceva pentru a obține, iar ITF poate înregistra nulled cu fișiere importante sau foldere, sau altceva.
Scuza „nu există nici un loc de rezervă“ - dispare instantaneu atunci când oamenii recunosc valoarea de recuperare a datelor. Hardy a găsit imediat. ¶

O astfel de UNCR pot fi acoperite de garanție.
Și încă mai pot potpravit acest bloc. ¶

De asemenea, a spus - uita-te pentru șurub și de rezervă, și apoi regulile după cum doriți. ¶

În general, sunt corectate erorile:
Toate aceste sectoare au fost rescrise, deși cu dificultate și greșeli Akronisom de sub DOS, a jurat la început că nu este posibil să se citească acest sector, chiar atârnat o dată, dar toate la fel cu a doua și a treia oara de suprascriere, apoi verificați MHDD nu a emis mai mult de un astfel de sector.
INFu nu bekaptil, deși riscul a fost, dar în aceste sektarah erau încă 0, dar care indică în mod clar că defectuos și că există aproximativ ctrl + alt + del scris :) ¶

MHDD el este capabil să trateze aceste sectoare. și cred că nu mai rău Akronisa. Noi tratăm-te în mod constant. ¶

Și ce o echipă, doar pe specifice, pe care nu am găsit.
Am încercat la scanarea F4, pentru a expune „REMAP“, atunci când sectorul programului doar spânzurat. ¶

De ce sa prăbușit. un sector el pur și simplu procese de la câteva secunde până la minute poate fi. și apoi el continuă să lucreze. cât de mulți au încercat să aștepte? ¶

+Uneori, 1 până la 5 minute, se poate „închide“ peste sectorul :) ¶

Într-un mod simplu test (lectură liniar) că el sector o dată metil uncr și a continuat pe, în timp ce verificarea REMAP setare, el a ajuns și programul a ajuns la un impas, așteptând timp de 3 minute nu este lung, pentru că nu știi niciodată :) teamă că șterge și resetare ctrl + pauză.
Și totuși, ceea ce echipa tratează astfel de sectoare, pentru că la urma urmei, ei nu a spus nici unul. Sau în Victoria, ea mă place mai mult decât MHDD. ¶

Deci, înființarea REMAP și tratează ¶

Deci, doar un pic de așteptare, am avut bere să bea%) ¶

Exact. ) O dată stropim din zi unitate de notebook-uri atât de cool. 500-ceva ce noi clustere epuizate și se taie în jos computerul. Hard și minciuna nerevendicate de nimeni)) nu a decis să te pui cu Alteks și cheltuieli modificat pe disc) ¶