Форум iHDD.RU

[hardolog]

[nazyura]

[Tomset]

nazyura
_AND_
Вы оба слегка не правы. Хотя зерно истины есть в ваших рассуждениях. Моделей дисков много и разных.
Если есть даташиты на некоторые VCM микросхемы. Почитайте! В них встроена система слежения за питанием и она инициализирует процесс парковки в случае проблем с питанием. Даже процессору успевают сообщить, чтоб он завершил операции.
Если кому-то очень хочется разобраться, могу выслать даташит например на L7250

[_AND_]

nazyura

Не хочу с Вами спорить. Сегодня вечером попробую...
Поэкспериментирую так сказать... Сорри, если что...

[_AND_]

Tomset

Если не затруднит. Очень хотелось бы почитать даташит на L7250.
Заранее спасибо. Mail в профиле.

[Tomset]

_AND_
Ушло!

[hardolog]

[_AND_]

Tomset

Получил, спасибо!

[pvf23]

Ну вот, начали с кластеров, а пришли к парковке....
Есть предложение вернуться в тему, у меня есть предметные вопросы к высокому собранию.

При аварийном выкл. питания возможно появление софт-бэда. Это вариант, который называется "стык записи". Если шел процесс записи, а в это время произошла блокировка процесса. Часть сектора записана, а контрольный код остался старый. Терминалогия и явление устаканено еще при упомянутом царе Горохе. Все остальное от лукавого.
"Серво-селектор при спаде питания может сработать неточно и магнитный след останется не на нужном месте, опять же вызвав нарушение CRC в подвернувшихся под "горячую голову" секторах, т.е. опять софт-BAD."
Если "стык-записи" в принципе возможен, то такой вариант, ну, не очень... по определению.

Относительно "длинного чтения".
Читайте АТА стандарт. Под "Длинной операцией" подразумевается так называемое длинное чтение. Его отличие от обычного- не проверяет CRC.
Я встречал разное толкование этой команды. Команда появилась с первым стандартом АТА и основная задумка была считать именно ЕСС.
Как проверить правильно ли работает блок обнаружения и коррекии ошибок?
Если вы представляете тот винчестер, то вариант один. Надо записать эталонные данные в сектор, а потом считать его вместе с кодом ЕСС и провести сравнение уже средствами ОС.
На современном винчестере блок ЕСС проверяется очевидно таким же образом, только делает это сам "микрокод".

Извиняйте за длинное предисловие, собственно вопрос.
Зачем вы используя, эту команду и пытаетесь вытащить данные, ведь достоверность информации отсутствует.
Я пониманию, когда надо связать "битый" сектор с принадлежностью к конкретному файлу, но вы работаете на "низком" уровне.
А потом этот вариант предполагает еще один негатив, который просматривается при вдумчивом отношении к атт195.
Вы оказываете сомнительную услугу клиенту.

Другой вопрос связан с постоянным упоминанием кода CRC.
Вы говорите о флопе или все-таки о винчестере. Поле данных всегда закрывалось кодом ЕСС (Рида-Соломона), а это совсем другая песня и другие возможности. Где, в каком мануале, в какой книге вы нашли этот CRC. Этот код может дать информацию о достоверности информации (причем достаточно низкую, примерно как бит паритета), но он не имеет свойств коррекции.

Есть утилиты, которые анализируют время доступа к сектору, подобно тому, как это делает собственно SMART система(ведь по большому счёту SMART система по сути дела и есть встроенная в накопитель "утилита" для поиска возможных ошибок и индивидуально на него настроенная).

Внутренний монторинг не анализирует время доспупа, потому что есть ЕСС и есть синдром, который скажет "микрокоду" всё. Валидные данные или есть ошибка, коректируемая или нет (UNC), место и длину этой ошибки. Последовательное чтение этого сектора, даст информацию об устойчивости этой ошибки. Но только цикл записи и последующего чтения позволит микрокоду вынести вердикт о качестве сектора. Будет ремап или нет.

Ни одна, даже самая совершенная утилита не сможет стандартными ATA командами определить настоящий BAD сидит на поверхности или фиктивный

Зачем вводить нас в заблуждение. Если сектор реально "битый", то чтение(делаем кандидата) и далее запись. Аж бегом. Несколько сложнее, если сектор проблемный, особенно если вы его выдернули из G-list и в первом приближении все нормально.

Здесь цикл запись-чтение через АТА-команды не сработает.
И вариант предложенный из пп1-6, тоже ущербный. Но можно пойти другим путем:
*на проблемный сектор делаем makebad
*чтение этого сектор - формируем кандидата, контролируем по атт197 или att198.
* запись в этот сектор, лучше в цикле разков этак 5.
Уйдет сектор в атт5, значит не судьба.

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

Отвлекся. Собственно вопрос.
Я нашел в тексте "адского орб" он же HDD-911, да простит меня Сегей, что опять упоминаю в суе, структуру сектора, где поле данных закрыто кодом ЕСС+CRC. Я не знаю, где он это взял, но на мой взгляд правильно будет последовательность CRC+ECC.
На сайте Макстора можно найти упоминае о коде СRC, как о дополнении к "искушенному" коду ECC. Если код ЕСС такой замечательный и обнаруживает, и исправляет, тогда почему появился этот довесок CRC.
Да и ваша аудитория похоже оперируе только CRC, хотя в мануалах от Квантума тема работы блока ЕСС хорошо показана.

