[mdk-re] Разработчикам дистрибутива и пользователям Promise Ultra100

[mdk-re] Разработчикам дистрибутива и пользователям Promise Ultra100

[Ivan Kudryashov]

Здравствуйте!

  Обнаружил странный эффект. Сообщаю сюда, благо контроллер
проблемный, спрашивали про него много (я в том числе), так что
может пригодиться.

История такова: у меня второй винт, Segate, ATA100, 20 гиг, с
двумя разделами: первый - своп для рабочей винды, второй - VFAT
для архива и таскания файлов между домом и работой. Винт живёт в
mobile rack, на работе, что под виндами, что под Linux работает
абсолютно нормально.

Распределение винтов на домашней машине: 3.2 Quantum с виндой -
на первом канале материнского IDE (hda), CDROM LG, 52, на втором,
8 гиг Fujitsu  на первом канале Ultra100(hde), упомянутый рабочий
винт был на втором канале того же Ultra100 (hdh), причём в гордом
одиночестве. В соответствии с конфигурацией рабочей машины второй
винт поставлен как slave (был). Да, домашний комп: BX, Celeron
800 (не разогнанный), 256 метров, GeForce2 MX с 32 метрами.

Интрига в следующем. Добрые люди мне выкачали Sisyphus и положили
на "носильный" винт. Принеся его домой, я с удивлением обнаружил,
что некоторые файлы не читаются. При копировании их на боевой
раздел может произойти одно из двух: либо файл просто не
скопируется (при копировании в определённом месте происходит
ошибка чтения), либо файл скопируется, но неправильно (ошибок не
будет, но физически запишутся не те данные, которые должны, в
результате, как не трудно понять - неверный magic number при
попытке установить rpm). Естественные предположения - кривой
rack, винт, шлейф, контроллер, были проверены в порядке
возникновения, безрезультатно. Контроллер исправен, ибо та же
конфигурация нормально работает под виндами - тестировал
несколько часов подряд всеми доступными средствами. Винт
нормально работает под виндами дома и на работе, и под Linux на
работе. Пробовал варьировать параметры hdparm винта -
безрезультатно. Характерно то, что ошибки
повторяются при повторении чтения/копирования в том же сеансе
работы, причём на том же самом месте, но после перезагрузки
возникают в других местах и на других файлах. Эффект странный,
учитывая, что копировался объём, значительно превышающий кэш.
Чаще всего ошибки происходят с большими файлами. Поменял три
шлейфа - разницы никакой.

От отчаяния решил поставить тот же винт вторым на первый канал
контроллера - всё заработало
правильно! Решил, что на втором канале контроллера - какая-то
пакость, которая под виндами не проявляется, но из чистого
любопытства (и вспомнив былую возню с CDROM под RE и под OS/2
warp) переставил винт обратно на второй канал, но сделал его не
slave, а single/master (hdg). Ошибки пропали. Уточняю - шлейф тот
же, что и раньше, включены все опции hdparm по максимуму, включая
ATA100, винт в rack'е.

Естественный вывод: по крайней мере для этой пары
"контроллер-винт" под Spring винт глючит (причём очень, надо
сказать, пакостно), если он установлен как slave и является при
этом единственном на втором канале (может быть и на первом то же
самое, но проверять неохота). 

В общем, такая песня. Имейте в виду, кто столкнётся, а то я пару
дней угробил на это. 

Разработчики, может, это лечится как-то?

--------------------------------
С уважением,
Ivan Kudryashov <jony@chat.ru>

Re: [mdk-re] Разработчикам дистрибутива и пользователям Promise Ultra100

[Ivan Kudryashov]

Hello, Баталов Григорий <bga@kgok.murmansk.su>!

On Wed, 25 Jul 2001 00:24:10 +0400
you wrote:

> Tue, 24 Jul 2001 22:26:59 +0400
> Ivan Kudryashov <jony@chat.ru> писал:
> 
> IK> упомянутый рабочий
> IK> винт был на втором канале того же Ultra100 (hdh), причём в
> гордом
> IK> одиночестве. В соответствии с конфигурацией рабочей машины
> второй
> IK> винт поставлен как slave (был).
> 
>       А я одиночные винты всегда ставлю мастером.
>     Раньше просто BIOS-ы такие были, что могли
>     проглючить, с тех пор и пошло.

Я теперь тоже :-)

Хотя, вообще-то, сделано это было не от балды. Просто на рабочей
машине единственное свободное место - второй винт одного из
каналов. Теперь придётся что-то придумывать, чтобы не перетыкать
перемычки каждый раз. В Linux ладно - fstab поменяю, и дело в
шляпе, а вот в win изменится порядок следования дисков, придётся
программы перенастраивать.

Но дело даже не в этом. Дело в том, что странность заключается не
в отказе работать (как бывало у меня с CDROMами), а в появлении
ошибок, связанных с нарушением целостности данных. А это оочень
погано.

--------------------------------
С уважением,
Ivan Kudryashov <jony@chat.ru>

[mdk-re] Re: [mdk-re] Разработчикам дистрибутива и пользователям Promise Ultra100

[cornet]

Ivan Kudryashov wrote:
> 
> Hello, Баталов Григорий <bga@kgok.murmansk.su>!
> 
> On Wed, 25 Jul 2001 00:24:10 +0400
> you wrote:
> 
> > Tue, 24 Jul 2001 22:26:59 +0400
> > Ivan Kudryashov <jony@chat.ru> писал:
> >
> > IK> упомянутый рабочий
> > IK> винт был на втором канале того же Ultra100 (hdh), причём в
> > гордом
> > IK> одиночестве. В соответствии с конфигурацией рабочей машины
> > второй
> > IK> винт поставлен как slave (был).
> >
> >       А я одиночные винты всегда ставлю мастером.
> >     Раньше просто BIOS-ы такие были, что могли
> >     проглючить, с тех пор и пошло.
> 
> Я теперь тоже :-)
> 
> Хотя, вообще-то, сделано это было не от балды. Просто на рабочей
> машине единственное свободное место - второй винт одного из
> каналов. Теперь придётся что-то придумывать, чтобы не перетыкать
> перемычки каждый раз. В Linux ладно - fstab поменяю, и дело в
> шляпе, а вот в win изменится порядок следования дисков, придётся
> программы перенастраивать.
> 
> Но дело даже не в этом. Дело в том, что странность заключается не
> в отказе работать (как бывало у меня с CDROMами), а в появлении
> ошибок, связанных с нарушением целостности данных. А это оочень
> погано.

Я многократно натыкался на многочисленне пакости при установке
единственного на шлейфе IDE устройства в положение slave. Причем,
разные устройства, разные контроллеры и разные оси (тачек за свою
жизнь я собрал очень много, а ремонтировал и разбирался с
железными траблами еще больше). А глюки были действительно весьма
разнообразные и пакостные, причем какой либо системы я так и не
обнаружил во всем этом деле.

Вывод - если устройство на шлейфе единственное, ставить его slave
_нельзя_!!!

-- 
******** FIRE & STEEL ********