Hello,

I've got several Intel server platforms .... on every platform I
upgraded BIOS to the latest version and installed Debian Etch. On five
of them I have two ethernet interfaces eth0/eth1 but ONLY one has eth1
eth2 actually eth2/eth1 - this order.

debian:~# cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed
multicast|bytes packets errs drop fifo colls carrier compressed
lo: 6272 59 0 0 0 0 0 0
6272 59 0 0 0 0 0 0
eth0:70052053 724027 0 0 0 0 0 0
13840349 10660 0 0 0 0 0 0
eth1: 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
debian:~#

debian:~# cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed
multicast|bytes packets errs drop fifo colls carrier compressed
lo: 1744 19 0 0 0 0 0 0
1744 19 0 0 0 0 0 0
eth2: 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
eth1:69578781 718143 0 0 0 0 0 0
106021 1375 0 0 0 0 0 0
debian:~#

How this is possible? How kernel/module (e1000) calculates interface
number and what can cause such "disorder"?

Regards,
Marcin


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, Dec 04, 2006 at 10:16:18AM +0100, Marcin Giedz wrote:
> Hello,
>
> I've got several Intel server platforms .... on every platform I
> upgraded BIOS to the latest version and installed Debian Etch. On five
> of them I have two ethernet interfaces eth0/eth1 but ONLY one has eth1
> eth2 actually eth2/eth1 - this order.
>
> debian:~# cat /proc/net/dev
> Inter-| Receive | Transmit
> face |bytes packets errs drop fifo frame compressed
> multicast|bytes packets errs drop fifo colls carrier compressed
> lo: 6272 59 0 0 0 0 0 0
> 6272 59 0 0 0 0 0 0
> eth0:70052053 724027 0 0 0 0 0 0
> 13840349 10660 0 0 0 0 0 0
> eth1: 0 0 0 0 0 0 0 0
> 0 0 0 0 0 0 0 0
> debian:~#
>
> debian:~# cat /proc/net/dev
> Inter-| Receive | Transmit
> face |bytes packets errs drop fifo frame compressed
> multicast|bytes packets errs drop fifo colls carrier compressed
> lo: 1744 19 0 0 0 0 0 0
> 1744 19 0 0 0 0 0 0
> eth2: 0 0 0 0 0 0 0 0
> 0 0 0 0 0 0 0 0
> eth1:69578781 718143 0 0 0 0 0 0
> 106021 1375 0 0 0 0 0 0
> debian:~#
>
> How this is possible? How kernel/module (e1000) calculates interface
> number and what can cause such "disorder"?
i have had a simialar expirience using cheap realtek based cards and
also some 3com ones...

since then i use ifrename to asign the names based on the mac address...
this could also be done via udev i think...

yours
albert
- --
Albert Dengg <a_d@gmx.at>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQCVAwUBRXQ3/CIMiEpzxsFKAQIKmQQAiqEn1DZchDHkfRNfUFF353Esm8dixmm I
8/HdEX4YTFqHrKOa6t7Z4e3KJGPSxlVwQumL0tSTRbSV/2qyOfdQJ5K5frinB5Kz
r7y6MP6fKIND6UShm98UdoeCgCx+iZxXUh908AJd8+DW5BHem8 C0qPzDAyGrgVGi
5nvmHA7XEuw=
=frBe
-----END PGP SIGNATURE-----