nick231
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
На ~75 % скана Lba при выходе из переноса G-листа - было странное "форматирование треков"(а может и не странное). Прервал скан. Сделал глобальную ручную чистку P листа(объединил последовательные дефекты и перевел часть дефектов в трековые, где более 200 секторных дефектов на трек(Получил ~9к трековых дефектов по пятой поверхности)). Сделал пересчет транслятора. Сделал чтение последних LBA викторией и на основании этого отрезал еще 12Гиг от max LBA (+2 на запас всего ~15 гиг). Перезагружу комп. Запущу скрипт заново уже с внутренней команды перезаписи поляны
-> стирание поляны командой BB так просто не прошла (как и некоторые другие команды ранее) время работы 0 сек(и особо нечем посмотреть лог ошибок). Возможно ей требуется предварительно обнуленный транслятор. Сделаю тесты доп. команд на HDD попроще позже. Этот вопрос не сильно принципиальный для подобного скрипта. До его запуска можно делать предварительное стирание вручную.
Сколько кстати желательно ставить максимум дефектов на трек и максимум дефектов (% битых треков) на зону на подобных двух терабайтниках(хотя создание зонных дефектов вероятно зависит от характера дефектов, если в зоне есть более 30 % живых треков и новые дефекты особо не растут, то её возможно и не надо отключать)?
Sedin
Цитата:| 36 это Test tracks... набор треков по которым винт делает трррр при старте |
Захожу в работу модулей. Напротив ID36 указано - T-лист.
В скриптах в т.ч. SS скрипте из E6 - также упоминается T-лист причем многократно с разными параметрами. И как раз эта команда насколько понял обновляет модуль 36(если просто удаляет битые треки - то зачем ей так долго работать). По факту его содержимое уже один раз поменялось, а число треков в нем сократилось и заняло выполнение этой команды аж 7ч. По идее есть две команды для T-лист - "D4" (с разными параметрами и подряд, не знаю что она делает и относится ли к 36 модулю), но "B9"(тоже многократно и тоже с разными парметрами) - насколько понял или полностью пересоздает T-лист с нуля(вероятно первая команда) или правит существующий (остальные команда с параметрами) (т.к. есть совпадения со старым модулем, но из-за смещения надо сравнивать их вручную).
Когда заметил изменения в модуле 36 сразу оптимистично подумал что он пересоздался. Может это и не так(может он урезается от исходного, а не пересоздается с нуля вероятно зависит от параметров). А вообще не понимаю зачем столько запутывающих одинаковых или похожих названий. Таже нет уверенности что данные команды хоть что-то делают с 36 модулем. Но все же какая-то команда скрипта это сделала или сам HDD в какой-то момент нашел что 36 модуль некорректный. Если первое, то методом перебора можно найти конкретную команду по изменению или пересозданию 36 модуля, если второе - то естественно ничего не будет найдено.
Есть два разных Т-лист? Какой это тогда модуль если не 36 и если речь не о Марвелах?
В данном случае всегда вел речь о модуле 36 в Марвелах. Т.к. его содержимое существенно влияет на работу HDD и его обнуление (или использование исходного при отключении головок или треков) - эту работу в той или иной степени нарушает пусть и не столь существенно как другие модули. А это значит что создание корректного 36 модуля и конечно лучше автоматически - важный шаг при ремонте HDD и чем больше методов для этого шага тем лучше. ЧЯДНТ, когда пытаюсь отследить и решить вопрос с 36 модулем(пусть в некоторых случаях ошибаюсь)? А от Вас при каждом упоминании этого модуля идут комментарии которые мне на данный момент непонятны.
Здесь вряд ли много филантропов. С свою очередь также к ним не отношусь. Но если не обмениваться некоторыми найденными знаниями - зачем тогда данная ветка? Здесь как мимопроходящий. Потом мои комментарии (даже если в них случайно есть что-то затрагивающее интересы разработчиков) - будут скрыты тысячами других и никто их не прочитает. |
Всего записей: 65 | Зарегистр. 31-08-2020 | Отправлено: 08:40 15-09-2020 | Исправлено: nick231, 10:35 15-09-2020 |
|
