Полигон-2

Добрый день.

Не подскажете, чем можно проверить дисковую подсистему SCSI на участке от шины PCI до НЖМД ? Может, есть какая-нибудь утилита, пишущая данные на диск и тут же сравнивающая их с оригиналом (желательно в неразрушающем режиме, т.к. на дисках живые файловые системы и сносить их нежелательно).
Есть подозрение, что где-то на этом участке искажаются данные (как минимум при чтении). Но не постоянно, а иногда (интервал проявления ошибки - десятки минут). Выглядит это как аварийное завершение самых разных программ и служб ни с того ни с сего на ровном месте.
Контроллер SCSI Adaptec AHA-2940UW, к которому к соответствующим разным разъёмам подключено два диска - один UW (68-pin) wide-кабелем, другой обычный (50-pin) обычным. Диски оба Seagate, UW - Barracuda 4 GB, обычный - Eagle 2 GB, точных моделей не помню, могу завтра глянуть... Кабели тоже обычные, просто с разъёмами на обоих концах, без активных терминаторов.
Терминация со стороны контроллера стоит в Automatic (пробовал ставить и Low:OFF / High:ON согласно инструкции), на обоих дисках терминаторы включены (там два джампера: TE enable и TP from drive). Сами накопители исправны, ошибок ввода/вывода нет, да и в другой системе работают нормально.
Если отключить второй винт (Eagle, который 50-pin), то ситуация вроде бы нормализуется (часа два машина отработала без сбоев, попробую ещё раз отключить и погонять подольше).

Сама машина собрана на основе мат.платы ASUS PCI/E-P54NP4 с двумя процессорами P54C-100 и 512 МБ ОЗУ.
Тесты процессора и памяти проходят без единой ошибки в течение нескольких дней. Пробовал менять процессоры местами и оставлять только один, всё равно.
ОС - Windows 2000.
До этого в ПК был другой контроллер AHA-2940 (не UW, а обычный), и к нему тот самый UW винт Barracuda через переходник 50-pin на 68-pin. Машинка отработала в таком составе 12 лет без каких-либо проблем с дисками (ОЗУ было меньше, но 512 уже стоят два крайних года, так что дело не в нём).
Сейчас обновил на свою голову...

Хотя нет, вру. Если ты wide-девайс тоже посадишь через переходник на 50-пиновый канал, он заработает нормально

На мой взгляд, самое правильное решение - выкинуть этот Eagle нафиг из этой машины. Ну, лишний он там.
Касательно вариантов битого винта - такого тоже бывает. Например, в паре случаев была битая микросхема ОЗУ на плате контроллера. Глюки были похожие.

+1. Все-таки такая SCSI-система представляет только музейный интерес. Использовать ее с живыми данными крайне некузяво

Fe-Restorator написал:

[q]

DrPass
1)Wide-овая барракуда имеет на себе переключатель ширины шины(джампер). Можно попробовать его включить, хотя это уже "танец с бубном", и весьма некузявое решение.
2)Терминация на AHA2940UW, к сожалению, тупая, одна на обе шины, все 16 бит разом. В "автоматическом" режиме, при работе с 16 битами и переключении на 8 бит всё проходит гладко, а в обратную сторону - переключение с 8 на 16 бит шину есть цикл задержки (перезагрузка контроллера при смене ширины шины), во время которого состояние ни дисков, ни данных - не определено.
3)Более того, как только задействована 8-битная шина, контроллер автоматически переключает UW-канал в режим "Narrow compatibility", т.е. заранее обделяет Wide-овую барракуду в функциональности и скорости работы. Но при этом продолжает попытки опросить диск как 16-битный, ибо режим совместимости - суть запасной вариант, на случай "самоустраняющихся" неполадок.

[/q]

Понятно, спасибо, о таких особенностях контроллера не знал... Похоже, действительно придётся пожертвовать narrow винтом и выкинуть его из системы...


Fe-Restorator написал:

