Linux за българи: Форуми

Linux секция за начинаещи => Настройка на хардуер => Темата е започната от: scorpio в Sep 05, 2006, 23:43



Титла: Проблем с eth0
Публикувано от: scorpio в Sep 05, 2006, 23:43
Мандрива 2006 х86_64...Проблема е, че след като пусна компютъра интернет връзка няма, въпреки че е конфигуриран интерфейса правилно и се вдига нормално...установих че като отворя drakconf -> мрежа и интернет -> преконфигуриране на мрежов интерфейс и дам "apply" - връзката тръгва - без да правя никакви промени в конфигурацията (IP, gateway и др.).
Спрях firewall-a - няма разлика...Струва ми се че просто трябва вдигането на интерфейса и стартирането на firewall-a да се изпълни като root по някаква причина...дефакто аз само това правя след като се логна като user и вразката трагва. Иначе в диалога при сетването на интернет връзката отбелязах че потребителите могат да я стартират...струва ми се че има някъкъв проблем с permissions...Моля, кажете от какво мислите че може да е ? Какво да проверя...Просто всичко изглежда наред а не е :(


Титла: Проблем с eth0
Публикувано от: redcure в Sep 06, 2006, 00:23
Здравей,
в Дебиан, ако имаш някакво повторение в /etc/network/interfaces, то води до спиране на нета. Начина да го псунеш е отново да го настройш и така всеки път, докато не си оправиш този файл. Нямам идея при Mandriva? как е, но се разтърси за скрипта за мрежата ти при началното стартиране.

Успех


Титла: Проблем с eth0
Публикувано от: scorpio в Sep 06, 2006, 22:40
Цитат (redcure @ Сеп. 06 2006,01:23)
Здравей,
в Дебиан, ако имаш някакво повторение в /etc/network/interfaces, то води до спиране на нета. Начина да го псунеш е отново да го настройш и така всеки път, докато не си оправиш този файл. Нямам идея при Mandriva? как е, но се разтърси за скрипта за мрежата ти при началното стартиране.

Успех

Благодаря ти за отговора redcure...Още несъм намерил проблема, а много дразни...пък и не ползвам само аз компютъра и трябва другите юзъри да знаят root password за да си пускат нета а тва е кофти...дано някой да има още някоя идея :(


Титла: Проблем с eth0
Публикувано от: в Sep 06, 2006, 22:44
хъх със статично IP ли си ? по какъв протокол се свързваш в интернет ?!


Титла: Проблем с eth0
Публикувано от: scorpio в Sep 06, 2006, 23:54
Да със статично IP съм. За протокола...май несъм много наясно...пишеше нещо protocol: static...ако това ме питаш...


Титла: Проблем с eth0
Публикувано от: teleport в Sep 07, 2006, 08:50
Ако искаш да получиш смислен отговор дай да видиме резултата от "ifconfig -a ; route -n" след стартиране, когато няма нет и след като нета тръгне по описаната от теб процедура.


Титла: Проблем с eth0
Публикувано от: scorpio в Sep 07, 2006, 10:05
Ами аз нали съм си начинаещ и не се сетих ;) Каквото трябва питайте...
Резултата от ifconfig -a и route -n е еднакъв преди и след "процедурата". Но ще сложа и двата, да не кажете не не изпълнявам каквото ми се каже ;)
Преди:
#ifconfig -a

eth0      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
          inet addr:213.145.XXX.XXX  Bcast:213.145.XXX.XXX  Mask:255.255.XXX.XXX
          inet6 addr: XXXX::XXX:XXXX:XXXX:XXXX/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:2411 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:300109 (293.0 KiB)  TX bytes:0 (0.0 B)
          Interrupt:177 Base address:0x6000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:13 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1127 (1.1 KiB)  TX bytes:1127 (1.1 KiB)

sit0      Link encap:IPv6-in-IPv4
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
----------
#route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
213.145.XXX.XXX 0.0.0.0         255.255.XXX.XXX U     10     0        0 eth0
0.0.0.0         213.145.XXX.XXX 0.0.0.0         UG    10     0        0 eth0

След:
#ifconfig -a

