Dotaz: Notebook/Realtek8139 - nejede

[=^..^= AmigaPower®]

Acer TroubleMate 4050, nemůžu rozchodit síťovku Realtek-8139 ačkoliv je to prej standard, tenhle tejden už je to ale druhej ntb s tou samou kartou kde síť (kabel UPC) nemůžu rozchodit. Hledám, šmejdim, ale nenašel jsem nikoho se stejnym problémem. Po pokusu zapnout jí v netmanageru ntb dlouho přemýšlí a pak na mně vyplivne že wifisíť je zastavena. No, neni tady nic moc na popisování, to je nejhorší. :(

Kdyby někoho něco napadlo, předem dík

[root@TUX2 amigapower]# lshw -C network
  *-network:0             
       description: Ethernet interface
       product: RTL-8139/8139C/8139C+
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 1
       bus info: pci@0000:01:01.0
       logical name: eth0
       version: 10
       serial: 00:0f:b0:5c:ea:48
       size: 100MB/s
       capacity: 100MB/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=8139too driverversion=0.9.28 duplex=full latency=128 link=yes maxlatency=64 mingnt=32 multicast=yes port=MII speed=100MB/s
       resources: irq:21 ioport:c000(size=256) memory:e0001000-e00010ff
  *-network:1
       description: Wireless interface
       product: PRO/Wireless 2200BG [Calexico2] Network Connection
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:01:02.0
       logical name: eth1
       version: 05
       serial: 00:0e:35:b9:10:8b
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=ipw2200 driverversion=1.2.2kmprq firmware=ABG:9.0.5.27 (Dec 12 2007) latency=128 link=no maxlatency=24 mingnt=3 multicast=yes wireless=unassociated
       resources: irq:22 memory:e0000000-e0000fff

...nebo mi aspoň někdo poraďte, jak se vloupnu do nějaký wifisítě :D

---

---

Odpovědi

[jirkamailto]

nepouzivate nahodou ubuntu lucid? Ja mam notebook se stejnymi sitovkami. Pred tim jsem na tom stroji testoval opensuse a sit pres kabel slapala v pohode. Kdyz jsem nainstaloval ubuntu server na svuj server, tak jsem mel problem ze 8139 slapala velice pomalu, ona totiz bezela v 10Mbit modu misto 100Mbit. Musel jsem pres mii-tool aktivovat 100Mbit mod. Pak jsem stejne koupil gigovou sitovku. Me tohle resit teprve ceka, vypada to ze v ubuntu prave v 10.04 lts je v techto ovladacich nejaka chyba. Vypada to ze stahnu ovladace od vyrobce a zkompiluju je.

[=^..^= AmigaPower®]

Nene, je to MDV 2010.0, v desktopu se mi karta hlásí stejně, mám stejnou verzi jádra i stejnej ovladač. Že já vždycky trefim na takovouhle duchařinu...

[Matlák]

jen tak btw není na síti UPC potřeba nastavit korektně mac adresu aby to chodilo? Já jsem tedy vždycky nastavit musel... jinak rtl8139 mám a používám...

[=^..^= AmigaPower®]

No, ale desktop si to nastaví a ntb ne??

[Matlák]

A nemá náhodou desktop jiný kus konkrétního čipu, tedy s jinou MAC? Přijde mi poněkud podivné, že by jedna konkrétní síťová karta šla používat v desktopu i v ntb (usb verzi rtl8139 jsem ještě neviděl )...

Normálně si zkus nastavit na ntb třeba pomocí ifconfig eth0 hw ether xx:xx:xx:xx:xx:xx stejnou MAC jako má desktop..

[=^..^= AmigaPower®]

No samozřejmě že je to jinej kus, ale stejně nechápu, proč jeden stroj jede a druhej ne.

[Petr Šobáň]

Jednoduše proto že má jinou MAC, třeba na chvíli vypnout modem od UPC.

Jinak RTL8139 je sítovka a s wifi to nemá nic společného!

Takže se vyjádři o co se snažíš - RTL8139 je na utp kabel.

[=^..^= AmigaPower®]

Wifi jsem rozchodil rozchodil v pohodě, zmínil jsem se o ní, jenom že při nastavování pevný sítě vyplivne tu hlášku. Modem jsem jen restartoval, mam ho nechat vypnutej delší dobu?

[Matlák]

Problém je na straně UPC, logicky. Je to jejich "ochrana" aby se nepřipojovali jiní lidé než kteří mají zaplaceno... vypnutí modemu (naposled jsem se připojoval asi před týdnem) nezabralo. Pomohla změna MAC té síťové karty.
Prostě jsem v počítači, který fungoval, sejmul MAC (obstarožním příkazem ifconfig eth0):

eth0      Link encap:Ethernet  HWaddr 00:0A:2B:12:25:31
          inet addr:10.0.0.2  Bcast:10.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::20c:6eff:fe76:4537/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:492 (492.0 b)
          Interrupt:10

no a v druhém stroji, který jsem chtěl připojit, jsem zadal

ifconfig eth0 down
ifconfig eth0 hw ether 00:0A:2B:12:25:31
ifconfig eth0 up

a voilá, stačilo znovu kliknout na "auto eth0" v NM a připojení se rozjelo...

[=^..^= AmigaPower®]

No, zní to docela logicky, vyzkoušim to.

[=^..^= AmigaPower®]

takže mi to po pokusu o přepsání vyhodí hlášku 00:02:44:81:54:AC: adresa ether je nesprávná.

[vencour]

Pokud jsi napsal poslední dvoutečku, tak by chyba mohla být v ní, je přebytečná.

[=^..^= AmigaPower®]

nenapsal

[=^..^= AmigaPower®]

Ale pes bude zakopanej fakt v tomhle, protože druhou síťovku v desktopu taky nerozjedu.

[=^..^= AmigaPower®]

Ok. Sám už jedu hlavně přes ip ... help říká

# ip li help
Usage: ip link add link DEV [ name ] NAME
                   [ txqueuelen PACKETS ]
                   [ address LLADDR ]
                   [ broadcast LLADDR ]
                   [ mtu MTU ]
                   type TYPE [ ARGS ]
       ip link delete DEV type TYPE [ ARGS ]

       ip link set DEVICE [ { up | down } ]
                          [ arp { on | off } ]
                          [ dynamic { on | off } ]
                          [ multicast { on | off } ]
                          [ allmulticast { on | off } ]
                          [ promisc { on | off } ]
                          [ trailers { on | off } ]
                          [ txqueuelen PACKETS ]
                          [ name NEWNAME ]
                          [ address LLADDR ]
                          [ broadcast LLADDR ]
                          [ mtu MTU ]
                          [ netns PID ]
                          [ alias NAME ]
                          [ vf NUM [ mac LLADDR ]
                                   [ vlan VLANID [ qos VLAN-QOS ] ]
                                   [ rate TXRATE ] ] 
       ip link show [ DEVICE ]

a tak bych zkusil něco jako "ip link set eth0 down ; ip link set eth0 addre 00:02:44:81:54:AC ; ip li set eth0 up ; ip li show eth0" ... že máš MACovku změněnou.

[amigapower]

Jseš VELKEJ!!! Užto jede!!!
...to to tam budu muset uždycky klepat, nebo si to už pamatuje?

[vencour]

Najdi si skripty a tam to změň ... v gentoo lze nadefinovat MAC adresu (sám jsem ještě nepoužil), klikátka na to snad taky budou. Nebo si dej tenhle skript do rc.local, ten řádek s nastavenim, dopiš ho tam ... Ty sám víš, jakou používáš filozofii, někdo mění samotné vlastní init skripty (třeba network), jinej zase vše cpe do rc.local, všechny vychytávky tam nacpe.

Mimochodem, pokud bys byl připojenej přes switch do toho kabelovýho modemu, když už píšeš, že ho máš, tak se dvěma stejnýma síťovkama (stejná MAC) bys to takhle nemoh na jednom switchi současně provozovat. To asi víš.

[=^..^= AmigaPower®]

no, to nevim, switch nemam, nešel by nějak narychlo zbastlit? případně natáhnout to z desktopu z tý druhý karty do ntb?

[vencour]

Switch je krabice o několika eth portech, komunikující jen (hlavně) na L2, ted bez IP protokolu. Pokud budeš přepojovat kabel mezi modemem a pc a modemem a notebookem, tak je to skoro jedno. Pokud má desktop nebo notebook dvě eth síťovky, tak můžeš natovat.

[=^..^= AmigaPower®]

Sice nevim jak to udělt, ale ono je to už stejně jedno, právě mi v tom ntb padnul harddisk Jakmile si swapne, začne to v něm cvakat a system jde do kopru...

[vencour]

Ptáš se na realteka a wifi? Co vidim, je asi stovkovej ethernet realtek a wifina intel ipw220.

Ohledně network managera nevim, nepoužívam, pokud máš terminál, šel bych po ip link, ip add, iwconfig, iwlist a případně po nastavení wpa_supplicantu.

Sám to dělam tvrdě přes vyjmenované příkazy, návod přes skripty už ve faq je.