[AMDBulldozer]

misha2, если желаете, давайте уточним.

Неверно. Ремап происходит только вендор-командой самого винта, находящейся в ТМОС. И никакому линуху, винде или маку это не под силу. И вы это прекрасно понимаете. »

Неверно. Это зависит от интерфейса устройства. Если бы у автора темы был SAS вместе SATA, любой сектор можно было бы легко переназначить принудительно командой sg_reassign.
Если уж Вы требуете от меня безупречных формулировок, тогда и сами их используйте, логично?

Немножко разберитесь с понятиями "сектор" и "блок". Сектор равен 512 байт или 4К, а блок обычно равен 256 секторов (понятие диагностического/ремонтного ПО). ФС (например виндовые) работают не на уровне секторов, а на уровне кластеров, суперблоков и т.п. »

Немножечко разберитесь с понятиями "сектор" и "блок". Сектор равен 512 байт или 4кБ, а блоком называется минимальный объем данных, который может быть распределен файловой системой.
Термин "кластер" не используется никем, кроме Microsoft, и только по отношению к её собственным файловым системам. Термин "суперблок" используется в целом ряде файлов систем, таких как extX, reiserfs, XFS, HFS+, JFS, но означает совсем не то, что Вы думаете. Он представляет собой основной блок фс, содержащий гиперданные (данные о метаданных) файловой системы.
Поэтому, как я уже отметил, задача состоит в том, чтобы сначала по номеру сектора определить к какому блоку он относится и установить свободен ли этот блок или распределен какому-то файлу. В файловых системах extX (т.е. ext2/ext3/ext4) для этой цели используется программа debugfs и последовательность команд icheck/ncheck.

Большая просьба, если собираетесь пытаться меня поправлять, будьте любезны предварительно ознакомиться с существом проблемы по которой высказываетесь. Искренне прошу не обижаться на меня за это замечание.

[misha2]

Это зависит от интерфейса устройства. Если бы у автора темы был SAS вместе SATA, любой сектор можно было бы легко переназначить принудительно командой sg_reassign. »

Блииин, ну точно вы не понимаете механизма ремапа винтом в принципе. Очень жаль. У винта своя ОСь (ТМОС) - микропрограмма , которая же и реализует это. Это раз 200 было описано в кучах обсуждениях на десятках форумов в течение последних 10 лет. Вы хотите весь мир перевернуть ?

Немножечко разберитесь с понятиями "сектор" и "блок". Сектор равен 512 байт или 4кБ, а блоком называется минимальный объем данных, который может быть распределен файловой системой. »

Здесь форум о накопителях и проблем с ними. Проблемы зачастую решаются софтово. И софт для накопителей использует понятия сектора и блока, равного 256 секторов. Речь здесь идёт про накопители. Для обсуждения ФС, ОС есть и другие ветки. И там существуеют кучи понятий всяких блоков.

блоком называется минимальный объем данных, который может быть распределен файловой системой. »

И вот эту фразу прокомментируйте сами пож-ста. Как это соотнести к Виктории, MHDD и т.п., которым глубоко наплевать в работе на тип и наличие ФС вообще ? И про какие данные может идти речь , если например винт полностью был заполнен 0000 ?

[AMDBulldozer]

Вы правы. Форум о накопителях. Но есть одно "но". Сама по себе пустая железка никого не интересует. Как только с жестким диском начинают возникать проблемы, у всех сразу первым делом встает вопрос: "как спасти данные"?
А логическая структура данных поддерживается именно файловой системой.
Поэтому, я полагаю, никому из людей с проблемными HDD не интересно знать, что для диагностики поверхности диска некоторое ПО от балды использует последовательность секторов определенной длины (причем разной) и называет это дело "блоком". Который ни физически, ни логически ничему не соответствует. Неинтересно пострадавшему как автор ПО назвал тот участок, к которому в данный момент обращение происходит. Вот ни капельки. А судьба своих любимых файлов ему, напротив, очень интересна.
Поэтому, с моей точки зрения, всё-таки правильнее будет называть блоком именно ту структуру, которую так называют авторы ОС и драйверов файловых систем.

Блииин, ну точно вы не понимаете механизма ремапа винтом в принципе. Очень жаль. »

Боюсь, Вы не знакомы интерфейсом SAS. В частности, с набором команд SBC-3. Очень жаль.
Цитирую по стандарту. Команда "Reassign Blocks" (код команды 0x07):

5.16.1 REASSIGN BLOCKS command overview