[pvf23]

Обана, задублировался.
Относительно парковки. Самый простой и надежный способ -это электролиты. Контролируем 5 и 12вольт, падает уровень ниже границы:
*блокируем запись
*блокируем режим "слежения за дорожкой" или просто отключаем pover driver.
* разряд электролита через катушку и едем в зону парковки.

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

[Oloth Teken'duis]

Чето мне кажется вы паритесь, не один производитель не будет тратить лишние деньги на разработку такой мегасложной фигни как получение свободной энергии для парковки головки и прочей фигни.

Помните, чем проще решение, тем более оно гениально, так как дешевле и надежней. Согласитесь, что если привезать головку на резинку, это будет проще и дешевле =) я конечно шучу на счет резинки =)
Еще замечу, что каждый производитель делает паркову по своему не парьтесь, вы не прейдете к единому мнению

Кстати еще головки можно парковать путем извлечения из атмосферы электромагнитного поля и прочей фигни, а еще можно получить ее путем прокладки к каждому жесткому диску проводод от ядерного реактора и еще чего. По моему, это не так важно, тем более это вообще не в тему!

Человек спросил почему у него кластеры сыпяться, причем тут БЕДЫ извените? связи ни какой. Пробитая FAT32 глючит, а вы в беды ударились... ну не странно ли?
он спросил ему опасно ли это для его новенького винта, а вы блин о парковках, да ему вообще не пофиг на эту парковку.

Вы объясните ему, что связь между Бадами и Потерянными кластерами минимальна и что это не повлечет за собой Бады, а если они и появятся то точне не в следствии потерявшейся во времени фатки

Люди не юзайте вы фат! эта файловая система устарела как хрен знает, что! это все равно что веник среди моющих пылесосов!
Проще фата не может помоему быть ни чего! Но гериальностью там и не пахнет =) скорее тупостью =)

[Oloth Teken'duis]

Блин, вы мух, пытаетесь уничтожить ядерной бомбой. (я вот подумал, что наверное это реально самый действенный способ)

[Tomset]

[hardolog]

[hardolog]

[hardolog]

[Tomset]

hardolog

[hardolog]

[_AND_]

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

Часть 1. Вскрытие показало...

Samsung (SV1021H, SV4002H) - Головы паркуются САМИ магнитом,
НО это не основной способ парковки. Почему? Объяснения ниже...
WD (WD1200BB-00EVA0) - Головы НЕ паркуются сами.
Maxtor Calypso (6Y080L0) - Головы НЕ паркуются сами.
IBM (DTLA 40-ка) - Головы НЕ паркуются сами.
Действительно на всех винтах виден уход головок в сторону парковки
за счет упругости шлейфа, но для парковки этого не достаточно. На
самсах действительно головы уводятся магнитом в зону парковки.

Часть 2. Как паркуются головы и откуда берется энергия?

Сразу скажу - эксперименты ставились только на самсунгах - на
остальных винтах не было времени проверить, но думаю отличий мало.
Подключаем осциллограф к катушке VCM.
1) Винт подключен к БП ATX, питание выключается с помощью БП -
то есть так, как это происходит при выключении компа.
Включаем винт - на катушке появляется отрицательное напряжение
(здесь и далее "отрицательное" означает такую полярность
напряжения, которая заставляет головы двигаться в сторону
парковки) - это понятно, винт удерживает головы в парковке, чтобы
они не вылетели оттуда при раскрутке блинов. Далее видим серию
двуполярных импульсов при рекалибровке. Ну и самое интересное -
выключаем питание БП. Видим продолжительный отрицательный
импульс на катушке - винт паркует головы!
2) То же самое, но питание отключается не БП, а от самого винта,
таким образом мы исключаем заряд емкостей БП. Все аналогично,
и снова при выключении мы видим отрицательный импульс!!!
Но в этот раз он знааааачительно короче, но ЕСТЬ!!! Откуда?
Об этом ниже...
3) Самое интересное. Все то же самое, как и в 2. Отключаем питание
самого винта, но перед этим выдергиваем шлейф двигателя, чтобы
исключить предположение об использовании энергии для парковки
от него. Винт при таком издевательстве, естественно паркует головы,
но это не важно! Выдергиваем шлейф движка - видим длительный
отрицательный импульс парковки голов. Выключаем питание винта -
и О ЧУДО - видим ЕЩЕ ОДИН импульс такой же длительности, как
в случае 2!!! Значит энергия от двигателя здесь не при чем. Она
есть в любом случае!!! Вариант у меня только один - конденсаторы
на плате в обвязке драйвера VCM. Кстати, на вид они маленькие,
но емкость у них 1-2 мкф - вполне достаточно для парковки голов.

Спасибо за внимание...

[nazyura]

pvf23 писал