Титла: Проблем с 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...Още несъм намерил проблема, а много дразни...пък и не ползвам само аз компютъра и трябва другите юзъри да знаят 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 ![]() 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 ![]() ![]() ---------- #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 ![]() ![]() ----------------- # 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
Разликата е явно видима! И няма място за отчаяние. Преди:
След:
Остава да прочетеш как на мандрива се сетва интерфейса да се дига при стартиране. На редхат примерно файла /etc/sysconfig/network-scripts/ifcfg-eth0 изглежда така:
Титла: Проблем с 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
Вече проблема е ясен. Ти си със Nforce 3/4 чипсет и ползваш вградената лан карта на nvidia. За нея nvidia не са публикували информация а само binary драйвер за linux, който работи меко казано ужасно. Драйвера в кернела ( forcedeth ) е писан с дебъгване на оригиналния драйвер и е непълен. Решението: вземи си една нормална лан карта на pci, деактивирай от биос-а вградения лан и няма да имаш повече проблеми. Аз съм със Nvdia Nforce 4 Ultra чипсет и след една седмица борба просто си сложих един intel pro/1000 MT и приключих проблема завинаги.
Нормално е. Титла: Проблем с 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
Ами поне на моята машина има проблем ( 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
Според мене имат доста общо. Рядко ми се случва мандрейк/мандрива .src.rpm да не се компилира и тръгне безпроблемно под CentOS/RHEL. Което не може да се каже за tgz пакети на слак/дебиан/генто където постоянно изскачат проблеми с библиотеки, каквито под centos или няма, различават се като имена или са значително по-стари. Примерно пакети базирани на boost или libsigc++ нямат почти никакъв шанс за директно компилиране на базовата система.
Скоро не съм. Последно тествах с 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
Имах подобен проблем със същия контролер, върху nforce3 дъно на старата ми домашна машинка: не правеше огромна процесорна утилизация, но броя получени фреймове с преебан CRC или нестандартен размер (под 48/над 1500) беше висок. Пуснах го на half-duplex и изненадващо се реши проблема. Убедих се че не е от кабели и суичове, защото ги сменях, вкл. го връзвах директно с crossover кабел с друга машина...навсякъде правеше мизерии при FD. Нямам идея защо прави така и никъде не намерих информация защо. Правеше мизерията и под уиндоус със уиндоуските драйвери. Добре че ми изгоря дъното и взех nforce4, сега нямам такъв проблем (което пак доказва тезата че кабеляците и суичовете са си ок). Телепорт, ти поверяваш на тая мизерия работа с динамични рутинг протоколи?!? Бахмааму, мога да си представя колко flapping причинява тоя боклук...стига да е като това на старото ми дъно де, д*ба мама им на тия гамени от нвидия #@$#@%#$!#%#@ едит: но пък от това върху nforce4 дъното не се оплаквам, засега работи добре...и не съм забелязал cpu overhead при големи трафици. Титла: Проблем с eth0 Публикувано от: teleport в Sep 18, 2006, 21:41
Не разбира се. Проблема с 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. |