Полигон-2

Есть у нас с murgatroid_79 стопка SCSI жестких дисков DEC RZ29B-E и RZ29B-W (OEM Seagate ST15150N и ST15150W соответственно), здоровые такие кирпичи двойной высоты. Взял я парочку поэкспериментировать, один narrow и один wide.

И чёрт меня дёрнул попробовать сделать им low level format встроенной в биос контроллера утилитой. Теперь оба не хотят работать - отвергают большинство команд (до этого читались со множеством ошибок, содержимое - куски RAID-массива с какой-то базой данных, полезной инфы не обнаружено). Отдаваемая информация о диске:


Используемые для тестов SCSI-контроллеры:
HSX-N1, ISA-8, narrow, клон Future Domain TMC-850, прошивка 7.0
Tekram DC-390? PCI, narrow, прошивка 2.03
Mylex DAC960PTL, PCI RAID, wide

Контроллеры проверены с другими дисками. Позже будет произведена проверка на Adaptec AHA-2940 и Seagate ST01. С использованием переходника wide-narrow были перепробованы все возможные комбинации. На контроллере DC-390 попытка выполнить низкоуровневое форматирование завершается без ошибок (винт при этом около десяти минут щёлкает головками и равномерно мигает светодиодом), но проверка поверхности после этого зацикливается на нулевом секторе (за окном сообщения об ошибке при этом, однако, виден размер диска).

Проверка Викторией под виндой показывает объём в 1 LBA и ошибку получения информации о размере. Досовская утилита fddsu.exe для контроллера TMC-850 из пакета PowerSCSI при запуске первым делом также выдаёт ошибку получения информации о размере:

однако позволяет продолжить, нажав Esc.

Далее программа предлагает ввести байты опций команды форматирования - я их проигнорировал. На этом этапе утилита еще раз неудачно пытается определить размер диска.

Форматирование запускается и проходит до конца без ошибок.

Верификация не удаётся - ошибка получения информации о размере. К контроллеру DAC960 удалось подключить только 68-пиновый wide накопитель, 50-пиновый не захотел определяться, несмотря на всевозможные настройки режимов. Форматирование запустить удаётся, оно происходит в фоне, однако в конце ошибка с кодом 0x04.

Такая же ошибка, с чуть более подробным перечнем байтов ошибки, насколько я помню, была на AHA-2940 - проверить сейчас не могу, контроллер не у меня.
Так вот: почему у меня не получается? Может, нужно проводить форматирование какой-то специальной утилитой? Специфической для конкретного накопителя? Или просто диски сильно битые, и в процессе происходит переполнение дефект-листа? Или баг в прошивке винтов или утилитах форматирования? Или нужно задать какие-то особые опции для команды? Кстати, вообще говоря, форматирование всего диска проводится одной-единственной долго выполняющейся командой, или нужен постоянный обмен по интерфейсу и обработка хостом каждого сектора?
Подскажите, какими еще программами и утилитами их можно попытать.

Ну вот, а я думал это у меня глюк - сдуру убил совершенно рабочй 4.5G вроде тоже из линейки ST15150. Запустил формат из BIOS-а контроллера Adaptec. Винт сдох, стал нулевой длины, хотя определяется на шине и на команды отвечает...
Поставил Seatools, но ничего не помогло.

Вот тут старинная дисуссия на подобную тему
http://www.sun-comp.info/msg33560.html

Добавил фотки.

Anonymous написал:

[q]

а можно в студию дамп ответа с убитого диска по команде mode_sense?

[/q]

Можно, наверное... А чем его сделать?

Вот на этом фото диск говорит об ошибке аппаратуры (4) и ошибке обработки списка дефектных секторов (25) https://itmages.ru/image/view/5483828/1b62f5a1

...инженерку снёс... Электронику на доноры, банки - в утиль.

[q]

Я поищу осциллографом на днях

[/q]

Завидую белой завистью. Есть время искать RX/TX...

KALDYH написал:

[q]

