Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #162190 > unrolled thread

Question: eth0 vs enp1s0

Back to article view | Back to linux.debian.user

Contents

  Question: eth0 vs enp1s0 Hans <hans.ullrich@loop.de> - 2015-12-29 19:40 +0100
    Re: Question: eth0 vs enp1s0 Felix Miata <mrmazda@earthlink.net> - 2015-12-29 19:50 +0100
    Re: Question: eth0 vs enp1s0 Brian <ad44@cityscape.co.uk> - 2015-12-29 20:20 +0100
      Re: Question: eth0 vs enp1s0 Hans <hans.ullrich@loop.de> - 2015-12-29 21:00 +0100
        Re: Question: eth0 vs enp1s0 Brian <ad44@cityscape.co.uk> - 2015-12-29 22:30 +0100
        Re: Question: eth0 vs enp1s0 Felix Miata <mrmazda@earthlink.net> - 2015-12-29 22:40 +0100
        Re: Question: eth0 vs enp1s0 Jörg-Volker Peetz <jvpeetz@web.de> - 2015-12-30 13:00 +0100
          Re: Question: eth0 vs enp1s0 Hans <hans.ullrich@loop.de> - 2015-12-30 15:40 +0100
            Re: Question: eth0 vs enp1s0 Chris Bannister <cbannister@slingshot.co.nz> - 2015-12-30 16:00 +0100
              Re: Question: eth0 vs enp1s0 Hans <hans.ullrich@loop.de> - 2015-12-30 16:20 +0100
          Re: Question: eth0 vs enp1s0 (second try) Hans <hans.ullrich@loop.de> - 2015-12-30 16:20 +0100
            Re: Question: eth0 vs enp1s0 (second try) Brian <ad44@cityscape.co.uk> - 2015-12-31 16:30 +0100
              Re: Question: eth0 vs enp1s0 (second try) Hans <hans.ullrich@loop.de> - 2015-12-31 19:10 +0100
                Re: Question: eth0 vs enp1s0 (second try) Brian <ad44@cityscape.co.uk> - 2016-01-01 13:10 +0100
                  Re: Question: eth0 vs enp1s0 (second try) Vincent Lefevre <vincent@vinc17.net> - 2016-01-01 17:30 +0100
                    Re: Question: eth0 vs enp1s0 (second try) Brian <ad44@cityscape.co.uk> - 2016-01-02 17:30 +0100
                      Re: Question: eth0 vs enp1s0 (second try) Vincent Lefevre <vincent@vinc17.net> - 2016-01-06 14:00 +0100
                        Re: Question: eth0 vs enp1s0 (second try) Brian <ad44@cityscape.co.uk> - 2016-01-06 15:00 +0100
                          Re: Question: eth0 vs enp1s0 (second try) Vincent Lefevre <vincent@vinc17.net> - 2016-01-07 03:00 +0100
                            Re: Question: eth0 vs enp1s0 (second try) Rick Thomas <rbthomas@pobox.com> - 2016-01-07 07:20 +0100
                              Re: Question: eth0 vs enp1s0 (second try) Vincent Lefevre <vincent@vinc17.net> - 2016-01-07 10:50 +0100
                                Re: Question: eth0 vs enp1s0 (second try) Brian <ad44@cityscape.co.uk> - 2016-01-07 14:20 +0100
                                  Re: Question: eth0 vs enp1s0 (second try) Brian <ad44@cityscape.co.uk> - 2016-01-07 19:50 +0100
                                    Re: Question: eth0 vs enp1s0 (second try) Vincent Lefevre <vincent@vinc17.net> - 2016-01-08 02:40 +0100
                                      Re: Question: eth0 vs enp1s0 (second try) Brian <ad44@cityscape.co.uk> - 2016-01-08 13:10 +0100
            MAC address and security (was: Question: eth0 vs enp1s0 (second try)) Vincent Lefevre <vincent@vinc17.net> - 2015-12-31 16:50 +0100
              Re: MAC address and security Christian Seiler <christian@iwakd.de> - 2015-12-31 23:20 +0100
    Re: Question: eth0 vs enp1s0 Charlie Kravetz <cjk@teamcharliesangels.com> - 2015-12-29 20:20 +0100
    Re: Question: eth0 vs enp1s0 Michael Biebl <biebl@debian.org> - 2015-12-31 22:20 +0100
      Re: Question: eth0 vs enp1s0 Hans <hans.ullrich@loop.de> - 2015-12-31 22:30 +0100
      Re: Question: eth0 vs enp1s0 Brian <ad44@cityscape.co.uk> - 2016-01-02 17:30 +0100

