From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Ivan Kudryashov To: ALTLinux Message-Id: <20010724222659.22c5e879.jony@chat.ru> Organization: =?KOI8-R?B?9snazskg083Z08wg1cfBxMHXLCDVxMHXyczT0SDVxMHXLi4u?= X-Mailer: Sylpheed version 0.5.0 (GTK+ 1.2.9; i586-alt-linux) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Authorized: jony Subject: [mdk-re] =?KOI8-R?B?8sHa0sHCz9TeycvBzSDEydPU0snC1dTJ18EgySDQz8zY2s/XwdTFzA==?= =?KOI8-R?B?0c0=?= Promise Ultra100 Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru X-Reply-To: jony@chat.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Tue Jul 24 22:16:01 2001 X-Original-Date: Tue, 24 Jul 2001 22:26:59 +0400 Archived-At: List-Archive: List-Post: Здравствуйте! Обнаружил странный эффект. Сообщаю сюда, благо контроллер проблемный, спрашивали про него много (я в том числе), так что может пригодиться. История такова: у меня второй винт, 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