» Ремонт накопителей Seagate. Часть 6

Цитата:

А это что? То, что другой объем, это решается редактированием паспорта.
http://files.hddguru.com/download/PC-3000%20Support/Firmware/Seagate/Barracuda%207200.8/ST3300831AS_3.01_S.00_0.82_3NF0F8PV.rar
http://files.hddguru.com/download/Non-PC-3000%20firmwares/Seagate/7200.8/ST3250823AS-7200.8-TONKA-S.00-3.03-.093.rar

не подойдут , в первом случае головы другого производителя 3NF

во втором прошивка 3.03 у меня 3.01

Цитата:

во втором прошивка 3.03 у меня 3.01

Варь меняется на "раз, два...", если надо и есть умение.

[more=F3-Batch-Commands]http://en.mrtlab.com/wp-content/uploads/2014/12/Detailed-Explanation-of-Seagate-F3-Batch-Commands.pdf[/more]
[more=Short-Circuit]http://en.mrtlab.com/wp-content/uploads/2014/12/Seagate-F3-Series-Common-Short-Circuit.pdf[/more]
[more=Repairing-Bad-Sectors]http://en.mrtlab.com/wp-content/uploads/2014/11/Advanced-Tutorial-of-Repairing-Bad-Sectors-red-and-green-block-of-Seagate-F3-Series-HDDs-.pdf[/more]

djdecibel
4096k x 16 buffer detected
TONKA - 1_Disk S.00 11-05-04 17:23

Buzz - Head Mask FFFF - Switch to full int.
Spin Ready
3.01 11-05-04 17:26
(
T>Eng Rev = .050
TONKA - 3_Disk 3.01 11-05-04 17:26
CERT Rev = .050
NONE
Mask Rom Rev = S.00
TONKA - 3_Disk 3.01 11-05-04 17:26
Built for TONKA,PITKIN,Redback,TI1810 PreAmp,Agere7531 PreAmp,InternalSpin,GC110,SVC127,OneToOne,3Disk,LowDelta,220 Servos,7200RPM,8Pole,NonModGray,100MHz,Code DRAM,Early Exit,Stall Converter,RwFeat=0002,SeaDex,VBAR,MDW
http://rghost.ru/7NmZ2GRSH

m0,11,2,2,2,,,22
m0,9,3,3,1,,,22
что могут?

moto261
Ничего сверхестественного, стирать/читать поляну, заносить в слип лист дефекты

а сравнительно с m0,8,3,?

moto261
Ни какой разницы.
параметры влияют на:
подробность выводимого лога, сертификацию, количество попыток, занулять ли плохие сектора.
Если стандартный вариант m0,8,3 не проходит, то и остальные не помогут.

давайте разберёмся
винт 5400.6
возможно полезны команды форматирования
m0,5 m0,6 m0,8
вредны m0,2
m0,6,2 пересчёт транслятора
m0,6,3 пересчёт транслятора с переносом дефектов из альт листа в p лист ( G TO P ) и последующим пересчётом p листа

Цитата:

давайте разберёмся

Что тут разбиратся. 100 раз уже разжевано в этой теме:
БИТЫ определяют операцию
m0 - UA
m1 - SA
первый параметр:
бит 3 - 1-обычный лог, 0- подробный
бит 2 - 1-выключена сертификация, 0- включена
бит 1 - 1-пересчет, 0-формат
бит 0 - 1-чистить первичные листы, 0- не чистить
второй параметр:
бит 2 - 1 - использовать активный лог ошибок ( не на всех хардах работает)
бит 1 - 1 - использовать P-лист (slip V1)
бит 0 - 1 - использовать G-лист (Alt V4)

Если ударятся в гадания, то можно долечится до такой вот фазы например:

Цитата:

По принципу с F3 у китайцев и таиландцев разное написание пересчета транслятора
У тайцев ноли через запятую, у китайцев - без нолей.

давайте угадаем куда китайцы сперли нули?

Цитата:

бит 0 - 1-чистить первичные листы, 0- не чистить

Поправочка,
1- Занулять дефектные сектора, 0- не занулять.

При пересчета транслятора, большинство параметров команды не используются, только при формате. Поэтому совершенно по фигу, ничего в них нет, нули или какие-то значения.

понятно формат п з UA 1000 11 или m0,8,3

Добавлено:

видимо
m0,9,0,1,1,,,22
формат узер зоны Занулять дефектные сектора формат сертификация включена лог обычный
не использовать дефект листы
или m0,9,3,1,1,,,22 по этому формату дефект листы должны будут сформированы заново?

Цитата:

m0,9,3,1,1,,,22 по этому формату дефект листы должны будут сформированы заново?

C какого перепугу?
третий параметр = 3 - использовать Slip (V1) и Alt (V4) листы.
После выполнения V4 будет перенесен в V1 и очищен.
Листы V1.V2.V8 заводские - ни при каких условиях кроме ситуации когда они уже уничтожены, их трогать не следует.
Листы V10,V20,,V80,V100 накопительные при различных тестах.
V40 - нерезидентный G-лист. Используется при пост процессах (проверке диска).
Сразу влияет на транслятор без его пересчета.

Работы на пять копеек,
не проходит
m0,8,3,1,1,,,22 - все, диск труп.
И дальше дергаться - не стоит.

Вы вообще тему читали? утомляет объяснять одно и то же каждому новенькому, через каждые десять страниц.

Хм, таки Michael99 говорит, что иногда хитрые последовательности разных вариантов команды формата таки могут подлечить некоторые диски...
Тут критерий, думается - если в процессесе форматов кол-во дефектов явно увеличитвается - то да, диск сыпется. Если же нет - задача их всех отловить, как бэ...

[more] [more] [more] [more] команда m0,2,2,,,,,22 выполняет

пересчет транслятора на основании slip list (заводской дефект-лист (P-list)),

правда никто из опубликовавших данную команду не пишет о ее последствиях, что

кроме прямого пересчета транслятора и замещения им оригинального, может иметь

место затирание данных в некоторых местах, либо при некоторых проблемах с БМГ

можно получить полную невозможность чтения данных, так как не запрещена

сертификация пользовательской зоны. Также после уничтожения оригинального

транслятора не будут учтены дефекты постпроцесса, которые при производстве

накопителей не были внесены в slip лист, а напрямую помещались в транслятор.

После первого неучтенного дефекта пользовательская зона будет нечитабельна, по

причине появившегося сдвига в трансляторе. Обращение к сдвинутым секторам будет

заканчиваться ошибкой чтения (UNC).

В РЕЗУЛЬТАТЕ НЕПРАВИЛЬНЫХ КОМАНД ИЗМЕНИЛ В НЕПРАВИЛЬНУЮ СТОРОНУ V1
m0,8,3,1,1,,,22 после удачного завершения исправит V1?

[/more]

Добавлено:
igor_me

Цитата:

Если же нет

нет
[/more]
как я понял борьба с со сдвигом транслятора как то так
m0,6,2 чтобы затем записать нулями всё лба например дмде
после виндовса
m0,8,3,1,1,,,22

ну а так
m0,6,2
m0,5,3
m0,D,2
m0,8,3
верно? [/more] [/more]

Цитата:

Хм, таки Michael99 говорит, что иногда хитрые последовательности разных вариантов команды формата таки могут подлечить некоторые диски...

igor_me
Это F3! Тут или все дефекты софтовые, или дефектов так много что этими форматами не скроешь их. Малейшая царапина наделает столько бэдов что пересчеты не помогут их скрыть плюс они еще расти будут при каждом стирании

moto261
Вы разберитесь в вопросе - данные или хард?
Подходы совершенно разные.
При восстановлении данных, ни чего не предпринимается пока не сохранены исходные модули и не проверена корректность записи.
При ремонте собственно по фигу. С любого конца можно начинать.

Сертификация, это отчет в специальном логе о состоянии поверхности. Мы его анализировать не умеем, так что толку от нее для нас совершенно ни какого нет.
Только лишняя нагрузка на хард.
Подробность лога роли не играет на результаты, только, если хотите анализировать подробно, что происходит, обычно это тоже бессмысленно,
Зануление плохих секторов это только вопрос секретности данных, чтобы в плохих секторах не осталось чего секретного.
Для ремонта это совершенно не важно
Так что ничего кроме бита 2 во втором параметре - Форматировать или пересчитывать транслятор, для нас интереса не представляет и на результат не влияет.
Третий параметр опредлеяет с какими листами работать.
Бит 4 - использовать дефекты из логов селфскана, чаще всего этих логов на дисках уже нет. Так что использовать его практически нет смысла
Бит 2 - нужен всегда, иначе теряем все заводские дефекты.
Бит 1 - использовать дефекты из V4. по сути перенос дефектов из V4 в V1 или в просторечии G > P.
Остальные параметры - количество повторов, особой роли не играют.
Все!
И что вы среди них постоянно ищите какой то чудесный рецепт, которого нет.

Цитата:

бит 1 - 1 - использовать P-лист (slip V1)

Извините, что вмешиваюсь, но не slip V1...

данных давно нет
значит
m0,6,2,,,,,22
/5
U
m0,5,1,2,1,,,22
m0,D,2,2,1,,,22
m0,9,3,2,1,,,22 до 100%

moto261

Цитата:

значит
m0,6,2,,,,,22
m0,5,3,2,1,,,22
m0,D,2,2,1,,,22
m0,9,3,2,1,,,22 до 100%

Если умерла голова(ы) - все до задницы - 100%.
Помогает только при небольших фефектах.

moto261
Вы вообще не понимаете, что вам пишут?
Сказано уже тысячу раз
Для ремонта нужно и достаточно только:
m0,8,2,1,1,,,22 если V4 чист.
Одна запись и одно чтение, чтобы быстрее прошел процесс.

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

m0,8,2,,,,,22

и второй вариант, если V4 содержит дефекты и вы хотите их скрыть.

v0,8,3,,,,,22

Остальные формы на результат не влияют, только на отчетность.

Добавлено:
Все остальные результаты, это только особенность поведения любого харда,
Они ни когда не работает одинаково, все влияет на результат, если хард на грани, каждый прогон форматирования будет давать разные результаты.
Может даже пройти весь формат, но конечный результат будет так себе.
По поляне будут задержки.

а чем m0,9,3,2,1,,,22 хуже m0,8,2,,,,,22

Добавлено:
простой вопрос
m0,8,2,,,,,22 - пересчитывает V1?

Цитата:

m0,8,2,,,,,22 - пересчитывает V1?

что ? это тяжелый вопрос

Цитата:

а чем m0,9,3,2,1,,,22 хуже m0,8,2,,,,,22

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

лучше не ответить чем солгать

Доброго времени суток, у меня проблема с Seagate st1000dm003

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


Подскажите, сейчас железо дорогое, мне-бы восстановить работоспособность этого винтаЙ

Цитата:

а чем m0,9,3,2,1,,,22 хуже m0,8,2,,,,,22

А чем лучше?
Если вы заставляете хард переписывать плохие сектора, а там царапины?
Головки не жалко?


Цитата:

m0,8,2,,,,,22 - пересчитывает V1?

Это список дефектов, которые нужно пропустить. Зачем его-то пересчитывать?
Он используется для создания транслятора. Если V1 изменен в процессе форматирования, то транслятор нужно по нему пересчитать, чтобы транслятор соответствовал листу V1.
При bit 2 третьего параметра, формат пропускает дефекты уже отмеченные в V1,
Если найдет новые, занесет их в P-List (V10).
в V10 - RAW дефекты, он собирает все дефекты, на всех повторах, естественно там будут повторяющиеся записи.
Затем по заданным производителям правилам, эти записи объединятся в диапазоны дефектов, уберутся повторы и перенесутся в V1, а затем по V1 построится транслятор.
При этом используется еще и V100, который хранит позиции SFI
(Symbol From Index) для траслятора.
Но это уже не для наших умов знания.

tomset

Цитата:

При bit 2 третьего параметра, формат пропускает дефекты уже отмеченные в V1

а с бит 3 видимо обязан обновить те которые были собраны ранее с альт листа новыми с V4

Цитата:

иногда хитрые последовательности разных вариантов команды формата таки могут подлечить некоторые диски...

Так вот и нужно понимать, в каких случаях и для чего какие команды. Т.е. многое зависит от состояния и повреждений. Т.е. нужно разобраться с механизмом команд и проанализировать состояние диска, чтоб составить типа "дорожную карту" ремонта данного винта. Успешный анализ состояния, применение верных команд (циклов/стратегий применения) и с большой вероятностью диск можно починить.
Просто все вопрошающие хотят починки винта всего 2-мя простенькими командами, а такое редко бывает.

моментус был не мой
тестирование показало что все проблемы в первые 14-16 гигабайт
эта область в нтфс не форматировалась. в EXT4 без проблем. остальная область в нормальный 2 раздел нтфс
ошибок чтения в 2 не было. писался и читался отлично
но смарт нашёл 1 сектор в 1 скрытом разделе за неделю
использовал всего 2 команды 6,2 и 6,3
но потом 2,2 и ещё какие то. теперь винт пишется но не читается - сразу crc

Swapo
Если с "темами ознакомлены" - должны были понять, что у Сигейтов есть терминальный порт, который может выдавать инфу в текстовом режиме, даже когда диск не определяется на интерфейсе. Так что нужен терминальный адаптер и выкладываем сюда лог старта в терминале.
Если адаптера пока нет - ищем, параллельно можно проверить хотя бы контакты на плате контроллёра (инструкция в шапке) и описать поведение диска, какие звуки, не виснет ли BIOS при загрузке, когда диск подключен и т. п.