URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 37594
[ Назад ]
Исходное сообщение
"Вопрос по NIC."
Отправлено tuxedo , 22-Ноя-03 14:59 
Добрый день,

Я вооще-то новичек во FreeBSD, да и вообще в UNIX-подобных системах. Поэтому могу задавь всякие, возможно глупые вопросы, поэтому прошу зарее прощения, но ведь все когда-то начинали. Так вот. Пытась вообщем-то разобраться с FreeBSD. Поставил себе версию 4.6 -> Developer Installation. Что касается инсталяции я еще спрошу. Вроде све грузится, но временами, да и во время загрузки на последнем этапе похлже пишет:

$Nov 21 20:40:35 server last message repeated 4 times

еще такое выжает, тоже иногда:

$Nov 21 20:39:55 server /kernel: ed0: device timeot

Разъясните, pls.

Содержание
Сообщения в этом обсуждении
"Вопрос по NIC."
Отправлено tuxedo , 22-Ноя-03 19:22 
>Добрый день,
>
>Я вооще-то новичек во FreeBSD, да и вообще в UNIX-подобных системах. Поэтому могу задавь всякие, возможно глупые вопросы, поэтому прошу зарее прощения, но ведь все когда-то начинали. Так вот. Пытась вообщем-то разобраться с FreeBSD. Поставил себе версию 4.6 -> Developer Installation. Что касается инсталяции я еще спрошу. Вроде све грузится, но временами, да и во время загрузки на последнем этапе похлже пишет:
>
>$Nov 21 20:40:35 server last message repeated 4 times
>
>еще такое выжает, тоже иногда:
>
>$Nov 21 20:39:55 server /kernel: ed0: device timeot
>
>Разъясните, pls.

Скажите, неужели всем так наплевать?

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 22-Ноя-03 20:20 
Ядро вам сообщает об ошибках в работе устройства ed0. Это сетевая карта.
На устройства существуют маны.
Вот выдержка из man 4 ed

ed%d: device timeout  Indicates that an expected transmitter interrupt
didn't occur.  Usually caused by an interrupt conflict with another card
on the ISA bus.  This condition could also be caused if the kernel is
configured for a different IRQ channel than the one the card is actually
using.  If that is the case, you will have to either reconfigure the card
using a DOS utility or set the jumpers on the card appropriately.

Возможные причины этой ошибки здесь изложены, однако все может быть и не так и возможны другие причины. Вам нужно разобраться самому. Если вам нужна сетевая карта, то лучше поставить какую-нибудь более лучшую, чем эта.

last message repeated 4 times - сообщает о том, что в логах несколько сообщений одного вида и на это следует обратить внимание.

"Вопрос по NIC."
Отправлено Nikolaev_D , 22-Ноя-03 20:36 
>last message repeated 4 times - сообщает о том, что в логах
>несколько сообщений одного вида и на это следует обратить внимание.


т.е сообщение перед этим имнло мето 4 раза, и что бы не засорять лог пишется "это сообщение повторилость 4 раза".
Прежде чем задавать вопрос надо над ним самому подумать.

"Вопрос по NIC."
Отправлено tuxedo , 22-Ноя-03 22:08 
>>last message repeated 4 times - сообщает о том, что в логах
>>несколько сообщений одного вида и на это следует обратить внимание.
>
>
>т.е сообщение перед этим имнло мето 4 раза, и что бы не
>засорять лог пишется "это сообщение повторилость 4 раза".
>Прежде чем задавать вопрос надо над ним самому подумать.


Спасибо за ответ!
Буду пытаться разобраться. Хотя странно. Сетевуха у меня PCI, но он распознает ее как ISA. Это и понятно. Т.к. она относится, как я выяснил, к разряду карт NE2000 Compatible. Даже не знаю что и делать. Попробую поставить другую.
Что касается сообщений, то хочу спросить, с чего начать, как выяснить причину появления этой информации?

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 22-Ноя-03 23:25 
>Спасибо за ответ!
>Буду пытаться разобраться. Хотя странно. Сетевуха у меня PCI, но он распознает
>ее как ISA. Это и понятно. Т.к. она относится, как я
>выяснил, к разряду карт NE2000 Compatible. Даже не знаю что и
>делать. Попробую поставить другую.
>Что касается сообщений, то хочу спросить, с чего начать, как выяснить причину
>появления этой информации?

К NE2000 совместимым относится много карт, например достаточно распространенная Realtek 8029. Однако ваша PCI карта не должна распознаваться как ISA. Возможно вам поможет перекомпиляция ядра с другими параметрами устройства ed.

Дело в том, что в freebsd 4 в конфигурации ядра GENERIC, устанавливаемого по умолчанию, устройство ed описано в секции ISA Ethernet NICs приблизительно следующим образом:
device          ed0     at isa? disable port 0x280 irq 10 iomem 0xd8000

Добавьте в конфигурационный файл описание следующего вида
device          ed

и пересоберите ядро. Возможно это поможет. О том как это сделать можно прочитать в FreeBSD Handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ke...

"Вопрос по NIC."
Отправлено Nikolaev_D , 23-Ноя-03 00:17 
>и пересоберите ядро. Возможно это поможет. О том как это сделать можно
>прочитать в FreeBSD Handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ke...

да вот, не читают гады :)

"Вопрос по NIC."
Отправлено tuxedo , 23-Ноя-03 01:02 
>>и пересоберите ядро. Возможно это поможет. О том как это сделать можно
>>прочитать в FreeBSD Handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ke...
>
>
>
>да вот, не читают гады :)

НУ, простите, пожалуйста.
Прочитал! Но хочу спросить еще.
После добавления строки

device          ed

строку

device          ed0     at isa? disable port 0x280 irq 10 iomem 0xd8000

необходимо закоментарить или оствить?

И еще вопросик кастельно пресбору ядра. После некоторых изменений с конфигурационном файле и запуска make biuldkernel KERNCONF=CUSTOM выдается ошибка Error Code 1. Что это значит? Как посмотреть лог? Как локализовать эту ошибку?
Спасибо, огромное!

