Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

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

Автор: alexyc
Дата сообщения: 04.12.2012 17:34
Michael99
немного неверно понял вас ранее
Автор: HDstuff
Дата сообщения: 04.12.2012 20:18
Чере мой трек CERT и модифицированных table.bin http://zalil.ru/34033837
Разве это правильная подготовка?
Автор: alexman9000
Дата сообщения: 05.12.2012 11:25
HDstuff

Цитата:
Чере мой трек CERT и модифицированных table.bin http://zalil.ru/34033837
Разве это правильная подготовка?

Файл cert.bin - это копия трека (CERT + TABLE (original)), в файле table.bin - в первом секторе есть мусор, либо терминал подглюкивает, либо нестабильно читается с блинов.

По ссылке Тут лежит Ваш обрезанный CERT и правильные таблицы (Table) с моего комплекта - пробуйте.

---- In English ----
Your file cert.bin is a copy of the full track (include CERT + TABLE (original)).
The first sector of your Table (original).bin contains some trash. May be your terminal have bug or hdd unstable read from plates.

The link here is your cut CERT and correct table (Table.trc) from my resources. Try & enjoy =)
Автор: GennadyIS
Дата сообщения: 05.12.2012 12:27
alexman9000

Цитата:
либо терминал подглюкивает, либо нестабильно читается с блинов

Обе копии таблиц? различий-то -0 байт
Автор: alexman9000
Дата сообщения: 05.12.2012 20:15
GennadyIS

Цитата:
Обе копии таблиц? различий-то -0 байт

А вот черт его знает, у меня было как-то аналогично на 7200.9 Seagate, в итоге плюнул, залил ресурс с другого харда (с отличием буквально 20 байт в первом секторе) и все встало на места.
Автор: suz191
Дата сообщения: 07.12.2012 23:14
Так я не в тему с отклонением всех вариантов ответов))))+

Харды 7200.11-12 ES2 сыпяться в начале!!! соответственно , чтоб не попасть в просак и не быть лохом!!! если это наш основной хард, создаём в начале партицию к которой мы меньше всего оброщаемся (вторую диск D), а в конце запросто делаем диск C и живём дольше гарантийного срока в разы!!!!
(Это так просто, я бы не додумался...., подсказали) теория работает) - Это у кого гарантия 4-6 месяцев.... Ташкент или 3-и страны...
Можно зделать так!!! По крайней мере , после того как я начал копать, харды для 3-х стран работают, и не покрываются бедами в начале....

P.S. "Я обещал появляться , когда нарою что либо революционное!!! Считаю это революционным шагом"


Добавлено:
кстати надо разделить темы до и после 7200.11
Каша получается....

Добавлено:
НГ????
Автор: igor_me
Дата сообщения: 08.12.2012 13:45
suz191
Здрасти-здрасти, давненько не видно вас . Не хочу "крушить мечты", но создание разделов в обход бэдов на революцию не тянет явно. Я уже мноооого раз рассказывал про свой ExcelStore 80Гб. На нём создано 4 раздела (которые не в начеле и не в конце) в обход бэдов, которые разбросаны весьма хаотично по всему диску (но не так хаотично, чтобы не было места для создания 4 разделов, примерно 4, 16, и два где-то по 18 Гб. Прямо "минное поле" ). А на месте бэдов разделы вообще не создавались. Зачем??? Просто пустое место оставлено, неразмеченное. Так что... это применимо ко всем дискам, а не только к 7200.11. Потом выложу СМАРТ своего на обозрение

Цитата:
харды для 3-х стран работают

Полагаю, и для "вторых и первых" тоже так будут работать...
Автор: alexman9000
Дата сообщения: 08.12.2012 14:06
igor_me

Цитата:
А на месте бэдов разделы вообще не создавались.