Page 1 of 2  [1] 2  Next page →

#162190 — Question: eth0 vs enp1s0

Hi folks,

just a question about network names, which I do not understand.

I have two different computers, both are installed with the same versions of 
debian packages. But one of it has enp1s0 as network interface name( my EEEPC 
1005HGO) , the other one the old eth0 scheme (my Aspire 7520G).

Both got 70-persistent-net-rules configured. 

Now I can not understand, why one of them is using enp1s0. Who is deciding the 
name? I read the documentations and the blogs, but I did not understand, why 
both machines are different.

As I am not happy (at the moment) with the new naming, I added the if.names=0 
to the grub commandline. 

Would be nice, if someone could help me to understand.

Best regards and a happy new year.

Hans

[toc] | [next] | [standalone]

#162191

Hans composed on 2015-12-29 19:34 (UTC+0100):

> just a question about network names, which I do not understand.

> I have two different computers, both are installed with the same versions of 
> debian packages. But one of it has enp1s0 as network interface name( my EEEPC 
> 1005HGO) , the other one the old eth0 scheme (my Aspire 7520G).

Was exactly the same installation method/techique employed on both, or was
one say done via DVD and the other say via netboot?

> Both got 70-persistent-net-rules configured. 

> Now I can not understand, why one of them is using enp1s0. Who is deciding the 
> name? I read the documentations and the blogs, but I did not understand, why 
> both machines are different.

> As I am not happy (at the moment) with the new naming, I added the if.names=0 
> to the grub commandline. 

> Would be nice, if someone could help me to understand.

Under the "modern" scheme, enp1s0 is the preferred or default, used if none
of the avoidance techniques listed at the bottom of
http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/
has been employed at installation/configuration time.
-- 
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

[toc] | [prev] | [next] | [standalone]

#162193

On Tue 29 Dec 2015 at 19:34:43 +0100, Hans wrote:

> just a question about network names, which I do not understand.
> 
> I have two different computers, both are installed with the same versions of 
> debian packages. But one of it has enp1s0 as network interface name( my EEEPC 
> 1005HGO) , the other one the old eth0 scheme (my Aspire 7520G).
> 
> Both got 70-persistent-net-rules configured. 
> 
> Now I can not understand, why one of them is using enp1s0. Who is deciding the 
> name? I read the documentations and the blogs, but I did not understand, why 
> both machines are different.

Persistant name generation is enabled by default since udev 220-7 and
will be used on new installations or with new hardware. Existing
installations and hardware which get upgraded to udev 220-7 are covered
by the old 75-persistent-net-generator.rules and will keep their
interface names

[toc] | [prev] | [next] | [standalone]

#162195

Hi Brian, Felix and Charlie,
> Persistant name generation is enabled by default since udev 220-7 and
> will be used on new installations or with new hardware. Existing
> installations and hardware which get upgraded to udev 220-7 are covered
> by the old 75-persistent-net-generator.rules and will keep their
> interface names
thanks for the fast response. However, it does not explain, why both machines 
are different.

Both machines were installed by DVD and both got the same settings and package 
versions. Both machines were installed by the same DVD and then of course 
upgraded by the internet. And both are running debian/testing. 

The only thing, which IMO would explain it, that the EEEPC is newer than the 
other one. But then the hardware must talk to the operation system and give 
more information to udev or systemd. Does this do such things? There was 
something mentioned in the doku, but I did not quite understand, what the doku 
meant.

And if enps10 is the "new" kind of naming network devices, is it then 
recommended to edit all configurations and change the entries from eth0 to 
enp1s0?