"Вопрос по NIC."
Отправлено tuxedo , 23-Ноя-03 11:57 
>>>и пересоберите ядро. Возможно это поможет. О том как это сделать можно
>>>прочитать в FreeBSD Handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ke...
>>
>>
>>
>>да вот, не читают гады :)
>
НУ, простите, пожалуйста.
Прочитал! Но хочу спросить еще.
После добавления строки

device          ed

строку

device          ed0     at isa? disable port 0x280 irq 10 iomem 0xd8000

необходимо закоментарить или оствить?

И еще вопросик кастельно пресбору ядра. После некоторых изменений с конфигурационном файле и запуска make biuldkernel KERNCONF=CUSTOM выдается ошбка Error Code 1. Что это значит? Как посмотреть лог? Как локализовать эту ошибку?
Спасибо, огромное!

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 23-Ноя-03 15:17 
Не надо больше эксперементировать. Раз не получается - используйте старый вариант. Как написано в http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ke...
Procedure 1. Building a Kernel the ``Traditional'' Way
Сделайте так:
# cd /usr/src/sys/i386/conf
# cp GENERIC MYKERNEL

Добавьте в полученнный файл MYKERNEL нужное
device ed

При этом старый вариант (device ed0     at isa? ...) - закомментировать. Далее в этом же каталоге.
# config MYKERNEL

Вам будет сказано про каталог, где будет строиться ядро(../../compile/MYKERN). Переходите в него
# cd ../../compile/MYKERN
# make depend
# make
# make install

Не включайте и не отключайте никаких опций в конфиге если точно не знаете что делаете.

"Вопрос по NIC."
Отправлено tuxedo , 23-Ноя-03 20:02 
>Не надо больше эксперементировать. Раз не получается - используйте старый вариант. Как
>написано в http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ke...
>Procedure 1. Building a Kernel the ``Traditional'' Way
>Сделайте так:
># cd /usr/src/sys/i386/conf
># cp GENERIC MYKERNEL
>
>Добавьте в полученнный файл MYKERNEL нужное
>device ed
>
>При этом старый вариант (device ed0     at isa?
>...) - закомментировать. Далее в этом же каталоге.
># config MYKERNEL
>
>Вам будет сказано про каталог, где будет строиться ядро(../../compile/MYKERN). Переходите в него
>
># cd ../../compile/MYKERN
># make depend
># make
># make install
>
>Не включайте и не отключайте никаких опций в конфиге если точно не
>знаете что делаете.

Понял!
А какая разница при этом мжду тем когда я поставлю device ed или стоит device ed0     at isa?...?
Что это дает в конечном итоге?
ТОчне, мне кажется, понятьно, что device ed0     at isa? это мы сразу задаем ядру аппаратные параметры нашей карты, а в случае с device ed что можно сказать? Что необходимо будет далее делать?

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 23-Ноя-03 21:03 
>в случае с device ed что можно сказать? Что необходимо будет
>далее делать?
Далее ничего не нужно делать. Либо заработает, либо нет.
PCI - более новый стандарт. Там поддержка PnP была изначально насколько я помню. Ну и, соответственно, продумана более грамотно.
При загрузке ядро определяет список устройств, находящихся на шине и пытается подобрать драйвер. Если это не удается - выводится что-то типа
pci0: unknown card ...
Повторно это можно увидеть, используя команду dmesg.
Устройства на шине PCI - командой pciconf -l -v
"Вопрос по NIC."
Отправлено tuxedo , 23-Ноя-03 21:27 
>>в случае с device ed что можно сказать? Что необходимо будет
>>далее делать?
>Далее ничего не нужно делать. Либо заработает, либо нет.
>PCI - более новый стандарт. Там поддержка PnP была изначально насколько я
>помню. Ну и, соответственно, продумана более грамотно.
>При загрузке ядро определяет список устройств, находящихся на шине и пытается подобрать
>драйвер. Если это не удается - выводится что-то типа
>pci0: unknown card ...
>Повторно это можно увидеть, используя команду dmesg.
>Устройства на шине PCI - командой pciconf -l -v

Похоже не помогло!
Хотя при команде pciconf -l -v показало, что найдена сетевуха и правильно, кажись, найдена. Но все как-то странно! Хотя у меня есть некоторые подозрения. Я работя с БСД, но к сетевухе не подключен кабель! Это может влиять?
Похоже, что это влияет - даже очень. Если кабель в ставлен, то система вообще грузится. Если вытащен, то система загружается, а потом вставив его попытаться сделать ping на gateway, то ничего не происходит, также ничего не происходит и при команде arp -a. В прямом смысле слова - НИЧЕГО. Приходиться нажимать CTRL-C.

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 23-Ноя-03 22:36 
>Хотя при команде pciconf -l -v показало, что найдена сетевуха и правильно,
А что именно выводит pciconf про сетевуху? Что выводится в dmesg? Интерфейс de0 создается?

>кажись, найдена. Но все как-то странно! Хотя у меня есть некоторые
>подозрения. Я работя с БСД, но к сетевухе не подключен кабель!
>Это может влиять?
>Похоже, что это влияет - даже очень. Если кабель в ставлен, то
>система вообще грузится. Если вытащен, то система загружается, а потом вставив
>его попытаться сделать ping на gateway, то ничего не происходит, также
>ничего не происходит и при команде arp -a. В прямом смысле
>слова - НИЧЕГО. Приходиться нажимать CTRL-C.
Попробуйте arp -a -n
Дело в том, что просто arp -a пытается ресолвить выводимые адреса через DNS. DNS в /etc/resolv.conf у вас видимо прописан, но т.к. реально связи нет, то создаются большие задержки.