[ 65.824021] sd 8:0:0:0: Device offlined - not ready after error recovery

[/q]

Так, кажется нужно для начала разобраться с этим. Как мне кажется, пока он в этом состоянии, все обращения к /dev/sdb будут отвергаться системой.

Ага, нашёл как. https://www.ibm.com/support/kn...state.html
Включаю устройство, вижу сообщение об этом в dmesg.
[ 7377.939809] DC390: Target 0: Sync transfer 10.0 MHz, Offset 15
Подаю команду INQUIRY, адресуясь на этот раз уже не к дисковому устройству, а напрямую к адресу SCSI шины:
sg_inq /dev/bsg/8\:0\:0\:0
Both SCSI INQUIRY and fetching ATA information failed on /dev/bsg/8:0:0:0

В dmesg читаю:

[ 7393.465652] DC390: pSRB == pTmpSRB! (TagQ Error?) (00-0)
[ 7453.928022] sd 8:0:0:0: DC390: Abort command
[ 7453.928028] DC390: SRB: Xferred 00000000, Remain 00000000, State 00000008, Phase 01
[ 7453.928030] DC390: AdpaterStatus: 00, SRB Status 00
[ 7453.928031] DC390: Status of last IRQ (DMA/SC/Int/IRQ): 20818110
[ 7453.928032] DC390: Register dump: SCSI block:
[ 7453.928032] DC390: XferCnt  Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
[ 7453.928038] DC390:  00004e   1a   01   81   00   2f   17   48   18   04
[ 7453.928044] DC390: FIFO: 00 00 02 02 1f 00 00 1e 44 45 43 20 20 20 20
[ 7453.928068] DC390: Register dump: DMA engine:
[ 7453.928069] DC390: Cmd   STrCnt    SBusA    WrkBC    WrkAC Stat SBusCtrl
[ 7453.928075] DC390:  80 00000060 366a0040 0000004c 366a0054   00 03185220
[ 7453.928078] DC390: Register dump: PCI Status: 0200
[ 7453.928079] DC390: In case of driver trouble read Documentation/scsi/tmscsim.txt
[ 7453.928080] DC390: Aborted.
[ 7473.932028] sd 8:0:0:0: DC390: Abort command
[ 7473.932034] DC390: SRB: Xferred 00000000, Remain 00000000, State 00000080, Phase 04
[ 7473.932035] DC390: AdpaterStatus: 00, SRB Status 00
[ 7473.932037] DC390: Status of last IRQ (DMA/SC/Int/IRQ): 2080c420
[ 7473.932037] DC390: Register dump: SCSI block:
[ 7473.932038] DC390: XferCnt  Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
[ 7473.932044] DC390:  00004e   44   00   c4   00   80   17   48   08   84
[ 7473.932050] DC390: Register dump: DMA engine:
[ 7473.932051] DC390: Cmd   STrCnt    SBusA    WrkBC    WrkAC Stat SBusCtrl
[ 7473.932057] DC390:  00 00000060 366a0040 0000004c 366a0054   00 03080000
[ 7473.932060] DC390: Register dump: PCI Status: 0200
[ 7473.932061] DC390: In case of driver trouble read Documentation/scsi/tmscsim.txt
[ 7473.932062] DC390: Aborted.
[ 7483.936024] sd 8:0:0:0: Device offlined - not ready after error recovery

KALDYH написал:

[q]

Есть ещё стопка нетронутых форматом. Могу на них посмотреть любые параметры.

[/q]

Да пока никаких нет идей, почему формат повреждает диск. Если только контроллер что-то ещё, помимо команды форматирования, не засовывает в диск. Для большей уверенности я бы ещё один диск испортил, на оборудовании, которое гарантированно не занимается самодеятельностью. Т.е. своей программой только команду format_unit скормить и ответ от неё самому прочитать. А также до команды форматирования mode_sense сделать и после, и сравнить, что изменилось. Но надо изучать программирование какого-нибудь из ваших контроллеров для написания собственной программы.

