Програмный ремонт жёстких дисков HDD

Объявление форума

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

Полигон-2 » Документация » Програмный ремонт жёстких дисков HDD

Програмный ремонт жёстких дисков HDD

Програмный (и не только) ремонт классических жёстких дисков HDD /Seagate /Samsung /IBM /Hitachi /HGST /Western Digital

<<Назад Вперед>>

Страницы: 1 2 3 4 5 ... 9 10 11 12 13 * 14 15 16 17 .. 75 76 77 78 79 80

Печать

i8088

Advanced Member

Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0

Ссылка

Дата регистрации на форуме:
30 янв. 2015

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 марта 2018 9:23
Сообщение отредактировано: 21 марта 2018 9:32

KALDYH, большое спасибо за ответ!
Я как-то пропустил, что это битовая карта, и посчитал, что цифры 0 1 2

[q]
0 - slip-list (то же, что и p-list) пользовательской области
1 - slip-list резервных дорожек
2 - alt-list (то же, что и g-list), ремапы.
[/q]

означают введенное число в команде, хотя надо было обратить внимание, что это битовая карта

Может быть, для полной ясности, для читателей, в случае битовых карт явно писать bit?
bit0 - slip-list (то же, что и p-list) пользовательской области
bit1 - slip-list резервных дорожек
bit2 - alt-list (то же, что и g-list), ремапы.

Заодно тогда давайте поправим сообщение http://www.phantom.sannata.ru/...5#pp427355

Наверх

KALDYH

Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0

Ссылка

Дата регистрации на форуме:
5 июня 2009

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 марта 2018 11:19

i8088, хорошо, я поправлю, но битовые карты встречаются не только в этой команде.

Тем временем я из неликвидных остатков собрал более-менее живой 7200.7. У меня лежала банка и пачка плат. Банка не стучала только с одной из них, но терминал выводил ошибку ERR App Code incompatible SFL code. ПЗУ на плате - масочное, M-21, версия фирмвари на банке - 3.06, она есть только для прошивки M-14. Допаивать последовательное ПЗУ не хотелось (у меня их мало), сменить версию блинвари не получилось (system sector нормально считывался пзу-хой, но апп отказывался его воспринимать), пускать селфскан из памяти было неинтересно (любопытно же, что за данные в банке!), поэтому я перепаял процессор с маской M-14 с одной из плат. И - винт проинициализировался! Вот, правда, бэдов и ремапов на нём гора, и ФС порушена...

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 марта 2018 13:24

С битовыми картами я буду внимателен в дальнейшем, я вообще чего-то
рассеянный стал последнее время

Поздравляю с запуском 7200.7!

И докладываю о своей ALPINE 7200.7.

Удалось сбросить G-list, но команда T>i4,,22 (изменения в ОЗУ) вернула на ATA интерфейс



V4

Alternate Defect List

Num Entries = 0035    Checksum = 598C

Alt 0003A.1.3B7 Offset 0006

Alt 0003A.1.3B8 Offset 0007

Alt 0003A.1.3B9 Offset 0008

Alt 0003A.1.3BA Offset 0027

Alt 0003A.1.3BB Offset 0028

Alt 0003A.1.3BC Offset 0029

Alt 0003A.1.3BD Offset 0030

Alt 00B58.1.0D9 Offset 001B

Alt 00B58.1.0DA Offset 001C

Alt 00B58.1.0DB Offset 001D

Alt 044FF.1.0C8 Offset 001E

Alt 044FF.1.0C9 Offset 001F

Alt 044FF.1.0CA Offset 0020

Alt 044FF.1.0CB Offset 0031

Alt 04501.1.190 Offset 0018

Alt 04501.1.191 Offset 0019

Alt 04501.1.192 Offset 001A

Alt 04501.1.193 Offset 0032

Alt 04501.1.1B8 Offset 0021

Alt 04501.1.1B9 Offset 0022

Alt 04501.1.1BA Offset 0023

Alt 04501.1.260 Offset 0024

Alt 04501.1.261 Offset 0025

Alt 04501.1.262 Offset 0026