"Вопрос по NIC."
Отправлено tuxedo , 23-Ноя-03 22:57 
>>Хотя при команде pciconf -l -v показало, что найдена сетевуха и правильно,
>А что именно выводит pciconf про сетевуху? Что выводится в dmesg? Интерфейс
>de0 создается?
>
>>кажись, найдена. Но все как-то странно! Хотя у меня есть некоторые
>>подозрения. Я работя с БСД, но к сетевухе не подключен кабель!
>>Это может влиять?
>>Похоже, что это влияет - даже очень. Если кабель в ставлен, то
>>система вообще грузится. Если вытащен, то система загружается, а потом вставив
>>его попытаться сделать ping на gateway, то ничего не происходит, также
>>ничего не происходит и при команде arp -a. В прямом смысле
>>слова - НИЧЕГО. Приходиться нажимать CTRL-C.
>Попробуйте arp -a -n
>Дело в том, что просто arp -a пытается ресолвить выводимые адреса через
>DNS. DNS в /etc/resolv.conf у вас видимо прописан, но т.к. реально
>связи нет, то создаются большие задержки.

ОК. Вот, что я получаю.

#pciconf -l -v
............
ed0@pci0:10:0: class=0x020000 card=0x00000000 chip=0x09401050 rev=0x0b hdr=0x00
   vendor = 'Winbond Electronics Corp.'
   devoce = 'W89C940 NE2000-Compatible Ethernet Adapter'
   class = network
   subclass = ethernet
--------------------------------------------------------------------------
#dmesg | less
............
ed0: <NE2000 PCI Ethernet (ProLAN) port 0xec00-0xec1f irq 11 at device 10.0 on pci0
ed0: address 00:00:e8:8e:e0:8a, type NE2000 (16 bit)
............
Mounting root from ufs:/dev/ad0s1a
ed0: device timeout
ed0: device timeout
ed0: device timeout
ed0: device timeout
ed0: device timeout
ed0: device timeout
link_elf: symbol seminfo undefined
ed0: device timeout
ed0: device timeout
(END)
--------------------------------------------------------------------------
#arp -a -n
Действительно выводит информацию!

Спасибо!

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 24-Ноя-03 03:18 
Может сетевая карта неисправная? Работает ли под Windows? Есть ли какие-нибудь ISA карты, с которыми она может конфликтовать по прерыванию? Может криво стоит в слоте(переставьте в другой). Если ничего не получится - попробуйте поменять ее у знакомых товарищей на что-нибудь аналогичное, но на других чипах. На Realtek 8029 например.

Задержки при загрузке вполне возможно связаны именно с DNS. Можно попробовать временно закомментировать в /etc/resolv.conf адрес name сервера.

Напишите (или исправьте) в /etc/rc.conf
sendmail_enable="NONE" - при загрузке "без сети" может тормозить он.

Также следует разобраться в ошибкой "link_elf: symbol seminfo undefined". Это может быть связано с эмуляцией Linux и с семафорами вообще

"Вопрос по NIC."
Отправлено tuxedo , 24-Ноя-03 14:42 
>Может сетевая карта неисправная? Работает ли под Windows? Есть ли какие-нибудь ISA
>карты, с которыми она может конфликтовать по прерыванию? Может криво стоит
>в слоте(переставьте в другой). Если ничего не получится - попробуйте поменять
>ее у знакомых товарищей на что-нибудь аналогичное, но на других чипах.
>На Realtek 8029 например.

ОК. Попробую еще седня потыкаться. Хотя карта рабочая. В Винде работала. А кроме нее юолсе нет никакой другой сетевухи. Если что,помяняю на другую. А кстати, можно просто вытащить ее и поставить другую? Сстема сама должна ее отдетектить, та?

>
>Задержки при загрузке вполне возможно связаны именно с DNS. Можно попробовать временно
>закомментировать в /etc/resolv.conf адрес name сервера.
ОК. Попробую отрубить.

>
>Напишите (или исправьте) в /etc/rc.conf
>sendmail_enable="NONE" - при загрузке "без сети" может тормозить он.
ОК. Попробую отрубить. Хотя я пробовал. Только параметр не "NONE" брал, а "NO" и это не помагало. Попробую "NONE" может поможет.

>Также следует разобраться в ошибкой "link_elf: symbol seminfo undefined". Это может быть
>связано с эмуляцией Linux и с семафорами вообще
А как тут быть? С чего начинать то? Как отрубить Linux поддержку? а то при инсталяции поставил, а зачем не знаю. И что такое симафоры?


"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 24-Ноя-03 18:23 
>ОК. Попробую еще седня потыкаться. Хотя карта рабочая. В Винде работала. А
>кроме нее юолсе нет никакой другой сетевухи. Если что,помяняю на другую.
>А кстати, можно просто вытащить ее и поставить другую? Сстема сама
>должна ее отдетектить, та?
Если будет поддерживаться ed драйвером или другим включенным в ядро - то да
>
>>связано с эмуляцией Linux и с семафорами вообще
>А как тут быть? С чего начинать то? Как отрубить Linux поддержку?
linux_enable="NO" в rc.conf
Сложно сказать. В какой именно момент это проявляется?
Была кажется раньше такая бага, но не помню уже. Это не так страшно, можно не обращать внимания. В ядре ничего не меняли на тему
options         SYSVSHM
options         SYSVMSG
options         SYSVSEM

Обновитесь до 4.9, думаю пройдет.

>а то при инсталяции поставил, а зачем не знаю. И что
>такое симафоры?
Это как на железной дороге. Еще есть стрелки ;-)
Это некая сущность, предназначенная для синхронизации процессов и потоков.

"Вопрос по NIC."
Отправлено tuxedo , 24-Ноя-03 22:32 
>>ОК. Попробую еще седня потыкаться. Хотя карта рабочая. В Винде работала. А
>>кроме нее юолсе нет никакой другой сетевухи. Если что,помяняю на другую.
>>А кстати, можно просто вытащить ее и поставить другую? Сстема сама
>>должна ее отдетектить, та?
> Если будет поддерживаться ed драйвером или другим включенным в ядро -
>то да.
ОК. Спасибо. Пока не пробовал. Еще стоит старая. Но у меня есть на чипсете Realtek 8139D PCI, она кажысь вообще без проблем должна встать, так?

