Дистрибутив ALM2. Вывод dmesg, lspci & lspcidrake - приложен в архиве. Корневая ФС - на /dev/hda2, на 4-х SCSI-дисках - /var/cacheX. Пытаюсь задействовать IDE Secondary контроллер - подключаю диск /dev/hdc (такой же, как и /dev/hda), fdisk, раздел на весь объём диска (40 Гбайт), и на этапе mke2fs - полное зависание, даже не успевают прощально мигнуть лампочки на клавиатуре. Если проделать mke2fs на другом компьютере, а потом подсунуть винч назад, то работает до неопределённого момента, заканчивается тем же. Пробовал подсунуть винчи другой модели (Fujitsu 40G 7200 rpm 2Mb cache UDMA100), использовать как /dev/hdb или /dev/hdd - поведение аналогичное, хотя они 100% рабочие. Получается, что работает только /dev/hda ? И то думаю перенести систему на один из SCSI-дисков, пока она ещё жива. --- --- М.б. как-то пересобрать ядро, оторвав патчи, касающиеся чипсета ServerWorks?
На системе с SW OSB4 (один канал, одно IDE-устройство -- teac cdrom) -- все чудно встало. См. тж. переписку в community@ в р-не Sep 18 2002 (\"Apt-cdrom виснет\").
Summary: - известно, что IDE на многих SW -- больное. По крайней мере для ряда плат лечится обновлением BIOS (информация поставщиков серверов). - даже после этого _крайне_ не рекомендуется: - ставить более одного устройства на канал; - использовать DMA. Solution: - hdparm -d0 /dev/hda (Pri Master -- который CD-ROM, по-хорошему) - добавить IDE RAID и сбросить диски на него Workaround: - при установке и обнаружении SWII (как минимум) отключать в принудительном порядке IDE DMA (и фиксировать в заливаемой конфигурации); - если еще и несколько устройств на канале -- рисовать Большую Красную Табличку насчет \"обновите BIOS\" и \"вас же предупреждали\". Но это скорее feature request к новому инсталеру.
PS: отрывать патчи -- исходя из предыдущего bugnote -- малоосмысленно. Это _не_ ALT-specific (и не linux-specific AFAIR).
