Виходячи з моєї статті про резервне копіювання даних, я дізнався кілька важливих нових уроків:
Жорсткі диски можуть виходити з ладу різними способами, і кожен збій має різні симптоми. Іноді річ просто не спрацьовує. Це може супроводжуватися, можливо, деяким шумом від самого приводу. Ці симптоми, як правило, викликані механічними поломками, такими як обвал шпинделя через несправний підшипник, але цей тип несправностей не найпоширеніший. Зазвичай зниження є незначним, з часом збільшується і, швидше за все, через несправності в електронній схемі накопичувача.
У мене була одна така несправність із 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 на D: накопичувачі, який я також скопіював на зовнішній жорсткий диск. Диск D: був більшим другим жорстким диском, який я вмонтував у машину, коли я створив його, і який я використовував для зберігання багатьох файлів, які я також створив із резервної копії на другій машині. Оскільки мені не вистачало запасних жорстких дисків, я змінив підключення SATA на контролері SATA материнської плати, щоб D: накопичувач вважався основним завантажувальним приводом. Іншими словами, я відключив кабель SATA неіснуючого C: накопичувача та підключив D : на своєму місці кабель SATA.
Перш ніж продовжувати роботу, я перевірив, що все в порядку, намагаючись завантажитися. Комп'ютер повідомив очікуване повідомлення про те, що C: \ ntldr не знайдено; що було правильно, оскільки він не був встановлений. Не замислюючись належним чином, я запустив Автоматичне відновлення системи з екрана BIOS, вставив відповідну дискету в диск A :, і машина прочитала інформацію з неї про те, що резервна копія була на диску D :. Потім він перейшов до форматування нового C: накопичувача, який був накопичувачем D :. Гм - S ** t!
На щастя, у мене була копія резервної копії на зовнішньому жорсткому диску; який я підключив до USB і який машина з радістю прийняла як диск D під час встановлення Windows XP Pro. Я залишив його встановити сам, і пішов на кухню, щоб зробити каву.
Повернувшись, я з жахом виявив, що програма установки Windows вирішила форматувати диск D: і вже робила це. Моя недавня резервна копія була втрачена!
Щоб скоротити ще довшу історію, я вирішив почати знову з нової установки, побачивши, що більшість, якщо не всі мої файли також зберігаються на моєму другому комп’ютері (як удача).
У результаті сказаного я даю вам такі рекомендації:
- Не створюйте резервні копії даних на внутрішньому диску; навіть якщо у вас на комп'ютері встановлений другий жорсткий диск.
- Не підключайте жодних зовнішніх накопичувачів під час відновлення, за винятком того, на якому знаходиться резервна копія, яку ви відновлюєте на машині.
- Не використовуйте автоматичне відновлення системи Windows, яке постачається з XP Professional. Він був розроблений дуже давно Microsoft. Під час звичного поспіху Microsoft не вистачило думок, щоб випустити на ринок ще одну ОС. Так, я знаю, що нещодавно я сказав, що використовую це як одну з трьох моїх резервних систем. Це зміниться: я зараз замість цього використовуватиму резервну копію приводу Paragon Drive.
- Якщо у вас є можливість, мати другий комп'ютер, на якому зберігаються копії файлів: На всякий випадок, якщо трапиться найгірше.
- Якщо можливо, використовуйте інструмент резервного копіювання в Інтернеті, наприклад Backblaze або Carbonite, на додаток до резервної копії в режимі офлайн, наприклад зовнішнього жорсткого диска. Це обійдеться вам; але це може врешті заощадити ваш час та гроші.
- Використовуйте резервну копію True Image Image або Paragon Drive Backup як програмне забезпечення для резервного копіювання в режимі офлайн. Я особисто рекомендую їх у такому порядку.
- І нарешті: не лінуйтеся і не намагайтеся скоротити кути, як я робив вище, використовуючи наявний внутрішній привід як заміну: Не будьте Шарроном - Не будьте жорстким і нетерплячим. Ви можете пошкодувати, навіть якщо ви знаєте чи думаєте, що знаєте, що робите. Я повинен приймати власні поради відтепер.