This would also mean, I guess, either 70-persistent-net-rules must also be 
edited or should be deleted. 

But all this makes not clear to me, what makes the decision, when enp1s0 or 
when eth0 is going to be created on a system at boot.

Thanks for reading.

Best

Hans

[toc] | [prev] | [next] | [standalone]

#162198

On Tue 29 Dec 2015 at 20:55:45 +0100, Hans wrote:

> Hi Brian, Felix and Charlie,
> > Persistant name generation is enabled by default since udev 220-7 and
> > will be used on new installations or with new hardware. Existing
> > installations and hardware which get upgraded to udev 220-7 are covered
> > by the old 75-persistent-net-generator.rules and will keep their
> > interface names
> thanks for the fast response. However, it does not explain, why both machines 
> are different.
> 
> Both machines were installed by DVD and both got the same settings and package 
> versions. Both machines were installed by the same DVD and then of course 
> upgraded by the internet. And both are running debian/testing. 

Both machines started life with Jessie. Both were upgraded to Stretchh
My understanding is that on package upgrade *both* systems should have
kept the interface name they had under Jessie. One machine doesn't; I
have no explanation for that.

> The only thing, which IMO would explain it, that the EEEPC is newer than the 
> other one. But then the hardware must talk to the operation system and give 
> more information to udev or systemd. Does this do such things? There was 
> something mentioned in the doku, but I did not quite understand, what the doku 
> meant.

There is a README.Debian for udev which explains how the persistant name
generator works. It might help to track down the cause.

[toc] | [prev] | [next] | [standalone]

#162200

Hans composed on 2015-12-29 20:55 (UTC+0100):

> and both got the same settings

What makes you sure of this?

...
> The only thing, which IMO would explain it, that the EEEPC is newer than the 
> other one. But then the hardware must talk to the operation system and give 
> more information to udev or systemd. Does this do such things?

Kernel and drivers probe, so, yes, information is given them. An important
point is that racing goes on, and hardware varies, so only 100% identical
equipment can produce 100% identical results, and only when the procedure is
invariant. What drivers and kernels do will vary with versions. Given the
same installation DVD, driver and kernel probably is not a factor in your
case, but hardware probably is given the different age of the machines.

> There was
> something mentioned in the doku, but I did not quite understand, what the doku 
> meant.

I suggest you read it again, and if it doesn't become clear, ask specific
question(s) about what remains unclear.

> And if enps10 is the "new" kind of naming network devices, is it then 
> recommended to edit all configurations and change the entries from eth0 to 
> enp1s0?

What is recommended is that if you care about what device names are assigned
that you take an active role in the assignment process. Otherwise, let them
be whatever kernel and driver choose for them to be, and don't waste time
trying to figure out *why* they do what they do.

> This would also mean, I guess, either 70-persistent-net-rules must also be 
> edited or should be deleted. 

Again, it depends on your interest. It sounds like you care enough that you
should take an active role.

> But all this makes not clear to me, what makes the decision, when enp1s0 or 
> when eth0 is going to be created on a system at boot.

I don't think it can ever be totally clear to anyone who deals with
non-identical hardware.

All my installations are created with net.ifnames=0 on installation kernel
cmdline, with fixed IP info on installation kernel cmdline, with the result
that eth0 is used for the wired ethernet interface. Post-installation I add
/etc/udev/rules.d/80-net-setup-link.rules to help ensure it stays as
initially configured through subsequent update and upgrade processes.
-- 
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

[toc] | [prev] | [next] | [standalone]

#162225

Did you take a look at dmesg on both systems? Something like

  grep -E '(enp|eth)' /var/log/dmesg

Could you show the content of both 70-persistent-net-rules files?

Regards,
jvp.

[toc] | [prev] | [next] | [standalone]

#162245

[Multipart message — attachments visible in raw view] — view raw

