Доброго времени суток.
После долгих часов мучений проблема наконец решилась :). Сначала я
поочередно отключал в BIOS все имеющиеся но неиспользуемые устройства
(com1, com2, lpt, mpu401, что-то еще - не помню уже) и наблюдал за
результатами. Прерывание на сетевухе менялось, но как бы я не
извращался, все равно с модемом одно использовалось... В разных
вариациях это было 3,4,5,7, но всегда одинаковое для сетевухи и
модема... Пришлось вскрывать корпус (последняя надежда, однако:)) и
переставлять сетевуху на другой слот. После этого она оказалась вместе
со звуком (встроенный) на 10-ом IRQ. При такой раскладке проблем ни с
сетевухой ни со звуковухой не обнаружилось:).
В сообщении от Воскресенье 31 Октябрь 2004 04:50 pm Mike Belopuhov
написал(a):
> > Попытка насильной загрузки модуля:
>
> ;-)) В вашем конфиге и в GENERIC устройство уже в ядре.
> Фря просто криво собирает модули. Она в них всегда
> собирает все, независимо от того, что вы указали собирать
> монолитно в конфиге ядра.
Во блин! Значит в GENERIC ядре ВСЕ поддерживаемые сетевухи вкомпилены в
само ядро?
Получается, в принципе можно вообще не указывать в конфиге устройства,
которые не требуются при загрузке и загружать их все модулями? В
принципе, имхо, это не кривая сборка, а вполне разумное решение - если
модули не нужны, их можно удалить руками, а собирается все равно
достаточно быстро.
> > [rygoravich@rygoravich rygoravich] $ kldstat
> > Id Refs Address Size Name
> > 1 9 0xc0100000 2069ac kernel
> > 2 1 0xc0307000 4c94 snd_ich.ko
> > 3 1 0xc030c000 1983c snd_pcm.ko
> > 4 1 0xc1276000 d000 ext2fs.ko
> > 5 1 0xc12f1000 50000 nfs.ko
> > 6 1 0xc1367000 3000 daemon_saver.ko
> > 7 1 0xc136c000 15000 linux.ko
> > 9 2 0xc15f1000 f000 miibus.ko
> > 10 1 0xc15eb000 6000 if_rl.ko
> > [rygoravich@rygoravich rygoravich] $
> >
> > Откуда-то появился...
>
> А вот это странно :-| И я тоже самое повторил у себя на 4.9.
> Надо пнуть товарища чтобы на 4.10 и на 5 проверил... потому
> что оно так быть не должно :-) Багрепорт можно накатать...
Так у меня 4.10. Получается, что драйвер устройства вкомпиленного в ядро
грузится еще и модулем?
> > options FFS #Berkeley Fast Filesystem
> > options FFS_ROOT #FFS usable as root device [keep this!]
> > options SOFTUPDATES #Enable FFS soft updates support
> > # options UFS_DIRHASH #Improve performance on big directories
>
> Раскомментируйте, это ускоряет доступ к директориям с большим
> количеством записей...
Ух, а вот за анализ моего конфига - огромное спасибо! Я, собственно,
прочитал соответствующие доки из свежескачанного официального
руководства (о конфигурировании и компиляции ядра, настройке сетевых и
звуковых карт), обращал внимание на поддержку имеющегося у меня железа,
но с оптимизацией для первого раза не заморачивался. Однако после
Линукса был приятно удивлен простотой конфигурации:).
> > options MD_ROOT #MD is a potential root device
> > # options NFS #Network Filesystem
> > # options NFS_ROOT #NFS usable as root device, NFS required
>
> Если Вам не нужен код NFS в ядре, уберите эти опции про NFS
> и добавьте еще:
>
> options NFS_NOSERVER
>
> Тогда в ядре вообще не будет этого кода...
Да конечно не нужен... В сети порядка 130 компов, но *nix'овый только
мой один...
> > # options KTRACE #ktrace(1) support
>
> ktrace это хорошая вещь. Может пригодится....
Я так понимаю, что эта штука предназначена для отладки кода? В принципе
я не программер...
> Чтобы включить APM:
А меня уже смущала необходимость после команды halt жать сначала
поочередно обе клавиши на системном блоке (от одной только засыпает:)).
> > options PNPBIOS
>
> Можно еще с этой опцией поиграть.. У меня ее нет и все
> работает нормально...
Собственно, это единственная не измененная в шаблоне а ручками
прописанная строка во всем конфиге - вычитал в доках, что она требуется
для поддержки встроенного звука (изначально с ним были траблы - по
причине моей неграмотности, потом решились). Ну, попробую отключить.
Еще раз спасибо.