Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: xaser5 06 Března 2009, 18:25:53
-
Zrejme po aktualizácii mi nejde druhá sieťovka. Ak dám ifconfig eth1, tak vidím že mac je dobrá,ale inak nejde. Nebliká, nedostane pridelenú ip.... niečo ako ifconfig eth1 up nepomáha.... napíše toto:
eth1 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
UP BROADCAST MULTICAST MTU:1500 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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:21 Base address:0xb800
(sieťovka je ok, vo win ide...) ???
-
ethtool eth1
dhclient eth1
ifconfig eth1 address 192.168.0.1 netmask 255.255.255.0
-
Nie som tak znalý,ale skúsil som to tam zadať a tu sú výsledky (ak som to nerobil zle...):
sudo ethtool eth1
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: no
sudo dhclient eth1
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Listening on LPF/eth1/xx:xx:xx:xx:xx:xx
Sending on LPF/eth1/00:00:xx:xx:xx:xx
Sending on Socket/fallback
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
ifconfig eth1 address 192.168.0.1 netmask 255.255.255.0
address: Unknown host
-
Link detected: no
Nemas tam kabel... nebo mas, ale je spatnej. Je to HW problem.
-
:D teraz píšem cez tú sieťovku, ibaže z windowsu..... HW problém je vylúčený... Aj predtým som ju používal,ale po aktualizácii a reštarte už nejde....
-
Chlapce dokad tam nebude Link detected: yes tak mas smulu. Zkus jinej kabel. Mas tam krizenej nebo primej?
-
skúsil som 3 káble, a nič. Káble aj sieťovka sú funkčné, lebo vo win to ide v pohode.... (môžem si zvoliť ktorý internet chcem používať, tu nie) je pravda že ona ani nebliká, ale keď funguje vo win, určite je dobrá....
-
Kdesi na fóru se řešilo, že Windows dokáží síťovku opravdu "uspat" tak, že se sama neprobudí, zkuste to tu pohledat ...
-
ukažte
sudo -s
lspci -nnv | grep -i eth
ethtool -i eth1
ethtool -s eth1 port tp
dmesg | tail -30
ethtool eth1
ip l s eth0 up
dmesg | tail
exit
-
Skúsil som v BIOSe vypnúť integrovanú sieťovku a tá druhá už zas ide. Asi je to nejaké šamanstvo....
Dávam ten výpis (len teraz to ide, keď to zas nepôjde,dám nový)
tibor@etis:~$ sudo -s
root@etis:~# lspci -nnv | grep -i eth
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10)
04:04.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller [11ab:4320] (rev 14)
root@etis:~# ethtool -i eth1
driver: 8139too
version: 0.9.28
firmware-version:
bus-info: 0000:04:00.0
root@etis:~# ethtool -s eth1 port tp
Cannot set new settings: Invalid argument
not setting port
root@etis:~# dmesg | tail -30
[ 25.043959] Bluetooth: HCI socket layer initialized
[ 25.061507] Bluetooth: L2CAP ver 2.11
[ 25.061516] Bluetooth: L2CAP socket layer initialized
[ 25.076903] Bluetooth: SCO (Voice Link) ver 0.6
[ 25.076915] Bluetooth: SCO socket layer initialized
[ 25.091207] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 25.091215] Bluetooth: BNEP filters: protocol multicast
[ 25.118015] Bridge firewalling registered
[ 25.331694] Bluetooth: RFCOMM socket layer initialized
[ 25.333353] Bluetooth: RFCOMM TTY layer initialized
[ 25.333364] Bluetooth: RFCOMM ver 1.10
[ 29.469183] skge eth0: enabling interface
[ 29.473782] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 29.477011] eth1: link up, 100Mbps, full-duplex, lpa 0x43E1
[ 29.798098] eth1: link up, 100Mbps, full-duplex, lpa 0x43E1
[ 29.827817] NET: Registered protocol family 17
[ 31.188749] skge eth0: Link is up at 100 Mbps, full duplex, flow control none
[ 31.190218] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 40.224515] eth1: no IPv6 routers present
[ 41.332015] eth0: no IPv6 routers present
[ 52.764669] skge eth0: disabling interface
[ 72.500833] process `skype' is using obsolete setsockopt SO_BSDCOMPAT
[ 110.704378] ppdev0: registered pardevice
[ 110.752256] ppdev0: unregistered pardevice
[ 111.141590] ppdev0: registered pardevice
[ 111.188211] ppdev0: unregistered pardevice
[ 111.218210] ppdev0: registered pardevice
[ 111.264026] ppdev0: unregistered pardevice
[ 111.353823] [UFW BLOCK INPUT]: IN=eth1 OUT= MAC=00:09:e8:8e:3a:29:00:21:5a:7b:05:eb:08:00 SRC=192.168.150.70 DST=192.168.150.116 LEN=83 TOS=0x00 PREC=0x00 TTL=64 ID=15318 PROTO=UDP SPT=161 DPT=44716 LEN=63
[ 111.364041] [UFW BLOCK INPUT]: IN=eth1 OUT= MAC=00:09:e8:8e:3a:29:00:60:b0:f9:20:18:08:00 SRC=192.168.150.60 DST=192.168.150.116 LEN=83 TOS=0x00 PREC=0x00 TTL=60 ID=5832 PROTO=UDP SPT=161 DPT=44716 LEN=63
root@etis:~# ethtool eth1
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes
root@etis:~# ip l s eth0 up
root@etis:~# dmesg | tail
[ 110.704378] ppdev0: registered pardevice
[ 110.752256] ppdev0: unregistered pardevice
[ 111.141590] ppdev0: registered pardevice
[ 111.188211] ppdev0: unregistered pardevice
[ 111.218210] ppdev0: registered pardevice
[ 111.264026] ppdev0: unregistered pardevice
[ 111.353823] [UFW BLOCK INPUT]: IN=eth1 OUT= MAC=00:09:e8:8e:3a:29:00:21:5a:7b:05:eb:08:00 SRC=192.168.150.70 DST=192.168.150.116 LEN=83 TOS=0x00 PREC=0x00 TTL=64 ID=15318 PROTO=UDP SPT=161 DPT=44716 LEN=63
[ 111.364041] [UFW BLOCK INPUT]: IN=eth1 OUT= MAC=00:09:e8:8e:3a:29:00:60:b0:f9:20:18:08:00 SRC=192.168.150.60 DST=192.168.150.116 LEN=83 TOS=0x00 PREC=0x00 TTL=60 ID=5832 PROTO=UDP SPT=161 DPT=44716 LEN=63
[ 312.969837] skge eth0: enabling interface
[ 312.973595] ADDRCONF(NETDEV_UP): eth0: link is not ready
root@etis:~# exit
Kdesi na fóru se řešilo, že Windows dokáží síťovku opravdu "uspat" tak, že se sama neprobudí, zkuste to tu pohledat ...
Ja ju používam vo WIN a tak uspatie kôli zníženiu spotreby nemám zapnuté.
-
modinfo 8139too poví něco o parm modulu, zajímavý se jeví "media"
použité třeba zde (https://answers.launchpad.net/ubuntu/+question/9543)
kde do /etc/modprobe.d/options
options 8139too media=0x01
V http://ubuntuforums.org/showthread.php?t=1032143 se také duchařilo (nesouhlasím s uvedeným vysvětlením, nejsou to Windows)
Ve zdrojácích (http://lxr.linux.no/linux/drivers/net/8139too.c) jsou velmi zajímavé komentáře.
-
Občas mi tyhle síťovky také "zlobí" - pokud je dám do slotů ob jeden, tuším to bude souviset s přerušením a fyzickým zapojením jednotlivých slotů do sběrnic PCI, takže ... zkuste prostě síťovku píchnout do jiného slotu (o sudý/lichý počet pozic jinak).
-
modinfo 8139too
filename: /lib/modules/2.6.27-11-generic/kernel/drivers/net/8139too.ko
version: 0.9.28
license: GPL
description: RealTek RTL-8139 Fast Ethernet driver
author: Jeff Garzik <jgarzik@pobox.com>
srcversion: BCA25A2A9707FF2FE6ADC5D
alias: pci:v*d00008139sv000013D1sd0000AB06bc*sc*i*
alias: pci:v*d00008139sv00001186sd00001300bc*sc*i*
alias: pci:v*d00008139sv000010ECsd00008139bc*sc*i*
alias: pci:v000010ECd00008129sv*sd*bc*sc*i*
alias: pci:v0000021Bd00008139sv*sd*bc*sc*i*
alias: pci:v00001743d00008139sv*sd*bc*sc*i*
alias: pci:v0000126Cd00001211sv*sd*bc*sc*i*
alias: pci:v0000018Ad00000106sv*sd*bc*sc*i*
alias: pci:v000002ACd00001012sv*sd*bc*sc*i*
alias: pci:v00001432d00009130sv*sd*bc*sc*i*
alias: pci:v000011DBd00001234sv*sd*bc*sc*i*
alias: pci:v000014EAd0000AB07sv*sd*bc*sc*i*
alias: pci:v000014EAd0000AB06sv*sd*bc*sc*i*
alias: pci:v00001259d0000A11Esv*sd*bc*sc*i*
alias: pci:v00001259d0000A117sv*sd*bc*sc*i*
alias: pci:v000013D1d0000AB06sv*sd*bc*sc*i*
alias: pci:v00001186d00001340sv*sd*bc*sc*i*
alias: pci:v00001186d00001300sv*sd*bc*sc*i*
alias: pci:v00004033d00001360sv*sd*bc*sc*i*
alias: pci:v00001500d00001360sv*sd*bc*sc*i*
alias: pci:v00001113d00001211sv*sd*bc*sc*i*
alias: pci:v000010ECd00008138sv*sd*bc*sc*i*
alias: pci:v000010ECd00008139sv*sd*bc*sc*i*
depends: mii
vermagic: 2.6.27-11-generic SMP mod_unload modversions 586
parm: use_io:Force use of I/O access mode. 0=MMIO 1=PIO (int)
parm: debug:8139too bitmapped message enable number (int)
parm: multicast_filter_limit:8139too maximum number of filtered multicast addresses (int)
parm: media:8139too: Bits 4+9: force full duplex, bit 5: 100Mbps (array of int)
parm: full_duplex:8139too: Force full duplex for board(s) (1) (array of int)
do /etc/modprobe.d/options mám prideť toto? :
options 8139too media=0x01
-
Ano, je možné že to zabere.
V odkazech které jsem dával zjistíte že se problém úspěšně řešil buď přemístěním karty do jiného slotu a/nebo tímto parametrem.