Am Mittwoch, 30. Dezember 2015, 12:58:23 schrieb Jörg-Volker Peetz:
Hi Jörg-Volker
> Did you take a look at dmesg on both systems? Something like
> 
>   grep -E '(enp|eth)' /var/log/dmesg
This showed no useful information. The only output is from my EEEPC 
below, the Aspire showed no output at all.

root@protheus7:/home/ullhan63# grep -E '(enp|eth)' /var/log/dmesg 


> 
> Could you show the content of both 70-persistent-net-rules files?

Yes, this is Aspire with eth0:
# This file was automatically generated by the /lib/udev/write_net_rules 

I changed the MAC cause of security purposes in this mail.


Same for EEEPC:

# This file was automatically generated by the /lib/udev/write_net_rules 

Changed MAC, too, but you can of course still see the vendors (first two 
bytes).
 
> Regards,
> jvp.


Hope this helps a little bit. My solution at the moment is the well known 
addition "if.netnames=0" in grub commandline.

So I can easyly change from eth* to enp* when this is recommended.

Best regards

Hans
-- 

[toc] | [prev] | [next] | [standalone]

#162246

On Wed, Dec 30, 2015 at 03:32:04PM +0100, Hans wrote:
> Am Mittwoch, 30. Dezember 2015, 12:58:23 schrieb Jörg-Volker Peetz:
> Hi Jörg-Volker
> > Did you take a look at dmesg on both systems? Something like
> > 
> >   grep -E '(enp|eth)' /var/log/dmesg
> This showed no useful information. The only output is from my EEEPC 
> below, the Aspire showed no output at all.
> 
> root@protheus7:/home/ullhan63# grep -E '(enp|eth)' /var/log/dmesg 
> 
> 
> > 
> > Could you show the content of both 70-persistent-net-rules files?
> 
> Yes, this is Aspire with eth0:
> # This file was automatically generated by the /lib/udev/write_net_rules 
> 
> I changed the MAC cause of security purposes in this mail.
> 
> 
> Same for EEEPC:
> 
> # This file was automatically generated by the /lib/udev/write_net_rules 
> 
> Changed MAC, too, but you can of course still see the vendors (first two 
> bytes).
>  
> > Regards,
> > jvp.

Weird, nothing came through this end. You sure you pasted them?


-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

[toc] | [prev] | [next] | [standalone]

#162249

My fault. I sent in HTML, but should be ascii. 

> Weird, nothing came through this end. You sure you pasted them?

I sent the mail again, now in ASCII.
Please tell me, if it is not ok the second time.

Thank you

Hans

[toc] | [prev] | [next] | [standalone]

#162248 — Re: Question: eth0 vs enp1s0 (second try)

Am Mittwoch, 30. Dezember 2015, 12:58:23 schrieb Jörg-Volker Peetz:
Hi Jörg-Volker
> Did you take a look at dmesg on both systems? Something like
> 
>   grep -E '(enp|eth)' /var/log/dmesg
This showed no useful information. The only output is from my EEEPC below, the 
Aspire showed no output at all.

root@protheus7:/home/ullhan63# grep -E '(enp|eth)' /var/log/dmesg 
[    8.480990] eeepc_laptop: Get control methods supported: 0xe301713 
[   64.534486] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready


> 
> Could you show the content of both 70-persistent-net-rules files?

Yes, this is Aspire with eth0:
# This file was automatically generated by the /lib/udev/write_net_rules 
# program run by the persistent-net-generator.rules rules file. 
# 
# You can modify it, as long as you keep each rule on a single line. 

# PCI device 0x168c:0x001c (ath5k_pci) 
SUBSYSTEM=="net", ACTION=="add", 
DRIVERS=="?*",ATTR{address}=="00:1d:XX:XX:XX:XX", ATTR{type}=="1", 
KERNEL=="wlan*", NAME="wlan0" 

# PCI device 0x10de:0x054c (forcedeth) 
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="1c:75:YY:YY:YY:YY", ATTR{type}=="1
", KERNEL=="eth*", NAME="eth0" 

# Firewire device /sys/devices/pci0000:00/0000:00:08.0/0000:01:04.0/fw-
host0/00023f0aba40084e (nod
emgr) 
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:02:3f:ZZ:ZZ:ZZ:ZZ", ATTR{dev
_id}=="0x0", ATTR{type}=="24", KERNEL=="eth*", NAME="eth1"


I changed the MAC cause of security purposes in this mail.


Same for EEEPC:

# This file was automatically generated by the /lib/udev/write_net_rules 
# program, run by the persistent-net-generator.rules rules file. 
# 
# You can modify it, as long as you keep each rule on a single 
# line, and change only the value of the NAME= key. 

# PCI device 0x1969:0x1062 (atl1c) 
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="90:e6:XX:XX:XX:XX", ATTR{dev_id}==
"0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" 

# PCI device 0x168c:0x002b (ath9k) 
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:25:YY:YY:YY:YY", ATTR{dev_id}==
"0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

Changed MAC, too, but you can of course still see the vendors (first two 
bytes).
 
> Regards,
> jvp.


Hope this helps a little bit. My solution at the moment is the well known 
addition "if.netnames=0" in grub commandline.

So I can easyly change from eth* to enp* when this is recommended.

Best regards

Hans
-- 

[toc] | [prev] | [next] | [standalone]

#162356 — Re: Question: eth0 vs enp1s0 (second try)

On Wed 30 Dec 2015 at 16:11:39 +0100, Hans wrote:

> Am Mittwoch, 30. Dezember 2015, 12:58:23 schrieb Jörg-Volker Peetz:
> Hi Jörg-Volker
> > Did you take a look at dmesg on both systems? Something like
> > 
> >   grep -E '(enp|eth)' /var/log/dmesg
> This showed no useful information. The only output is from my EEEPC below, the 
> Aspire showed no output at all.

Is there no sign of any discovered interfaces for the Aspire in the
output of dmesg?
 
> root@protheus7:/home/ullhan63# grep -E '(enp|eth)' /var/log/dmesg 
> [    8.480990] eeepc_laptop: Get control methods supported: 0xe301713 
> [   64.534486] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

dmesg or journalctl have no indication that eth0 on the EEEPC is renamed? 

[...]

> Hope this helps a little bit. My solution at the moment is the well known 
> addition "if.netnames=0" in grub commandline.

I think you mean "net.ifnames=0".

What do 'ls /sys/class/net' and 'ip link' give without this addition?

[toc] | [prev] | [next] | [standalone]

#162399 — Re: Question: eth0 vs enp1s0 (second try)

Hi Brian,
> Is there no sign of any discovered interfaces for the Aspire in the
> output of dmesg?
> 
I get this: 

dmesg | grep eth0 
[    2.201866] forcedeth 0000:00:0a.0: ifname eth0, PHY OUI 0x732 @ 1, addr 
1c:75:08:2c:84:f8
[   36.198523] forcedeth 0000:00:0a.0 eth0: MSI enabled
[   36.198795] forcedeth 0000:00:0a.0 eth0: no link during initialization
[   36.199147] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   75.435837] forcedeth 0000:00:0a.0 eth0: link down



> dmesg or journalctl have no indication that eth0 on the EEEPC is renamed?
> 
> [...]


> I think you mean "net.ifnames=0".
> 

Yey, of course, it was just a typo. :)

> What do 'ls /sys/class/net' and 'ip link' give without this addition?

I get:

ls /sys/class/net/

enp1s0  Io  wlan0


Brian, I believe, for now I will stay with the net.ifnames=0 solution. I 
checjed, if I want to use enp1s0, I haved to edit a lot of configuration files 
from eth0 to enp1s0. This is rather annoying, as any update of a package will 
force me to that again and again.

As long the developers won't find a solution, which will fit both options, I 
will stay at eth0. When debian changed completely to enp1s0 (and this includes 
all the configurations, too), I can easyly remove the net.ifnames option and 
return to enp1s0.

I believe, the different outrputs are just becaus the EEEPC is newer and got a 
newer hardware and a more talking BIOS.

Thank you for all the help, the explanation is not as easy as I though, but 
the solution is.

So let this problem be solved for now.

Thank you (and all the other friends who helped here) very much indeed.

I wish you and your family a very happy new year and much joy of hacking.

Thanks again, and best regards

Hans 

[toc] | [prev] | [next] | [standalone]

#162422 — Re: Question: eth0 vs enp1s0 (second try)

On Thu 31 Dec 2015 at 19:08:18 +0100, Hans wrote:

> What do 'ls /sys/class/net' and 'ip link' give without this addition?
> 
> I get:
> 
> ls /sys/class/net/
> 
> enp1s0  Io  wlan0

Interesting. One interface is renamed; one is not (wlan0).

[Snip]
 
> I believe, the different outrputs are just becaus the EEEPC is newer and got a 
> newer hardware and a more talking BIOS.

My understanding is that the information provided by the BIOS and PCI
slots is used by udev to produce the interface names. I'm not happy with
newness as an explanation.

> Thank you for all the help, the explanation is not as easy as I though, but 
> the solution is.
> 
> So let this problem be solved for now.

The view might be different if the machine had been remote and using
ifupdown's hardcoded interface names. 70-persistent-net-rules is
intended to ensure renaming doesn't happen. If it has that would be
quite a serious matter.

[toc] | [prev] | [next] | [standalone]

#162433 — Re: Question: eth0 vs enp1s0 (second try)

On 2016-01-01 12:03:32 +0000, Brian wrote:
> On Thu 31 Dec 2015 at 19:08:18 +0100, Hans wrote:
> > What do 'ls /sys/class/net' and 'ip link' give without this addition?
> > 
> > I get:
> > 
> > ls /sys/class/net/
> > 
> > enp1s0  Io  wlan0
> 
> Interesting. One interface is renamed; one is not (wlan0).

On my laptop (installed from Jessie, then upgraded to unstable),
this is the opposite:

eth0  lo  wlp61s0

Quite strange...

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#162475 — Re: Question: eth0 vs enp1s0 (second try)

On Fri 01 Jan 2016 at 17:22:37 +0100, Vincent Lefevre wrote:

> On 2016-01-01 12:03:32 +0000, Brian wrote:
> > On Thu 31 Dec 2015 at 19:08:18 +0100, Hans wrote:
> > > What do 'ls /sys/class/net' and 'ip link' give without this addition?
> > > 
> > > I get:
> > > 
> > > ls /sys/class/net/
> > > 
> > > enp1s0  Io  wlan0
> > 
> > Interesting. One interface is renamed; one is not (wlan0).
> 
> On my laptop (installed from Jessie, then upgraded to unstable),
> this is the opposite:
> 
> eth0  lo  wlp61s0
> 
> Quite strange...

Move 70-persistent-net.rules somewhere and do

  rmmod -v <driver>

followed by

  modprobe -v <driver>

Repeat with 70-persistent-net.rules returned to /etc/udev/rules.d. Any
changes in 'ls /sys/class/net/'?

[toc] | [prev] | [next] | [standalone]

#162697 — Re: Question: eth0 vs enp1s0 (second try)

On 2016-01-02 16:21:11 +0000, Brian wrote:
> On Fri 01 Jan 2016 at 17:22:37 +0100, Vincent Lefevre wrote:
> 
> > On 2016-01-01 12:03:32 +0000, Brian wrote:
> > > On Thu 31 Dec 2015 at 19:08:18 +0100, Hans wrote:
> > > > What do 'ls /sys/class/net' and 'ip link' give without this addition?
> > > > 
> > > > I get:
> > > > 
> > > > ls /sys/class/net/
> > > > 
> > > > enp1s0  Io  wlan0
> > > 
> > > Interesting. One interface is renamed; one is not (wlan0).
> > 
> > On my laptop (installed from Jessie, then upgraded to unstable),
> > this is the opposite:
> > 
> > eth0  lo  wlp61s0
> > 
> > Quite strange...
> 
> Move 70-persistent-net.rules somewhere and do
> 
>   rmmod -v <driver>
> 
> followed by
> 
>   modprobe -v <driver>
> 
> Repeat with 70-persistent-net.rules returned to /etc/udev/rules.d. Any
> changes in 'ls /sys/class/net/'?

