При этом smart не показывает перемещенных секторов.

Показывай smartctl -A. По идее он должен посчитаться в pending sectors count. И чем ты нашёл бэд-сектор?

По идее он должен делать это автоматом ?

При по пытке записи в этот сектор.

> При этом smart не показывает перемещенных секторов. По идее он должен делать это автоматом ?

Откуда дровишки?

Контроллёр винчестера ничего не далает сам! MHDD или Victoria может попросить его заменить bad-сектор из резервной области (ремапа).

Файловые системы при попытке записи в физический bad-сектор и при несовпадении контрольной суммы помечают блоки данных как недоступные для записи и больше не используют их НИКОГДА.

>Контроллёр винчестера ничего не далает сам!

Как раз контроллер винчестера этим и занимается. MHDD может только помочь контроллеру сделать remap путём записи в битый сектор.

Ответ на: комментарий от iZEN

Как раз контроллер винчестера этим и занимается. MHDD может только помочь контроллеру сделать remap путём записи в битый сектор.

Бисер.

>Бисер.

Ась?

делай сначала smartctl -t offline /dev/sdX а потом смари результаты smartctl -l selftest /dev/sdX

>Контроллёр винчестера ничего не далает сам!
бздуны как обычно ничего не знают. именно контроллер и делает подсчет и сравнение КС в прологе и эпилоге сектора. и самое интересное что это как это может спокойно происходить прозрачно для фс а контроллер будет продолжать писать и писать в G-лист получая от транслятора данные о бедах

Гм после прогона тестовой утилиты от фуджи бэд исчез ( видимо ремапнулся ). А вопрос след: нужно ли в данной случае HDD сдавать по гарантии ( ему всего то 3 недели ) или это в пределах допустимых значений ? Вот смарт текущий;

Model : FUJITSU MJA2320BH G2
Firmware : 00000018
Serial : K90AT9C2KUC9

S.M.A.R.T. attributes

Att Description Value Worst RAW Thresh
001 Raw Read Error Rate 100 100 00000003FC8E 046
002 Throughput performance 100 100 000002C90000 030
003 Spin Up Time 100 100 000000000001 025
004 Start/Stop Count 100 100 000000000022 000
005 Reallocation Sector Count 100 100 083400000000 024
007 Seek Error Rate 100 100 00000000005D 047
008 Seek time Perfomance 100 100 000000000000 019
009 PowerOn Hours Count 100 100 000000000063 000
010 Spin Retry Count 100 100 000000000000 020
012 Device Power Cycle Count 100 100 000000000017 000
192 Power-off retract count 100 100 000000000008 000
193 Load/unload cycle count 100 100 000000000494 000
194 HDA Temperature 100 100 31°C 000
195 Hardware ECC Recovered 100 100 000000003845 000
196 Reallocation Event Count 100 100 000038140000 000
197 Current Pending Sector Count 100 100 000000000000 000
198 Uncorrectable Sector Count 100 100 000000000001 000
199 UltraDMA CRC Error Count 200 253 000000000001 000
200 Write Error Rate 100 100 0000000028E0 060

> а контроллер будет продолжать писать и писать в G-лист получая от транслятора данные о бедах

Утилита MHDD может забить винчестер bad-секторами, давая команды контроллёру. Диск будет покрыт бэдами независимо от того, что о них думает транслятор.

Так что слив засчитан!

> А вопрос след: нужно ли в данной случае HDD сдавать по гарантии ( ему всего то 3 недели ) или это в пределах допустимых значений ?

Не имеет большого значения, сколько физических bad-секторов на носителе. Имеет значение то, критична ли скорость последовательного чтения, которая будет проседать на отремапенных участках.

И, да, после ремапа нужно заново отформатировать носитель, чтобы получить исходную ёмкость пространства, так как о переремапенных секторах старая файловая система ничего не знает — она продолжает считать блоки, в которых содержатся теперь уже отремапенные bad-сектора" непригодными для использования.

Утилита MHDD может забить винчестер bad-секторами, давая команды контроллёру.

Сколько можно отсылать тебя к матчасти? Максимум что может mhdd - это «вручную» записать сектор с заведомо неправильным ECC, а затем попробовать его прочитать, чтобы контроллер обнаружил несовпадение ECC с записанными данными и пометил сектор как возможно сбойный (при этом увеличится счётчик «Current Pending Sector Count» в SMART'е).

[troll mode=fat]

И, да, после ремапа нужно заново отформатировать носитель, чтобы получить исходную ёмкость пространства, так как о переремапенных секторах старая файловая система ничего не знает — она продолжает считать блоки, в которых содержатся теперь уже отремапенные bad-сектора" непригодными для использования.

В бсдульных файловых системах нельзя изменить список бэд-блоков без переформатирования? Жуть...

=)

