SCSI DEC RZ29B (Seagate ST15150) неудачный low level format
-
- Advanced Member
- Сообщения: 2594
- Зарегистрирован: 05.06.2009,16:37
- Откуда: Кемерово
-
Вклад в сообщество
SCSI DEC RZ29B (Seagate ST15150) неудачный low level format
Есть у нас с 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 - проверить сейчас не могу, контроллер не у меня.
Так вот: почему у меня не получается? Может, нужно проводить форматирование какой-то специальной утилитой? Специфической для конкретного накопителя? Или просто диски сильно битые, и в процессе происходит переполнение дефект-листа? Или баг в прошивке винтов или утилитах форматирования? Или нужно задать какие-то особые опции для команды? Кстати, вообще говоря, форматирование всего диска проводится одной-единственной долго выполняющейся командой, или нужен постоянный обмен по интерфейсу и обработка хостом каждого сектора?
Подскажите, какими еще программами и утилитами их можно попытать.
И чёрт меня дёрнул попробовать сделать им 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 - проверить сейчас не могу, контроллер не у меня.
Так вот: почему у меня не получается? Может, нужно проводить форматирование какой-то специальной утилитой? Специфической для конкретного накопителя? Или просто диски сильно битые, и в процессе происходит переполнение дефект-листа? Или баг в прошивке винтов или утилитах форматирования? Или нужно задать какие-то особые опции для команды? Кстати, вообще говоря, форматирование всего диска проводится одной-единственной долго выполняющейся командой, или нужен постоянный обмен по интерфейсу и обработка хостом каждого сектора?
Подскажите, какими еще программами и утилитами их можно попытать.
-
- Advanced Member
- Сообщения: 2727
- Зарегистрирован: 22.11.2011,09:41
- Откуда: Москва(Россия)
-
Вклад в сообщество
Одной долгой командой, при этом можно запрет реселекта поставить и операция будет атомарная, а можно диск отправить форматироваться автономно и затем он по окончании реселект хоста сделает.Кстати, вообще говоря, форматирование всего диска проводится одной-единственной долго выполняющейся командой, или нужен постоянный обмен по интерфейсу и обработка хостом каждого сектора?
На ДВК простейшей программкой вот так делается:
.type hd0:fform.mac
ST: CLR @#177536
MOV #CS,R0
MOV #31,R1
1$: MOV (R0)+,@#177534
SOB R1,1$
2$: TSTB @#177530
BPL 2$
3$: HALT
CLR PC
CS: .WORD 7,211,100,4,0,0,0,1
.WORD 0,0,0,0,0,0,0,0
.WORD 0,0,0,0,0,0,0,0
.WORD 11,0
.END ST
- alecv
- Advanced Member
- Сообщения: 6993
- Зарегистрирован: 05.10.2004,11:13
- Откуда: Санкт-Петербург
- Контактная информация:
-
Вклад в сообщество
Ну вот, а я думал это у меня глюк - сдуру убил совершенно рабочй 4.5G вроде тоже из линейки ST15150. Запустил формат из BIOS-а контроллера Adaptec. Винт сдох, стал нулевой длины, хотя определяется на шине и на команды отвечает...
Поставил Seatools, но ничего не помогло.
Вот тут старинная дисуссия на подобную тему
http://www.sun-comp.info/msg33560.html
Поставил Seatools, но ничего не помогло.
Вот тут старинная дисуссия на подобную тему
http://www.sun-comp.info/msg33560.html
-
- Advanced Member
- Сообщения: 2727
- Зарегистрирован: 22.11.2011,09:41
- Откуда: Москва(Россия)
-
Вклад в сообщество
Кстати, действительно, не поменялся ли размер сектора? Дело в том, что в команде чтения/записи указывается количество секторов и диск их пересчитывает в количество байтов для передачи, а в контроллере при операции нужно заносить количество байтов в регистры счётчика для DMA, и если это количество не совпадёт со стороны диска и со стороны контроллера - тоже будет висяк и ошибка по достижении таймаута. С этим на Беста напрактиковался с её 1024-байтовыми секторами. У ленты тоже длина блока может быть от нуля байт до 16мб! Это задаётся в упоминаемой в обсуждении команде mode_select.
KALDYH, а можно в студию дамп ответа с убитого диска по команде mode_sense?
KALDYH, а можно в студию дамп ответа с убитого диска по команде mode_sense?
-
- Advanced Member
- Сообщения: 2727
- Зарегистрирован: 22.11.2011,09:41
- Откуда: Москва(Россия)
-
Вклад в сообщество
Вот на этом фото диск говорит об ошибке аппаратуры (4) и ошибке обработки списка дефектных секторов (25) https://itmages.ru/image/view/5483828/1b62f5a1
-
- Advanced Member
- Сообщения: 2594
- Зарегистрирован: 05.06.2009,16:37
- Откуда: Кемерово
-
Вклад в сообщество
Попробовал sg_modes - не выходит:alecv писал(а):Самое простое - смотреть на Линухе с помощью драйвера sg, там целая туча утилит с ним работающая.
Код: Выделить всё
sg_modes /dev/sdb
error opening file: /dev/sdb: No such device or address
Код: Выделить всё
[ 2.931010] scsi 8:0:0:0: Direct-Access DEC RZ29B (C) DEC 0016 PQ: 0 ANSI: 2
[ 4.969484] DC390: Target 0: Sync transfer 10.0 MHz, Offset 15
[ 5.164567] sd 8:0:0:0: [sdb] READ CAPACITY failed
[ 5.164573] sd 8:0:0:0: [sdb]
[ 5.164575] Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_SENSE
[ 5.164577] sd 8:0:0:0: [sdb]
[ 5.164578] Sense Key : Medium Error [current]
[ 5.164580] sd 8:0:0:0: [sdb]
[ 5.164584] Add. Sense: Medium format corrupted
[ 5.171184] sd 8:0:0:0: [sdb] Write Protect is off
[ 5.171186] sd 8:0:0:0: [sdb] Mode Sense: a7 00 10 08
[ 5.178938] sd 8:0:0:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[ 5.182129] DC390: pSRB == pTmpSRB! (TagQ Error?) (00-0)
[ 35.816019] sd 8:0:0:0: DC390: Abort command
[ 35.816022] DC390: SRB: Xferred 00000000, Remain 00000000, State 00000008, Phase 01
[ 35.816023] DC390: AdpaterStatus: 00, SRB Status 00
[ 35.816024] DC390: Status of last IRQ (DMA/SC/Int/IRQ): 0891c910
[ 35.816025] DC390: Register dump: SCSI block:
[ 35.816026] DC390: XferCnt Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
[ 35.816031] DC390: 000000 1a 11 c9 00 2b 17 48 18 04
[ 35.816038] DC390: FIFO: 00 00 00 07 00 80 81 c0 c1 c2 c3
[ 35.816056] DC390: Register dump: DMA engine:
[ 35.816057] DC390: Cmd STrCnt SBusA WrkBC WrkAC Stat SBusCtrl
[ 35.816066] DC390: 80 00000020 776fd600 00000000 776fd620 00 03185300
[ 35.816070] DC390: Register dump: PCI Status: 0200
[ 35.816071] DC390: In case of driver trouble read Documentation/scsi/tmscsim.txt
[ 35.816072] DC390: Aborted.
[ 55.820022] sd 8:0:0:0: DC390: Abort command
[ 55.820026] DC390: SRB: Xferred 00000000, Remain 00000000, State 00000080, Phase 04
[ 55.820027] DC390: AdpaterStatus: 00, SRB Status 00
[ 55.820028] DC390: Status of last IRQ (DMA/SC/Int/IRQ): 0880c420
[ 55.820029] DC390: Register dump: SCSI block:
[ 55.820029] DC390: XferCnt Cmd Stat IntS IRQS FFIS Ctl1 Ctl2 Ctl3 Ctl4
[ 55.820034] DC390: 000000 44 00 c4 00 80 17 48 08 84
[ 55.820041] DC390: Register dump: DMA engine:
[ 55.820042] DC390: Cmd STrCnt SBusA WrkBC WrkAC Stat SBusCtrl
[ 55.820048] DC390: 00 00000020 776fd600 00000000 776fd620 00 03080000
[ 55.820051] DC390: Register dump: PCI Status: 0200
[ 55.820052] DC390: In case of driver trouble read Documentation/scsi/tmscsim.txt
[ 55.820053] DC390: Aborted.
[ 65.824021] sd 8:0:0:0: Device offlined - not ready after error recovery
[ 65.824204] sd 8:0:0:0: [sdb] Attached SCSI disk
-
- Advanced Member
- Сообщения: 2594
- Зарегистрирован: 05.06.2009,16:37
- Откуда: Кемерово
-
Вклад в сообщество
Если бы он служебку снёс всю, он бы на готовность не выходил, форматирование не запускал бы и паспорт не отдавал... Возможно, какой-то из модулей повреждён, да - дефект-лист, например. У меня была такая мысль.
Вообще говоря, у сигейтов, с момента покупки Conner Peripherals в 1996 году, есть отладочная консоль по последовательному интерфейсу. Но это у IDE. На сказёвых кто-нибудь пробовал поискать? Я поищу осциллографом на днях, и у меня еще пара Barracuda 4XL есть, там тоже гляну. Если найду - с его помощью служебку можно восстановить без навыков программирования, имея живого донора (доноры есть).
Вообще говоря, у сигейтов, с момента покупки Conner Peripherals в 1996 году, есть отладочная консоль по последовательному интерфейсу. Но это у IDE. На сказёвых кто-нибудь пробовал поискать? Я поищу осциллографом на днях, и у меня еще пара Barracuda 4XL есть, там тоже гляну. Если найду - с его помощью служебку можно восстановить без навыков программирования, имея живого донора (доноры есть).