>>>связано с эмуляцией Linux и с семафорами вообще
>>А как тут быть? С чего начинать то? Как отрубить Linux поддержку?
> linux_enable="NO" в rc.conf
>Сложно сказать. В какой именно момент это проявляется?
>Была кажется раньше такая бага, но не помню уже. Это не так
>страшно, можно не обращать внимания. В ядре ничего не меняли на
>тему
>options         SYSVSHM
>options         SYSVMSG
>options         SYSVSEM
>
>Обновитесь до 4.9, думаю пройдет.
Вооще-то это появлялось вот где:
..........................................................................
.
Initial rc.i386 initialization:
Configuring syscons: blanktime.
Additional ABI support: linuxlink_elf: sysmbol seminfo underfined. (это написано серым цветом, только link_elf: sysmbol seminfo underfined написано белым)
а потом приглашение. Но это уже в прошлом. После того как я поставил linux_enable="NO" в rc.conf, то все - это больше не появляется. Вы не могли бы прокомментировать это? Почему так? В чем связь? Чего не хватало?
а эти опции в ядре:
options         SYSVSHM
options         SYSVMSG
options         SYSVSEM
к чему относятся? и в моем ядре они закоментированы, а они должны присутствовать, если установлена поддержка linux_support?

>>а то при инсталяции поставил, а зачем не знаю. И что
>>такое симафоры?
> Это как на железной дороге. Еще есть стрелки ;-)
>Это некая сущность, предназначенная для синхронизации процессов и потоков.
Спасибо. Это у меня еще в переди как я понимаю.

"Вопрос по NIC."
Отправлено tuxedo , 25-Ноя-03 18:29 
>>ОК. Попробую еще седня потыкаться. Хотя карта рабочая. В Винде работала. А
>>кроме нее юолсе нет никакой другой сетевухи. Если что,помяняю на другую.
>>А кстати, можно просто вытащить ее и поставить другую? Сстема сама
>>должна ее отдетектить, та?
> Если будет поддерживаться ed драйвером или другим включенным в ядро -
>то да.
ОК. Спасибо. Пока не пробовал. Еще стоит старая. Но у меня есть на чипсете Realtek 8139D PCI, она кажысь вообще без проблем должна встать, так?
>>>связано с эмуляцией Linux и с семафорами вообще
>>А как тут быть? С чего начинать то? Как отрубить Linux поддержку?
> linux_enable="NO" в rc.conf
>Сложно сказать. В какой именно момент это проявляется?
>Была кажется раньше такая бага, но не помню уже. Это не так
>страшно, можно не обращать внимания. В ядре ничего не меняли на
>тему
>options         SYSVSHM
>options         SYSVMSG
>options         SYSVSEM
>
>Обновитесь до 4.9, думаю пройдет.
Вооще-то это появлялось вот где:
..........................................................................
.
Initial rc.i386 initialization:
Configuring syscons: blanktime.
Additional ABI support: linuxlink_elf: sysmbol seminfo underfined. (это написано серым цветом, только link_elf: sysmbol seminfo underfined написано белым)
а потом приглашение. Но это уже в прошлом. После того как я поставил linux_enable="NO" в rc.conf, то все - это больше не появляется. Вы не могли бы прокомментировать это? Почему так? В чем связь? Чего не хватало?
а эти опции в ядре:
options         SYSVSHM
options         SYSVMSG
options         SYSVSEM
к чему относятся? и в моем ядре они закоментированы, а они должны присутствовать, если установлена поддержка linux_support?

>>а то при инсталяции поставил, а зачем не знаю. И что
>>такое симафоры?
> Это как на железной дороге. Еще есть стрелки ;-)
>Это некая сущность, предназначенная для синхронизации процессов и потоков.
Спасибо. Это у меня еще в переди как я понимаю.

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 25-Ноя-03 19:02 
>ОК. Спасибо. Пока не пробовал. Еще стоит старая. Но у меня есть
>на чипсете Realtek 8139D PCI, она кажысь вообще без проблем должна
>встать, так?
Да, man rl
Правда производительность на слабых компах может быть не очень впечатляющей.

>а эти опции в ядре:
>options         SYSVSHM
>options         SYSVMSG
>options         SYSVSEM
>к чему относятся? и в моем ядре они закоментированы, а они должны
Это несколько сложно объяснить. Это несколько девелоперские вещи. Некоторый софт для корректного фунциклирования требует их наличие. Это из области межпроцессного взаимодействия. Есть толстые книжки на эту тему.

>присутствовать, если установлена поддержка linux_support?
Вообще-то по умолчанию они включены в GENERIC. Как они у вас выключились? При linux_support должны быть включены. Если linux_support вам не нужен - просто так его включать не надо.

>
>>>а то при инсталяции поставил, а зачем не знаю. И что
>>>такое симафоры?
>> Это как на железной дороге. Еще есть стрелки ;-)
>>Это некая сущность, предназначенная для синхронизации процессов и потоков.
>Спасибо. Это у меня еще в переди как я понимаю.
Смотря чем заниматься. Может и не придется.


"Вопрос по NIC."
Отправлено tuxedo , 26-Ноя-03 00:12 
Ув. Cheeto_McMourrell, огромное Вам спасибо за доходчивое пояснение и разъяснение.

>>>>а то при инсталяции поставил, а зачем не знаю. И что
>>>>такое симафоры?
>>> Это как на железной дороге. Еще есть стрелки ;-)
>>>Это некая сущность, предназначенная для синхронизации процессов и потоков.
>>Спасибо. Это у меня еще в переди как я понимаю.
> Смотря чем заниматься. Может и не придется.
А чем надо заниматься, что бы это понадобилось?