В каком смысле "обычное форматирование"? Данные инженерки недоступны для обычных команд чтения-записи пользователя, обычным же форматированием только запись в адресуемые сектора делается, а специальные сектора являются скрытыми за пределами пользовательского адресного пространства диска. Для доступа к инженерке используются либо специальные команды, помеченные обычно "vendor specified", отличающиеся от производителя к производителю, и их описание в открытом доступе редко публикуется, либо специальные расширения к штатным командам с задействованием полей, также помеченых в стандарте, как "vendor specified"...
Мне проверить не на чем, у меня из фирменных DEC есть только несколько RZ25-E и они без проблем переживают форматирование низкого уровня.

Так LLF внутренними средствами диска делается, при этом обмена информацией по интерфейсу не происходит до окончания выполнения команды.

alecv, а попробуйте-ка http://www.hydata.com/programlist-ID=55.html

alecv написал:

[q]

Какая-то стремная утилита, вдобавок demo.

[/q]

Согласен. Однако мне подобная утилита винт Maxtor ATHENA успешно к жизни вернула, в то время как с досовской PC3000 я бы долго ещё с модулями служебки возился. А demo - означает, что она помимо лечения бага 0 lba на сигейтах больше ничего делать не умеет.

Цепанул AHA-2940, наконец-то я его нашёл в своём хламе. Логи dmesg несколько иные (имена и адреса устройств тоже поменялись).

[   15.792026] scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
        >Adaptec 2940 SCSI adapter>
        aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs

[   15.795248] scsi 0:0:0:0: Direct-Access     DEC      RZ29B    © DEC 0016 PQ: 0 ANSI: 2
[   15.795258] scsi0:A:0:0: Tagged Queuing enabled.  Depth 8
[   15.795267] scsi target0:0:0: Beginning Domain Validation
[   15.809146] scsi target0:0:0: FAST-5 SCSI 5.0 MB/s ST (200 ns, offset 15)
[   15.818849] scsi target0:0:0: Domain Validation skipping write tests
[   15.818851] scsi target0:0:0: Ending Domain Validation
[   17.397629] sd 0:0:0:0: Attached scsi generic sg2 type 0
[   17.426893] sd 0:0:0:0: [sdc] READ CAPACITY failed
[   17.426896] sd 0:0:0:0: [sdc]  
[   17.426898] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   17.426900] sd 0:0:0:0: [sdc]  
[   17.426901] Sense Key : Medium Error [current]
[   17.426903] sd 0:0:0:0: [sdc]  
[   17.426907] Add. Sense: Medium format corrupted
[   17.433550] sd 0:0:0:0: [sdc] Write Protect is off
[   17.433552] sd 0:0:0:0: [sdc] Mode Sense: a7 00 10 08
[   17.441299] sd 0:0:0:0: [sdc] Write cache: disabled, read cache: enabled, supports DPO and FUA
[   17.472056] sd 0:0:0:0: [sdc] READ CAPACITY failed
[   17.472059] sd 0:0:0:0: [sdc]  
[   17.472061] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   17.472062] sd 0:0:0:0: [sdc]  
[   17.472064] Sense Key : Medium Error [current]
[   17.472066] sd 0:0:0:0: [sdc]  
[   17.472070] Add. Sense: Medium format corrupted
[   17.489214] sd 0:0:0:0: [sdc] Attached SCSI disk
[   26.675022] sd 0:0:0:0: [sdc] Unhandled error code
[   26.675036] sd 0:0:0:0: [sdc]  
[   26.675041] Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK
[   26.675046] sd 0:0:0:0: [sdc] CDB:
[   26.675049] ATA command pass through(16): 85 06 20 00 05 00 fe 00 00 00 00 00 00 40 ef 00

С этим контроллером вроде получше - ничего вырубаться не собирается. Попробуем:

sg_inq /dev/sg2
standard INQUIRY:
  PQual=0  Device_type=0  RMB=0  LU_CONG=0  version=0x02  [SCSI-2]
  [AERC=0]  [TrmTsk=0]  NormACA=0  HiSUP=0  Resp_data_format=2
  SCCS=0  ACC=0  TPGS=0  3PC=0  Protect=0  [BQue=0]
  EncServ=0  MultiP=0  [MChngr=0]  [ACKREQQ=0]  Addr16=0
  [RelAdr=0]  WBus16=0  Sync=1  [Linked=1]  [TranDis=1]  CmdQue=1
    length=36 (0x24)   Peripheral device type: disk
Vendor identification: DEC    
Product identification: RZ29B    © DEC
Product revision level: 0016
Unit serial number: 03391016

Вот и обещанный mode_sense

sg_modes /dev/sg2
    DEC       RZ29B    © DEC  0016   peripheral_type: disk [0x0]
Mode parameter header from MODE SENSE(10):
  Mode data length=172, medium type=0x00, WP=0, DpoFua=1, longlba=0
  Block descriptor length=8
> Direct access device block descriptors:
   Density code=0x0
00     00 7f de b0 00 00 02 00                                    

>> Read-Write error recovery, page_control: current
00     81 0a 24 21 30 00 00 00  03 00 ff ff                            
>> Disconnect-Reconnect, page_control: current
00     82 0e 80 80 00 0a 00 00  00 00 00 00 00 00 00 00  
>> Format (obsolete), page_control: current
00     83 16 00 15 00 09 00 00  00 15 00 71 02 00 00 01  
10     00 09 00 10 40 00 00 00                                    
>> Rigid disk geometry (obsolete), page_control: current
00     84 16 00 0e 7c 14 00 00  00 00 00 00 00 00 00 00  
10     00 00 00 00 1c 20 00 00                                    
>> Verify error recovery, page_control: current
00     87 0a 00 21 30 00 00 00  00 00 ff ff                            
>> Caching, page_control: current
00     88 12 00 00 ff ff 00 00  03 3b 03 96 80 02 00 00  
10     00 00 00 00                                            
>> Control, page_control: current
00     8a 06 00 00 00 00 00 00                                    
>> Notch and partition (obsolete), page_control: current
00     8c 16 80 00 00 1d 00 00  00 00 00 00 00 0e 7f 14  
10     00 00 00 00 00 00 10 00                                    
>> Power condition (obsolete, moved to 0x1a), page_control: current
00     8d 0a 00 00 00 00 00 00  00 00 00 00                            
>> Unit Attention condition [vendor specific format], page_control: current
00     80 02 20 00                                            

Попытка запустить форматирование:

sg_format --format --size=512 /dev/sg2
    DEC       RZ29B    © DEC  0016   peripheral_type: disk [0x0]
Mode Sense (block descriptor) data, prior to changes:
  Number of blocks=8380080 [0x7fdeb0]
  Block size=512 [0x200]

A FORMAT will commence in 15 seconds
    ALL data on /dev/sg2 will be DESTROYED
        Press control-C to abort

A FORMAT will commence in 10 seconds
    ALL data on /dev/sg2 will be DESTROYED
        Press control-C to abort

A FORMAT will commence in 5 seconds
    ALL data on /dev/sg2 will be DESTROYED
        Press control-C to abort
format unit:  Fixed format, current;  Sense key: Hardware Error
Additional sense: Defect list error
  Field replaceable unit code: 5
Format command: Medium or hardware error
FORMAT failed
    try '-v' for more information

Anonymous написал:

[q]

Надо брать стандарт и разбирать по байтикам, чтоб вышло что-то осмысленное.

[/q]

sginfo или sdparm это делают... Позже попробую, сегодня уже никак.

alecv написал:

[q]

Еще я прислушался, мой винт делает довольно неприятный звук 'вжык-вжык-вжык' при старте и на каждый ресет SCSI шины.

[/q]

