» Samsung (Самсунг). Ремонт и восстановление накопителей. IV

Цитата:

я советую всем гроб обтянутый свинцом

Это ж кому тут такое надо ???

конспирологи, мля

Hooome


Цитата:

это ответ на то от чего выходит со строя серийная микросхема коммутатора

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

Для такого полёта мысли надоть жить в незалежной . Заметил что за последний год всё больше нормальных людей превращяются в шизоидов не способных к самостоятельному мышлению . Видать и взаправду янки навезли туда кучу дерьма вот только не для того чтоб ломать железки а чтоб править головы .

USSTO
bug report

SHT 3.0.2
Model ID ............................... : RUBICON(PATA)
Mode adressing ......................... : 48 bit

Model .................................. : SP0822N
F/W Version ............................ : WA100-33

Spin Down .............................. : Ok

Spin Up ................................ : Error

Ни у кого не сыпался SAMSUNG HD154UI прошивка 1AG01118 ?
Вчера обнаружил 22 reallocated сектора, прогнал Victoria , поверхность хорошая. Только один сектор UNC, после зануления в DMDE и повторного Erase в Victoria для этого сектора стал читаться.
При этом счетчик бэдов тут же показывает 23.
Иными словами, данный хард софтовые бэд блоки заносит в таблицу дефектов. Интересно зачем?

Добавлено:
При этом аналогичный винт немного другого семейства:
http://forum.ru-board.com/topic.cgi?forum=84&topic=4826

имея дефектную область наоборот всяческими способами не делает ремап. Уже полгода сижу с пендингами, число их в районе 5-15 штук. Не растет, проблем с повреждением данных тоже не видно.

Цитата:

данный хард софтовые бэд блоки заносит в таблицу дефектов

Откуда инфа что дефект именно софтовый ? И в какую именно таблицу дефектов ?

Цитата:

сижу с пендингами

Что по вашему есть пендинг и как обрабатывается/куда заносится ?

Michael99
Всё же написано, читайте внимательно. UNC сектор читается после зануления в DMDE, значит это ничто иное как софтовый бэд блок. Но при этом счетчик Reallocated Sectors увеличивается на единицу.
В любом случае если бы реально было 23 бэда, то наблюдались бы какие-то дефекты при чтении, а у меня даже зеленых блоков нету.

Добавлено:
У диска были сначала проблемы с кабелем SATA, сыпались ошибки host to host, потом были проблемы с неконтактом кабеля питания. По опыту софтовые бэды часто появляются когда питание отходит.

FunnyLorax
Да у них бывает что софт беды заносяться в АЛИСТ
Надо обнулить АЛИСТ и по новой прогнать записью и чтением

FunnyLorax
Значит это вы меня не поняли.

Цитата:

UNC сектор читается после зануления в DMDE, значит это ничто иное как софтовый бэд блок. Но при этом счетчик Reallocated Sectors увеличивается на единицу.

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

Цитата:

По опыту софтовые бэды часто появляются когда питание отходит.

Питание пропало, диски замедлились, воздушный поток от вращения снизился и головки чиркнули по поверхности - образовался софт-бэд. Так по-вашему ???
А как же тогда 5-8 попыток/проверок секторов перед занесением в бэды ?
USSTO
Добавлено:

Цитата:

Да, у них бывает что софт беды заносяться в АЛИСТ

Бывает. Но не после внезапного пропадания питалова и когда головы над юзер-зоной находились ж.

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

Цитата:

Чушь вы несете какую-то

Чушь несёты вы сами. Позанимайтесь с моё - потом научитесь отличать от начальной микроцарапки до запилов - в десятки-сотни треков.
Царапки убирать на самсунгах - легче лёгкого ж.

Цитата:

Никакого желания нет с вами разговаривать

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

FunnyLorax

Цитата:

UNC сектор читается после зануления в DMDE, значит это ничто иное как софтовый бэд блок. Но при этом счетчик Reallocated Sectors увеличивается на единицу

Теорема однако, повеселили.
Michael99

Цитата:

Чушь несёты вы

Ну почему ? Пусть это будут софт-бэды и человек спит спокойно, пока Альт не переполнится.

Добавлено:

Цитата:

Но учитывая малую ёмкость А-листа у Самсунгов - часто приводящая к невозможности работы винта.

Да и пес с ним.(с)

Цитата:

А в самсунгах - многое попроще чем у других вендоров. Особенно с наличием как можно более полной базой бурн-комплектов.

тонкий намек

Цитата:

Хоть это понятно, что затирание - это не профф. ремонт, а отмазка ж для винта и клиента, простейшая профилактика поверхности. Но учитывая малую ёмкость А-листа у Самсунгов - часто приводящая к невозможности работы винта.
Раз вы так ремонтите самсунги - грош им цена в базарный день.  

Вообще винт который излечился простым затиранием немного получше будет диска,
которому уже сам бурн процесс необходим был, по состоянию износа ж

Цитата:

Всё же написано, читайте внимательно. UNC сектор читается после зануления в DMDE, значит это ничто иное как софтовый бэд блок. Но при этом счетчик Reallocated Sectors увеличивается на единицу.
В любом случае если бы реально было 23 бэда, то наблюдались бы какие-то дефекты при чтении, а у меня даже зеленых блоков нету.

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

Цитата:

А заменился он ошибочно или нет можно узнать очистив а лист и пройтись еще раз записью

Можно (и стоит) так делать конечно - очистка А-листа, техноформат, проход записью и затем скан/проверка результата.

Michael99
Много пафоса и демагогии в ваших постах, а полезная нагрузка стремится к нулю. Я только понял что у вас ОООООчень большая мания величия, себя вы считаете супер-крутым ремонтником, а всех остальных - говном.
Но вопрос то не в этом. А в том, почему же Samsung HD154UI заносит софтовые бэды в G-List (не знаю, про какой А-Лист вы долдоните), и если это по вашему реальные дефекты пластины, то почему сканирование поверхности даже зеленых квадратиков не показывает...

Добавлено:

Цитата:

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

Ещё раз повторяю как было дело: в СМАРТе 22 бэд-блока, допустим это физические ремапы, настоящие.
Пускаю скан Victoria, находится некоторый UNC сектор. Remap или Erase в Victoria выдает ABORT.
Открываю DMDE, поиск LBA, ввожу номер сектора. Выделяю его мышью, команда "заполнить нулями", сохраняю изменения на диск. Повторно читаю этот сектор в Victoria с опцией ERASE, выдает OK.
Всё, сектор и читается, и пишется. И сразу же Reallocated Sectors выросло с 22 до 23.

FunnyLorax
А у вас например много гонора для вашего уровня знаний.

Показатель смарта "5. Reallocated sector count" не отражает один в один состояние переназначенных секторов на современных винтах. он может показывать 2, а дефектов скрыто 50. Так что строить выводы на этом бесполезно.
А ваш вопрос сводится к "Если я стучу по монитору справа, светофор перестает показывать зеленый цвет. Почему?"

FunnyLorax

Цитата:

Открываю DMDE, поиск LBA, ввожу номер сектора. Выделяю его мышью, команда "заполнить нулями",

В Victoria есть режим скана "Write" (в этом режиме нет ни Remap ни Erase). Результат будет тот же, что и после DMDE.

Однако, раз число реаллокейтед выросло, значит сектор был замещен из резерва. Никакой мистики. Резервный сектор, конечно же, будет читаться - ведь ЛБА адресацию никто не разрывает - на то и есть транслятор.

ЗЫ: в сунгах все же А-лист, а не G.. не ленитесь немного почитать форум.

У нас с вами разговор ни о чем. Я про Фому, вы мне про Ерему. Вот есть бэд блок на диске, почему винт его не может ремапить до тех пор, пока я его нулями не запишу?
Это говорит о том, что это обыкновенный софтовый бэд.

Добавлено:
Тут скорее всего имеет место глюк прошивки, поэтому я не спроста указал точную версию - может кто занимался ремонтом именно таких дисков и видел подобные "чудеса". А общие фразы, домыслы и демагогии мне мало интересны на этот счет.

FunnyLorax
вы реально Funny

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

