Xenial/4.4 kernel does not honor biosdevname=0

Bug #1545441 reported by Jeffrey Walton on 2016-02-14
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Medium
Unassigned

Bug Description

I installed the Xenial daily testing image dated 2-13-2016 (ttp://cdimage.ubuntu.com/lubuntu/daily-live/20160213/xenial-desktop-i386.iso).

I'm booting the kernel with the following:

    ipv6.disable=1 biosdevname=0 longhaul.enable=0 audit=0 quiet splash

However, eth0 is being named enp3s0:

    $ dmesg | egrep 'r8169|net|eth'
    [ 0.017363] Initializing cgroup subsys net_cls
    [ 0.017377] Initializing cgroup subsys net_prio
    [ 3.150713] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
    [ 3.150735] r8169 0000:03:00.0: can't disable ASPM; OS doesn't have ASPM control
    [ 3.150765] r8169 0000:03:00.0: PCI: Disallowing DAC for device
    [ 3.151266] r8169 0000:03:00.0 eth0: RTL8102e at 0xf844a000, 00:e0:4c:52:ca:07, XID 04e00000 IRQ 26
    [ 3.263623] r8169 0000:03:00.0 enp3s0: renamed from eth0
    [ 15.729303] r8169 0000:03:00.0 enp3s0: link down
    [ 15.729327] r8169 0000:03:00.0 enp3s0: link down
    [ 17.381617] r8169 0000:03:00.0 enp3s0: link up

And:

    $ cat /etc/network/interfaces
    # interfaces(5) file used by ifup(8) and ifdown(8)
    auto lo
    iface lo inet loopback

    auto eth0
    iface eth0 inet dhcp

And:

    $ ls -Al /etc/udev/rules.d/
    total 0

The thing that looks most different (to me) is systemd.

====================

For more information on biosdevname, see "Consistent Network Device Naming in Linux," http://linux.dell.com/files/whitepapers/consistent_network_device_naming_in_linux.pdf.

====================

    $ uname -a
    Linux via 4.4.0-4-generic #19-Ubuntu SMP Fri Feb 5 17:38:10 UTC 2016 i686 i686 i686 GNU/Linux

    $ lsb_release -a
    No LSB modules are available.
    Distributor ID: Ubuntu
    Description: Ubuntu Xenial Xerus (development branch)
    Release: 16.04
    Codename: xenial

====================

And hats of for fixing the Xserver problems with the VIA P4M900 chipset (http://bugs.launchpad.net/ubuntu/+bug/1540774).
---
ApportVersion: 2.19.4-0ubuntu2
Architecture: i386
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: jwalton 1598 F.... lxpanel
CurrentDesktop: LXDE
DistroRelease: Ubuntu 16.04
HibernationDevice: RESUME=UUID=89996fc5-18ba-4db7-b7d9-9be56ec02a13
InstallationDate: Installed on 2016-02-14 (0 days ago)
InstallationMedia: Lubuntu 16.04 LTS "Xenial Xerus" - Alpha i386 (20160213)
IwConfig:
 lo no wireless extensions.

 enp3s0 no wireless extensions.
MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
Package: linux (not installed)
ProcFB: 0 VESA VGA
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-4-generic root=UUID=edc978dd-91b1-4f90-8e6a-1e69dd73f5d8 ro ipv6.disable=1 biosdevname=0 longhaul.enable=0 audit=0 quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 4.4.0-4.19-generic 4.4.1
RelatedPackageVersions:
 linux-restricted-modules-4.4.0-4-generic N/A
 linux-backports-modules-4.4.0-4-generic N/A
 linux-firmware 1.155
RfKill:

Tags: xenial
Uname: Linux 4.4.0-4-generic i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 11/17/2011
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 080014
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: Weibu
dmi.board.vendor: WB
dmi.board.version: 1.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr080014:bd11/17/2011:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnWB:rnWeibu:rvr1.0:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: To Be Filled By O.E.M.
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: To Be Filled By O.E.M.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1545441

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete

apport information

tags: added: apport-collected xenial
description: updated

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Changed in linux (Ubuntu):
importance: Undecided → Medium
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.5 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.5-rc4-wily/

Djuri Baars (dsbaars) wrote :

The desired behaviour can be achieved by adding the following to the default boot options:

biosdevname=0 net.ifnames=0

vagrant@xenialvagranttest:~$ uname -ar
Linux xenialvagranttest 4.4.0-18-generic #34-Ubuntu SMP Wed Apr 6 14:01:02 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

vagrant@xenialvagranttest:~$ ifconfig eth
eth0 Link encap:Ethernet HWaddr 00:1c:42:57:c7:7b
          inet addr:10.211.55.87 Bcast:10.211.55.255 Mask:255.255.255.0
          inet6 addr: fdb2:2c26:f4e4:0:21c:42ff:fe57:c77b/64 Scope:Global
          inet6 addr: fe80::21c:42ff:fe57:c77b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:430 errors:0 dropped:0 overruns:0 frame:0
          TX packets:299 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:49716 (49.7 KB) TX bytes:46366 (46.3 KB)

(Based on xenial-server-amd64 daily 15-Apr-2016 07:01 / MD5: 5bc331a1aa7faaa330278bd31a1b101d)

preseed.cfg:
d-i debian-installer/add-kernel-opts string biosdevname=0 net.ifnames=0

hackeron (hackeron) wrote :

Any solution to this? - I'm passing net.ifnames=0 biosdevname=0 but after the latest apt-get upgrade, it is ignored :( --

deployer@ubuntu:~$ uname -a
Linux ubuntu 4.4.0-1021-raspi2 #27-Ubuntu SMP Fri Aug 12 11:44:06 UTC 2016 armv7l armv7l armv7l GNU/Linux

deployer@ubuntu:~$ cat /proc/cmdline
8250.nr_uarts=1 dma.dmachans=0x7f35 bcm2708_fb.fbwidth=1824 bcm2708_fb.fbheight=984 bcm2709.boardrev=0xa02082 bcm2709.serial=0x80f5f71c smsc95xx.macaddr=B8:27:EB:F5:F7:1C bcm2708_fb.fbswap=1 bcm2709.uart_clock=48000000 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000 net.ifnames=0 dwc_otg.lpm_enable=0 console=ttyS0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait net.ifnames=0 biosdevname=0

deployer@ubuntu:~$ ifconfig -a
enxb827ebf5f71c Link encap:Ethernet HWaddr b8:27:eb:f5:f7:1c
          inet addr:192.168.101.69 Bcast:192.168.101.255 Mask:255.255.255.0
          inet6 addr: fe80::ba27:ebff:fef5:f71c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:666 errors:0 dropped:0 overruns:0 frame:0
          TX packets:514 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:106425 (106.4 KB) TX bytes:94870 (94.8 KB)

Serge Victor (ser) wrote :

net.ifnames=0 biosdevname=0 works for me on xenial/amd64 4.4.0-36-generic

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers