alacsony szintű javítás

Disk boot failure, insert rendszer lemez, és nyomjuk meg. Nadpic ahonnan a gerinc indul menet légiók paresztézia, mindegyik önmagában méretű merevlemezt. Szerint a Murphy-törvény történik, amikor semmi sem ppedveschaet baj. De ne rohanjunk kétségbeesetten a rendszer újraindításához - ez a játék az orosz ruletku. Jobb, ha indul a többi média, és vállalják egy alapos ellenőrzés. Segítség ez a tapasztalt inctrument - MHDD.

Ha a SMART mutatja problémák leggyakrabban oznachaet egy dolog: hajtást morzsolódik, és kihathat extra zagruzka OS. A következő dolog, amit meg kell érteniük - egy olyan szoftver rajta „Bede” vagy Softpedia. Ha hardvarnogo nem annyira a vezérlő tárcsát akkor is megpróbálja visszahozni az életbe.

Azt hiszem, hallottam termékek, mint MHDD és Victoria. Ezek nélkülözhetetlenek az nizkourovnevoy a merevlemez-meghajtót és segít elérni nagy bravúrokat vosstanovlenii és diagnosztika. Mintegy Victoria «hacker” már írt egy pár kérdést ezelőtt. Teper eljött az ideje foglalkozni a második - egy archaikus, de még mindig megapoleznoy segédprogramot.

Annak ellenére, hogy a munka MHDD elérhető és telepíthető a Windows, én nagyon rekomenduyu éget a képet egy USB flash meghajtó vagy külső (vagy második rendszerindító lemezt), és töltse le onnan meztelen DOS. Hidd el, a Softpedia kérdés jobb maksimalno kizárja az összes láncszem, ami oda vezethet, hogy glyukam vagy lefagy a számítógép, miközben dolgozol.

Ó, azok az interfészek

Nem minden interfész mozhet helyesen felismerte a programot.

SATA interfész. Ott veroyatnost, hogy a lemez nincs meghatározva MHDD. Az ok eshet a mód SATA-vezérlő működését (IDE és AHCI) a BIOS. MHDD, sajnos, nem podderzhivaet AHCI módban. Meg kell változtatni a BIOS beállításokat. A legrosszabb az egészben az, hogy most nem az összes matplaty podderzhivayut ezt a módot. A megoldás az lehet, hogy csak a gép podhodyaschey alaplap vagy elutasításáról MHDD.

IDE interfész. Erre a felület hapakterno eloszlása ​​eszköz a hurok - master / slave. Alapértelmezésben MHDD elrejti bélyegképek eszköz slave üzemmódban. Meg tudod oldani ezt kétféleképpen. Az első -, hogy módosítsa a merevlemez hely (kapcsoló jumper a mester), és ellenőrzi azok betartását nastroyki a BIOS-ban. A második út -, hogy megpróbálja megváltoztatni a lemez MHDD szoba 2 vagy 4 Nos, nem zabyvay mhdd.cfg a konfigurációs fájlt. amely abban rejlik, CFG mappában. Ebben az esetben a paraméter vazhen PRIMARY_ENABLED = TRUE.

SCSI interfész. Nem lehet meghatározni a SCSI illesztőprogram-kontrollera.

USB interfész. Csatlakoztassa a meghajtót USB-n keresztül elméletileg lehetséges a dopolnitelnogo vezető és a program beállításait. Pilóta utánozza keresztül SCSI módban. Neobhodimo is letiltja az összes felesleges USB-meghajtók. A cél hajt kell csatlakoztatni zagruzki MHDD. Annak szükségessége, hogy regisztrálja a CONFIG.SYS: device = X: \ USBASPI.SYS / tömeg / térfogat. ahol X: \ - Paths.

Tehát leveszem a polcról az egyik törött adathordozó kiadása (én általában ragasztani törött címke), és most megpróbálják feltámasztani őt, hogy mutassa meg, hogyan működik a gyakorlatban. A kezem volt egy csavar WDC WD7500BPVX-60JC3T0 vinaigrette helyett a rendszer és az összes állományt.

alacsony szintű javítás
SMART disk podopytnogo

Most, hogy a helyzet annyira szomorú, tudok jó lelkiismerettel formatirovat hajt fel és le, ami jelentősen leegyszerűsíti az én zadachu. De először nézzük megérteni egy kis elmélet és planom helyreállítást.

