nick231
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Для быстрого уничтожения данных недостаточно механического воздействия. Только хардкор - химеческое или мощное электромагнитное воздействие. Т. к. данные можно восстанавливать (и даже отдельные предыдущие записи) не только обычным считыванием неповрежденных данных, но и оптическими методами:
http://www.bnti.ru/showart.asp?aid=980&lvl=01.02.01.02.
https://habr.com/ru/company/mailru/blog/430506/
Т.к. SS скрипт из E6 предназначен вероятно для запуска после ARCO, а не повторных запусков, а команда 3416 в скрипте забивает P-лист под определенное фиксированное для модели значение размера HDD секторами вокруг дефектов, то алгоритм запуска этого же скрипта повторно для скана новых дефектов будет достаточно сложным для выполнения.
Во первых надо урезать P-лист - по возможности хотя бы частично вернуть заводской P-лист из состояния забитого окружающими рабочими секторами в состояние P-лист после ARCO (в котором находятся преимущественно только дефекты). Это отдельная трудно выполнимая задача, но не невозможная.
Затем надо вычислить условное заводское значение HDD до которого 3416 команда наполняет P-лист(это сделать проще через пересчет транслятора по заданному объему HDD). Также если есть проблема с поверхностью, но она еще живая и нет желания её пока отключать - надо увеличить число циклов в команде BA(пятый параметр) и понизить чувствительность теста(до 0-1-2-4 в четвертом параметре), причем чувствительность данной команды отдельно от скриптовых команд калибровки с теми же параметрами будет сильно ниже(команда в составе скрипта работает несколько по другому). Только внеся данные изменения в HDD и скрипт можно рассчитывать на качественный результат от работы данного скритпа(с урезанным P-листом).
Ранее из-за ошибки(устранил) очистки P-листа от секторных дефектов(из-за смещения менялось число трековых дефектов по поверхностям с сохранением их общего числа) - посчитал что начальные шаги скрипта сами тестируют сектора и урезают P-лист. Это было слишком оптимистично.
Итого. На HDD с отключенной 5-й поверхностью - нашлись 150 гиг читаемых секторов которые фактически отправились в P-лист(Виктория округлила его размер до 1,7 гиг). А второй HDD что зеленил по пятой поверхности(при жестких параметрах скрипта и вообще еще на старой версии скрипта) - успешно прошел данный тест от начала до конца с результатом 4к обычных дефектов и 5к трековых по пятой поверхности(это с учетом того что занизил объем HDD; реальных дефектов на данной чувствительности раза в два меньше). 36 модуль также автоматически изменился(чего вряд ли добиться в программных способах сокрытия дефектов). Уже в одном этом значимая польза от скрипта.
В обоих случаях все еще занизил размер диска ~ на 5 гиг(которые избыточно ушли в дефекты). Зарезервирую под HOST область ~ один гиг и пущу их под данные (хотя резерв для оптимизации все еще есть),.
Также при таком алгоритме работы скрипта - его запуск на вполне рабочих бу HDD(с единичными медленными секторами, или софтбэдами) в "профилактических целях" требует дополнительных исследований по вопросу. |
Всего записей: 65 | Зарегистр. 31-08-2020 | Отправлено: 14:54 24-09-2020 | Исправлено: nick231, 14:56 24-09-2020 |
|