Может, это так ищет несуществующую дорожку со служебной информацией? У меня на одном MFM винте со странным образом запоротой низкоур. разметкой пока не сделал LLF примерно половина включений заканчивалась остановкой блинов и миганием диодом ошибки рекалибровки на 0 цилиндр. Отформатировал, ошибка стала вылезать значительно реже (но, правда, иногда после долгого простоя всё же приходится дважды щёлкать рубильником, также очень сильно свистит подшипник, наверно пока не прогреется не набирается скорость и серворазметка не читается).

alecv написал:

[q]

Значит процедура форматирования - нормальная. Винт постоял ночь включенный (забыл вчера выключить) и сегодня вдруг формат прошел. Винт довольно горячий.

[/q]

Одна сторона пластины запилена в хлам. Разбирай банку, смотри, там красивые концентрические круги на пластине...

Если справишься с заменой пластины и блока головок - вымпел передовика производства тебе на станок. Не справишься - "выковыривай магнитики", остальное в цветмет.

Merchant*RU не прав. Я видел "запилы в хлам", у меня одна Альпина селфскан не пережила. Из-за разлетающихся пылинок очень скоро запиленными при этом оказываются все поверхности, а движения потерявших серву головок делает запил равномерным по всей площади. Скрежет головок по спиленной поверхности при это слышен очень явственно. А обычные бэды, даже если их полный, дефект-лист, визуально при разборе не видны никак. К тому же, по приведённой в логе информации никак нельзя сказать, болеет ли одна голова или несколько.

Надо эту тему добить уже до победного конца...

KALDYH написал:

[q]

Вообще говоря, у сигейтов, с момента покупки Conner Peripherals в 1996 году, есть отладочная консоль по последовательному интерфейсу. Но это у IDE. На сказёвых кто-нибудь пробовал поискать?

[/q]

Ну, для начала, мои предположения подтвердились - я глянул даташит на используемый в моем винте микроконтроллер SB80C196KC, прозвонил ножки RX/TX и убедился, что они выходят на контакты 9,10 разъёма J4 (у винта с wide SCSI). В мануале они помечены как reserved. Значит, терминал у него скорее всего есть. На днях попробую по известному мануалу достучаться до его служебки, считать ее и изучить.

KALDYH написал:

[q]

sginfo или sdparm это делают... Позже попробую

[/q]

sdparm что-то глючит:

sdparm /dev/sdc
    /dev/sdc: DEC       RZ29B    © DEC  0016
MODE SENSE failed, device not ready

sg_modes работает же - значит, тут дело не в винте. Попробую иначе, ну и другие команды тоже.

sg_get_config /dev/sdc
  DEC       RZ29B    © DEC  0016
  Peripheral device type: disk
get configuration:  Fixed format, current;  Sense key: Medium Error
Additional sense: Medium format corrupted
  Field replaceable unit code: 9
    pass-through requested 8192 bytes (data-in) but got 0 bytes
Get Configuration command: Sense category: -1
    try '-v' option for more information
root@server:/home/kaldyh# sg_get_config -v /dev/sdc
    inquiry cdb: 12 00 00 00 24 00
  DEC       RZ29B    © DEC  0016
  Peripheral device type: disk
    Get Configuration cdb: 46 00 00 00 00 00 00 20 00 00
get configuration:  Fixed format, current;  Sense key: Medium Error
Additional sense: Medium format corrupted
  Field replaceable unit code: 9
    pass-through requested 8192 bytes (data-in) but got 0 bytes
Get Configuration command: Sense category: -1, try '-v' option for more information


sg_inq /dev/sdc
standard INQUIRY:
  PQual=0  Device_type=0  RMB=0  LU_CONG=0  version=0x02  [SCSI-2]
  [AERC=0]  [TrmTsk=0]  NormACA=0  HiSUP=0  Resp_data_format=2
  SCCS=0  ACC=0  TPGS=0  3PC=0  Protect=0  [BQue=0]
  EncServ=0  MultiP=0  [MChngr=0]  [ACKREQQ=0]  Addr16=0
  [RelAdr=0]  WBus16=0  Sync=1  [Linked=1]  [TranDis=1]  CmdQue=1
    length=36 (0x24)   Peripheral device type: disk