И еще. Вы уж простите за назойливость, но вы один мне подсказываете. Я опять хочу акцентировать внимание на моей сетево карточке. Я ее еще не менял, все та же используется - ed0. Но вот какая у меня появилась догадка. Похоже, что сообщение ed0: device timeout более ьеня не бепокоит, сиситема грузиться на ура, как по мне так достаточно быстро - нигде не затыкаясь. Это для меня уже прогресс, как для новичка. Я просто, что теперь хочу сказать. Мне не понятно, почему карта не фунцыклирует как надо. Ведь с ней все нормально - судя по сообщениям системы. Но только вот ping на gateway не проходит. Точнее вообще ничего не выдается, просто все стоит на месте и приходится нажимать Ctrl-C. Хотя если сделать комманду arp -a -n то выводится информация о MAC-адресе карты getway'я и присущим ей IP-адресе. Странно как-то. Вот я и подумал, что может быть все дело в firewall'ом, хотя я его не устанавливал и не активизировал в ядре. Но вот время установки ОС с диска, когда процесс установки запросил меня об уховне безопастности, я, как мне кажется, указал Medium. Может ли это как-то влиять? Как это отключить? Что это за уровени безопастности и чем это отключается от поддержки firewal'a? Вот. Не поможете с этим, а?

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 26-Ноя-03 01:48 
>А чем надо заниматься, что бы это понадобилось?
Программированием.
>
>И еще. Вы уж простите за назойливость, но вы один мне подсказываете.
>Я опять хочу акцентировать внимание на моей сетево карточке. Я ее
>еще не менял, все та же используется - ed0. Но вот
>какая у меня появилась догадка. Похоже, что сообщение ed0: device timeout
>более ьеня не бепокоит, сиситема грузиться на ура, как по мне
>так достаточно быстро - нигде не затыкаясь. Это для меня уже
>прогресс, как для новичка. Я просто, что теперь хочу сказать. Мне
>не понятно, почему карта не фунцыклирует как надо. Ведь с ней
>все нормально - судя по сообщениям системы. Но только вот ping
Ну так драйвер универсальный. Возможно какие-то виды ne2000 совместимых карт не поддерживаются в силу некоторых различий.
>на gateway не проходит. Точнее вообще ничего не выдается, просто все
>стоит на месте и приходится нажимать Ctrl-C. Хотя если сделать комманду
Вы делаете ping 123.45.46.47 (адрес gateway). Ничего не происходит. Нажимаете ^C. Далее просто выдается приглашение (командная строка) или все происходит так:
PING 123.45.46.47 (123.45.46.47): 56 data bytes
^C
--- 123.45.46.47 ping statistics ---
10 packets transmitted, 0 packets received, 100% packet loss
?

>arp -a -n то выводится информация о MAC-адресе карты getway'я и
>присущим ей IP-адресе. Странно как-то. Вот я и подумал, что может
>быть все дело в firewall'ом, хотя я его не устанавливал и
>не активизировал в ядре. Но вот время установки ОС с диска,
Я думаю он у вас не установлен.
>когда процесс установки запросил меня об уховне безопастности, я, как мне
>кажется, указал Medium. Может ли это как-то влиять? Как это отключить?
Это влияет на securelevel и на то, какие сетевые сервисы будут активизированы. В вашем случае это не важно. Можете выполнить ipfw show чтобы посмотреть не запущен ли firewall.

>Что это за уровени безопастности и чем это отключается от поддержки
>firewal'a? Вот. Не поможете с этим, а?
Настройки firewall могут быть на стороне gateway. Кому он принадлежит?
Проведите такой эксперимент. В одной консоли(Alt-F1) запустите tcpdump
# tcpdump -n -i ed0

А в другой (Alt-F2)-
# ping <IP-адрес-gateway>

tcpdump будет перехватывать пакеты. Так вы сможете увидеть что происходит в это время. Сделайте это после перезагрузки, чтоб в arp -a еще небыло MAC адреса gateway.

"Вопрос по NIC."
Отправлено Barracuda , 26-Ноя-03 05:50 
Что касабельно ed0 - где-то в настройках загрузки (искать надо в /boot) была подгрузка этого модуля (только не понятно - к чему). Где - не помню, т.к. выкосил и забыл :(
"Вопрос по NIC."
Отправлено tuxedo , 26-Ноя-03 10:59 
>>на gateway не проходит. Точнее вообще ничего не выдается, просто все
>>стоит на месте и приходится нажимать Ctrl-C. Хотя если сделать комманду
> Вы делаете ping 123.45.46.47 (адрес gateway). Ничего не происходит. Нажимаете ^C.
>Далее просто выдается приглашение (командная строка) или все происходит так:
>PING 123.45.46.47 (123.45.46.47): 56 data bytes
>^C
>--- 123.45.46.47 ping statistics ---
>10 packets transmitted, 0 packets received, 100% packet loss
>?
Да, именно это у меня и получается! Что бы это значилло?

>>arp -a -n то выводится информация о MAC-адресе карты getway'я и
>>присущим ей IP-адресе. Странно как-то. Вот я и подумал, что может
>>быть все дело в firewall'ом, хотя я его не устанавливал и
>>не активизировал в ядре. Но вот время установки ОС с диска,
> Я думаю он у вас не установлен.
ОК. Это пока хорошо. Только вообще-то я маленько запутался - из-за терминологии скорее всего. Я еще пока не разбирался с файрволом. Просто меня немного путают эти комманды или программы - ipchains и ipfw. Что это, к чему они, не понятно! Я пока еще с этим не знакомился, но это мне будет надо в будущем.

>>когда процесс установки запросил меня об уховне безопастности, я, как мне
>>кажется, указал Medium. Может ли это как-то влиять? Как это отключить?
> Это влияет на securelevel и на то, какие сетевые сервисы будут
>активизированы. В вашем случае это не важно. Можете выполнить ipfw show
>чтобы посмотреть не запущен ли firewall.
Понятно. А это securelevel можно как-то изменить. Ну, там пармаметр ему изменить, чтоб было не Medium,а что-то другое, например, High или еще какой другой?

>>Что это за уровени безопастности и чем это отключается от поддержки
>>firewal'a? Вот. Не поможете с этим, а?
> Настройки firewall могут быть на стороне gateway. Кому он принадлежит?
Gateway этот - это gateway моего провайдера. В Win2k он у меня прописан и все в винде работает.

>Проведите такой эксперимент. В одной консоли(Alt-F1) запустите tcpdump
># tcpdump -n -i ed0
>
>А в другой (Alt-F2)-
># ping <IP-адрес-gateway>
>
>tcpdump будет перехватывать пакеты. Так вы сможете увидеть что происходит в это
>время. Сделайте это после перезагрузки, чтоб в arp -a еще небыло
>MAC адреса gateway.
ОК. Поробую сделать. О результатах сообщу, только вечером после 20:00.
Спасибо.

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 26-Ноя-03 20:30 
>>10 packets transmitted, 0 packets received, 100% packet loss
>>?
>Да, именно это у меня и получается! Что бы это значилло?
Это значит, вероятно, что узел вам не отвечает, либо ваши запросы до него не доходят.

>скорее всего. Я еще пока не разбирался с файрволом. Просто меня
>немного путают эти комманды или программы - ipchains и ipfw. Что
ipchains - это в Линуксе. В FreeBSD есть ipfw и ipfilter(ipf).

>Понятно. А это securelevel можно как-то изменить. Ну, там пармаметр ему изменить,
>чтоб было не Medium,а что-то другое, например, High или еще какой
>другой?
Про securelevel можно прочитать man init
Настройки задаются в rc.conf
kern_securelevel_enable
kern_securelevel
Много интересного про rc.conf можно узнать в /etc/defaults/rc.conf. Там значения всех переменных с краткими комментариями.
Я думаю вам пока не надо ничего менять с securelevel

>>>Что это за уровени безопастности и чем это отключается от поддержки
>>>firewal'a? Вот. Не поможете с этим, а?
man 8 init
>> Настройки firewall могут быть на стороне gateway. Кому он принадлежит?
>Gateway этот - это gateway моего провайдера. В Win2k он у меня
>прописан и все в винде работает.
Так я и думал. Какие IP адреса вы прописываете в windows и FreeBSD? Дело в том, что провайдер может выполнять жесткую привязку между MAC адресом и IP адресом. В Windows у сетевой карты другой MAC адрес, поэтому там работает, а на FreeBSD нет.

>
>>Проведите такой эксперимент. В одной консоли(Alt-F1) запустите tcpdump
>># tcpdump -n -i ed0
>>
>>А в другой (Alt-F2)-
>># ping <IP-адрес-gateway>
>>
>>tcpdump будет перехватывать пакеты. Так вы сможете увидеть что происходит в это
>>время. Сделайте это после перезагрузки, чтоб в arp -a еще небыло
>>MAC адреса gateway.
>ОК. Поробую сделать. О результатах сообщу, только вечером после 20:00.
>Спасибо.
Осталось только догадаться где вы живете(в каком часовом поясе)?
В Латвии? (@inbox.lv)

"Вопрос по NIC."
Отправлено tuxedo , 26-Ноя-03 23:33 
>>>10 packets transmitted, 0 packets received, 100% packet loss
>>>?
>>Да, именно это у меня и получается! Что бы это значилло?
> Это значит, вероятно, что узел вам не отвечает, либо ваши запросы
>до него не доходят.
Понятно. Спасибо .

>>скорее всего. Я еще пока не разбирался с файрволом. Просто меня
>>немного путают эти комманды или программы - ipchains и ipfw. Что
> ipchains - это в Линуксе. В FreeBSD есть ipfw и ipfilter(ipf).
Ясно. Спасибо.

>>Понятно. А это securelevel можно как-то изменить. Ну, там пармаметр ему изменить,
>>чтоб было не Medium,а что-то другое, например, High или еще какой
>>другой?
>Про securelevel можно прочитать man init
>Настройки задаются в rc.conf
>kern_securelevel_enable
>kern_securelevel
> Много интересного про rc.conf можно узнать в /etc/defaults/rc.conf. Там значения всех
>переменных с краткими комментариями.
> Я думаю вам пока не надо ничего менять с securelevel
ОК.

>>>>Что это за уровени безопастности и чем это отключается от поддержки
>>>>firewal'a? Вот. Не поможете с этим, а?
> man 8 init
>>> Настройки firewall могут быть на стороне gateway. Кому он принадлежит?
>>Gateway этот - это gateway моего провайдера. В Win2k он у меня
>>прописан и все в винде работает.
> Так я и думал. Какие IP адреса вы прописываете в windows
>и FreeBSD? Дело в том, что провайдер может выполнять жесткую привязку
>между MAC адресом и IP адресом. В Windows у сетевой карты
>другой MAC адрес, поэтому там работает, а на FreeBSD нет.
Нет, эта проблема исключена. Т.к. до этого я баловался с размыми версиями Линуксов (просто смотрел) и там все работало. Так что я думаю тут что-то другое.

>>>Проведите такой эксперимент. В одной консоли(Alt-F1) запустите tcpdump
>>># tcpdump -n -i ed0
>>>
>>>А в другой (Alt-F2)-
>>># ping <IP-адрес-gateway>
>>>
>>>tcpdump будет перехватывать пакеты. Так вы сможете увидеть что происходит в это
>>>время. Сделайте это после перезагрузки, чтоб в arp -a еще небыло
>>>MAC адреса gateway.
>>ОК. Поробую сделать. О результатах сообщу, только вечером после 20:00.
>>Спасибо.
Сделал. Вот, что получил в итоге. Значит, когда я запустил ping 192.168.200.65 в одной консоли, то как я и раньше говорил ничего не происходило. Молча все. А в другой консоли, когда запустил tcpdump -n -i ed0, то вот что я получил:
..........................................................................
20:12:05.117422 192.168.200.77 > 192.168.200.65: icmp: echo request
20:12:05.117422 192.168.200.65 > 192.168.200.77: icmp: echo reply
20:12:05.117422 192.168.200.77 > 192.168.200.65: icmp: echo request
20:12:05.117422 192.168.200.65 > 192.168.200.77: icmp: echo reply
20:12:05.117422 192.168.200.77 > 192.168.200.65: icmp: echo request
20:12:05.117422 192.168.200.65 > 192.168.200.77: icmp: echo reply
20:12:05.117422 192.168.200.69.138 > 192.168.200.127.138:
NBP UDP PACKET(138) Res=0x1102 ID=0x8131 IP=192 (0xc0).168 (0xc8).69 (0x45) Pot=138 (0x8a) Lenght=192 (0xc0) Res2=0x0
SourceName = SLAVA NameType=0x00 (Workstation)
DestName=
Warning: Short packet. Try increasing the snap lenght

20:12:05.117422 192.168.200.77 > 192.168.200.65: icmp: echo request
20:12:05.117422 192.168.200.65 > 192.168.200.77: icmp: echo reply
20:12:05.117422 192.168.200.77 > 192.168.200.65: icmp: echo request
20:12:05.117422 192.168.200.65 > 192.168.200.77: icmp: echo reply
20:12:05.117422 192.168.200.77 > 192.168.200.65: icmp: echo request
20:12:05.117422 192.168.200.65 > 192.168.200.77: icmp: echo reply

Потом нажал Ctrl-C и получил ответ:

76 packets received by filter
0 packets dropped by kernel
Nov 26 20:12:09 server /kernel: ed0: promiscuous mode disabled

Вот. А пинг как нишкл так и не шел. Что бы это значило? и можно ли посмотреть весь лог от комманды tcpdump?

>Осталось только догадаться где вы живете(в каком часовом поясе)?
>В Латвии? (@inbox.lv)
Точно.

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 27-Ноя-03 00:16 
Ну так все должно работать. icmp: echo reply - это и есть ответы на ваш ping.

Попробуйте так:
tcpdump -vvv -n -e -i ed0
пришлите что выводит он и что arp -a -n

>20:12:05.117422 192.168.200.77 > 192.168.200.65: icmp: echo request
>20:12:05.117422 192.168.200.65 > 192.168.200.77: icmp: echo reply
А почему у вас время одинаковое?

"Вопрос по NIC."
Отправлено tuxedo , 27-Ноя-03 02:14 
>Ну так все должно работать. icmp: echo reply - это и есть
>ответы на ваш ping.
Как-будто бы да.

>Попробуйте так:
>tcpdump -vvv -n -e -i ed0
>пришлите что выводит он и что arp -a -n
Вот, что получилось:
#tcpdump -vvv -n -e -i ed0
..........................................................................
23:00:57.09677 0:0:e8:8e:e0:8a   0:30:4f:1b:1c:8f 0800 98: 192.168.200.77 > 192.168.200.65: icmp: echo request (ttl 64, id 40, len 84)
23:00:57.097057 0:30:4f:1b:1c:8f   0:0:e8:8e:e0:8a 0800 98: 192.168.200.65 > 192.168.200.77: icmp: echo reply (ttl 64, id 40, len 84)
..........................................................................

#arp -a -n
? (192.168.200.65) at 00:30:4f:1b:1c:8f on ed0 [ethernet]

Но пинг ничего не показывает. Просто на месте все стоит. А после нажатия Ctrl-C выдает что 100% пакетов потяряны. Ничего не понимаю.
А что означает - ed0: promiscuous mode disabled и ed0: promiscuous mode enabled? и Try increasing the snap lenght? Он мне такое выдавал бывало. Может не мучаться, а заменить сетевуху?

>>20:12:05.117422 192.168.200.77 > 192.168.200.65: icmp: echo request
>>20:12:05.117422 192.168.200.65 > 192.168.200.77: icmp: echo reply
>А почему у вас время одинаковое?
а, лень было его менять!


"Вопрос по NIC."
Отправлено Barracuda , 27-Ноя-03 03:04 
>>Ну так все должно работать. icmp: echo reply - это и есть
>>ответы на ваш ping.
>Как-будто бы да.
>
>>Попробуйте так:
>>tcpdump -vvv -n -e -i ed0
>>пришлите что выводит он и что arp -a -n
>Вот, что получилось:
>#tcpdump -vvv -n -e -i ed0
>..........................................................................
>23:00:57.09677 0:0:e8:8e:e0:8a   0:30:4f:1b:1c:8f 0800 98: 192.168.200.77 > 192.168.200.65: icmp: echo request (ttl 64, id 40, len 84)
>23:00:57.097057 0:30:4f:1b:1c:8f   0:0:e8:8e:e0:8a 0800 98: 192.168.200.65 > 192.168.200.77: icmp: echo reply (ttl 64, id 40, len 84)
>..........................................................................
>
>#arp -a -n
>? (192.168.200.65) at 00:30:4f:1b:1c:8f on ed0 [ethernet]
>
>Но пинг ничего не показывает. Просто на месте все стоит. А после
>нажатия Ctrl-C выдает что 100% пакетов потяряны. Ничего не понимаю.
>А что означает - ed0: promiscuous mode disabled
>и ed0: promiscuous mode enabled?
Включение и, соответственно, режима захвата всех пакетов сетевухой. Собсно, для дампа траффика.

>Try increasing the snap lenght?
Ну это NetBIOS пакет ему не понравился.

> Он мне такое выдавал бывало.
Ещё и не такое может выдавать :)

> Может не мучаться, а заменить сетевуху?
Но тут дело в том, что карточка таки получает, как  собственно и отправляет, пакеты нормально. Иначе они бы в дампе не отображались. Может таки с файрволом что не так?

>>>20:12:05.117422 192.168.200.77 > 192.168.200.65: icmp: echo request
>>>20:12:05.117422 192.168.200.65 > 192.168.200.77: icmp: echo reply
>>А почему у вас время одинаковое?
>а, лень было его менять!


"Вопрос по NIC."
Отправлено tuxedo , 27-Ноя-03 10:00 
>> Он мне такое выдавал бывало.
>Ещё и не такое может выдавать :)
:-)

>> Может не мучаться, а заменить сетевуху?
>Но тут дело в том, что карточка таки получает, как  собственно
>и отправляет, пакеты нормально. Иначе они бы в дампе не отображались.
>Может таки с файрволом что не так?
Да я вообще-то не активизтровал firewall в kernele. Может я какие-то настройки в ядре упустил, это может повлиять?

"Вопрос по NIC."
Отправлено tuxedo , 27-Ноя-03 16:26 
>> Он мне такое выдавал бывало.
>Ещё и не такое может выдавать :)
:-)

>> Может не мучаться, а заменить сетевуху?
>Но тут дело в том, что карточка таки получает, как  собственно
>и отправляет, пакеты нормально. Иначе они бы в дампе не отображались.
>Может таки с файрволом что не так?
Да я вообще-то не активизтровал firewall в kernele. Может я какие-то настройки в ядре упустил, это может повлиять?


