dziwna sprawa z wykrywaniem sieciówek

[jacek]

Cześć
Proszę spojrzeć na wyniki poleceń. Dlaczego wg. jednego programu
urządzenie o adresie ....B7-07 to eth2 a wg. drugiego (jakiego?) to eth1?
Podobnie jest z sieciówką ....C3-87. Czego mam się trzymać? Jak zaradzić
temu błedowi? Jak rozumieć to co dmesg wypisuje na temat eth2? (dla
wyjaśnienia - mam jeszcze sieciówkę wifi, którą narzędzie Network-admin
widzi, prawdopodobnie jako eth0). OS to Debian etch.

joker:/home/jacek# ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:0F:EA:BE:B7:07
inet addr:192.168.0.98 Bcast:192.168.255.255 Mask:255.255.0.0
inet6 addr: fe80::20f:eaff:febe:b707/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5557 errors:0 dropped:0 overruns:0 frame:0
TX packets:2085 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4629674 (4.4 MiB) TX bytes:162265 (158.4 KiB)
Interrupt:201 Base address:0x9400

joker:/home/jacek# ifconfig eth1
eth1 Link encap:Ethernet HWaddr 00:0C:F6:0E:C3:87
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:193 Base address:0x9000


joker:/home/jacek# dmesg|grep eth
eth0: ADMtek Comet rev 17 at 00019000, 00:0C:F6:0E:C3:87, IRQ 193.
eth1: RealTek RTL8139 at 0x9400, 00:0f:ea:be:b7:07, IRQ 201
eth1: Identified 8139 chip type 'RTL-8100B/8139D'
eth2: link up, 100Mbps, full-duplex, lpa 0x45E1
eth2: no IPv6 routers present
eth2: link up, 100Mbps, full-duplex, lpa 0x45E1
eth2: no IPv6 routers present
joker:/home/jacek#

[kanold]

Post by jacek
Cześć
Proszę spojrzeć na wyniki poleceń. Dlaczego wg. jednego programu
urządzenie o adresie ....B7-07 to eth2 a wg. drugiego (jakiego?) to eth1?
Podobnie jest z sieciówką ....C3-87. Czego mam się trzymać? Jak zaradzić
temu błedowi? Jak rozumieć to co dmesg wypisuje na temat eth2? (dla
wyjaśnienia - mam jeszcze sieciówkę wifi, którą narzędzie Network-admin
widzi, prawdopodobnie jako eth0). OS to Debian etch.

zobacz sobie do /etc/udev/rules.d/z25_persistent-net.rules

[jacek]

Post by kanold
zobacz sobie do /etc/udev/rules.d/z25_persistent-net.rules

Wybacz, ale twoja odpowiedź nie jest na żadne z moich pytań. Dodatkowo
generuje pytania:
1. Po co (pytanie o cel): This file was automatically generated by the
/lib/udev/write_net_rules program, probably run by the
persistent-net-generator.rules rules file.
2. Co (jaki program) korzysta z
zawartych tu danych? Czy polecenie ifconfig, które podaje dokładnie takie
same dane, z tym samym błędem dot. karty wifi, polegającym na złym
odczycie MAC-a tej karty? (z windy wiem ze MAC tej karty to ....2F-5A a
jak widać w tym pliku oraz w ifconfig jest to ......00-00)

Na wszelki wypadek podaję to co wygrzebałem w sysconfig i dmesg na temat
sieciówek, może będzie pomocne w analizie:

SYSLOG
Sep 11 14:10:33 net/hw-detect.hotplug: Detected hotpluggable network
interface eth0 Sep 11 14:10:33 net/hw-detect.hotplug: Detected
hotpluggable network interface eth1 Sep 11 14:10:33 net/hw-detect.hotplug:
Detected hotpluggable network interface eth2 Sep 11 14:10:33
net/hw-detect.hotplug: Detected hotpluggable network interface lo Sep 11
14:10:34 main-menu[1344]: INFO: Menu item 'netcfg' selected Sep 11
14:10:34 kernel: eth0: resetting device... Sep 11 14:10:34 kernel: eth0:
uploading firmware... Sep 11 14:10:34 kernel: prism54: request_firmware()
failed for 'isl3890' Sep 11 14:10:34 kernel: eth0: could not upload
firmware ('isl3890') Sep 11 14:10:34 kernel: eth0: islpci_reset: failure
Sep 11 14:10:34 netcfg[8659]: INFO: ethtool ioctl on eth0 failed Sep 11
14:10:34 netcfg[8659]: WARNING **: couldn't determine MII ioctl to use for
eth0 Sep 11 14:10:35 netcfg[8659]: INFO: eth0 is not associated.
Relegating to defwireless Sep 11 14:10:35 netcfg[8659]: INFO: ethtool
ioctl on eth1 failed Sep 11 14:10:35 netcfg[8659]: INFO: eth1 is
disconnected. (MII) Sep 11 14:10:35 netcfg[8659]: INFO: eth1 is not a
wireless interface. Continuing. Sep 11 14:10:35 kernel: 0000:01:0a.0:
tulip_stop_rxtx() failed Sep 11 14:10:35 kernel: eth2: link up, 100Mbps,
full-duplex, lpa 0x45E1 Sep 11 14:10:35 netcfg[8659]: INFO: eth2 is
connected.