Диск сам, когда захочет, тогда и отремапит. Случаев, когда самсунги (да и не только они) не соглашаются с "советом" виктории сделать ремап - полно. И они описаны на форуме. Считайте, что это такой глюк, вы его первооткрыватель, можно защищать докторскую.

Хуже бывает, когда после зануления сектор поправился, а потом при интенсивном чтении (DDD батерфляем, например) снова вылез, но ни в кандидаты ни в реаллоки не попадает.

Но общих фраз больше не будет, уж простите, удаляюсь)))

Время покажет, если через полгода те же 23 бэда останутся, значит глюк контроллера.
А если из 23 они превратятся в 230, или же в 2300 бэдов - то значит правда диску пора собираться на свалку.
Я бы наоборот сказал, что дисков которые делают ремап как положено - единицы. Что WD20EARS, что HD153WI, что HD154UI одна и та же песня всегда. Софтовые бэды ремапятся, реальные дефекты нет.

В тему продолжения угара:

Цитата:

Copyright (C) Dvinyaninov AB, Ru, 2004
Freeware. Refer is require.

Copyright (C) Двинянинов Андрей Борисович, Екатеринбург, Россия, 2004
Свободно. Ссылка обязательна.


ПОВЕРХНОСТИ МАКСТОР

По стандартам ATA жесткий диск может ожновременно работать в двух режимах - одном PIO и одном UDMA. Режим PIO - стандартный и медленный режим. В режиме PIO все данные прокачиваются через процессор командами ввода из порта типа INSB, INSW, REP INSW. Режим UDMA - сложнее и быстрее. В UDMA программируется контроллер памяти и данные прокачиваются по шине данных в обход процессора.

Моя прога HDC умеет вычислять номер перезначенного сектора или сектора читающегося с задержками. Это сложный алгоритм. Я смог его сделать только потому что работал на более мощных вещах чем Visual Net или Delphi.

Опыты с лечением дисков моей прогой HDC на уровне портов показывают, что в режиме PIO при указании группы секторов диск ищет дорожку, потом нужный начальный сектор и потом читает заданную группу секторов. Тормозящий сектор тормозит всю группу только если он в группе. Если сектор находится на этой же физической дорожек, но не в группе чтения, все прекрасно и быстро читается.

В режиме UDMA один тормозящий сектор тормозит любую группу секторов с этой же физической дорожки. Видимо в режиме UDMA логика работы диска другая. Диск ищет физическую дорожку - проиводится установка блока головок на нужный цилиндр, электронная коммутация нужной головки и головка ищет синхроимпульс начала дорожки. После этого считывает всю дорожку, все сектора дорожки, целиком в свой буфер на плате контроллера диска. Потом выдает наружу на интерфейс в компьютер нужную группу секторов. HDC в таких случаях выдает диагноз на задержку, но разбор по секторам часто не получается, потому что HDC читает группы секторов меньше физической дорожки.


Опыты с дисками Maxtor в режиме PIO дают тот же диагноз что для режима UDMA. Есть только одно обьяснение - в режиме PIO диски Maxtor все равно читают физическую дорожку целиком. Это кстати обьясняет хорошую скорость Maxtor.

С другой стороны это ухудшает надежность. Один тормозящий сектор на физической дорожек дает тормоз для группы логических дорожек. Вычислять тормозящий сектор становится тяжело. Иногда исключается и диск имеет товарный вид. Иногда надо исключать целую дорожку. Пока исключения дорожки у меня нет.


Дальнейшие опыты с Макстор дают другое отличие. MHDD командой ERASE иногда лечит диски. Чаще вместо крестов (сбои) появляется зедень ( сектора с задержками). Достаточно записать на это место данные и сбои появляются опять.

Самое лучшее обьяснение этому - командой MHDD ERASE заново расписываются заголовки секторов, поле данных секторов ( 512 байт) считается пустым, незаполненным. На блинах эти 512 байт есть. Под них выделяется место при заводской форматизации росписью сервометок. При операциях чтения после ERASE читается только заголовок. Поле данных не участвует.Возвращается сектор заполненный нулями. После записи сектора поле данных опять работает и сбой в поле данных снова возвращается.