Well, I want to keep eth0 on my laptop because I have things
that depend on it. But what I was wondering is why I have
wlp61s0 instead of wlan0, i.e. why a rule for wlan0 hadn't
been added to 70-persistent-net.rules at that time.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#162701 — Re: Question: eth0 vs enp1s0 (second try)

On Wed 06 Jan 2016 at 13:56:57 +0100, Vincent Lefevre wrote:

> On 2016-01-02 16:21:11 +0000, Brian wrote:
> > 
> > Move 70-persistent-net.rules somewhere and do
> > 
> >   rmmod -v <driver>
> > 
> > followed by
> > 
> >   modprobe -v <driver>
> > 
> > Repeat with 70-persistent-net.rules returned to /etc/udev/rules.d. Any
> > changes in 'ls /sys/class/net/'?
> 
> Well, I want to keep eth0 on my laptop because I have things
> that depend on it. But what I was wondering is why I have
> wlp61s0 instead of wlan0, i.e. why a rule for wlan0 hadn't
> been added to 70-persistent-net.rules at that time.

Did the wireless interface name change using the above procedure?

Custom interface naming can be done with a file in /etc/udev/rules.d.
What is the content of yours? The udev README.Debian advises a prefix
between 75 and 80 for this file.

[toc] | [prev] | [next] | [standalone]

#162736 — Re: Question: eth0 vs enp1s0 (second try)

On 2016-01-06 13:55:45 +0000, Brian wrote:
> On Wed 06 Jan 2016 at 13:56:57 +0100, Vincent Lefevre wrote:
> 
> > On 2016-01-02 16:21:11 +0000, Brian wrote:
> > > 
> > > Move 70-persistent-net.rules somewhere and do
> > > 
> > >   rmmod -v <driver>
> > > 
> > > followed by
> > > 
> > >   modprobe -v <driver>
> > > 
> > > Repeat with 70-persistent-net.rules returned to /etc/udev/rules.d. Any
> > > changes in 'ls /sys/class/net/'?
> > 
> > Well, I want to keep eth0 on my laptop because I have things
> > that depend on it. But what I was wondering is why I have
> > wlp61s0 instead of wlan0, i.e. why a rule for wlan0 hadn't
> > been added to 70-persistent-net.rules at that time.
> 
> Did the wireless interface name change using the above procedure?

After moving 70-persistent-net.rules:

# rmmod -v iwlmvm
# rmmod -v iwlwifi
# rmmod -v e1000e
# ls /sys/class/net/
lo
# modprobe -v e1000e
insmod /lib/modules/4.3.0-1-amd64/kernel/drivers/net/ethernet/intel/e1000e/e1000e.ko
# modprobe -v iwlwifi
insmod /lib/modules/4.3.0-1-amd64/kernel/drivers/net/wireless/iwlwifi/iwlwifi.ko
# ls /sys/class/net/
enp0s25  lo  wlp61s0

And repeating the procedure with 70-persistent-net.rules:

[...]
# ls /sys/class/net/
eth0  lo  wlp61s0

BTW, after doing that, I had to kill the DHCP client manually because when
the eth0 interface became up again, it didn't get an IPv4 address.

> Custom interface naming can be done with a file in /etc/udev/rules.d.
> What is the content of yours? The udev README.Debian advises a prefix
> between 75 and 80 for this file.

70-persistent-net.rules contains:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="30:8d:99:25:ad:3f", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Still the same question: why eth0 only?

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#162747 — Re: Question: eth0 vs enp1s0 (second try)

On Jan 6, 2016, at 5:49 PM, Vincent Lefevre <vincent@vinc17.net> wrote:

> 70-persistent-net.rules contains:
> 
> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="30:8d:99:25:ad:3f", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> 
> Still the same question: why eth0 only?

Because the ethernet interface is the only one mentioned in 70-persistent-net.rules.  If you want to specify a name for the wifi interface, you have to put something in to do it.

HTH!
Rick

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | linux.debian.user

csiph-web