Следвайки статията ми за архивиране на вашите данни, научих някои важни нови уроци:
Твърдите дискове могат да се провалят по много начини и всеки отказ има различни симптоми. Понякога нещата изобщо не успяват да работят. Това може да бъде придружено може би от някакъв шум от самото устройство. Тези симптоми обикновено са причинени от механична повреда, като срутване на шпиндела поради неправилен лагер, но този вид повреда не е най-често срещаната. Обикновено спадът е едва доловим, нараства с течение на времето и най-вероятно се дължи на повреда в електронната схема на устройството.
Имах една такава грешка с C: устройството в компютъра, за което пиша това наскоро. Започвайки веднага след написването на статията за архивиране, ето разказ за фината верига от събития, водещи до промяна на устройството:
По някаква причина продължих да получавам партиден вирус в системата. Това беше грубо седмично събитие за дълго време (Това, доколкото знам, беше напълно отделно събитие към предстоящия отказ на диска.), Което накара машината да се появява отново и отново да доведе до спиране на грешката - по-добре известен като BSOD или син екран на смъртта. Препаратът беше доста рутинен: Извадете C: \ delnis.bat (Партидния вирус.) От C: управлявайте ръчно и стартирайте антивирусно и антишпионско сканиране, само за да сте сигурни, че няма други скривалища в системата.
Тогава не беше изненада, че около обяд в четвъртък се появи BSOD и при рестартиране открих C: \ delnis.bat в системата и го премахнах. Изненадва се обаче, че по време на последващото антивирусно сканиране се появи друг BSOD, последван от друг тази вечер. Този път не можах да намеря никакъв зловреден софтуер на машината.
В петък се появи BSOD по време на зареждане и Microsoft ми предложи да пусна онлайн скенера на Windows Live OneCare, за да проверя дали имам злонамерен софтуер, тъй като те смятаха, че може да има spooldr.sys на машината. При сканирането се съобщава, че машината е чиста от зловреден софтуер, след което последва друг BSOD. Този път при рестартиране на съоръжението CHKDSK поръча проверка на диска, която разреших, и изтри няколко повредени сектора плюс поправих файловата система и възстанови тези сектори.
"А; това беше грешка във файловата система! “- помислих си аз, ядосан от факта, че не съм го мислил преди машината. Приех се да работя, но получих BSOD по време на писането на статия. CHKDSK отново влезе в действие и поправи няколко грешки във файловата система. След като приключи работата, машината BSOD щеше отново, когато се опита да рестартира - всеки път, когато се опита да рестартира. Сега дори не би стартирал правилно.
И преди бях виждал и чувал за това скорошно поведение и ми беше ясно, че основният твърд диск, съдържащ C: устройството, е бил gonner.
Сега обърнете внимание; тъй като не искате да правите същите грешки като мен
Имах скорошно архивиране, което направих с помощта на Windows Automated System Recovery на D: устройството, което също копирах на външния твърд диск. Дискът D: беше по-голям втори твърд диск, който бях монтирал в машината, когато го изградих и който използвах за съхранение на много файлове, които също бях архивирал на втората си машина. Тъй като ми липсваха резервни твърди дискове, промених SATA връзките на SATA контролера на дънната платка, за да направя D: устройството да се разглежда като основно зареждащо устройство: С други думи разкачих SATA кабела на дефектния C: диск и свързах D : SATA кабелът на устройството е на мястото си.
Преди да продължа по-нататък проверих дали всичко е наред чрез опит за стартиране. Компютърът отчете очакваното съобщение, че C: \ ntldr не е намерен; което беше правилно, тъй като не беше инсталиран. Без да мисля правилно, пуснах Автоматичното възстановяване на системата от екрана на BIOS, вмъкнах съответната дискета в устройство A :, и машината прочете информацията от нея, че архивирането е на диск D:. След това се пристъпи към форматиране на новото C: устройство, което беше задвижвано D:. Хм - S ** t!
За щастие имах копие на архива на външния твърд диск; която свързах към USB и която машината с радост прие като диск D по време на инсталирането на Windows XP Pro. Оставих го да инсталира сам и отидох в кухнята да правя кафе.
При завръщането си с ужас открих, че Windows Setup е решил да форматира D: и вече го прави. Скорошната ми резервна копие беше загубена!
За да съкратя още по-дълга история, реших да започна отново с чисто нова инсталация, като видях, че повечето, ако не и всичките ми файлове също се съхраняват на втория ми компютър (като късмет).
В резултат на горното отправям към вас следните препоръки:
- Не архивирайте данните си във вътрешно устройство; дори ако имате инсталиран втори твърд диск на вашата машина.
- Не свързвайте външни дискове по време на възстановяване, с изключение на тези, на които се намира резервното копие, което възстановявате на устройството.
- Не използвайте Windows Automated System Recovery, който се доставя с XP Professional. Той е разработен много отдавна от Microsoft. Няма достатъчно мисъл да влезе в него по време на обичайния прилив на Microsoft, за да пусне на пазара още една ОС. Да, знам, че наскоро казах, че го използвам като една от трите си резервни системи. Това ще се промени: Сега вместо това ще използвам резервно копие на Paragon Drive.
- Направете, ако можете, да имате втори компютър, на който се съхраняват копия на вашите файлове: Само в случай, че се случи най-лошото.
- Направете, ако можете, използвайте онлайн инструмент за архивиране като Backblaze или Carbonite, в допълнение към офлайн архивиране, като например външен твърд диск. Ще ви струва; но в крайна сметка може да ви спести време и пари.
- Използвайте Acronis True Image или Paragon Drive Backup като вашия офлайн софтуер за архивиране. Аз лично ги препоръчвам в този ред.
- И накрая: Не бъдете мързеливи или се опитвайте да режете ъглите, както направих по-горе, като използвате съществуващо вътрешно устройство като заместител: Не бъдете Шарън - Не бъдете здрави и нетърпеливи. Може би в крайна сметка съжалявате за това, дори ако знаете или смятате, че знаете какво правите. Отсега нататък трябва да приемам свой съвет.