После лечения Mакстора через MHDD надо расписать диск данными. Можно расписать начало диска прогой WDCLEAR, потом создать файловую систему, перезагрузиться и запустить на этот раздел мою прогу FZ. Быстрее, лучше и надежнее я ничего не знаю.

Цитата:

полезная нагрузка стремится к нулю

Она у любого "типа мастера" сведётся к нулю - за неумением с ними работать и за неимением бурн-ресурсов.

Цитата:

Много пафоса и демагогии в ваших постах

Это вы про свои посты чтоль ? (читаем пост чуть выше ж).

cenix_str
Спасибо за минутку юмора .. Интересно автору дали шнобелевскую премию за такой фундаментальный труд ?

FunnyLorax

Цитата:

дефекты пластины...Samsung HD154UI заносит софтовые бэды в G-List (не знаю, про какой А-Лист вы долдоните)

Если чел называет диски "пластинами" и не знает про отсутствие G-листа и присутствие А-лист у всех Самсунгов - то понятно где и какой он "спец".

Цитата:

дефекты пластины...Samsung HD154UI заносит софтовые бэды в G-List (не знаю, про какой А-Лист вы долдоните)

Если чел называет диски "пластинами" и не знает про отсутствие G-листа и присутствие А-лист у всех Самсунгов - то понятно где и какой он "спец".
Ну так можно ж не читать обще-доступные форумы.

Цитата:

даже зеленых квадратиков не показывает

У вас даже не блоки секторов - а "зелёные квадратики" ж.

Цитата:

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

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

Цитата:

Ну а смех - он жизнь продлевает.

Если конечно искренний.

Цитата:

Ещё раз повторяю как было дело: в СМАРТе 22 бэд-блока, допустим это физические ремапы, настоящие.
Пускаю скан Victoria, находится некоторый UNC сектор. Remap или Erase в Victoria выдает ABORT.
Открываю DMDE, поиск LBA, ввожу номер сектора. Выделяю его мышью, команда "заполнить нулями", сохраняю изменения на диск. Повторно читаю этот сектор в Victoria с опцией ERASE, выдает OK.
Всё, сектор и читается, и пишется. И сразу же Reallocated Sectors выросло с 22 до 23.

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

Michael99
Вам похоже совсем не с кем поговорить, вот вы на мои посты накидываетесь как голодная собака на мясо.
Повторю, все написанное вами - много букв, пользы ноль целых ноль десятых.
Ежу понятно, что я могу работать только с Victoria и DMDE, другого софта у меня нет. Да и у 99.9% пользователей которые сюда приходят тоже. А вы им начинаете втирать свою мантру, что крутые ремонтники работают с дисками только в PC3000 и только бурн-комплектами..
Это именно пафос и гнутие пальцев, т.к. практической пользы от таких советов - НИКАКОЙ.

CASIKO3162
Не знаю, это на ihdd.ru форуме есть ветка с изречениями этого товарища.
И на hardw.net тоже кое-что есть.
Одаренная личность была

А почитаешь в последнее время ветки по винтам на разных форумах, начинаешь верить в реинкарнацию.

Цитата:

вы им начинаете втирать свою мантру, что крутые ремонтники работают с дисками только в PC3000 и только бурн-комплектами

Где я такое говорил ?
Про только РС3к никогда такого не говорил. Да и смысла не было ж.
Просто вы не в курсах что самсунги я ремонтю как раз без РС3к.

Цитата:

Да и у 99.9% пользователей которые сюда приходят тоже

Это несовсем так. Много знаю здесь участников с практически всеми версиями РС3к и не только ж.

Цитата:

практической пользы от таких советов - НИКАКОЙ