>утилита MHDD может забить винчестер bad-секторами
почитай пожалуйста какие бывают беды, они бывают также софтовые, вот как раз ими и занимаются ФС, и их может генерировать даллас или виктория и mhdd. И эти беды можно будет легко снять. Здесь же речь идет о аппаратных бедах.

> В бсдульных файловых системах нельзя изменить список бэд-блоков без переформатирования? Жуть...

А в линуксовых можно? Как?

А в линуксовых можно? Как?

e2fsck с опцией -c запустит badblocks для получения списка бэд-блоков и занесёт их в свой список (фактически - «прицепит» к специальному inode'у, который только для этого и предназначен). С помощью опций -l и -L можно указать заранее заготовленный файл со списком бэд-блоков.

Это для ext{2,3,4}. Для других ФС есть другие утилиты, если конечно в самих ФС есть такая функциональность.

e2fsck -c

Нормальные ФС поддерживают список bad-блоков в актуальном состоянии во время работы и не требуют отдельного запуска ремонтных утилит.

они бывают также софтовые, вот как раз ими и занимаются ФС, и их может генерировать даллас или виктория и mhdd. И эти беды можно будет легко снять. Здесь же речь идет о аппаратных бедах.

4.2

MHDD ничего не знает о структурах файловых систем. Вообще ничего. Нагенерировать софтовых бэдов, с которыми сможет работать коневакуумная файловая система, он тоже не может. А вот нагенерировать «железных» bad-секторов, от которых посыпется любая ФС, буть она четырежды отказоустойчивая и со сквозной проверкой, развёрнутая на таком диске, — сколько угодно.

Да, MHDD обновляет G-спосок bad-секторов винчестера, если ему специально дать такую команду. Ни один контроллёр и пальцем не пошевелит сделать что-то самостоятельно.

>MHDD ничего не знает о структурах файловых систем. Вообще ничего. Нагенерировать софтовых бэдов, с которыми сможет работать коневакуумная файловая система, он тоже не может.
он не генерирует беды для коневакуумной системы. он искуственно исправляет crc у сектора тебе уже написали, но в этом случае это можно эсправить без ремапа, в отличие от аппаратных. речь шла только об этом

>MHDD обновляет G-спосок bad-секторов винчестера
ничего подобного, он его получает из таблицы текущего состояния смарта, а вот уже обслуживанием Gлиста занимается смарт, и заполняет его тоже смарт - это внутрение тесты слишком завязанные на на конкретной модели конкретного производителя чтобы быть доступными для mhdd. Если интересует получение конкретного содержимого листа кури в сторону PC3000 или маны по терминальным командам у жестких дисков.

кстати насколько я помню mhdd вообще не умеет работать с G и P листами

а ТС можно посоветовать не ломать мозг себе и перестраховаться лишний раз сходить туда где покупал и заменить винт, ибо при современных ценах на жесткие диски и кол-во брака от производителя, тебе его заменят без проблем. речь же идет не о массиве в RAID10 с ценой 1500$

http://www.ihdd.ru/forum/mhdd-faq-vt6.html

Q15: Я тестирую диск при помощи chkdsk или ndd или scandisk, они сообщают о наличии bad block'ов. Но при проверке MHDD бэдов нет (были, но теперь нет). Как это исправить?

A: На диске (когда-то) были bad block'и, и ОС их пометила в своих таблицах. Однако, сбойные сектора были переназначены (самим диском, либо при помощи MHDD). Но из таблиц файловой системы их никто не убирал. Здесь несколько вариантов:
1. Сделать bad sectors recheck в Partition Magic
2. Убрать бэды руками при помощи diskedit'а
3. Переразметить жесткий диск заново. 

http://www.ihdd.ru/forum/mhdd-faq-vt6-60.html

MHDD использует только стандартные команды ATA стандарта. Стандартной команды, переназначить сектор, нет. Для таких операций нужно использовать специальные технологические команды. А они для каждой модели харда свои. Что в одной программе реализовать нереально.
При ремапе МНДД просто несколько раз пишет читает в один и тот же сектор, и если ошибка устойчива микропрограмма накопителя переназначит сектор. А если все-таки время от времени чтение проходит без ошибок, то нет.

Задача харда сохранить информацию. Значит сектор надо вычитать и затем заремапить, это обычно делает селфтест. Вычитывает в разных режимах, все что можно, а потом ремапит. При записи понятно, что уже информация в сектре не нужна. если после записи не читается, сектор ремапится и запись повторяется в переназначеный сектор.