DMESG
eth0: ADMtek Comet rev 17 at 00019000, 00:0C:F6:0E:C3:87, IRQ 193. 8139cp
0000:01:0b.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
8139cp 0000:01:0b.0: Try the "8139too" driver instead. 8139too Fast
Ethernet driver 0.9.27
ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16 ACPI: PCI Interrupt
0000:01:0b.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 201 eth1:
RealTek RTL8139 at 0x9400, 00:0f:ea:be:b7:07, IRQ 201 eth1: Identified
8139 chip type 'RTL-8100B/8139D' [-]
eth2: link up, 100Mbps, full-duplex, lpa 0x45E1 NET: Registered protocol
family 10
lo: Disabled Privacy Extensions
IPv6 over IPv4 tunneling driver

[jacek]

Post by kanold
zobacz sobie do /etc/udev/rules.d/z25_persistent-net.rules

Wybacz, ale twoja odpowiedź nie jest na żadne z moich pytań. Dodatkowo
generuje pytania:
1. Po co (pytanie o cel): This file was automatically generated by the
/lib/udev/write_net_rules program, probably run by the
persistent-net-generator.rules rules file.
2. Co (jaki program) korzysta z
zawartych tu danych? Czy polecenie ifconfig, które podaje dokładnie takie
same dane, z tym samym błędem dot. karty wifi, polegającym na złym
odczycie MAC-a tej karty? (z windy wiem ze MAC tej karty to ....2F-5A a
jak widać w tym pliku oraz w ifconfig jest to ......00-00)

Na wszelki wypadek podaję to co wygrzebałem w sysconfig i dmesg na temat
sieciówek, może będzie pomocne w analizie:

SYSLOG
Sep 11 14:10:33 net/hw-detect.hotplug: Detected hotpluggable network interface eth0
Sep 11 14:10:33 net/hw-detect.hotplug: Detected hotpluggable network interface eth1
Sep 11 14:10:33 net/hw-detect.hotplug: Detected hotpluggable network interface eth2
Sep 11 14:10:33 net/hw-detect.hotplug: Detected hotpluggable network interface lo
Sep 11 14:10:34 main-menu[1344]: INFO: Menu item 'netcfg' selected
Sep 11 14:10:34 kernel: eth0: resetting device...
Sep 11 14:10:34 kernel: eth0: uploading firmware...
Sep 11 14:10:34 kernel: prism54: request_firmware() failed for 'isl3890'
Sep 11 14:10:34 kernel: eth0: could not upload firmware ('isl3890')
Sep 11 14:10:34 kernel: eth0: islpci_reset: failure
Sep 11 14:10:34 netcfg[8659]: INFO: ethtool ioctl on eth0 failed
Sep 11 14:10:34 netcfg[8659]: WARNING **: couldn't determine MII ioctl to use for eth0
Sep 11 14:10:35 netcfg[8659]: INFO: eth0 is not associated. Relegating to defwireless
Sep 11 14:10:35 netcfg[8659]: INFO: ethtool ioctl on eth1 failed
Sep 11 14:10:35 netcfg[8659]: INFO: eth1 is disconnected. (MII)
Sep 11 14:10:35 netcfg[8659]: INFO: eth1 is not a wireless interface. Continuing.
Sep 11 14:10:35 kernel: 0000:01:0a.0: tulip_stop_rxtx() failed
Sep 11 14:10:35 kernel: eth2: link up, 100Mbps, full-duplex, lpa 0x45E1
Sep 11 14:10:35 netcfg[8659]: INFO: eth2 is connected.


DMESG
eth0: ADMtek Comet rev 17 at 00019000, 00:0C:F6:0E:C3:87, IRQ 193.
8139cp 0000:01:0b.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
8139cp 0000:01:0b.0: Try the "8139too" driver instead.
8139too Fast Ethernet driver 0.9.27
ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
ACPI: PCI Interrupt 0000:01:0b.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 201
eth1: RealTek RTL8139 at 0x9400, 00:0f:ea:be:b7:07, IRQ 201
eth1: Identified 8139 chip type 'RTL-8100B/8139D'
[-]
eth2: link up, 100Mbps, full-duplex, lpa 0x45E1
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
IPv6 over IPv4 tunneling driver