Не вам судить. От ваших постов польза реально =0.
А уж про практическую пользу ваших - уж тем более. Можете перечитать их заново ж. У вас самого реально - любые познания о самсунг также = 0.
Здесь немало людей получивших и ПО, и сами бурн-комплекты на почти все серии/семейства самсунг (кроме 1,8" и F4).

Цитата:

я могу работать только с Victoria и DMDE

Вот и нет смысла лезть в ветку по ремонту, раз у вас самого - нет ничего ж. Даже минимального желания и понимания.

Здравствуйте, уважаемые участники форума.

Достался винт: М8Е, модель: ST1000LM024
Вот его тех. данные:

Identify HDD {19:33:07}
Mode utility ............................... : Normal
MC Access mode ...................... : DISC I/O
Device port ............................... : 9880,9802,M
Model ID ................................... : M8E (SATA)

Model ........................................ : ST1000LM024 HN-M101MBB
Serial Number ........................... : S2U5J9CC834590
F/W Version .............................. : 2AR10001
Buffer Size ................................ : 8192 Kbytes
Cyl, Hd, Sec / CHS ..................... : 16383, 16, 63
Sectors available with LBA cmd ........ : 268 435 455 (128,0GB)
Sectors available with LBA48 cmd .... : 1 953 525 168 (931,5GB)

Technological passport
Flash Version .......................... : 2AR8fv6M.d67
Heads Number ........................ : 4
Zone ........................................ : 48
Cyl ........................................... : 128
SA SPT ..................................... : 1536

Table modules is loaded from SA
Table zoned distribution is loaded

Вот SMART:
Read S.M.A.R.T ...................... : Ok \ ST1000LM024 HN-M101M

SMART \ ST1000LM024 HN-M101M
------------------------------------------------------------------
ID Attribute Name      Val Worst RAW |
------------------------------------------------------------------
1 Raw Read Error Rate      1     1 36498
2 Throughput Performance      252     252 0
3 Spin Up Time           89     88 3458
4 Start/Stop Count          100     100 389
5 Reallocated Sector Count      252     252 0
7 Seek Error Rate          252     252 0
8 Seek Time Performance      252     252 0
9 Power-On Hours Count      100     100 532
10 Spin Retry Count      252     252 0
11 Recalibration Retries      100     100 729
12 Device Power Cycle Count      100     100 380
183 Runtime bad block (Total)      252     252 0
184 End-to-end Error      252     252 0
191 G-Sense Error Rate      100     100 7
192 Power-Off Retract Count      252     252 0
193 Load/Unload Cycle Count      100     100 5443
194 HDA Temperature °C      64     49 27°C
195 ECC On The Fly Count      100     100 0
196 Reallocation Event Count      252     252 0
197 Current Pending Sector Count      100     100 3
198 Uncorrectable Sector Count      252     252 0
199 UltraDMA CRC Error Count      200     200 0
200 Write Error Rate      100     100 1553
223 Load/Unload Retry Count      100     100 729
225 Load/Unload Cycle Count      100     100 5443
241 Unknown attribut      99     99 2241050
242 Unknown attribut      93     93 10525400
254          252     252 0
------------------------------------------------------------------

Read S.M.A.R.T ...................... : Ok \ ST1000LM024 HN-M101M

А вот тест головок:
Read, Write test on MC Track (20:58:02)
***************************************
Write ............................... : H:00 Good
Read ............................... : H:00 Good
Compare ......................... : H:00 Good

Write ............................... : H:01 Good
Read ............................... : H:01 Good
Compare ......................... : H:01 Good

Write ............................... : H:02 Good
Read ............................... : H:02 Good
Compare ......................... : H:02 Good

Write ............................... : H:03 Bad
Read ............................... : H:03 Bad
Compare ......................... : H:03 Bad

***************************************
End test (20:58:19)

Хотелось бы узнать, реально ли общедоступным методом купировать последнюю голову?
SHT (демо), как видно, тест голов проводит. Но вот сможет ли утилита откусить голову у
М8Е?
И конечно, нескромный вопрос: реально ли получить бурн-комплект для него? Сможет ли
кто-нибудь помочь с комплектом?
Хотелось бы из террабайтника сделать неплохую 750-ку. Ресурсы я слил (модули по
нулевой и первой голове, треки по тем же головам). Правда ROM слился с ошибкой
контрольной суммы. Как не пытался - всё-равно выходил чек еррор.
Ещё, на этикетке, есть такая информация:
LI P/N: 0B52808
LC P/N: 16200208
Как я понимаю, последняя головка вышла из строя из-за удара винчестера и её
близости к крышке (191 параметр SMART-а).