Gentoo Archives: gentoo-user

From: R0b0t1 <r030t1@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] mixing predictable with old style network interface naming
Date: Thu, 06 Jul 2017 21:39:17
Message-Id: CAAD4mYjMMORU+kVMWi60W=KUiXs1VTZBv=WWTaV_wa2kW5cYDg@mail.gmail.com
In Reply to: Re: [gentoo-user] mixing predictable with old style network interface naming by Francisco Ares
1 On Thu, Jul 6, 2017 at 2:44 PM, Francisco Ares <frares@×××××.com> wrote:
2 >
3 >
4 > 2017-07-06 13:07 GMT-03:00 R0b0t1 <r030t1@×××××.com>:
5 >>
6 >> On Thu, Jul 6, 2017 at 10:51 AM, Francisco Ares <frares@×××××.com> wrote:
7 >> > Hi, All.
8 >> >
9 >> > This is a bit odd, because of a non conventional hardware platform:
10 >> > Odroid
11 >> > (Hardkernel).
12 >> >
13 >> > But I guess overall rules apply to all.
14 >> >
15 >> > I need a second network interface, the original and single one present
16 >> > on
17 >> > the board is to be connected to a GigE camera, so I use a USB/ethernet
18 >> > adapter to have SSH remote access.
19 >> >
20 >> > I have set up the boot manager so that network interfaces would be named
21 >> > according to the predictable names rules. If not, the USB/eth adapter
22 >> > gets
23 >> > "eth0" if the device is present at boot, otherwise, it is "eth1".
24 >> >
25 >> > But if I disconnect the USB/ethernet adapter to leave the system alone,
26 >> > and
27 >> > after a while I need to take a look on what's going on and plug back the
28 >> > USB/ethernet adapter, it comes up as "eth0" again.
29 >> >
30 >> > Anyone could give me a hint on where to look at it? Why the new
31 >> > interface
32 >> > is named in a way during boot and another during normal use?
33 >> >
34 >> > Thank you!
35 >>
36 >> Your question doesn't seem to involve any mixing of the naming schemes
37 >> at all, and it looks like the kernel you are using simply uses the old
38 >> style names. Can you compile your own kernel which supports the new
39 >> naming convention, remove net.ifnames=0 from the kernel command line
40 >> if it is present, or check for udev rules that perform naming that
41 >> overrides the default? You may wish to refer to
42 >>
43 >> https://wiki.gentoo.org/wiki/Handbook:X86/Networking/Advanced#Network_interface_naming
44 >> though it is not very information dense.
45 >>
46 >> Unfortunately my experience with hardkernel devices is that the
47 >> developers put most of their effort behind the Android release and
48 >> will make an Ubuntu release, if it exists, barely work. I would
49 >> strongly recommend not buying their devices. They barely support them
50 >> and without their help the devices are unsupportable.
51 >>
52 >> R0b0t1.
53 >>
54 >
55 >
56 > Thanks for the tip. I've checked in /etc/udev files and directories, and
57 > there is no rule for naming interfaces.
58 >
59 > Instead of removing "net.ifnames=0" from the kernel command line, I have
60 > altered it to "net.ifnames=1". Gonna try removing it at once.
61 >
62
63 I would expect that to work as you did, are you using their kernel? If
64 you are I believe there is an option to force the old-style naming by
65 effectively removing the code which does the new-style naming. That's
66 why I asked.
67
68 > But, imho, Odroid is a good hardware, and I have learned a lot about Linux -
69 > not Android - in their Odroid magazine. And their Ubuntu image works very
70 > good. And, as always, there are a lot of guys in the community.
71 >
72
73 It is some of the best available hardware, but the support its
74 manufacturer provides isn't amazing. It's the bare minimum to get it
75 to work. Admittedly they did have a bit more customer involvement than
76 I've seen elsewhere at first (e.g. signing user-provided code with
77 Samsung keys to enable ARM TrustZone for QEMU) but they are still
78 focused on making money, and sell whatever it is they can as quickly
79 as possible and then move on to the next thing and avoid supporting
80 past products.
81
82 R0b0t1.

Replies

Subject Author
Re: [gentoo-user] mixing predictable with old style network interface naming Francisco Ares <frares@×××××.com>