Долгоиграющий chkdsk
Всем здравствуйте.
Вопрос в следующем. Стоит у меня в одном из серверов винт - Seagate на 320 Гб. Довольно долго работал без проблем, а недели две с лишком назад стал сбоить при чтении. Я сделал то, что обычно делаю в таких ситуациях, - запустил chkdsk с ключом исправления ошибок. В итоге - этот диск уже проверяется больше двух недель, причем, с одной стороны, нельзя сказать, что он ничего не делает (лампочка регулярно моргает, да и периодически пишет о каких-то исправленных ошибках), но простой подсчет показывает, что в среднем он проходит около 50-100 файлов в сутки, не больше. Будут какие-то соображения?
Вопрос в следующем. Стоит у меня в одном из серверов винт - Seagate на 320 Гб. Довольно долго работал без проблем, а недели две с лишком назад стал сбоить при чтении. Я сделал то, что обычно делаю в таких ситуациях, - запустил chkdsk с ключом исправления ошибок. В итоге - этот диск уже проверяется больше двух недель, причем, с одной стороны, нельзя сказать, что он ничего не делает (лампочка регулярно моргает, да и периодически пишет о каких-то исправленных ошибках), но простой подсчет показывает, что в среднем он проходит около 50-100 файлов в сутки, не больше. Будут какие-то соображения?
Только одно: зря вы его так, винт наверное накрывается...
Наверняка происходят аппаратные повторы какой-то операции: позиционирование, чиение... и т.п. в тех местах, где не может прочитать.
Если на винте есть данные, которые нужны, то делайте дубль с него на нормальный винт того, что возможно скопировать.
Потом уже пытайтесь восстановить на уровне файловой системы.
Под windows не подскажу к сожалению, под linux писал скрипт для dd, который тупо копировал у меня полуживой винт в течение 4 дней. В скрипте вел счетчик кластеров, с которых надо продолжать копирование после аппаратного сбоя.
Если нет данных, тогда - похоронить и не тратить время - отработал свое :)
Если на винте есть данные, которые нужны, то делайте дубль с него на нормальный винт того, что возможно скопировать.
Потом уже пытайтесь восстановить на уровне файловой системы.
Под windows не подскажу к сожалению, под linux писал скрипт для dd, который тупо копировал у меня полуживой винт в течение 4 дней. В скрипте вел счетчик кластеров, с которых надо продолжать копирование после аппаратного сбоя.
Если нет данных, тогда - похоронить и не тратить время - отработал свое :)
Проведите S.M.A.R.T. тесты.
Вроде как та же Victoria существует для двух осей. А данные да, лучше бэкапить.
Вроде как та же Victoria существует для двух осей. А данные да, лучше бэкапить.