Vendor identification: DEC    
Product identification: RZ29B    © DEC
Product revision level: 0016
Unit serial number: 03391016


sg_readcap /dev/sdc
read capacity (10):  Fixed format, current;  Sense key: Medium Error
Additional sense: Medium format corrupted
  Field replaceable unit code: 9
    pass-through requested 8 bytes (data-in) but got 0 bytes
READ CAPACITY (10) failed: Medium or hardware error


sg_format -F -vvv /dev/sdc
open /dev/sdc with flags=0x802
    inquiry cdb: 12 00 00 00 24 00
      duration=0 ms
    DEC       RZ29B    © DEC  0016   peripheral_type: disk [0x0]
      PROTECT=0
    mode sense (10) cdb: 5a 00 01 00 00 00 00 00 fc 00
      duration=4 ms
    mode sense (10): pass-through requested 252 bytes (data-in) but got 28 bytes
    mode sense (10): response
00 1a 00 10 00 00 00 08  00 7f de b0 00 00 02 00
81 0a 24 21 30 00 00 00  03 00 ff ff  
Mode Sense (block descriptor) data, prior to changes:
  Number of blocks=8380080 [0x7fdeb0]
  Block size=512 [0x200]

A FORMAT will commence in 15 seconds
    ALL data on /dev/sdc will be DESTROYED
        Press control-C to abort

A FORMAT will commence in 10 seconds
    ALL data on /dev/sdc will be DESTROYED
        Press control-C to abort

A FORMAT will commence in 5 seconds
    ALL data on /dev/sdc will be DESTROYED
        Press control-C to abort
    format cdb: 04 18 00 00 00 00
    format parameter list:
00 02 00 00  
      duration=356 ms
format unit:  Fixed format, current;  Sense key: Hardware Error
Additional sense: Defect list error
  Field replaceable unit code: 5
Raw sense data (in hex):
        70 00 04 00 00 00 00 0a  00 00 00 00 19 00 05 00
        00 00                                          
Format command: Medium or hardware error sense key (plus blank check)
FORMAT failed

Забрал всю коробку с этими винтами, вместе с моими 12 штук (у одного не хватает платы). Три с интерфейсом wide, остальные - narrow. Протестировал все, в т.ч.некомплектную банку с донорской платой. Итого:
1 - определяется, читается, пишется. Прописал весь, считал - есть три бэда. Прогнал Verify утилитами контроллера - бэды скрылись. Форматировать не рискнул. Итого можно считать рабочим.
3 - хреново раскручивались, не с первого раза. Тем не менее, были успешно отформатированы.
1 - мало того, что плохо раскручивается, ещё и не форматируется - ошибка Hardware Error
2 - ошибка форматирования Unexpected Timeout
1 - громко воет и не выходит на готовность
1 - не раскручивается (с любой платой)
1 - ошибка форматирования (не помню, какая)
1 - жутко вибрировал и не выходил на готовность. Был разобран.
и только 1 отформатировался без проблем и не имеет проблем с раскруткой.

Вычитал в мануале интересные моменты:

[q]

Barracuda drives decode track 0 location data from the dedicated servo
surface to eliminate mechanical transducer adjustments and related reliabil-
ity concerns.

[/q]

[q]

Read/write data heads, maximum (physical)
21
Servo heads
1

[/q]

Т.е. получается, у этих монстров 11 блинов и одна выделенная сервоповерхность. Это кое-что объясняет. Например, бэды на ней фатальны. С другой стороны, даже в хлам убитые прочие поверхности серву не срывают.

[q]

ST15150 drives have nine (9) spare sectors per cylinder and one (1) spare
cylinder per unit.

[/q]

Больше 9 битых секторов на трек - и всё, format failed...

В общем, тему можно считать закрытой.
Напоследок фотографии этого чудовищного HDD в разборе: