форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Вопрос по NIC."
Сообщение от tuxedo on 22-Ноя-03, 14:59  (MSK)
Добрый день, Я вооще-то новичек во 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.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Вопрос по NIC."
Сообщение от tuxedo on 22-Ноя-03, 19:22  (MSK)
>Добрый день, > >Я вооще-то новичек во 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. Скажите, неужели всем так наплевать?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Вопрос по NIC."
	Сообщение от Cheeto_McMourrell on 22-Ноя-03, 20:20  (MSK)
	Ядро вам сообщает об ошибках в работе устройства 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 - сообщает о том, что в логах несколько сообщений одного вида и на это следует обратить внимание.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Вопрос по NIC."
	Сообщение от Nikolaev_D on 22-Ноя-03, 20:36  (MSK)
	>last message repeated 4 times - сообщает о том, что в логах >несколько сообщений одного вида и на это следует обратить внимание. т.е сообщение перед этим имнло мето 4 раза, и что бы не засорять лог пишется "это сообщение повторилость 4 раза". Прежде чем задавать вопрос надо над ним самому подумать.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Вопрос по NIC."
	Сообщение от tuxedo on 22-Ноя-03, 22:08  (MSK)
	>>last message repeated 4 times - сообщает о том, что в логах >>несколько сообщений одного вида и на это следует обратить внимание. > > >т.е сообщение перед этим имнло мето 4 раза, и что бы не >засорять лог пишется "это сообщение повторилость 4 раза". >Прежде чем задавать вопрос надо над ним самому подумать. Спасибо за ответ! Буду пытаться разобраться. Хотя странно. Сетевуха у меня PCI, но он распознает ее как ISA. Это и понятно. Т.к. она относится, как я выяснил, к разряду карт NE2000 Compatible. Даже не знаю что и делать. Попробую поставить другую. Что касается сообщений, то хочу спросить, с чего начать, как выяснить причину появления этой информации?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Вопрос по NIC."
	Сообщение от Cheeto_McMourrell on 22-Ноя-03, 23:25  (MSK)
	>Спасибо за ответ! >Буду пытаться разобраться. Хотя странно. Сетевуха у меня 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/kernelconfig.html
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Вопрос по NIC."
	Сообщение от Nikolaev_D on 23-Ноя-03, 00:17  (MSK)
	>и пересоберите ядро. Возможно это поможет. О том как это сделать можно >прочитать в FreeBSD Handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html да вот, не читают гады :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Вопрос по NIC."
	Сообщение от tuxedo on 23-Ноя-03, 01:02  (MSK)
	>>и пересоберите ядро. Возможно это поможет. О том как это сделать можно >>прочитать в FreeBSD Handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html > > > >да вот, не читают гады :) НУ, простите, пожалуйста. Прочитал! Но хочу спросить еще. После добавления строки device          ed строку device          ed0     at isa? disable port 0x280 irq 10 iomem 0xd8000 необходимо закоментарить или оствить? И еще вопросик кастельно пресбору ядра. После некоторых изменений с конфигурационном файле и запуска make biuldkernel KERNCONF=CUSTOM выдается ошибка Error Code 1. Что это значит? Как посмотреть лог? Как локализовать эту ошибку? Спасибо, огромное!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Вопрос по NIC."
	Сообщение от tuxedo on 23-Ноя-03, 11:57  (MSK)
	>>>и пересоберите ядро. Возможно это поможет. О том как это сделать можно >>>прочитать в FreeBSD Handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html >> >> >> >>да вот, не читают гады :) > НУ, простите, пожалуйста. Прочитал! Но хочу спросить еще. После добавления строки device          ed строку device          ed0     at isa? disable port 0x280 irq 10 iomem 0xd8000 необходимо закоментарить или оствить? И еще вопросик кастельно пресбору ядра. После некоторых изменений с конфигурационном файле и запуска make biuldkernel KERNCONF=CUSTOM выдается ошбка Error Code 1. Что это значит? Как посмотреть лог? Как локализовать эту ошибку? Спасибо, огромное!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Вопрос по NIC."
	Сообщение от Cheeto_McMourrell on 23-Ноя-03, 15:17  (MSK)
	Не надо больше эксперементировать. Раз не получается - используйте старый вариант. Как написано в http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html 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 Не включайте и не отключайте никаких опций в конфиге если точно не знаете что делаете.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Вопрос по NIC."
	Сообщение от tuxedo on 23-Ноя-03, 20:02  (MSK)
	>Не надо больше эксперементировать. Раз не получается - используйте старый вариант. Как >написано в http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html >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 что можно сказать? Что необходимо будет далее делать?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

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

	12. "Вопрос по NIC."
	Сообщение от tuxedo on 23-Ноя-03, 21:27  (MSK)
	>>в случае с device ed что можно сказать? Что необходимо будет >>далее делать? >Далее ничего не нужно делать. Либо заработает, либо нет. >PCI - более новый стандарт. Там поддержка PnP была изначально насколько я >помню. Ну и, соответственно, продумана более грамотно. >При загрузке ядро определяет список устройств, находящихся на шине и пытается подобрать >драйвер. Если это не удается - выводится что-то типа >pci0: unknown card ... >Повторно это можно увидеть, используя команду dmesg. >Устройства на шине PCI - командой pciconf -l -v Похоже не помогло! Хотя при команде pciconf -l -v показало, что найдена сетевуха и правильно, кажись, найдена. Но все как-то странно! Хотя у меня есть некоторые подозрения. Я работя с БСД, но к сетевухе не подключен кабель! Это может влиять? Похоже, что это влияет - даже очень. Если кабель в ставлен, то система вообще грузится. Если вытащен, то система загружается, а потом вставив его попытаться сделать ping на gateway, то ничего не происходит, также ничего не происходит и при команде arp -a. В прямом смысле слова - НИЧЕГО. Приходиться нажимать CTRL-C.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

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

	14. "Вопрос по NIC."
	Сообщение от tuxedo on 23-Ноя-03, 22:57  (MSK)
	>>Хотя при команде 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 Действительно выводит информацию! Спасибо!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "Вопрос по NIC."
	Сообщение от Cheeto_McMourrell on 24-Ноя-03, 03:18  (MSK)
	Может сетевая карта неисправная? Работает ли под Windows? Есть ли какие-нибудь ISA карты, с которыми она может конфликтовать по прерыванию? Может криво стоит в слоте(переставьте в другой). Если ничего не получится - попробуйте поменять ее у знакомых товарищей на что-нибудь аналогичное, но на других чипах. На Realtek 8029 например. Задержки при загрузке вполне возможно связаны именно с DNS. Можно попробовать временно закомментировать в /etc/resolv.conf адрес name сервера. Напишите (или исправьте) в /etc/rc.conf sendmail_enable="NONE" - при загрузке "без сети" может тормозить он. Также следует разобраться в ошибкой "link_elf: symbol seminfo undefined". Это может быть связано с эмуляцией Linux и с семафорами вообще
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "Вопрос по NIC."
	Сообщение от tuxedo on 24-Ноя-03, 14:42  (MSK)
	>Может сетевая карта неисправная? Работает ли под 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 поддержку? а то при инсталяции поставил, а зачем не знаю. И что такое симафоры?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

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

	18. "Вопрос по NIC."
	Сообщение от tuxedo on 24-Ноя-03, 22:32  (MSK)
	>>ОК. Попробую еще седня потыкаться. Хотя карта рабочая. В Винде работала. А >>кроме нее юолсе нет никакой другой сетевухи. Если что,помяняю на другую. >>А кстати, можно просто вытащить ее и поставить другую? Сстема сама >>должна ее отдетектить, та? > Если будет поддерживаться 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? >>а то при инсталяции поставил, а зачем не знаю. И что >>такое симафоры? > Это как на железной дороге. Еще есть стрелки ;-) >Это некая сущность, предназначенная для синхронизации процессов и потоков. Спасибо. Это у меня еще в переди как я понимаю.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "Вопрос по NIC."
	Сообщение от tuxedo on 25-Ноя-03, 18:29  (MSK)
	>>ОК. Попробую еще седня потыкаться. Хотя карта рабочая. В Винде работала. А >>кроме нее юолсе нет никакой другой сетевухи. Если что,помяняю на другую. >>А кстати, можно просто вытащить ее и поставить другую? Сстема сама >>должна ее отдетектить, та? > Если будет поддерживаться 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? >>а то при инсталяции поставил, а зачем не знаю. И что >>такое симафоры? > Это как на железной дороге. Еще есть стрелки ;-) >Это некая сущность, предназначенная для синхронизации процессов и потоков. Спасибо. Это у меня еще в переди как я понимаю.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	20. "Вопрос по NIC."
	Сообщение от Cheeto_McMourrell on 25-Ноя-03, 19:02  (MSK)
	>ОК. Спасибо. Пока не пробовал. Еще стоит старая. Но у меня есть >на чипсете Realtek 8139D PCI, она кажысь вообще без проблем должна >встать, так? Да, man rl Правда производительность на слабых компах может быть не очень впечатляющей. >а эти опции в ядре: >options         SYSVSHM >options         SYSVMSG >options         SYSVSEM >к чему относятся? и в моем ядре они закоментированы, а они должны Это несколько сложно объяснить. Это несколько девелоперские вещи. Некоторый софт для корректного фунциклирования требует их наличие. Это из области межпроцессного взаимодействия. Есть толстые книжки на эту тему. >присутствовать, если установлена поддержка linux_support? Вообще-то по умолчанию они включены в GENERIC. Как они у вас выключились? При linux_support должны быть включены. Если linux_support вам не нужен - просто так его включать не надо. > >>>а то при инсталяции поставил, а зачем не знаю. И что >>>такое симафоры? >> Это как на железной дороге. Еще есть стрелки ;-) >>Это некая сущность, предназначенная для синхронизации процессов и потоков. >Спасибо. Это у меня еще в переди как я понимаю. Смотря чем заниматься. Может и не придется.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	21. "Вопрос по NIC."
	Сообщение от tuxedo on 26-Ноя-03, 00:12  (MSK)
	Ув. Cheeto_McMourrell, огромное Вам спасибо за доходчивое пояснение и разъяснение. >>>>а то при инсталяции поставил, а зачем не знаю. И что >>>>такое симафоры? >>> Это как на железной дороге. Еще есть стрелки ;-) >>>Это некая сущность, предназначенная для синхронизации процессов и потоков. >>Спасибо. Это у меня еще в переди как я понимаю. > Смотря чем заниматься. Может и не придется. А чем надо заниматься, что бы это понадобилось? И еще. Вы уж простите за назойливость, но вы один мне подсказываете. Я опять хочу акцентировать внимание на моей сетево карточке. Я ее еще не менял, все та же используется - ed0. Но вот какая у меня появилась догадка. Похоже, что сообщение ed0: device timeout более ьеня не бепокоит, сиситема грузиться на ура, как по мне так достаточно быстро - нигде не затыкаясь. Это для меня уже прогресс, как для новичка. Я просто, что теперь хочу сказать. Мне не понятно, почему карта не фунцыклирует как надо. Ведь с ней все нормально - судя по сообщениям системы. Но только вот ping на gateway не проходит. Точнее вообще ничего не выдается, просто все стоит на месте и приходится нажимать Ctrl-C. Хотя если сделать комманду arp -a -n то выводится информация о MAC-адресе карты getway'я и присущим ей IP-адресе. Странно как-то. Вот я и подумал, что может быть все дело в firewall'ом, хотя я его не устанавливал и не активизировал в ядре. Но вот время установки ОС с диска, когда процесс установки запросил меня об уховне безопастности, я, как мне кажется, указал Medium. Может ли это как-то влиять? Как это отключить? Что это за уровени безопастности и чем это отключается от поддержки firewal'a? Вот. Не поможете с этим, а?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	22. "Вопрос по NIC."
	Сообщение от Cheeto_McMourrell on 26-Ноя-03, 01:48  (MSK)
	>А чем надо заниматься, что бы это понадобилось? Программированием. > >И еще. Вы уж простите за назойливость, но вы один мне подсказываете. >Я опять хочу акцентировать внимание на моей сетево карточке. Я ее >еще не менял, все та же используется - 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.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	23. "Вопрос по NIC."
	Сообщение от Barracuda on 26-Ноя-03, 05:50  (MSK)
	Что касабельно ed0 - где-то в настройках загрузки (искать надо в /boot) была подгрузка этого модуля (только не понятно - к чему). Где - не помню, т.к. выкосил и забыл :(
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	24. "Вопрос по NIC."
	Сообщение от tuxedo on 26-Ноя-03, 10:59  (MSK)
	>>на 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. Спасибо.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	25. "Вопрос по NIC."
	Сообщение от Cheeto_McMourrell on 26-Ноя-03, 20:30  (MSK)
	>>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)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	26. "Вопрос по NIC."
	Сообщение от tuxedo on 26-Ноя-03, 23:33  (MSK)
	>>>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) Точно.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	27. "Вопрос по NIC."
	Сообщение от Cheeto_McMourrell on 27-Ноя-03, 00:16  (MSK)
	Ну так все должно работать. 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 А почему у вас время одинаковое?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	28. "Вопрос по NIC."
	Сообщение от tuxedo on 27-Ноя-03, 02:14  (MSK)
	>Ну так все должно работать. 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 >А почему у вас время одинаковое? а, лень было его менять!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	29. "Вопрос по NIC."
	Сообщение от Barracuda on 27-Ноя-03, 03:04  (MSK)
	>>Ну так все должно работать. 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 >>А почему у вас время одинаковое? >а, лень было его менять!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	30. "Вопрос по NIC."
	Сообщение от tuxedo on 27-Ноя-03, 10:00  (MSK)
	>> Он мне такое выдавал бывало. >Ещё и не такое может выдавать :) :-) >> Может не мучаться, а заменить сетевуху? >Но тут дело в том, что карточка таки получает, как  собственно >и отправляет, пакеты нормально. Иначе они бы в дампе не отображались. >Может таки с файрволом что не так? Да я вообще-то не активизтровал firewall в kernele. Может я какие-то настройки в ядре упустил, это может повлиять?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	31. "Вопрос по NIC."
	Сообщение от tuxedo on 27-Ноя-03, 16:26  (MSK)
	>> Он мне такое выдавал бывало. >Ещё и не такое может выдавать :) :-) >> Может не мучаться, а заменить сетевуху? >Но тут дело в том, что карточка таки получает, как  собственно >и отправляет, пакеты нормально. Иначе они бы в дампе не отображались. >Может таки с файрволом что не так? Да я вообще-то не активизтровал firewall в kernele. Может я какие-то настройки в ядре упустил, это может повлиять?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

	33. "Вопрос по NIC."
	Сообщение от Alex_M on 27-Ноя-03, 18:31  (MSK)
	>>> Он мне такое выдавал бывало. >>Ещё и не такое может выдавать :) >:-) > >>> Может не мучаться, а заменить сетевуху? >>Но тут дело в том, что карточка таки получает, как  собственно >>и отправляет, пакеты нормально. Иначе они бы в дампе не отображались. >>Может таки с файрволом что не так? >Да я вообще-то не активизтровал firewall в kernele. Может я какие-то настройки >в ядре упустил, это может повлиять? Покажи вывод команды ifconfig ed0 Ядро GENERIC или самосборное? (uname -v) Если самосборное, то проверь, что в конфиге нет строчек наподобие options         IPFIREWALL    и т.п. options         IPFILTER    и т.п. Проверь securelevel: sysctl kern.securelevel Должно быть kern.securelevel: -1
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	34. "Вопрос по NIC."
	Сообщение от Cheeto_McMourrell on 27-Ноя-03, 18:41  (MSK)
	>Проверь securelevel: >sysctl kern.securelevel >Должно быть >kern.securelevel: -1 securelevel не должен на это влиять. Работать должно и с securelevel=3.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	35. "Вопрос по NIC."
	Сообщение от Alex_M on 27-Ноя-03, 18:56  (MSK)
	>>Проверь securelevel: >>sysctl kern.securelevel >>Должно быть >>kern.securelevel: -1 > securelevel не должен на это влиять. Работать должно и с securelevel=3. > В общем конечно да. Просто в этом треде говорили о securelevel и кажется вопрошающий не очень понимает что это, зачем это и включено ли у него это. Так что лучше ему убедиться что эта фича отключена, до тех пор, пока он не будет знать точно что она ему нужна.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	36. "Вопрос по NIC."
	Сообщение от lavr on 27-Ноя-03, 19:28  (MSK)
	>>> Он мне такое выдавал бывало. >>Ещё и не такое может выдавать :) >:-) > >>> Может не мучаться, а заменить сетевуху? >>Но тут дело в том, что карточка таки получает, как  собственно >>и отправляет, пакеты нормально. Иначе они бы в дампе не отображались. >>Может таки с файрволом что не так? >Да я вообще-то не активизтровал 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 и все будет в порядке
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.