Ну так это стандартный вариант, у меня в офисе коробка 7200.11 лежит на поделки с 1-2 запилами на блинах, некотрые мой знакомые развлекаются тем, что где Slip-листа не хватает затолкать туда весь запил - вырезает раздел на 1-5 млн. секторов с запилом и продолжают гонять бедный хард., а на замечания, что надо бы резать и сектора на других блинах в том же радиусе, чтобы не пылили, говорят и так сойдет =)))
Автор: suz191
Дата сообщения: 08.12.2012 22:17
Начал заного копать!!! кто либо пробовал...
запустить схему ремонта U9 на 7200.11 -12 - ES2
Парерны чётко написанны...
прогнать

Цитата:
Filtered
BF
BB
D9
BA
B2
CB
C1
D5
CF
D0
B8
B5
B7
00
F2

там ещё много чего взять можно за основу.... кто либо пробовал????
Всё новое давно устаревшее старое....

На данном этапе я запас другой паттерн 23232323 хорошо уберает дефекты..... 86 81 87 ....

Добавлено:
но нам надо убрать 91 -х х х не нашёл как серву прятать!!!!

Добавлено:
а тем более головы отключить... в обще было бы супер))))
Автор: Sympathy
Дата сообщения: 09.12.2012 08:27
На 500 Гб-ном Seagate External Desktop Drive (ST305004EXD101-RK) появился файл "tmp.db-journal" 0 байт и не хочет никак удаляться, ошибки, что недоступен.
Как избавиться?
Автор: Michael99
Дата сообщения: 09.12.2012 08:29
Sympathy
Ваш вопрос не относится к ремонту накопителей Seagate.
Автор: Sympathy
Дата сообщения: 09.12.2012 09:33
Слава богу, значит хоть не поломался
Автор: AntiMember
Дата сообщения: 09.12.2012 11:06
suz191

Цитата:
Парерны чётко написанны...

Второй раз читаю про благотворное влияние паттернов на посыпавшийся диск.
Первый раз читал в рекламке на ХДД-Дегенератор.
А 4EH не пробовали ? На флопиках этим синхропромежутки писались.
Автор: HDstuff
Дата сообщения: 09.12.2012 18:51
1. Новая таблица Cert (от alexman9000 ) SDLD загрузить не удалось снова. Тайна ... Вот ST-MEM лог:

[английский]
1. A new Cert Table (from alexman9000) SDLD upload is unsuccessful again. A mystery... Here is ST-MEM Log:

Цитата:

eset1024k x 16 buffer detected
F>
Ñêîðîñòü COM/HDD=115200 / b115
þ
F>

ïàóçà 4000 ì.ñåê.

