SCSI DEC RZ29B (Seagate ST15150) неудачный low level format :: IBM PC-совместимое. До 2000 года включительно

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

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

Полигон-2 » IBM PC-совместимое. До 2000 года включительно » SCSI DEC RZ29B (Seagate ST15150) неудачный low level format

SCSI DEC RZ29B (Seagate ST15150) неудачный low level format

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

Страницы: 1 * 2 3 4

Печать

KALDYH

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

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

Ссылка

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

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 26 февраля 2017 19:16

alecv написал:

[q]
Самое простое - смотреть на Линухе с помощью драйвера sg, там целая туча утилит с ним работающая.
[/q]

Попробовал sg_modes - не выходит:



sg_modes /dev/sdb

error opening file: /dev/sdb: No such device or address

Сообщения из dmesg:



[    2.931010] scsi 8:0:0:0: Direct-Access     DEC      RZ29B    © 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

Наверх

Кай Гость Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010	Профиль \| Сообщить модератору NEW! Сообщение отправлено: 26 февраля 2017 19:27 Сообщение отредактировано: 26 февраля 2017 19:33 ...инженерку снёс... Электронику на доноры, банки - в утиль.
	Наверх

KALDYH

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 26 февраля 2017 19:50

Если бы он служебку снёс всю, он бы на готовность не выходил, форматирование не запускал бы и паспорт не отдавал... Возможно, какой-то из модулей повреждён, да - дефект-лист, например. У меня была такая мысль.
Вообще говоря, у сигейтов, с момента покупки Conner Peripherals в 1996 году, есть отладочная консоль по последовательному интерфейсу. Но это у IDE. На сказёвых кто-нибудь пробовал поискать? Я поищу осциллографом на днях, и у меня еще пара Barracuda 4XL есть, там тоже гляну. Если найду - с его помощью служебку можно восстановить без навыков программирования, имея живого донора (доноры есть).

Наверх

Кай Гость Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010	Профиль \| Сообщить модератору NEW! Сообщение отправлено: 26 февраля 2017 20:08 [q] Я поищу осциллографом на днях [/q] Завидую белой завистью. Есть время искать RX/TX...
	Наверх

KALDYH

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 26 февраля 2017 20:41

Он должен быть выведен на пины служебного разъёма, описываемые в документации как "неиспользуемые" или "служебные", поэтому перебирать всю плату не придётся. При подаче питания накопитель выводит в него идентификационную строчку - ее всплеск и будет виден на экране. Так что возни, по идее, относительно немного.

Наверх

KALDYH

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 26 февраля 2017 20:47
Сообщение отредактировано: 26 февраля 2017 21:03

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

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 26 февраля 2017 21:31

Anonymous написал:

[q]
Кстати, действительно, не поменялся ли размер сектора?
[/q]

Достоверно (по болтающимся на них переходникам) известно, что диски из коробок под названием SWXD3-SE StorageWorks Building Block ftp://ftp.hp.com/pub/openstorage/KSM2DGPN.PDF К какой архитектуре была подключена стойка накопителей - неизвестно.

Ах да, забыл самое главное. Эта пара винтов - не единственная. Есть ещё стопка нетронутых форматом. Могу на них посмотреть любые параметры.

Наверх

Anonymous

Advanced Member

Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0

Ссылка

Дата регистрации на форуме:
22 нояб. 2011

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 26 февраля 2017 22:34

KALDYH написал:

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

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

Наверх

Fasterpast

Advanced Member

Всего сообщений: 582
Рейтинг пользователя: 0

Ссылка

Дата регистрации на форуме:
20 окт. 2013

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 26 февраля 2017 23:52

Ну а нельзя на рабочем диске сделать обычное форматирование, а потом чем-то считать полностью всё в RAW (включая ту область, которую предположительно форматирует LLF) и сравнить? Если там будет какая-то инженерка, значит она и убивается при LLF

Наверх

Anonymous

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 27 февраля 2017 1:44

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

Наверх

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

Страницы: 1 * 2 3 4

Печать

Полигон-2 » IBM PC-совместимое. До 2000 года включительно » SCSI DEC RZ29B (Seagate ST15150) неудачный low level format

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

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

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

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

Полигон-2

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

Полигон-2 » IBM PC-совместимое. До 2000 года включительно » SCSI DEC RZ29B (Seagate ST15150) неудачный low level format

SCSI DEC RZ29B (Seagate ST15150) неудачный low level format

Полигон-2 » IBM PC-совместимое. До 2000 года включительно » SCSI DEC RZ29B (Seagate ST15150) неудачный low level format