Kezdetben a hajtás initsializirovatsya programot, ami elég logikus. Ezt követően, a felület skanirovanie, amely betekintést nyújt az aktuális eseményekről polozheniya: MHDD megmutatja az állam a felület hapda. Aztán szükség lesz formázni a meghajtót, és ismét ellenőrizni kell. Általában ebben a szakaszban a puha Bedy ppopadayut, és csak a Softpedia. Továbbá, lehetséges lesz, hogy végre újra felvenni eljárást újra felvenni a hibás blokkokat a szolgáltatási területen.

A fő probléma az, hogy sluzhebnaya terület nem gumi, és még azután is minden szükséges lemez műveletek smotret. Ha a rossz blokkok továbbra is jelennek meg, a hajtás, nem számít, milyen keményen megpróbálja, már nem a bérlő. De bolee sikeres esetekben ez a módszer segíthet. Mint látható ppaktike után újra felvenni meghajtó dolgozni sokkal vremeni és túlélni még a szomszédok egy kosárban. Máskor meghal után azonnal perezagruzki - nem lehet olyan szerencsés, és megjósolni a hatását praktichecki lehetetlen.

Nos, akkor prictupat a lényegre! Kezdeni, hozzon létre egy bootolható USB meghajtót. Erre azt javasoljuk, USB eszközök - Polnaya használati maga DOS van itt. Amikor a jármű készen áll, már csak azt brocit MHDD a gyökér, hogy ismét ne másszon fel a könyvtárakat a parancssorból.

Ahhoz, hogy meghajtó csatlakozik az első kanal, pontosan tükrözi annak szükségességét, hogy módosítsa a config mhdd.cfg, kotory rejlik a CFG mappában.

Mint már mondtam, ellenőriz minden eszköz vozmozhno csak akkor, ha alapján a bemeneti azonosító vagy EID (vagy nazhatiem F2).

alacsony szintű javítás
Mi határozza meg a zhestky meghajtó

Ellenőrzi, gépelt SCAN és nyomja meg az ENTER, vagy használja az F4. Egy menü jelenik meg, amelyből meg lehet változtatni egy részét nastroek. Az alapértelmezett kezdő szektorát nulla (Start szektor). A vége szektor maximálisan vozmozhnomu (drive végén). Minden romboló tekintetében a felhasználói adatok funkció (újra felvenni, Erase Késések) a umolchaniyu ki.

Hagyja proydemsya paraméterek szkennelés.

  • Kezdés LBA - kezdőszektor szkennelés defoltu 0, azaz az elején a lemezt.
  • Vége LBA - szektor beolvasás befejeződött, egy alapértelmezett konets lemezt. Néha ez sokkal kényelmesebb, hogy nem olvassa be a teljes Poverhnost (különösen, ha a mennyiség a lemez halad több terabayt), és csak a munkaterületet, ahol az operációs rendszer. Például, a C-meghajtó 50 GB-os, majd konechnaya régió egyenlő 2 * 50 * 1024 * 1024 = 104 857 600-edik szektorban. Megtalálható egyszerűbb: (v * 2) * 1 000 000 Összesen 100 000 000.
  • Leképezést szektor mindkét védjegy sikertelen speciális szolgáltatási terület, amely után a lemez nem készült rá.
  • Timeout - negyedkori késedelem szektor olvasás, ami után a check megy sleduyuschemu szektorban.
  • Spindown vizsgálat után -, hogy állítsa le a merevlemezt a vizsgálatot követően.
  • Hurokvizsgálati / javítás - provodit szkennelési vagy beolvasás ciklusban.
  • Erase Késések - törlése az ágazatokban, amelyekben obnaruzheny olvasni késleltetést.

Ismét nyomja meg az F4 elindításához. MHDD skanipuet tároló blokkokat. Az IDE / SATA meghajtók egyik blokk 255 szektorok (130.560 Bayt).

Itt van, hogyan rabotaet szkennelés:

  1. MHDD küld ELLENŐRZÉS ÁGAZATOKRA parancs LBA szám (Nomer szektorok) és szektor számát paraméterként.
  2. Hajtás podnimaet zászló elfoglalt.
  3. MHDD kezdődik időmérőt.
  4. Miután meghajtó végrehajt egy parancsot, akkor csökkenti FOGLALT zászlót.
  5. MHDD kiszámítja az eltelt tárolási idő és megjeleníti a megfelelő blokkban a képernyőn. Ha hiba történt (hibás blokk), a program megjeleníti a levelet, kotoraya leírja a hiba.

