Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

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

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

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

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

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

<<Назад  Вперед>> Страницы: 1 2 3 4
Печать
 
Кай
Гость
Divine Assassin

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


Ссылка


Дата регистрации на форуме:
8 авг. 2010
[q]
Я поищу осциллографом на днях
[/q]
Завидую белой завистью. Есть время искать RX/TX...
KALDYH
Advanced Member
Технонекромант

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


Ссылка


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

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
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
Advanced Member
Технонекромант

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


Ссылка


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

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


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


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
KALDYH написал:
[q]
Есть ещё стопка нетронутых форматом. Могу на них посмотреть любые параметры.
[/q]
Да пока никаких нет идей, почему формат повреждает диск. Если только контроллер что-то ещё, помимо команды форматирования, не засовывает в диск. Для большей уверенности я бы ещё один диск испортил, на оборудовании, которое гарантированно не занимается самодеятельностью. Т.е. своей программой только команду format_unit скормить и ответ от неё самому прочитать. А также до команды форматирования mode_sense сделать и после, и сравнить, что изменилось. Но надо изучать программирование какого-нибудь из ваших контроллеров для написания собственной программы.
Fasterpast
Advanced Member


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


Ссылка


Дата регистрации на форуме:
20 окт. 2013
Ну а нельзя на рабочем диске сделать обычное форматирование, а потом чем-то считать полностью всё в RAW (включая ту область, которую предположительно форматирует LLF) и сравнить? Если там будет какая-то инженерка, значит она и убивается при LLF
Anonymous
Advanced Member


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


Ссылка


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


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


Ссылка


Дата регистрации на форуме:
20 окт. 2013
А как тогда LLF эту служебку убивает, если к ней доступа нет через интерфейс?
Anonymous
Advanced Member


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


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
Так LLF внутренними средствами диска делается, при этом обмена информацией по интерфейсу не происходит до окончания выполнения команды.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Ну вот я откопал свой винт который неудачно форматнул. Это ST34572W, тоже Барракуда но немного новее.

Seagate Tool CLI линуксовый работает через /dev/sg умеет декодировать Inquiry[root@dio ~]# ./st -i /dev/sg2
        /dev/sg2
        Vendor = SEAGATE
        Product = ST34572W
        Version = 0876
        Serial Number = JK946336
        Copyright = Copyright © 1997 Seagate All rights reserved
        SCSI Firmware = 83450876
        Servo RAM Release = 83415153
        Servo ROM Release = 83465968
        Servo RAM Date = 0806
        Servo ROM Date = 0111

        -Cannot read capacity  (Sense data = 03/31/00)
        -this is a Seagate drive
        -this drive does not support DST
        -Mode Page Settings [current value (default)]:
                -WCE bit = 1 (1)
                -RCD bit = 0 (0)
                -AWRE bit = 1 (1)
                -ARRE bit = 1 (1)
                -DExcpt bit = 0 (0)
                -Number of cache segments = 3 (3)
Как видно, Cannot read capacity

Результаты чуть менее умной sg_inq: [root@dio ~]# sg_inq -v /dev/sg2
    inquiry cdb: 12 00 00 00 24 00
standard INQUIRY:
    inquiry cdb: 12 00 00 00 90 00
  PQual=0  Device_type=0  RMB=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=1
  [RelAdr=0]  WBus16=1  Sync=1  Linked=1  [TranDis=1]  CmdQue=1
  [SPI: Clocking=0x0  QAS=0  IUS=0]
    length=144 (0x90)   Peripheral device type: disk
Vendor identification: SEAGATE
Product identification: ST34572W
Product revision level: 0876
    inquiry cdb: 12 01 00 00 fc 00
    inquiry: requested 252 bytes but got 11 bytes
    inquiry cdb: 12 01 80 00 fc 00
    inquiry: requested 252 bytes but got 18 bytes
Unit serial number: ________0X50QT


Страничка sg_utils:
http://sg.danny.cz/sg/sg3_utils.html

Примеры программирования SCSI под Linux-ом, команда Inquiry (0x12)
http://www.tldp.org/HOWTO/arch...WTO-9.html
<<Назад  Вперед>> Страницы: 1 2 3 4
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   SCSI DEC RZ29B (Seagate ST15150) неудачный low level format
RSS

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

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

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