Резервная область HDD

Не будем спорить, я думаю менее компетентен....

Меня смутило слово переносятся, сами понимаете
Я про Глист сразу и подумал, даже не шевеля волосами...

PS
На счёт увеличения записей вопрос поднялся интересный, думаю если отформатить модуль, и маленько пошаманить всётаки можно добиться увеличение числа записей в G-List Вот такой я оптимист темболее если винт ремапит секторы по заголовку, теоритически GList - просто счётчик (во наплёл )
А вообще, с вами, modul, приятно общаться.

Модуль этот... Ну как таблица ФАТ к примеру... В один сектор влезает всего 256 записей о кластерах. И ни байтом больше. Количество секторов зашито в микропрограмме накопителя. Изменить это количество можно только в управляющей программе винта, глобально поменяв таблицу модулей служебной зоны и переменные в микропрограмме. Дальше сами додумаетесь или стоит в этой ветке ещё и основы программирования выкладывать?
Не понимаю, что этим хотелось сказать, но Г-лист - не просто счётчик, это элемент, участвующий в трансляции, т.е. поиске нужного сектора, своего рода таблица исключений Поэтому он обычно должен сидеть в памяти накопителя и отлавливать обращения к имеющимся в нём секторам, назначая новый адрес физического расположения для этого сектора. И не всегда это конец диска. У квантумов резервные сектора и треки были предусмотрены по всей поверхности...

Что-ж, спасибо...

Приятно всётаки общаться с эрудироваными людьми.
Наверное я в своих утверждениях перешол к часностям (семейству определённому), за что прошу простить.

Но я всёкаи думаю, что далеко не на всех винтах GList участвует в трансляции, по моему мнению, он больше имеет отношение к SMARTу. Ведь если сектор исключить из трасляции, винт головой не машет (опять же не на всех машет, ссори). А в случае с G-List используется именно резервная, зона, и в зависимости от её расположения меняется повидение винта, но принцып един

pitbios1
не могу полностью согласиться с вашим вторым утверждением:
отлавливается, исключается из трансляции и т.п.

Но согласен, что в зависимости от строения микрокода вари, может не получиться увеличить размер GList (далее рассуждения в этом направлении (работа с модулем GList) считаю не целесообразными)

Это не тот случай, когда надо думать - гадать... Надо знать.
Пример, пожалуйста... Два дефект-листа использовались в накопителях, когда СМАРТа ещё в помине не было... СМАРТ мониторит количество записей в Г-листе, это факт, также тесты смарта вносят в Г-лист записи, это тоже имеет место. Как меняется? Сектор, физически находящийся в "резервной зоне" на другом винчестере из той же коробки может находиться в рабочей зоне. Это тоже факт. А это тоже факт. НЕ переписывая всю или частично микропрограмму, нельзя изменить размеров или других характеристик её частей. Мне неизвестны люди, пишущие "свои" микропрограммы для НЖМД... Максимум, что (по моей информации) делается из этого ряда - правка некоторых частей, для устранения ошибок при ремонте... Впя остальная работа с винтами сводится к восстановлению заводских параметров и режимов... Т.е. по идеологии, заложенной или позволяемой предусмотренными разработчиками винта возможностями.

pitbios1

Пример, пожалуйста...


Glist вообще не влияет на трансляцию ... никак и ни у одного винта. Именно поэтому он и Glist.

Пример, пожалуйста...


Glist вообще не влияет на трансляцию ... никак и ни у одного винта. Именно поэтому он и Glist.
Отлично. Берём мухтара, например афину. Забиваем мусором Г-лист, не трогая заголовка и пытаемся прочитать инфу...
Берём ИБМ, лучше всего с несколькими гроун-дефектами в Г-листе, чистим его, перезапускаем и пытаемся прочитать инфу... Самое наглядное, когда гроуны на 0 и 63 секторах...
Не поленился, нащёл дятла и в первом же по порядку гроуне записал некое слово для проверки... Очистил Г-лист, перезапустил -содержимое сектора другое. Влил Г-лист обратно,перезапустил - заветное слово на месте.

pitbios1
Давайте все-таки различать мягкое и теплое ... не поленитесь, и сравните модуль транслятора до и после ваших издевательств над Glistом ...

btw после любых изменений транслятора ОБЯЗАТЕЛЬНА запись по всей поляне (иначе произойдет сбой в нумерации логических секторов) .... поэтому простым смертным такая фича не доступна. А Glist может легко расти в процессе эксплуатации.

Чего его сравнивать? Начнём с того, что есть трансляция и для чего она нужна:
Трансляция - перевод приходящих от ОС логических адресов секторов в физические, соответствующие геометрии накопителя. Соответственно, Р-лист это заводская таблица дефектов, Г-лист - "растущая" таблица дефектов. Назначение последней - исключить из пользовательского пространства дефектные сектора, появившиеся в процессе работы накопиталя, включив вместо них "запасные". После этого можете продолжать утверждать, что Г-лист в трансляции не участвует... Мой пример с дятлом легко повторяется...

При очистке Г-листа "транслятор" не изменяется, только все дефектные сектора, скрытые в нём, снова становятся доступны для работы с ними...
Запись по поляне делается для приведения адресных меток сектора в сооветствие с данными транслятора. На ИБМ сектора после "нового" сектора в транстяторе (П-листе) читаться не будут... А на Квантумах (фуджи - не помню) - будут. И запись по поляне необязательна в этом случае...

Хитачи ДФТ 3.60 и новее пересчитывает транслятор на ИБМах... Так что не так уж и недоступна...

тоесть я правильно понял, что прогнав по диску хитачи full erase из dft можно избавиться от reallocated sectors (которые там повились) ? тоесть имеющиеся ремапы появившиеся во время эксплуатации диска dft переведет в p-list ?