> При этом smart не показывает перемещенных секторов. По идее он должен делать это автоматом ?
Откуда дровишки?
Контроллёр винчестера ничего не далает сам! MHDD или Victoria может попросить его заменить bad-сектор из резервной области (ремапа).
Файловые системы при попытке записи в физический bad-сектор и при несовпадении контрольной суммы помечают блоки данных как недоступные для записи и больше не используют их НИКОГДА.
>Контроллёр винчестера ничего не далает сам!
бздуны как обычно ничего не знают. именно контроллер и делает подсчет и сравнение КС в прологе и эпилоге сектора. и самое интересное что это как это может спокойно происходить прозрачно для фс а контроллер будет продолжать писать и писать в G-лист получая от транслятора данные о бедах
Гм после прогона тестовой утилиты от фуджи бэд исчез ( видимо ремапнулся ). А вопрос след: нужно ли в данной случае HDD сдавать по гарантии ( ему всего то 3 недели ) или это в пределах допустимых значений ? Вот смарт текущий;
Model : FUJITSU MJA2320BH G2
Firmware : 00000018
Serial : K90AT9C2KUC9
> а контроллер будет продолжать писать и писать в G-лист получая от транслятора данные о бедах
Утилита MHDD может забить винчестер bad-секторами, давая команды контроллёру. Диск будет покрыт бэдами независимо от того, что о них думает транслятор.
> А вопрос след: нужно ли в данной случае HDD сдавать по гарантии ( ему всего то 3 недели ) или это в пределах допустимых значений ?
Не имеет большого значения, сколько физических bad-секторов на носителе. Имеет значение то, критична ли скорость последовательного чтения, которая будет проседать на отремапенных участках.
И, да, после ремапа нужно заново отформатировать носитель, чтобы получить исходную ёмкость пространства, так как о переремапенных секторах старая файловая система ничего не знает — она продолжает считать блоки, в которых содержатся теперь уже отремапенные bad-сектора" непригодными для использования.
Утилита MHDD может забить винчестер bad-секторами, давая команды контроллёру.
Сколько можно отсылать тебя к матчасти? Максимум что может mhdd - это «вручную» записать сектор с заведомо неправильным ECC, а затем попробовать его прочитать, чтобы контроллер обнаружил несовпадение ECC с записанными данными и пометил сектор как возможно сбойный (при этом увеличится счётчик «Current Pending Sector Count» в SMART'е).
И, да, после ремапа нужно заново отформатировать носитель, чтобы получить исходную ёмкость пространства, так как о переремапенных секторах старая файловая система ничего не знает — она продолжает считать блоки, в которых содержатся теперь уже отремапенные bad-сектора" непригодными для использования.
В бсдульных файловых системах нельзя изменить список бэд-блоков без переформатирования? Жуть...
>утилита MHDD может забить винчестер bad-секторами
почитай пожалуйста какие бывают беды, они бывают также софтовые, вот как раз ими и занимаются ФС, и их может генерировать даллас или виктория и mhdd. И эти беды можно будет легко снять. Здесь же речь идет о аппаратных бедах.
e2fsck с опцией -c запустит badblocks для получения списка бэд-блоков и занесёт их в свой список (фактически - «прицепит» к специальному inode'у, который только для этого и предназначен). С помощью опций -l и -L можно указать заранее заготовленный файл со списком бэд-блоков.
они бывают также софтовые, вот как раз ими и занимаются ФС, и их может генерировать даллас или виктория и mhdd. И эти беды можно будет легко снять. Здесь же речь идет о аппаратных бедах.
4.2
MHDD ничего не знает о структурах файловых систем. Вообще ничего. Нагенерировать софтовых бэдов, с которыми сможет работать коневакуумная файловая система, он тоже не может. А вот нагенерировать «железных» bad-секторов, от которых посыпется любая ФС, буть она четырежды отказоустойчивая и со сквозной проверкой, развёрнутая на таком диске, — сколько угодно.
Да, MHDD обновляет G-спосок bad-секторов винчестера, если ему специально дать такую команду. Ни один контроллёр и пальцем не пошевелит сделать что-то самостоятельно.
>MHDD ничего не знает о структурах файловых систем. Вообще ничего. Нагенерировать софтовых бэдов, с которыми сможет работать коневакуумная файловая система, он тоже не может.
он не генерирует беды для коневакуумной системы. он искуственно исправляет crc у сектора тебе уже написали, но в этом случае это можно эсправить без ремапа, в отличие от аппаратных. речь шла только об этом
>MHDD обновляет G-спосок bad-секторов винчестера
ничего подобного, он его получает из таблицы текущего состояния смарта, а вот уже обслуживанием Gлиста занимается смарт, и заполняет его тоже смарт - это внутрение тесты слишком завязанные на на конкретной модели конкретного производителя чтобы быть доступными для mhdd. Если интересует получение конкретного содержимого листа кури в сторону PC3000 или маны по терминальным командам у жестких дисков.
а ТС можно посоветовать не ломать мозг себе и перестраховаться лишний раз сходить туда где покупал и заменить винт, ибо при современных ценах на жесткие диски и кол-во брака от производителя, тебе его заменят без проблем. речь же идет не о массиве в RAID10 с ценой 1500$
Q15: Я тестирую диск при помощи chkdsk или ndd или scandisk, они сообщают о наличии bad block'ов. Но при проверке MHDD бэдов нет (были, но теперь нет). Как это исправить?
A: На диске (когда-то) были bad block'и, и ОС их пометила в своих таблицах. Однако, сбойные сектора были переназначены (самим диском, либо при помощи MHDD). Но из таблиц файловой системы их никто не убирал. Здесь несколько вариантов:
1. Сделать bad sectors recheck в Partition Magic
2. Убрать бэды руками при помощи diskedit'а
3. Переразметить жесткий диск заново.
MHDD использует только стандартные команды ATA стандарта. Стандартной команды, переназначить сектор, нет. Для таких операций нужно использовать специальные технологические команды. А они для каждой модели харда свои. Что в одной программе реализовать нереально.
При ремапе МНДД просто несколько раз пишет читает в один и тот же сектор, и если ошибка устойчива микропрограмма накопителя переназначит сектор. А если все-таки время от времени чтение проходит без ошибок, то нет.
Задача харда сохранить информацию. Значит сектор надо вычитать и затем заремапить, это обычно делает селфтест. Вычитывает в разных режимах, все что можно, а потом ремапит. При записи понятно, что уже информация в сектре не нужна. если после записи не читается, сектор ремапится и запись повторяется в переназначеный сектор.
Ну вот, всё ясно — MHDD не занимается непосредственно отметками bad-блоков в G-листе.