MHDD ismétlődik 1-5 lépéseket, amíg az utolsó szektorban. Ha nuzhen szkennelés protokoll, akkor mindig megtalálhatók a log / mhdd.log fájlt. Alatt skanipovaniya láthatjuk sok téglalapok különböző kivitelben kapható. Szóval nem is félek, idézek egy részlet a jelentés:


A jelenléte a vörös (> 500 ms) blokkok egy egészséges meghajtó polnostyu elfogadhatatlan. Ha van, akkor meg kell ppoizvesti törlés (törli) a teljes felületen a lemez, és ha ez nem működik, izbavitsya késések, arra lehet következtetni, hogy a meghajtó perestal eléggé megbízható. Alfanumerikus karakter blokkok, például X. S, stb Elfogadhatatlan: ők beszélnek jelenléte rossz blokkok felületén.

Egy család, hogy meg kell tenni - ez egy teljes felületének tisztítását komandoy törlés. Ha ez nem működik, akkor megkeresi a lehetőséget EraseWaits. Ha a rossz blokkok és nem szűnt meg, a átkutat lehetőség vklyuchennoy újra felvenni.

Ha a meghajtó hibás, az első dolog, hogy felügyelni kell csinálni - másolni az összes adatot a meghajtó (ha konechno, amire szükség van). Az én esetemben ez lényegtelen volt. Akkor meg kell, hogy teljesen tisztítsa meg a felületet pomoschi TÖRLÉS paranccsal. ami törli minden szektor a meghajtón.

alacsony szintű javítás
KIVESZ parancsvégrehajtás

Hajtás pereschitaet ECC mező minden ágazatban. Ez segít megszabadulni az úgynevezett soft-bad-blokov. Ha törlése nem segít, megkezdődik a lehetőséget újra felvenni.

Ha azt látja, hogy minden blokk hibát tartalmaz, ne próbálja kitörölni nakopitel vagy szkennelni a lehetőséget újra felvenni. Valószínűleg a meghajtó povrezhdena szolgáltatási területén, és azt nem lehet rögzíteni standartnymi MHDD parancsokat.

A figyelmes olvasó, nézd meg a képet szkennelés vezérlő tárcsát, valószínűleg fütyült és megrázta a fejét. Igen, Moy meghajtót, míg írtam a cikket, végül meghalt. Száma hardvarnogo bedov VCE meghaladta a megengedett határértékeket, és hizlal az utolsó sor a cikk, amit csikorgott a „Belarusz” traktorok. Ez az az út, ECLI meghajtó kezd összeomlani, akkor nem bízik benne, különösen, ha poyavlyayutsya hardvarnogo Bedy. Leképezést segíthet, ha a lemez még nem kezdődött aktívan sypatsya, de bármilyen, a felületi hibákat. Mindenesetre, még ha a javítást nem sikerül, használja a ROM csak a nem kritikus adatok, és minden esetben nem szabályozott elsősorban.

Milyen jelet mutatók

  • Foglalt - tárolás elfoglalt, és nem reagál a komandy;
  • WRFT - írási hiba;
  • DREQ - meghajtó vágyik arra, hogy adatokat cseréljen vneshnim világban;
  • HIBA - Hiba történt eredményeként bármely művelet.

Amikor a fények ERR lásd a jobb oldali részén a képernyő verhnyuyu: van az a fajta utolsó hiba jelenik meg:

  • AMNF - Cím Mark nem található - kakomu fellebbezni egy adott ágazatban nem sikerült. Ez valószínűleg azt jelenti, hogy povrezhden ágazatban. Azonban rögtön a hajtás éppen az ellenkezője - a hiányát jelzi ppoblem, és bejelenti a sikeres végrehajtása a belső diagnosztika;
  • T0NF - Szám 0 nem található - nem Nayden nulla pálya;
  • ABRT - Megszakítás, a parancs elutasítja;
  • IDNF - Sector azonosító nem található;
  • UNCR - javíthatatlan hiba, hiba, nem igazított kodom ECC. Valószínűleg ezen a helyen egy rossz logikai blokk.

Fent tűnhet két indikátor: PWD jelek a telepített hardver jelszavát, HPA poyavlyaetsya esetén tároló mérete megváltozott a komandy HPA (általában, hogy elrejtse a rossz blokk végén a lemezen).

Kapcsolódó cikkek