[q]

Лучшим решением будет поставить второй SCSI-контроллер, хоть простую 8-бит NCR-ку. К ней и внешний винт-сканер-факс-принтер-дискету подключить можно будет впоследствии, причём даже на-ходу.

[/q]

Некуда, все слоты заполнены...

DrPass написал:

[q]

+1. Все-таки такая SCSI-система представляет только музейный интерес. Использовать ее с живыми данными крайне некузяво

[/q]

Сохранение SCSI в этом компе это условие сохранения его исторической аутентичности.
Данные там, можно сказать, тоже музейные - если пропадут, то жаль, но не смертельно.

Это был мой домашний компьютер с 1994 по 2005...

[q]

Поставить 19160 или 29160, там каналы разделены

[/q]

тоже вариант. Только сколько желающих уже в очереди - контроллеров на всех не хватает. Кстати, U80-контроллеры у Adaptec тоже были с технологией FlexView - разделению SE и LVD-сегментов шины. Т.е. получается в некотором роде 'виртуальная' двухканальность.

[q]

Поставить SATA, и два винта по 80 гиг, например. Б/у вариант уложится примерно в 50 зелёных, новый - в 120.
И отзеркалить получится, если нужно.

[/q]

нафиг? С моими залежами SCSI-накопителей и контроллеров выгоднее собрать RAID на SCSI. И быстрее, и надежнее. Правда, вопрос удобства стоит серьезно - потому что если сдохнет какой-то из накопителей, то чем его потом заменять?

borisfox ты лучше погоняй Memtest86 сутки

borisfox Тогда сделай раздел FAT и запусти какую-нибудь древнюю проверялку, где есть тест винта: CheckIt или там Norton Disk Doctor.

А еще бывает источник немного не тянет, это дает странные и редкие ошибки.

Нет, на wide, конечно... На narrow сейчас ничего не подключено вообще.

Блока питания в этом компе хватает точно, там стоит 430 Вт ATX с переходником на AT (материнка требует питание 3.3 В; для работы от AT БП в ней есть специальная плата стабилизатора, ставящаяся в PCI слот, а с ATX можно подать 3.3 напрямую на специальный разъём материнки).

Fe-Restorator

[q]

Ещё параметр - энергопотребление. Сатовый райд кушает много меньше сказёвого при том-же объёме тома.

[/q]

а вот ни разу. Соглашусь только в том случае, если целенаправленно брать 5400 накопители под SATA RAID из 'зеленых' серий.

Fe-Restorator написал:

[q]

borisfox Что-то умопомрачительное там с питанием... Выглядит ненадёжно. Всё должно быть просто и даже примитивно, никаких переходников, чтоб работало, и пёрло вперёд как танк, не свалишь, не свернёшь...

[/q]

Чтобы без переходников, нужен блок питания AT с трёхвольтовым выходом... Такие в природе есть, но за разумные деньги до сих пор не попался.


Fe-Restorator написал:

[q]

На контроллере твёрдо включи терминацию. Заодно увидишь, к которой из шин она ближе (по схеме UWbus-Term-ContBoard-Term-NarrowBus, одной из двух терминаций у тебя не предусмотрено, которой именно...)

[/q]

Сегодня уже вернул всё в самую первоначальную конфигурацию - старый контроллер AHA-2940 (не UW), один винт (Barracuda ST34573W). Глючит всё равно. Уже собрался менять блок питания. Заметил, что модули памяти стоят в верхних слотах (слотов на материнке 6, модулей 4), а обычно были в нижних. Видать, переставил когда-то в процессе... Переместил их опять в нижние слоты. Запустил, поработал с час - вроде не глючит...
Завтра попробую погонять подольше.

Но memtest целую неделю отработал без вопросов...

[q]

а оба кэша выключали при тестировании memtest'ом? Вообще, рекомендуют...

[/q]

В случае memtest86+ его интеллектуальный уровень достаточен, чтобы
- определить когда включить и когда выключить кэш
- уметь управлять использованием различных кэш-уровней на разных платформах.

borisfox
Вот что пишут по этому поводу на Rom.BY
"-- Единственное, что накопал в результат долгого и вдумчивого RTFM - кэш на 66 МГц должен быть не на 15 нан (в соответствии с моими грубыми математическими расчетами), а почему-то на 12. Где раздобыть 12-нановые 512-Кбитные DIP'ы - ума не приложу. Пока просто выключу кэш от греха подальше"
"-- И микрушки вынь..."
Ветка, довольно старая: http://www.rom.by/forum/Dovodka_do_uma_PCI_E-P54NP4

И конфа памяти там замысловатая, если верить таблице из http://stason.org/TULARC/pc/mo...NP4-V.html Не напутал-ли чего?
Но мыслю, что при перестановке симов, на контакты попал волос или войлок, сделал соединение крайне ненадёжным. Промети кистью и продуй их, неплохо зачистить контакты на самой памяти, хотя-бы ластиком. "Нагар" снять.

PS. Притча. Во дворе каждые 3 минуты заводился "жигулёнок". Третий час кряду, поработает с полминуты и глохнет. Уж несу из магаза пол-литру, предложил бедолаге "выпей, всё-одно не едет". Отказался водила-хозяин, показывает под капот, жалуется: "уж весь движок перебрал, безрезультатно". Послушал его минут 5, дал выговориться и прошу нулёвку да литол. Скидываю клеммы аккума, зачищаю, смазываю, ставлю на место. 4 минуты работы. Заводи! И работает, весело, живо.
Вот какая хреновая вещь - окисел. Не хватало в авто мощи электричества.

Ещё бы шлейфы SCSI проверить/заменить неплохо...

Займусь в выходные... Но сама плата чистенькая.
BGA корпусов там нет (из больших только PQFP), VRM с мосфетами нет, кулеры к плате не крепятся - они к процессорам фабрично приделаны, там коробочные P54C, и соответственно термопасты нет...

Всё-таки, похоже, это память. Есть подозрение, что данные искажаются при передаче между контроллерами и памятью в busmaster-режиме. Потому что мемтест всё-таки проходит. Поставил для проверки другие планки - уже два дня работает как часы. На выходных ещё раз протру старые модули и продую разъёмы, если глюки останутся - буду выявлять дохлый...

А интегрированных контроллеров на плате нет. Кроме клавиатуры и недокументированного разъёма для PS/2 мышки - всё внешнее...

Понимаю, конечно, что некропост, но вдруг кому будет интересно: дело было в материнской плате.
Предположительно вышли из строя микросхемы моста между шиной процессора и шиной PCI (Intel Neptune S82433NX Local Bus Accelerator, помеченные на плате как LBX LOW и LBX HIGH), или какая-то одна из них (определить сложно). "Болезнь" прогрессировала и через полгода после её начала компьютер перестал загружаться даже с флопа (данные читались с ошибками), даже мемтест удавалось запустить раза с пятого... Но проходил он стабильно. Правда, на дисплее в процессе работы иногда подсыпались посторонние символы. Отсюда и подозрение на мост: если был бы неисправен PCMC (cache and memory controller), были бы проблемы и с памятью...

Визуально микросхемы LBX отличаются цветом пластика корпуса - он серый и какой-то пористый. Остальные микросхемы чипсета более тёмные и гладкие. Может, за 15 лет он рассохся окончательно и внутрь постепенно натянуло воды...
Сверх нормы ничего не греется - даже при долгой работе весь чипсет еле тёплый...

Новая такая же мат.плата работает нормально, спасибо коллеге Mixey.
Для стабильной работы на 100 МГц на ней пришлось сменить кэш-память с 15 на 10 нс (по описанию на чипсет достаточно было 12 нс, но я решил подстраховаться и купил 10). Вся остальная начинка компа осталась прежняя...