"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 27-Ноя-03 18:28 
>Да я вообще-то не активизтровал firewall в kernele. Может я какие-то настройки
>в ядре упустил, это может повлиять?
Уважаемый tuxedo!
У вас получилась очень интересная ситуация. Теоретически все должно работать. Если у вас все правильно настроено и вы не меняли те настройки, смысла которых не понимаете. Мне в голову не приходит где можно было так поменять. Покажите что и где вы меняли, rc.conf и конфиг ядра. Но все-же возможно, что дело в карте. Попробуйте ее поменять. Если это не поможет - тогда уже можно будет разбираться что и почему. А так - это напрасная трата времени. Я не телепат и мне очень сложно давать какие-нибудь рекомендации в этой ситуации.
"Вопрос по NIC."
Отправлено tuxedo , 28-Ноя-03 09:56 
>>Да я вообще-то не активизтровал firewall в kernele. Может я какие-то настройки
>>в ядре упустил, это может повлиять?
> Уважаемый tuxedo!
>У вас получилась очень интересная ситуация. Теоретически все должно работать. Если у
>вас все правильно настроено и вы не меняли те настройки, смысла
>которых не понимаете. Мне в голову не приходит где можно было
>так поменять. Покажите что и где вы меняли, rc.conf и конфиг
>ядра. Но все-же возможно, что дело в карте. Попробуйте ее поменять.
>Если это не поможет - тогда уже можно будет разбираться что
>и почему. А так - это напрасная трата времени. Я не
>телепат и мне очень сложно давать какие-нибудь рекомендации в этой ситуации.
>
ОК. Спасибою Попробую заменить карту. Ради бога, простите за назойливость. Проосто очень хочется во всем это разобраться (FreeBSD).

"Вопрос по NIC."
Отправлено Alex_M , 27-Ноя-03 18:31 
>>> Он мне такое выдавал бывало.
>>Ещё и не такое может выдавать :)
>:-)
>
>>> Может не мучаться, а заменить сетевуху?
>>Но тут дело в том, что карточка таки получает, как  собственно
>>и отправляет, пакеты нормально. Иначе они бы в дампе не отображались.
>>Может таки с файрволом что не так?
>Да я вообще-то не активизтровал firewall в kernele. Может я какие-то настройки
>в ядре упустил, это может повлиять?

Покажи вывод команды ifconfig ed0

Ядро GENERIC или самосборное? (uname -v)
Если самосборное, то проверь, что в конфиге нет строчек наподобие
options         IPFIREWALL    и т.п.
options         IPFILTER    и т.п.

Проверь securelevel:
sysctl kern.securelevel
Должно быть
kern.securelevel: -1

"Вопрос по NIC."
Отправлено Cheeto_McMourrell , 27-Ноя-03 18:41 
>Проверь securelevel:
>sysctl kern.securelevel
>Должно быть
>kern.securelevel: -1
securelevel не должен на это влиять. Работать должно и с securelevel=3.

"Вопрос по NIC."
Отправлено Alex_M , 27-Ноя-03 18:56 
>>Проверь securelevel:
>>sysctl kern.securelevel
>>Должно быть
>>kern.securelevel: -1
> securelevel не должен на это влиять. Работать должно и с securelevel=3.
>


В общем конечно да. Просто в этом треде говорили о securelevel и кажется вопрошающий не очень понимает что это, зачем это и включено ли у него это. Так что лучше ему убедиться что эта фича отключена, до тех пор, пока он не будет знать точно что она ему нужна.

"Вопрос по NIC."
Отправлено lavr , 27-Ноя-03 19:28 
>>> Он мне такое выдавал бывало.
>>Ещё и не такое может выдавать :)
>:-)
>
>>> Может не мучаться, а заменить сетевуху?
>>Но тут дело в том, что карточка таки получает, как  собственно
>>и отправляет, пакеты нормально. Иначе они бы в дампе не отображались.
>>Может таки с файрволом что не так?
>Да я вообще-то не активизтровал firewall в kernele. Может я какие-то настройки
>в ядре упустил, это может повлиять?

вот чудик :)

Убедись что данная карта РАБОЧАЯ, затем:

1) проверь что у тебя на каких прерываниях работает:

- железо
- драйвера оставшиеся в ядре (ВСЕ лишнее выкинуть и пересобрать ядро)

что возможно, конфликт по irq или iomem с другими устройствами или
драйверами, разъемы, розетки...

Если с первым разобрался и уверен что все Ok, переходи к:

2) режимы выставленные на карте: media и mediaopt - взависимости от того
какая карта (вдруг комбо) и как и куда подключена:

- тонкий ethernet - длина и режимы (half-duplex)
- скрученная пара и согласованность с хабом или свитчем

смотришь ifconfig что показывает, если у тебя TP, возможно проблема
в negotiation, значит надо твердно устанавливать media и mediaopt на
карте и хабе/свитче, либо менять карту

Берешь сетупную утилиту от этой карты с флопа или cdrom, запускаешь
в MSDOS или Вынь, устанавливашь ПРАВИЛЬНЫЕ режимы и IRQ и запускаешь
как минимум loopback тест для проверки на себя, если все ok, сохраняешь
настройки и грузишь FreeBSD, если все сделал ВЕРНО и устранил неисправности, все должно заколоситься. Разумеется свой ip, subnet и
brodcast с default_router должны быть правильными.

Строгая рекомендация: читай handbook, faq и все будет в порядке