Авторизация

 

Рейтинг:  0 / 5

Звезда не активнаЗвезда не активнаЗвезда не активнаЗвезда не активнаЗвезда не активна
 

Добрый день, камрады и камрадки)

Сегодня речь пойдет о моем не совсем удачном использовании одной из Unix-систем в решении проблемы с жестким диском.

На днях мне принесли ноутбук с банальной вроде бы проблемой - безумно долго загружается операционка (windows 7). Файловая система - NTFS. Проблема несколько осложнилась тем, что произошло это практически в "полевых условиях". С собой у меня были только еще один ноутбук с лимитирированным интернетом и флэшка на 8 гигов.

Хозяин лэптопа рассказал, что загрузка даже в безопасном режиме занимает около получаса, а между вводом пароля и появлением рабочего стола также проходит примерно полчаса. Тоже самое - при загрузке с диска восстановления (через DVD привод). После нажатия кнопки "восстановить систему" компьютер виснет намертво. Первая мелькнувшая у меня мысль про вирусное заражение тут же была отброшена, поскольку при этом была бы нормальная загрузка с DVD-диска.

По всем признакам получалось, что все виснет в момент обращении системы к HDD.

Если бы у меня был доступ к стационарному системнику, или к ноуту с возможностью установки двух HDD, то проблема бы решилась на раз (присоединил проблемный HDD, прогнал chkdsk-ом в режиме восстановления, чтобы пометить бэдблоки и вуаля). Но если бы да кабы )))). В общем - мечтать не вредно.

Ввиду отсутствия возможности проверки диска на стороннем компьютере я решил выкручиваться доступными средствами - сделал поочередно две загрузочные флэшки и попробовал с них загрузиться (первая - ERD-commаnder, вторая - Victoria 3.5).

Ни в первый, ни во второй раз ничего не вышло. ERD-commаnder завис при определении установленной на HDD операционки, а Виктория выбросила сообщение, что инициализация и проверка жесткого диска невозможны (я пробовал как "ноутбучный" так и десктопный варианты утилиты). ERD-commаnder в случае удачной загрузки мог бы быть использован в качестве источника "chkdsk". Но, честно говоря, на Викторию я возлагал гораздо больше надежд (на мой взгляд - это лучшая DOS-утилита для проверки жестких дисков). Но поскольку программа автором давно-давно уже не обновляется, а проблемный жесткий диск - террабайтник, то есть подозрение, что Виктория просто-напросто не смогла работать именно с данным HDD.

Исчерпав все доступные дистрибутивы, я задумался об изготовлении какой-нибудь еще загрузочной флэшки с интегрированными средствами работы с жестким диском. Поскольку я в практической деятельности, бывает, использую Unix-решения (в основном - в качестве рабочих серверов), то я решил попробовать поработать с проблемным HDD-диском через live-dvd debian 8.6.

Надо вам сказать, что загрузка с флэшки операционки (debian) и определение всего ноутбучного железа прошли просто с полпинка (не хочу лишний раз распевать дифирамбы, но что есть - то есть - в unix поддержка железа реализована на "отлично"). Я свободно смонтировал логические диски, удалил на диске "С" проблемного винчестера несколько мусорных папок для проверки - работа с диском оказалась вполне возможна.

Невозможной оказалась попытка запустить утилиту "fsck" (аналог виндоусовской утилиты "chkdsk") с опцией исправления ошибок файловой системы и пометкой на бэдблоки. Хотя в системе и был проставлен новейший драйвер ntfs-3g, который вроде бы обеспечивает полный функционал при работе с соответствующими дисками. Конкретно в моем случае утилита ругнулась на то, что проверка таки невозможна и предложила в обязательном порядке таки провести проверку в среде windows посредством "chkdsk" с опциями исправления ошибок и проверкой и восстановлением секторов диска. Таким образом, хотя и существует очень большой соблазн использовать Unix-системы для решения проблем с дисками NTFS, сделать это скорее всего не получится. Причем это утверждение относится только к NTFS, с разделами FAT и FAT32 Unix-ы работают вполне себе замечательно.

P.S. А проблему в итоге все таки удалось решить посредством установки проблемного диска вторым номером в стационарный компьютер с установленной Windows 7 и прогонкой на нем команды "chkdsk" с ключами "/F /R /X" (см. рисунок 1). После этого на исходном ноутбуке система стала грузиться в нормальном режиме.

P.P.S.Надолго ли хватит данного винчестера - не совсем понятно, так как появление бэдблоков - не очень хороший симптом. Оптимальным решением была бы покупка нового винчестера и скорейший перенос на него ценных данных вместе с живой пока что еще системой.

Рисунок 1. 

Добавить комментарий


Защитный код
Обновить

МЫ Вконтакте и в Телеграме

  

Наши услуги

Установка и настройка серверов на основе Unix;
Консультируем по выбору конфигурации ПК;
Лечим телефоны и ПК от вирусов;
Прошивка телефонов, установка Windows
(с вашего дистрибутива)

 

Контакты

Контакты владельцев сайта:
Страница DRVTiny: ссылка
Страница DMS: ссылка
Электропочта: тыц!!!