The REASSIGN BLOCKS command (see table 44) requests that the device server reassign defective logical blocks to another area on the medium set aside for this purpose. The device server should also record the location of the defective logical blocks in the GLIST, if supported. This command shall not alter the contents of the PLIST (see 4.8). The parameter list provided in the data-out buffer contains a defective LBA list that contains the LBAs of the logical blocks to be reassigned. The device server shall reassign the parts of the medium used for each logical block in the defective LBA list. More than one physical block may be relocated by each LBA. If the device server is able to recover user data and protection information, if any, from the original logical block, it shall write the recovered user data and any protection information to the reassigned logical block. If the device server is unable to recover user data and protection information, if any, it shall write vendor-specific data as the user data and shall write a default value of FFFFFFFF_FFFFFFFFh as the protection information, if enabled. The data in all other logical blocks on the medium shall be preserved.

[IgNat]

AMDBulldozer, сначала вы пишите:

чтобы их переназначить - это элементарно делается в Linux командой "hdparm --repair-sector" »

- затем, что только для:

SAS вместе SATA »

- может имелось ввиду вместо? и другая команда:

переназначить принудительно командой sg_reassign »

- если не трудно, каков окончательный вариант переназначения секторов в Linux и при каких условиях? Спасибо.

[AMDBulldozer]

IgNat, возможность выполнить операцию переназначения сектора, естественно, не зависит от операционной системы. Просто для Linux я команды знаю, а для Windows нет.
Возможны два варианта. Первый - у Вашего диска интерфейс SAS. Именно у диска. Если у Вас диск SATA подключенный к SAS контроллеру, ничего не выйдет. Так вот, среди SCSI block commands (SBC) есть команда переназначения группы секторов в резервную зону. Независимо от того, хорошие они или плохие - микропрограмма контроллера диска выполнит то, что ей приказали. Есть и другая команда. Прочитать список переназначенных секторов (GLIST).
Выполнить принудительное переназначение [диапазона] секторов для SAS-диска можно в Linux командой sg_reassign.
Если попробовать использовать эту команду с SATA устройством (а у подавляющего большинства домашних пользователей, согласитесь, именно диск с SATA интерфейсом), никакого результата не будет вообще.
Набор команд SATA урезан по сравнению с командами SBC. И две упомянутые мной команды в него не вошли.
Поэому остается одно - идти по пути "Виктории" и других подобных программ. Дать команду записи в нестабильный сектор, в надежде, что контроллер обнаружит ошибку и сам переназначит сектор на резервную зону.
Таким образом, для разных типов интерфейса мы используем разные команды.
sg_reassign, которая дает 100% результат для SAS и
hdparm --repair-sector (или "hdparm --write-sector") для SATA дисков.
Принципиальная разница между этими двумя ситуациями понятна. В случае SAS мы можем взять хороший сектор, принудительно его переназначить и нет никаких сомнений, что команда будет исполнена.
Попытка переназначить не только хороший, но даже "слегка аномальный" сектор записью в него, естественно, уже не пройдет. Если контроллер не посчитает нужным - он ничего переназначать не будет.

[IgNat]

AMDBulldozer, спасибо. По сути:

я разобрался бы с этими тремя секторами за 10 минут максимум (на самом деле, основная проблема состоит не в том, чтобы их переназначить - это элементарно делается в Linux командой "hdparm --repair-sector" »

- при физическом повреждении сектора/блока секторов практически не выполнимо? Как пишутся команды для переназначения, например для сектора LBA1000 и блока секторов LBA1000-LBA2000, для SAS и SATA.

[AMDBulldozer]

IgNat,
для SAS:
sg_reassign -a 1000 /dev/sda
sg_reassign -a 1000 /dev/sda && sg_reassgn -a "$(echo {1001..2000})" /dev/sda

Этот вариант годится для обоих интерфейсов:

hdparm --repair-sector 1000 /dev/sda
for i in {1000..2000}; do hdparm --repair-sector $i /dev/sda; done

Как раз физические дефекты поверхности "--repair-sector" и отлавливает.
Если сектор уже включен в список "нестабильных", количество которых фиксируется в 197-ом атрибуте, то любая попытка
записи в него автоматически сопровождается последующим чтением. И если при чтении зафиксирована ошибка контрольных сумм, либо несовпадение записанной и прочитанной информации, сектор автоматически переназначается микропрограммой контроллера диска.

[misha2]

AMDBulldozer,
Приведите лучше для примера формат, саму команду переназначения или переноса самого вендора, а не описание стандарта. Ради интереса. (подсказка - ключевое слово merge to p-list).

[AMDBulldozer]

Приведите лучше для примера формат, саму команду переназначения или переноса самого вендора, а не описание стандарта. Ради интереса. (подсказка - ключевое слово merge to p-list). »

Вы имеете в виду команду интерфейса или команду технологического режима? Второй, сами понимаете, никакого отношения к нормальной работе диска не имеет и для домашнего пользователя (как и для операционной системы) недоступен.