Alt 04501.1.263 Offset 0033

Alt 04501.1.264 Offset 0034

Alt 07D2E.1.2DE Offset 0009

Alt 07D2E.1.2DF Offset 000A

Alt 07D2E.1.2E0 Offset 000B

Alt 07D2F.1.2B4 Offset 000C

Alt 07D2F.1.2B5 Offset 000D

Alt 07D2F.1.2B6 Offset 000E

Alt 07D30.1.1D1 Offset 0012

Alt 07D30.1.1D2 Offset 0014

Alt 07D30.1.28A Offset 000F

Alt 07D30.1.28B Offset 0010

Alt 07D30.1.28C Offset 0011

Alt 07D31.1.1A7 Offset 0015

Alt 07D31.1.1A8 Offset 0016

Alt 07D31.1.1AA Offset 0017

Alt 07D31.1.2A9 Offset 0013

Alt 087FF.1.240 Offset 0000

Alt 087FF.1.241 Offset 0001

Alt 087FF.1.242 Offset 0002

Alt 08801.1.2EC Offset 0003

Alt 08801.1.2ED Offset 0004

Alt 08801.1.2EE Offset 0005

Alt 09B95.1.380 Offset 002D

Alt 09B95.1.381 Offset 002E

Alt 09B95.1.382 Offset 002F

Alt 09CF0.1.088 Offset 002A

Alt 09CF0.1.089 Offset 002B

Alt 09CF0.1.08A Offset 002C

T>i4,,22

T>8.01  03-18-05 15:46

(P)PATA Reset

Master

Записей в G-list было не 21, как сообщал SMART, а 53. Из-за чего так могло быть?

Команда i4,1,22 отработала как положено



T>V4

Alternate Defect List

Num Entries = 0000    Checksum = C404

Тем не менее, SMART продолжал сообщать о 21 remap. При попытках сброса SMART я также
столкнулся с тем, что команды работы со SMART вызывалb переход на интерфейс, однако
в конце-концов сработало.



T>/1

1>N05

0000 FB12 FC22 FC34 0000 0000 0032 009F 0024 005F 0003 3E20 000B 0804 F654

A936 0009 0000 0000 0018 5C20 A385 A384 0010 000A 3E0C 000A 0000 009F 3812 0050

Interface task reset

1024k x 16 buffer detected

ALPINE - 1_Disk    M-21  11-25-03 18:53

Head Mask FFFF - Switch to full int.

              Spin Ready

8.01  03-18-05 15:46

(P)PATA Reset

Master



T>/1

1>N05

Attributes

0000: 0a 00 01 0f 00 45 38 8f  a0 18 02 00 00 00 03 03

0010: 00 63 62 00 00 00 00 00  00 00 04 32 00 64 64 0b

0020: 00 00 00 00 00 00 05 33  00 64 64 15 00 00 00 00

0030: 00 00 07 0f 00 51 3c ee  d3 e5 08 00 00 00 09 32

0040: 00 61 61 41 0d 00 00 00  00 00 0a 13 00 64 64 00

0050: 00 00 00 00 00 00 0c 32  00 62 62 be 08 00 00 00

0060: 00 00 c2 22 00 27 38 27  00 00 00 00 00 00 c3 1a

0070: 00 45 38 8f a0 18 02 00  00 00 c5 12 00 64 64 00

0080: 00 00 00 00 00 00 c6 10  00 64 64 00 00 00 00 00

0090: 00 00 c7 3e 00 c8 c8 00  00 00 00 00 00 00 c8 00

00a0: 00 64 fd 00 00 00 00 00  00 00 ca 32 00 62 fb 02

00b0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

00c0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

00d0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

00e0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

00f0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0100: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0110: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0120: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0130: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0140: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0150: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0160: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 13

0170: 03 00 01 00 01 3a 00 00  00 00 00 00 00 00 00 00

0180: 00 00 e8 3f 00 00 06 00  02 00 01 00 02 01 01 00

0190: 00 00 00 00 00 00 00 01  92 f2 b6 06 00 00 00 00

01a0: 01 00 ad 60 2b 5f 8d 00  00 00 00 00 00 00 00 00

01b0: 8c 00 00 00 92 f2 b6 06  00 00 ff ff 00 00 00 00

01c0: 00 00 01 00 00 00 00 00  00 00 00 00 00 00 00 00

01d0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

01e0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

01f0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00



1>N01



Initializing SMART Sectors...................................

1>N07



Hours     LBA   R-Theta-Z  

1>/

T>8.01  03-18-05 15:46

(P)PATA Reset

Master

Я подумал, может и команда временных изменений i4,,22 тоже могла бы сработать с
определенного раза?

После этого было проведено стирание, после которого bads и секторов с большими
задержками не обнаружилось, лишь один "зеленый" с time-out 50-150. Однако надо
еще протестировать тщательно.

Диск однако имеет не слишком хорошее значение health, предупреждение канала чтения-записи



Pgm=00 Trk=0F6BA(0F6BA).0(0).007(006) Zn=0 Err=00 ErCt=0000 Hlth=0008 CHlth=0000

 Ready LBA=00000000

Age=50 Type=21 MxCyl=16358 MxHd=1 MxSct=44C BSz=0000 TCode=0000

Возможно поэтому атрибуты SMART 1 и 195 почти сразу вернулись к почти таким же, как
были до сброса



=== START OF READ SMART DATA SECTION ===

SMART Attributes Data Structure revision number: 10

Vendor Specific SMART Attributes with Thresholds:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE

  1 Raw_Read_Error_Rate     0x000f   073   068   006    Pre-fail  Always       -       92860206

  3 Spin_Up_Time            0x0003   100   100   000    Pre-fail  Always       -       0

  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       0

  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0

  7 Seek_Error_Rate         0x000f   100   253   030    Pre-fail  Always       -       274109

  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       1

 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0

 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       3

194 Temperature_Celsius     0x0022   047   047   000    Old_age   Always       -       47

195 Hardware_ECC_Recovered  0x001a   067   067   000    Old_age   Always       -       92860206

197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0

198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0

199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0

200 Multi_Zone_Error_Rate   0x0000   100   253   000    Old_age   Offline      -       0

202 Data_Address_Mark_Errs  0x0032   100   253   000    Old_age   Always       -       0

Тем не менее, по скорости RW диск смотрится неплохо. После сброса G-list и стирания
исчезли многие сектора с задержками (позиционирование в резервную зону). Если в ходе
тестирования состояние диска не будет ухудшаться, можно ли оставить так и перевести на
эксплуатацию, или лучше все же self-scan ему сделать?

Наверх

KALDYH

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 марта 2018 15:54

i8088 написал:

[q]
Записей в G-list было не 21, как сообщал SMART, а 53. Из-за чего так могло быть?
[/q]

SMART многих современных жёстких дисков отображает число ремапов с неким коэффициентом, чтобы юзера не шокировать огромными цифрами.

i8088 написал:

[q]
При попытках сброса SMART я также
столкнулся с тем, что команды работы со SMART вызывалb переход на интерфейс, однако
в конце-концов сработало.
[/q]

Команды работы со SMART вроде как работают только при ATA оверлее в памяти (т.е. cert должен быть не загружен). Позже проверю экспериментально, сам уже подзабыл.

i8088 написал:

[q]
Возможно поэтому атрибуты SMART 1 и 195 почти сразу вернулись к почти таким же, как
были до сброса
[/q]

Знать бы ещё, как их у сигейта понимать...

Вообще, можно посмотреть статистику ошибок чтения-записи. Нажимаем ^W в обычном режиме (не в TMOS), гоняем винт некоторое время, нажимаем "обратный апостроф" (в левом верхнем углу клавы) - получаем статистику в виде таблички. Смотрим, думаем...

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 марта 2018 16:22

KALDYH написал:

[q]
SMART многих современных жёстких дисков отображает число ремапов с неким коэффициентом, чтобы юзера не шокировать огромными цифрами.
[/q]

Спасибо, я даже не подозревал об этом!

KALDYH написал:

[q]
Команды работы со SMART вроде как работают только при ATA оверлее в памяти (т.е. cert должен быть не загружен). Позже проверю экспериментально, сам уже подзабыл.
[/q]

Похоже, так и есть, после перехода на интерфейс cert выгружался, и
далее команда SMART сработала, вот более полный лог после очистки G-list



T>V4

Command Inactive - No VALID Cert Code Detected

T> VALID Cert Disk Code Detected - Revision # .258



T>V4

Alternate Defect List

Num Entries = 0000    Checksum = C404

T>/1

1>N05



0000 FB12 FC22 FC34 0000 0000 0032 009F 0024 005F 0003 3E20 000B 0804 F654

A936 0009 0000 0000 0018 5C20 A385 A384 0010 000A 3E0C 000A 0000 009F 3812 0050

Interface task reset

1024k x 16 buffer detected

ALPINE - 1_Disk    M-21  11-25-03 18:53

Head Mask FFFF - Switch to full int.

              Spin Ready

8.01  03-18-05 15:46

(P)PATA Reset

Master



T>/1

1>N05

Attributes

0000: 0a 00 01 0f 00 45 38 8f  a0 18 02 00 00 00 03 03

0010: 00 63 62 00 00 00 00 00  00 00 04 32 00 64 64 0b

0020: 00 00 00 00 00 00 05 33  00 64 64 15 00 00 00 00

0030: 00 00 07 0f 00 51 3c ee  d3 e5 08 00 00 00 09 32

0040: 00 61 61 41 0d 00 00 00  00 00 0a 13 00 64 64 00

0050: 00 00 00 00 00 00 0c 32  00 62 62 be 08 00 00 00

0060: 00 00 c2 22 00 27 38 27  00 00 00 00 00 00 c3 1a

0070: 00 45 38 8f a0 18 02 00  00 00 c5 12 00 64 64 00

0080: 00 00 00 00 00 00 c6 10  00 64 64 00 00 00 00 00

0090: 00 00 c7 3e 00 c8 c8 00  00 00 00 00 00 00 c8 00

00a0: 00 64 fd 00 00 00 00 00  00 00 ca 32 00 62 fb 02

00b0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

00c0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

00d0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

00e0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

00f0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0100: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0110: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0120: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0130: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0140: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0150: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

0160: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 13

0170: 03 00 01 00 01 3a 00 00  00 00 00 00 00 00 00 00

0180: 00 00 e8 3f 00 00 06 00  02 00 01 00 02 01 01 00

0190: 00 00 00 00 00 00 00 01  92 f2 b6 06 00 00 00 00

01a0: 01 00 ad 60 2b 5f 8d 00  00 00 00 00 00 00 00 00

01b0: 8c 00 00 00 92 f2 b6 06  00 00 ff ff 00 00 00 00

01c0: 00 00 01 00 00 00 00 00  00 00 00 00 00 00 00 00

01d0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

01e0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00

01f0: 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00



1>N01



Initializing SMART Sectors...................................

1>N07



Hours     LBA   R-Theta-Z  

1>/

T>8.01  03-18-05 15:46

(P)PATA Reset

Master

KALDYH написал:

[q]
Вообще, можно посмотреть статистику ошибок чтения-записи. Нажимаем ^W в обычном режиме (не в TMOS), гоняем винт некоторое время, нажимаем "обратный апостроф" (в левом верхнем углу клавы) - получаем статистику в виде таблички. Смотрим, думаем...
[/q]

Я потом попробую посмотреть.

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 22 марта 2018 12:55

Я достал подаренный мне довольно редкий 7200.10 GALAXY3D 500GB PATA. Он тоже
имел много ремапов, при общем хорошем R/W.

Далее все почти как под копирку с предыдущим ALPINE 7200.7, и Health изначально
тоже был 0008. Я обнулил G-лист и Health (чтобы смотреть, будет ли расти Health
заново или причиной Health 0008 были сбои).

Включил статистику, погонял немного, и получил



       Rbit  Hard  Firm  Soft   OTF   Raw  Rhdr    Wbit  Whrd  Wrty  Whdr

Limit  10.2  10.2   9.5   8.0   7.0   4.0   7.4     9.2   9.2   6.5   7.4  

Hd 0   10.2  10.2  10.2  10.2   9.6   6.9  10.2     8.8   8.8   7.6   8.8  

Hd 1    9.9   9.9   9.9   9.9   9.3   6.9   9.9     8.8   8.8   8.8   8.8  

Hd 2    9.9   9.9   9.9   9.9   9.6   7.1   9.9     8.8   8.8   8.8   8.8  

Hd 3    9.8   9.8   9.8   9.8   9.2   7.1   9.8     8.8   8.8   8.8   8.8  

Hd 4    9.8   9.8   9.8   9.8   9.8   6.2   9.8     8.8   8.8   8.8   8.8  

Hd 5    9.9   9.9   9.9   9.9   9.4   6.5   9.9     8.8   8.8   8.8   8.8

Ошибок явно многовато, однако на диске даже 50ms секторов мало, и скорость хорошая
(более 70MB/s в начале диска). Вы не проверяли, что показывает эта статистика
на новых (или прошедших self-scan с Health 000) накопителях серий 7200.7-7200.10?

Наверх

KALDYH

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 22 марта 2018 15:46

Нет, не проверял - я знаю, как собирать эту статистику, но не знаю, как её интерпретировать

Давайте погоняю на своих послескановых винчестерах, покажу что получилось.

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 22 марта 2018 15:58

KALDYH написал:

[q]
Давайте погоняю на своих послескановых винчестерах, покажу что получилось.
[/q]

Спасибо, буду весьма признателен!

GALAXY3D прошел сканирование (точнее верификацию) в MHDD, ни одного "зеленого" не
обнаружилось, и 50ms всего ~35 было. Надо будет записать на него FreeBSD и погонять,
посмотрим будет ли ухудшаться состояние поверхности и биты Health. HDD 3-х дисковый
и греется довольно сильно, буду обдувать во время работы.

PS. Нашел еще два не самых частых медалиста, ST36530A, и ST36422A (последний помню
с бедами был).

Наверх

KALDYH

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 22 марта 2018 18:17

i8088 написал:

[q]
Нашел еще два не самых частых медалиста, ST36530A, и ST36422A (последний помню
с бедами был).
[/q]

Поздравляю с уловом! Можно увидеть лог запуска с них и информацию, отдаваемую по ^L, ^R, ^A ?

И ещё: попробуйте посмотреть на них координаты cert и table с них по рецепту http://forum.ru-board.com/topi...rt=3780#19
App code и ATA overlay у них не должно быть (это всё в ПЗУ).

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 22 марта 2018 20:40
Сообщение отредактировано: 22 марта 2018 20:42

KALDYH написал:

[q]
Поздравляю с уловом! Можно увидеть лог запуска с них и информацию, отдаваемую по ^L, ^R, ^A ?
[/q]

Спасибо!

Информацию дам в ближайшее время, ST36422A сейчас на self-scan (он был забедованный
под завязку, не уверен что пройдет), как закончится дам все (лог ведется под DOS, утилиты
PC3K). N2 уже прошел, Cert там восстанавливать не надо будет?

Ну и второй тоже посмотрю, как терминал освободится.

Наверх

<<Назад Вперед>>

Страницы: 1 2 3 4 5 ... 9 10 11 12 13 * 14 15 16 17 .. 75 76 77 78 79 80

Печать

Полигон-2 » Документация » Програмный ремонт жёстких дисков HDD

1 посетитель просмотрел эту тему за последние 15 минут

В том числе: 1 гость, 0 скрытых пользователей

Последние
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам.

Самые активные 5 тем

Полигон-2

Форум о старых компьютерах

Полигон-2 » Документация » Програмный ремонт жёстких дисков HDD

Програмный ремонт жёстких дисков HDD

Програмный (и не только) ремонт классических жёстких дисков HDD /Seagate /Samsung /IBM /Hitachi /HGST /Western Digital

Полигон-2 » Документация » Програмный ремонт жёстких дисков HDD