On Sun, May 06, 2007 at 12:11:34AM +0400, A.Kitouwaykin wrote: > mkinitrd-3.0.3-alt1 > udev-108-alt1 > module-init-tools-3.3-alt0.5.pre6 > klibc-1.5-alt1 Сейчас это совпадает со свежим Сизифом... После перегенерации initrd загрузка с ним не заработала? Посмотрите ещё файлы /etc/modprobe.d/* - там явно есть локальные добавления (alsa-cet, wifi-cet); проверьте, что в этих файлах нет ошибок (они копируются в initrd и могут влиять на загрузку модулей). > Вообще странно, еще на двух компах примерно то же без проблем. > Единственная зацепка - там я сначала обновлял ядро, а dist-upgrade - потом А вот это теоретически могло повлиять - initrd генерируется после установки пакета с ядром, и при этом используется та версия mkinitrd, которая была установлена в тот момент. Посмотрите в /var/log/syslog/messages - там должна была сохраниться информация об установке пакетов в виде: May 5 15:45:18 procyon apt-get: linuxdcpp-0:0.0.0-alt2.20070328 installed May 5 15:45:19 procyon apt-get: linuxdcpp-0:0.0.0-alt1.20070105 removed (вместо apt-get может быть что-то другое - например, apt-shell, если пакеты ставились через него; обновление отражается в виде сообщения об установке новой версии и второго сообщения об удалении старой). В данном случае после записи об установке kernel-image-std-smp могли быть записи об обновлении mkinitrd, klibc-utils-initramfs, module-init-tools-initramfs, udev-initramfs - посмотрите, какие версии этих пакетов там упоминаются. > Или конкретное железо внесло лепту. > > Кривоватый биос, где 8х sata DVD+/-RW до сих пор не научен DMA (или >1х)? Обычно DMA при использовании чипсетов Intel пропадает из-за использования combined mode. Наилучший вариант в этом случае - включение в настройках BIOS полнофункционального режима работы SATA (этот режим там может называться, например, Enhanced). Если в BIOS нет такой настройки, можно попробовать загрузку с опцией combined_mode=libata - в этом случае все устройства (в том числе и PATA) будут работать через модуль ata_piix (но /dev/hd* переедут в /dev/sd* или /dev/sr*).