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

Здравейте, да започна с това че отдавна несъм посещавал едно от любимите ми места а именно този форум , но това се дължи на факта че съм нямал особенни проблеми които да не мога да разреша с малко четене.НО....................
Инсталирах си Slackware 10.2 всичко си му е наред освен едно нещо което ме тормози много ... а то е
през определен интервал от време които не е с точно равномерни прекъсвания и двете ланкарти спират да работят за неизвестно време и след това ако искат след примерно няколко часа пак тръгват.Така вътрешната ми мрежа която се състои от няколко компа се разпада постоянно.Ако някой знае на какво се дължи това и как да го оправя ще съм много благодарен . Може и линкове от които да прочета нещо.

1.Използвах търсачката - нищо не си намерих възможно е да несъм конфигурирал правилно търсенето си
2.Понеже доста четох изключително често попадам на НЕ-отговори а на някакви подигравки и обиди към питащия затова моля който него интересува или не знае да се въздържа от отговор - за последното благодаря предварително

логни се като руут , дай ifconfig  или по-скоро  ifconfig | grep error  и огледай дали не дава грешки за RX  / TX packets.  ако да - смени интерфейса с друг - по-добре сложи 2 нови. провери някой да не ти прави мизерии по мрежата. мен от такива ме спаси arpstar  ама то не е за "спираща лан карта" а за атака по мрежта. прегледай си дъното за подути кондензатори. от кога е проблема ? да не е от началото на жегите ? да не би охлаждането да е .. ама какво охлаждане , това е лан карта. добре, знам че задавам много глупав въпрос, но каква порода са тия лан карти ? еднакви и са ? прави ли и нещо на тая машина преди ТЯ да започне да се държи така ? къде ТОЧНО с монтирани , имам предвид на кои слотове ? видео картата ти вградена ли е ? понкога има проблеми с вградени видеокарти - доколкото знам си делят зелника с PCI1 и понякога отхапват малко повече .. ако е само рутер вземи си друга видеокарта .. размести лан картите по слотовете ако НЯМА грешки и пак пробвай . ето ти и една много тъп иде - вземи ДРУГА машина, за която знаеш че няма проблеми и я постави там на кабела на доставчика ти - може да не е при теб проблема !
гледай колко глупости казах за толкова малко време ..... все пак пиши какъв е бил проблема ?

Същия проблем със слак кърънт ми се е получавал след обновяване на пакетите. Проблема престана след като смених последователно реалтеци с 3ком-ки (3c905 и после 3комките с интелки и с 3c905с-тx. Мда, и престанах да ръчкам софтуера на рутера за щяло и нещяло....

Ланкартите са нови RTL8139D
Проблема е от самото начало още след приклюване на инсталацията на втория час се появи
Няма проблеми по дъното , също няма и атаки и мизерии по лана понеже ако има трябва сам да си ги правя
Картите са монтирани на парвите два слота
Несъм обновявал никакви пакети и несъм ръчкал софтуера на рутера , по принцип не правя нещо което не го знам как става преди да съм питал или преди да съм го пробвал другаде защото мразя да прецаквам работещи неща

:~# ifconfig | grep error
          RX packets:178242 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5836056 errors:0 dropped:0 overruns:0 carrier:0
          RX packets:5866356 errors:0 dropped:0 overruns:0 frame:0
          TX packets:93895 errors:0 dropped:0 overruns:0 carrier:0
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

това е което ми показва

Пробвах разни врътки и неща като смяна на карти и разни такива но проблема си остава . Ако някой има идеи да казва че много ме ядосва това нещо

Здравей
Този проблем съществува при несъгласуваност между режимите на работа на картите и суичовете, тоест различни режими half-duplex/full-duplex  и 10/100 Мбит. Става въпрос за Intel EtherExpress 100 и Realtek  RTL-8139.
За Realtek  RTL-8139 :
режим на работа
full-duplex=1  (Full-Duplex)
full-duplex=0  (Half-Duplex)
(параметри към модула 8139too)
и параметър media
5-и бит: 1=100Mbps / 0=10Mbps
4-и бит: 1=Full-Duplex / 0=Half-Duplex
9-и бит: Форсира параметъра duplex (1=Force / 0=Don't Force)
Например:
   modprobe 8139 full-duplex=1  (100Mbps Full-Duplex)
   modprobe 8139 full-duplex=0  (100Mbps Half-Duplex)
   modprobe 8139 media=16  (10Mbps Full-Duplex)
   modprobe 8139 media=48  (100Mbps Full-Duplex)
   modprobe 8139 media=32  (100Mbps Half-Duplex)
   modprobe 8139 media=32  (100Mbps Half-Duplex)
   modprobe 8139 media=0  (10Mbps Half-Duplex)

За подробности man mii-tool

Хм, тва едва ли си прави autonegotiation-a през някакви кратки периоди от време. Според мен има друг проблем...

Нищо чудно    Незнам що, обаче навсякаде кадето се споменава Realtek  RTL-8139  и проблем с нея се препоръчва картата да се смени с друга, по възможност Intel EtherExpress 100 или 3Com. Предполагам, че има нещо сбъркано във чипа. Но все пак :
mii-tool -F 100baseTx-FD ethx
ethx = картата Realtek-8139
Доста често става така когато картата работи half-duplex, а суича е full-duplex .

Моята карта е вградена (nforce3 дъно). forcedeth май се казваше драйвера в ядрото. Странното е че с предишния суич на кварталния ЛАН дефакто  имаше проблеми с autonegotiation-a.

Въпреки че бях вързан директно в суич-а, нямаше колизионни домейни и т.н и на теория съвсем спокойно би трябвало да ползвам FD, дефакто когато го force-на на фул дуплекс качеството на връзката беше кошмарно, с много errors (collisions пак казвам нямаше).

При HD, errors пак имаше, но много по-малко. За жалост autonegotiation-a решаваше че и суич-а и картата си подържат FD, при което трябваше ръчно да му казвам какво да прави.

Мислех си, че проблема е от Layer1 естество - прецакан кабел/RJ конектор или нещо от сорта. От провайдъра ми казаха, че ще сменят суич-а, защото бил калпав. Мислех си, че така няма да се реши проблема, но странно - когато сложиха новия, тези проблеми се решиха.

Та всъщност човек не трябва да подценява и вариантът самия суич да прави мизерията..

Да, прав си, обаче преди да вадим сламки от чужди очи да видим дали няма някоя греда в наще. Първо да сме сигурни ,че повредата не е при нас, после да я търсим другаде. Между другото, има и още един начин за решаване на подобни проблеми, намаляване на MTU. Обаче тъй като автора на темата не ни споделя нищо, май няма нужда да продължаваме