ïîñûëàåì G:\Temp\STwinSDLD\APP.bin 0C0 áëîêîâ ïî 1024 áàéò
ïîñûëàåì áëîêè :
001
002
003
[...]
0BE
0BF
000
ïîñëàëè ôàéë G:\Temp\STwinSDLD\APP.bin áëîêàìè ïî 1024 áàéò
Ñêîðîñòü COM/HDD=9600 / b96
j,,1
3.06 10-21-03 15:53
(
T>
(
T>
Ñêîðîñòü COM/HDD=115200 / B0115
ÿ
T>

ïàóçà 4000 ì.ñåê.

ïîñûëàåì G:\Temp\STwinSDLD\cert.bin 090 áëîêîâ ïî 2048 áàéò
ïîñûëàåì áëîêè :
001
002
003
[...]
08E
08F
000
ïîñëàëè ôàéë G:\Temp\STwinSDLD\cert.bin áëîêàìè ïî 2048 áàéò
Ñêîðîñòü COM/HDD=9600 / B0096
Ñêîðîñòü COM/HDD=115200 / B0115
ÿ
T>

ïàóçà 4000 ì.ñåê.

ïîñûëàåì G:\Temp\STwinSDLD\table.bin 011 áëîêîâ ïî 512 áàéò
ïîñûëàåì áëîêè :

Думая, что проблема с загрузкой Cert код, я изменил размер блока в 4096, он посылает 0x48 блоков (которые, как ожидается - 0x240 секторов). Cert таблице не посылать.
При изменении размера блока до 1024, ST-MEM докладов было бы загрузить 0x120 блоки, но на самом деле закончить после загрузки блоков 0x100, который является неправильным.
Я постараюсь на другой компьютер позже.

[английский]
Thinking that problem is with uploading Cert Code, I changed block size to 4096, it uploads 0x48 blocks (which is expected - 0x240 sectors). But Cert Table don't upload.
When changing block size to 1024, ST-MEM reports it would upload 0x120 blocks, but it actually finish after uploading 0x100 blocks, which is wrong.
I will try on different computer later.

2. Теперь возвращаясь к SELFSCAN. Я загрузил новую таблицу Cert заголовки на диски с использованием S_BUF (ST-MEM-FREE). Питание выкл / вкл и начала N4. И снова тот же результат: AbEnd Test 58
Я вижу, что Log 3А (с большим ошибкам в Зоне 1, голова 0) одинакова во всех моих SELFSCAN журналов, с такой же отметкой времени. Я думаю, что он был создан на заводе тестирования (похож на лог 02).
На самом деле моя тестовая последовательность не включает в себя тест 3А:
4 - 7, 10-19, 1A-1E, 2A, 1F, 2F, 0B, 09, 58, 21, 08, 0A, 0C -> 4D, 39, 22, 61, 28->4E
Сейчас стоит вопрос, как заставить завершения Selfscan?

[английский]
2. Now coming back to selfscan. I uploaded new test table headers to platters using S_BUF (ST-MEM-FREE). Power cycle off/on and started N4.
Once again, the same result: AbEnd Test 58

I see that Log 3A (with extensive errors in Zone 1, Head 0) is identical in all my selfscan logs, with the same time-stamp. I think it had been created at the factory testing (like Log 02).

In fact my test sequence doesn't include Test 3A:
4 - 7, 10-19, 1A-1E, 2A, 1F, 2F, 0B, 09, 58, 21, 08, 0A, 0C -> 4D, 39, 22, 61, 28->4E

Now is a question how to force completion of Selfscan?
Автор: igor_me
Дата сообщения: 09.12.2012 21:12

Цитата:
Думая, что проблема с загрузкой Cert код, я изменил размер блока в 4096, он посылает 0x48 блоков (которые, как ожидается - 0x240 секторов). Cert таблице не посылать.
При изменении размера блока до 1024, ST-MEM докладов было бы загрузить 0x120 блоки, но на самом деле закончить после загрузки блоков 0x100, который является неправильным.

4096*48=196608 What size of your Cert-file? Number of this blocks is not equivalent to the size of Cert-file. It's only parameter of ST_MEM and SDLD Protocol, which can't upload more than 100 blocks at one time. You understand now??? Your mistake is not here.

Цитата:
ïîñëàëè ôàéë G:\Temp\STwinSDLD\cert.bin áëîêàìè ïî 2048 áàéò
Ñêîðîñòü COM/HDD=9600 / B0096
Ñêîðîñòü COM/HDD=115200 / B0115
ÿ
T>

ïàóçà 4000 ì.ñåê.

ïîñûëàåì G:\Temp\STwinSDLD\table.bin 011 áëîêîâ ïî 512 áàéò
ïîñûëàåì áëîêè :


This log is NORMAL. Why do you think, that cert or table is not upload to the memory of HDD. Why you don't show us the next commands in log. This is important. After this you type command of the selfscan start (N2,,22)? You type AN and PN (command #,,22) before start selfscan??? And what answer the HDD to your command. Always show us the full log of the terminal...
Автор: Vic422
Дата сообщения: 09.12.2012 21:20
Прочитай первые 100 страниц Первой части темы, все разжевано до состояния манной каши.
Автор: igor_me
Дата сообщения: 09.12.2012 22:03
... с "великим и могучим" у HDstuff проблемы, не осилит
Автор: HDstuff
Дата сообщения: 09.12.2012 22:56
igor_me

Цитата:
4096*48=196608 What size of your Cert-file? Number of this blocks is not equivalent to the size of Cert-file.

Вот это размер моей файла:
4096 * 0x48 (hex) = 4096 * 72 = 294912
2048 * 0x90 (hex) = 2048 * 144 = 294912
0x240 секторов 0x200 каждый
лог показывает правильное количество блоков было отправлено, так что проблемы здесь нет.
О блоке предел 0x100, я узнаю. Спасибо Vic422, я буду продолжать чтение (происходит медленно).

[английский]
Here is a size of my file:
4096 * 0x48 (hex) = 4096 * 72 = 294912
2048 * 0x90 (hex) = 2048 * 144 = 294912
0x240 sectors 0x200 each
Log shows correct number of blocks was sent, so problem is not here.
About block limit 0x100, I learn. Thanks Vic422, I will continue reading (going slow).


Цитата:
This log is NORMAL. Why do you think, that cert or table is not upload to the memory of HDD. Why you don't show us the next commands in log.

Существует ничего более на экране или в файле журнала. При загрузке работает, он показывает текущее количество загружаемых блоков. Здесь ничего нет. Загрузить висит. Я не могу набрать больше команд, а жесткий диск перестает отвечать на запросы, мне нужно, чтобы выкл / вкл.

[английский]
There is nothing more on the screen or in the log file. When upload works, it shows current number of uploaded block. Here is nothing. Upload hangs. I cannot type more commands, as HDD stops responding, I need to power off/on.
Автор: AntiMember
Дата сообщения: 09.12.2012 23:47
Я извинияюсь за вмешательство, но STmemSDLD может повергнуть в ступор
неправильный параметр в команде. Лишний пробел или недостающая запятая,
или неправильный размер.
Автор: Metryx
Дата сообщения: 10.12.2012 00:54
igor_me

Цитата:
А на месте бэдов разделы вообще не создавались.


И не прописывать, чтобы оффлайнскан туда не совался.
Автор: Vic422
Дата сообщения: 10.12.2012 01:00
Offline scan винт выполняет самостоятельно, и сканирует всю поляну независимо от разделов созданных на нем. Это функция микропрограммы (ПО) винта, и не зависит от ОС.
Автор: Metryx
Дата сообщения: 10.12.2012 09:52
Vic422
Если не проходить записью поврежденные участки, скан туда не лезет.
Автор: Vic422
Дата сообщения: 10.12.2012 10:03
Ну да!!!
А откуда тогда дефект-листы растут и SMART-у становится все хуже и хуже?
И, кстати, offline scan можно отключить, например на 11-х.
Автор: AntiMember
Дата сообщения: 10.12.2012 10:33
Metryx
Vic422 прав. У оффлайна свои параметры и они не зависят от разделов.
Прсто при юзер-записи в плохой сектор, ремап происходит быстрее. Винт не
пытается до последнего вычитать содержимое этого сектора.
Автор: Metryx
Дата сообщения: 10.12.2012 12:59
Vic422

Цитата:
дефект-листы растут

Сразу после m0,...,22 не растут, а только после записи поляны.
Автор: Vic422
Дата сообщения: 10.12.2012 15:20
Ну тогда расшифруй вот это:

Цитата:
m0,...,22

Каждую позицию.
И что делает эта команда НЕПРАВИЛЬНО написанная.
Автор: tomset
Дата сообщения: 10.12.2012 15:56
Vic422

тоже что и
m0,0,3,,,,,22
формат с сертификацией, учитывая P и G листы.
Автор: Vic422
Дата сообщения: 10.12.2012 16:40
tomset
Я знаю, что ты знаешь это.
Вопрос к Metryx.
Автор: Metryx
Дата сообщения: 10.12.2012 19:07
m0... - кто что предпочитает. Это часть команды, добавить по вкусу.
После внутреннего формата поверхность не читается.
В том числе и оффлайнсканом.
Автор: Vic422
Дата сообщения: 10.12.2012 20:17
Я так понял, что ты не знаешь структуры этой команды, хотя-бы потому, что там не точки, а запятые.
На этой радостной ноте эту бесполезную дискуссию и закончим.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112

Предыдущая тема: Оптимален ли дефолтный размер блока 128Кб для RAID0 (Intel)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.