eth0      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
          inet addr:213.145.XXX.XXX  Bcast:213.145.XXX.XXX  Mask:255.255.XXX.XXX
          inet6 addr: XXXX::XXX:XXXX:XXXX:XXXX/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4624 errors:0 dropped:0 overruns:0 frame:0
          TX packets:84 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:605227 (591.0 KiB)  TX bytes:7000 (6.8 KiB)
          Interrupt:177 Base address:0x6000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:25 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2177 (2.1 KiB)  TX bytes:2177 (2.1 KiB)

sit0      Link encap:IPv6-in-IPv4
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
-----------------
# route -n

213.145.XXX.XXX 0.0.0.0         255.255.XXX.XXX U     10     0        0 eth0
0.0.0.0         213.145.XXX.XXX 0.0.0.0         UG    10     0        0 eth0

A какъв е тоя интерфейс sit0 ? Трябва ли ми ? И ако не кажете как да го разкарам...Но не е тва основния въпрос де...





Титла: Проблем с eth0
Публикувано от: scorpio в Sep 07, 2006, 15:41
Започвам да се отчайвам :( ...на пръв поглед е дреболия...ама неможе да се кара така... :(


Титла: Проблем с eth0
Публикувано от: teleport в Sep 08, 2006, 09:08
Цитат (scorpio @ Сеп. 07 2006,16:41)
Започвам да се отчайвам :( ...на пръв поглед е дреболия...ама неможе да се кара така... :(

Разликата е явно видима! И няма място за отчаяние.

Преди:
Цитат
eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx
         inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.xxx  Mask:xxx.xxx.xxx.xxx
         UP BROADCAST MULTICAST  MTU:1500  Metric:1


След:
Цитат
eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx
         inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.xxx  Mask:xxx.xxx.xxx.xxx
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1


Остава да прочетеш как на мандрива се сетва интерфейса да се дига при стартиране. На редхат примерно файла /etc/sysconfig/network-scripts/ifcfg-eth0 изглежда така:

Цитат
DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes
TYPE=Ethernet






Титла: Проблем с eth0
Публикувано от: в Sep 08, 2006, 10:55
А в slackware e в /etc/rc.d/rc.inet1.conf примерно:

# Config information for eth0:
IPADDR[0]="192.168.xxx.xxx"
NETMASK[0]="255.255.xxx.xxx"
USE_DHCP[0]=""
DHCP_HOSTNAME[0]=""


Титла: Проблем с eth0
Публикувано от: scorpio в Sep 08, 2006, 15:11
Не забелязах разликата парвия път ;) Добре, че постнах все пак и двете...
В /etc/sysconfig/network-scripts има файл ifcfg-eth0 който съдържа:
DEVICE=eth0
BOOTPROTO=static
IPADDR=213.145.XXX.XXX
NETMASK=255.255.XXX.XXX
NETWORK=213.145.XXX.XXX
BROADCAST=213.145.XXX.XXX
ONBOOT=yes
METRIC=10
MII_NOT_SUPPORTED=yes
USERCTL=yes
IPV6INIT=no
IPV6TO4INIT=no
PEERDNS=yes

Вижда се че ONBOOT=yes, а въпреки това проблема е налице.
В същата директория се съдържат още:

ifdown-ipv6*  ifup-aliases*  ifup-post*  init.ipv6-global*
ifcfg-eth0*      ifdown-post* ifup-ppp*  network-functions
ifdown-ppp*   ifup-ipv6*     ifup-routes*    network-functions-ipv6
ifdown-sit*   ifup-ipx*      ifup-sit* ifdown-aliases*  ifdown-sl*    ifup-plip*     ifup-sl* ifup-plusb*    ifup-wireless*

Обаче не се чувствам компетентен да ги редактирам тях...Ако се сещате нещо друго ?





Титла: Проблем с eth0
Публикувано от: teleport в Sep 08, 2006, 16:56
Всичко което не започва с ifcfg са скриптове и редактирането им е лоша идея. Конфиг файла изглежда правилно. Но редовете "METRIC" и "MII_NOT_SUPPORTED" за първи път ги виждам.

Пробвай да ги коментираш ( сложи по един # пред тях ) и пробвай:

ifdown eth0
ifup eth0

ако излезе някоя грешка дай да я видиме. Освен това разгледай резултата от 'dmesg' за нещо което изглежда нередно.


Титла: Проблем с eth0
Публикувано от: scorpio в Sep 08, 2006, 23:16
Като коментирам "METRIC" и "MII_NOT_SUPPORTED" връзка изобщо не се осъществява (а иначе поне казва че комшютъра е свързан макар и да няма връзка), мониторчетата на knemo не светят и има червен Х - тва знам че го написах като за детската градина, ама за да обясня какво става де ;)
После като дам ifup eth0 - става като преди - уж има вразка ама не.
Обаче в резултата от dmesg се забелзват странни работи, ще пейстна тази част която е свързана с нета:
...
eth0: forcedeth.c: subsystem: 01458:e000 bound to 0000:00:05.0
eth0: no link during initialization.
...
NET: Registered protocol family 10
Disabled Privacy Extensions on device ffffffff803eeae0(lo)
IPv6 over IPv4 tunneling driver
eth0: Promiscuous mode enabled.
device eth0 entered promiscuous mode
device eth0 left promiscuous mode
eth0: Promiscuous mode enabled.
device eth0 entered promiscuous mode
...
eth0: Promiscuous mode enabled.
eth0: Promiscuous mode enabled.
device eth0 left promiscuous mode
...
Казва "eth0: no link during initialization" ? И тва неклкократно влизане и излизане от promiscuous mode? Нормално ли е ?





Титла: Проблем с eth0
Публикувано от: GoodT в Sep 08, 2006, 23:56
Пробвай с: BOOTPROTO=none в /etc/sysconfig/network-scripts/ifcfg-eth0


Титла: Проблем с eth0
Публикувано от: teleport в Sep 09, 2006, 02:36
Цитат (scorpio @ Сеп. 09 2006,00:16)
...
eth0: forcedeth.c: subsystem: 01458:e000 bound to 0000:00:05.0
eth0: no link during initialization.
...
Казва "eth0: no link during initialization" ?

Вече проблема е ясен. Ти си със Nforce 3/4 чипсет и ползваш вградената лан карта на nvidia. За нея nvidia не са публикували информация а само binary драйвер за linux, който работи меко казано ужасно. Драйвера в кернела ( forcedeth ) е писан с дебъгване на оригиналния драйвер и е непълен.

Решението: вземи си една нормална лан карта на pci, деактивирай от биос-а вградения лан и няма да имаш повече проблеми.

Аз съм със Nvdia Nforce 4 Ultra чипсет и след една седмица борба просто си сложих един intel pro/1000 MT и приключих проблема завинаги.

Цитат (scorpio @ Сеп. 09 2006,00:16)
И тва неклкократно влизане и излизане от promiscuous mode? Нормално ли е ?


Нормално е.





Титла: Проблем с eth0
Публикувано от: scorpio в Sep 09, 2006, 10:01
Май имам някаква лан карта из къщи...обаче няколко месеца ползвам линукс със същата вградена карта и нямаше проблеми...незнам откъде се получи тоя проблем, сигурно съм направил нещо аз...но немога да се сетя. Проблема обаче според мен не е в /etc/rc.d или /etc/sysconfig. Замених целите директории с тези от един backup...промяна не настъпи, а по времето на backup-а мрежата си бачкаше.
Иначе за временно решение на проблема сложих в /etc/rc.d/rc.local:
/sbin/ifdown eth0
/sbin/ifup /etc/sysconfig/network-scripts/ifcfg-eth0


Титла: Проблем с eth0
Публикувано от: buboleck в Sep 09, 2006, 14:59
@teleport
И как реши, че проблема е в forcedeth драйвера? Ползвам nForce от от ~4 години. Имал съм nForce2, сега съм с nForce4 за интел, от другата седмица ще съм с nForce5 (570 про) за АМД, инсталирал съм линукс на доста машини с nForce чипсет, като поне 5-6 са били с различни дъна, и не съм имал абсолютно никакви проблеми с лан-а (да не говорим, че изобщо не съм имал проблеми с тях).


Титла: Проблем с eth0
Публикувано от: teleport в Sep 09, 2006, 15:19
Цитат (buboleck @ Сеп. 09 2006,15:59)
@teleport
И как реши, че проблема е в forcedeth драйвера? Ползвам nForce от от ~4 години. Имал съм nForce2, сега съм с nForce4 за интел, от другата седмица ще съм с nForce5 (570 про) за АМД, инсталирал съм линукс на доста машини с nForce чипсет, като поне 5-6 са били с различни дъна, и не съм имал абсолютно никакви проблеми с лан-а (да не говорим, че изобщо не съм имал проблеми с тях).

Ами поне на моята машина има проблем ( Nvidia Nforce 4 Ultra, Athlon64-3200+ ). "Проблема" се изразява в това, че и с forcedeth и с nvlan модули при трафик около и над 3Mbytes/sec без значение посоката натоварването на процесора скача над 50%. За стабилна скорост над 6Mbytes/sec изобщо не може да става дума. При същите условия само че с intel pro/1000 на pci шина натоварването на процесора е около 5% за стабилен трафик от 9.6-10.5 Mbytes/sec, пак без значение посоката.

Вярно е че тестовете са правени само на CentOS 3-3.7 и CentOS 4-4.4 с оригиналния кернел. Възможно е на други дистрибуций forcedeth драйвера да е значително по-нов и да работи по-стабилно, но аз държа машината ми да е със stock кернел, за да съм сигурен в пренасянето на нови неща на production машините....


Титла: Проблем с eth0
Публикувано от: buboleck в Sep 09, 2006, 15:47
@teleport

CentOS е на базата на Redhat нали? Замислял ли си се да тестваш с друга дистрибуция? Лично аз съм ползвал с тези дъна Slackware с 2.6 ядро и Gentoo (с vanilla kernel и gentoo-sources).

P.S. И някога много отдавна Редхат 9.0 на дъно Abit с nForce2. От тогава не съм се ипробвал да инсталирам драйверите на Nvidia за чипсета им, а също и тогава се отказах да ползвам някога рпм базирана дистрибуция.





Титла: Проблем с eth0
Публикувано от: teleport в Sep 09, 2006, 17:17
Няма смисъл да се разгаря спор за дистрибуций. Аз нямам проблем да тествам forcedeth драйвера докато намеря подходяща версия работеща коректно точно с моя чипсет/биос. Но както написах това е машина на която се тестват всички неща, които после се разнасят върху значителен брой CentOS базирани сървъри.

Съвета да се деактивира вградения лан и да се ползва външна карта е защото мисля че преди време mandrake беше редхат базирано. Нищо чудно сега mandriva да е федора базирана и съответно да има неподходяща версия на forcedeth в ядрото.

Отделно от това идеята scorpio да е в лан мрежа и да ползва вградения лан е изключително лоша поради чисто електрически съображения. На повечето вградени лан карти трансформаторчето е с ниска мощност и обикновенно не е залято със силикон. Тези трансформаторчета имат пробивно напрежение около 100 волта ( по стандарт трябва да е > 3000V ). Адски лесно е някоя утечка по лан мрежата да вдигне пик с подобно или по-голямо напрежение. Резултата е изгорял чипсет.

Външните лан карти го нямат този проблем ( поне засега ). При сериозен токов удар обикновенно прекъсва самото трансформаторче и пораженията са на стойност 5-6лв ( цената на една realtec 8139 базирана карта ).


Титла: Проблем с eth0
Публикувано от: buboleck в Sep 09, 2006, 17:36
@teleport

Да, няма смисъл да спорим. Някога преди доста време Мандрейк беше на Редхат база, сега няма нищо общо (като изключим рпм пакетната система). Мисълта ми беше дали си тествал с чисто ядро.


Титла: Проблем с eth0
Публикувано от: teleport в Sep 09, 2006, 17:55
Цитат (buboleck @ Сеп. 09 2006,18:36)
@teleport

Да, няма смисъл да спорим. Някога преди доста време Мандрейк беше на Редхат база, сега няма нищо общо (като изключим рпм пакетната система).

Според мене имат доста общо. Рядко ми се случва мандрейк/мандрива .src.rpm да не се компилира и тръгне безпроблемно под CentOS/RHEL. Което не може да се каже за tgz пакети на слак/дебиан/генто където постоянно изскачат проблеми с библиотеки, каквито под centos или няма, различават се като имена или са значително по-стари. Примерно пакети базирани на boost или libsigc++ нямат почти никакъв шанс за директно компилиране на базовата система.

Цитат (buboleck @ Сеп. 09 2006,18:36)
Мисълта ми беше дали си тествал с чисто ядро.


Скоро не съм. Последно тествах с 2.6.14 доколкото помня. Подобрение в работата на forcedeth нямаше, но пък спря да работи коректно quagga-та и моментално се върнах на базовия кернел, защото рутинга ми е основно нещо, върху което трябва да работя и после да пренеса върху сървърите.


Титла: Проблем с eth0
Публикувано от: scorpio в Sep 10, 2006, 00:07
Ааа...я не се карайте ;) Просто понеже преди със същата хардуерна конфигурация нямах проблем, затова си мисля че друга лан карта няма да помогне...обаче сега от гледна точка на токовите удари - ако наистина е така то по-добре да слагам веднага външна лан карта...Утре ще я изровя и ще я слагам...дано да нямам проблеми с инсталацията и...


Титла: Проблем с eth0
Публикувано от: redcure в Sep 11, 2006, 12:41
Би ли показал изходите от lsmod и lspci ?


Титла: Проблем с eth0
Публикувано от: buboleck в Sep 11, 2006, 14:00
@scorpio

Вярно е за токовите удари. Ако имаш друга карта направо я слагай.


Титла: Проблем с eth0
Публикувано от: scorpio в Sep 12, 2006, 19:55
# lsmod

Module                  Size  Used by
appletalk              33360  2
ipx                    25040  2
nvidia               4831060  8
raw                     9736  1
md5                     4480  1
ipv6                  244960  10
snd_seq_dummy           3332  0
snd_seq_oss            31460  0
snd_seq_midi_event      6912  1 snd_seq_oss
snd_seq                50520  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device          7952  3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss            51360  0
snd_mixer_oss          16384  1 snd_pcm_oss
snd_intel8x0           30240  1
snd_ac97_codec         88516  1 snd_intel8x0
snd_pcm                84748  3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              21000  2 snd_seq,snd_pcm
snd_page_alloc          9360  2 snd_intel8x0,snd_pcm
snd                    48896  11 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,s

nd_pcm,snd_timer
soundcore               8352  1 snd
ipt_REJECT              5120  4
ipt_LOG                 7168  8
ipt_state               2048  7
ipt_pkttype             1792  4
ipt_set                 2560  0
iptable_raw             2048  0
ipt_CLASSIFY            2304  0
ipt_CONNMARK            2304  0
ipt_ipp2p               9728  0
ipt_connmark            1792  0
ipt_owner               2944  0
ipt_recent             10264  0
ipt_iprange             1920  0
ipt_physdev             2320  0
ipt_multiport           2816  5
ipt_conntrack           2432  0
iptable_mangle          2816  1
ip_set_portmap          4736  0
ip_set_macipmap         4488  0
ip_set_ipmap            4480  0
ip_set_iphash           6536  0
ip_set                 19376  9 ipt_set,ip_set_portmap,ip_set_macipmap,ip_set_ipmap,ip_set_iphash
ip_nat_irc              2688  0
ip_nat_tftp             1920  0
ip_nat_ftp              3840  0
iptable_nat            23000  3 ip_nat_irc,ip_nat_tftp,ip_nat_ftp
ip_conntrack_irc       71616  1 ip_nat_irc
ip_conntrack_tftp       4160  1 ip_nat_tftp
ip_conntrack_ftp       72512  1 ip_nat_ftp
ip_conntrack           44972  9 ipt_state,ipt_conntrack,ip_nat_irc,ip_nat_tftp,ip_nat_ftp,iptable_nat,ip_conntrack_irc,ip_

conntrack_tftp,ip_conntrack_ftp
iptable_filter          2944  1
ip_tables              21632  19 ipt_REJECT,ipt_LOG,ipt_state,ipt_pkttype,ipt_set,iptable_raw,ipt_CLASSIFY,ipt_CONNMARK,ipt

_ipp2p,ipt_connmark,ipt_owner,ipt_recent,ipt_iprange,ipt_physdev,ipt_multiport,ipt_conntra

ck,iptable_mangle,iptable_nat,iptable_filter
af_packet              18316  2
ide_cd                 39200  0
loop                   14992  0
forcedeth              17664  0
tsdev                   7424  0
ehci_hcd               28936  0
ohci_hcd               19204  0
usbcore               114732  3 ehci_hcd,ohci_hcd
evdev                   9088  0
ext3                  124048  2
jbd                    50864  1 ext3

# lspci

00:00.0 Host bridge: nVidia Corporation nForce3 250Gb Host Bridge (rev a1)
00:01.0 ISA bridge: nVidia Corporation nForce3 250Gb LPC Bridge (rev a2)
00:01.1 SMBus: nVidia Corporation nForce 250Gb PCI System Management (rev a1)
00:02.0 USB Controller: nVidia Corporation CK8S USB Controller (rev a1)
00:02.1 USB Controller: nVidia Corporation CK8S USB Controller (rev a1)
00:02.2 USB Controller: nVidia Corporation nForce3 EHCI USB 2.0 Controller (rev a2)
00:05.0 Bridge: nVidia Corporation CK8S Ethernet Controller (rev a2)
00:06.0 Multimedia audio controller: nVidia Corporation nForce3 250Gb AC'97 Audio Controller (rev a1)
00:08.0 IDE interface: nVidia Corporation CK8S Parallel ATA Controller (v2.5) (rev a2)
00:0b.0 PCI bridge: nVidia Corporation nForce3 250Gb AGP Host to PCI Bridge (rev a2)
00:0e.0 PCI bridge: nVidia Corporation nForce3 250Gb PCI-to-PCI Bridge (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev a2)

Засега реших проблема като сложих драйвера (forcedeth) в /etc/modprobe.preload





Титла: Проблем с eth0
Публикувано от: petcu5 в Sep 18, 2006, 02:21
Пробва ли в контролния панел на мандривата да настроиш мрежовия интерфейс да се вдига при стартиране на машината? Опцията трябва да е в секцията мрежови карти/устройства, ако не се лъжа.


Титла: Проблем с eth0
Публикувано от: gat3way в Sep 18, 2006, 10:27
Цитат
Скоро не съм. Последно тествах с 2.6.14 доколкото помня. Подобрение в работата на forcedeth нямаше, но пък спря да работи коректно quagga-та и моментално се върнах на базовия кернел, защото рутинга ми е основно нещо, върху което трябва да работя и после да пренеса върху сървърите.


Имах подобен проблем със същия контролер, върху nforce3 дъно на старата ми домашна машинка: не правеше огромна процесорна утилизация, но броя получени фреймове с преебан CRC или нестандартен размер (под 48/над 1500) беше висок. Пуснах го на half-duplex и изненадващо се реши проблема. Убедих се че не е от кабели и суичове, защото ги сменях, вкл. го връзвах директно с crossover кабел с друга машина...навсякъде правеше мизерии при FD. Нямам идея защо прави така и никъде не намерих информация защо. Правеше мизерията и под уиндоус със уиндоуските драйвери.

Добре че ми изгоря дъното и взех nforce4, сега нямам такъв проблем (което пак доказва тезата че кабеляците и суичовете са си ок).

Телепорт, ти поверяваш на тая мизерия работа с динамични рутинг протоколи?!? Бахмааму, мога да си представя колко flapping причинява тоя боклук...стига да е като това на старото ми дъно де, д*ба мама им на тия гамени от нвидия #@$#@%#$!#%#@

едит: но пък от това върху nforce4 дъното не се оплаквам, засега работи добре...и не съм забелязал cpu overhead при големи трафици.





Титла: Проблем с eth0
Публикувано от: teleport в Sep 18, 2006, 21:41
Цитат (gat3way @ Сеп. 18 2006,11:27)
Телепорт, ти поверяваш на тая мизерия работа с динамични рутинг протоколи?!? Бахмааму, мога да си представя колко flapping причинява тоя боклук...стига да е като това на старото ми дъно де, д*ба мама им на тия гамени от нвидия #@$#@%#$!#%#@

Не разбира се. Проблема с quagga-та дойде от ядрото, не от лан картата. Пък и при новичка домашна машина с athlon64 естествено не останаха пари за свястна лан карта.

Истината за мене е Intel. Имам един кашон с марвели и броадкоми. Пазя ги са спомен и за подсещане никога повече да не поглеждам към подобни гадости.
01:04.0 Ethernet controller: Intel Corporation 82541GI/PI Gigabit Ethernet Controller
01:05.0 Ethernet controller: Intel Corporation 82541GI/PI Gigabit Ethernet Controller

Иначе работните машини са с Intel на pci-express и драйверите от sourceforge.