Project

General

Profile

Bug #9079

setup-udev from eudev causes "ip ioctl 0x8913 failed No such device"

Added by Tyler A 9 months ago. Updated 9 months ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Base libraries
Target version:
Start date:
07/12/2018
Due date:
% Done:

0%

Estimated time:
Affected versions:
Security IDs:

Description

Running xorg-setup-base leaves my networking eth0 in my VirtualBox VM unable to run.

This is because it appears setup-xorg-base installs eudev, which in turn runs setup-udev

(I've done this a few times now)

Steps to Reproduce
Fresh AlpineLinux boot

1. setup-alpine (sets up /etc/networking/interfaces
2. apk add eudev (setup-xorg-base does this)
3. setup-udev (setup-xorg-base also runs this)

On reboot you'll see "ip ioctl 0x8913 failed No such device" and ip link show will now no longer show eth0 even in down state.

History

#1 Updated by Tyler A 9 months ago

This is using alpine-extended-3.8.0-x86_64.iso on VirtualBox 5.2.14r122571 on (ArchLinux).

The network adapter is attached as NAT and is a Intel Pro/1000 MT Desktop (82540EM).

#2 Updated by Natanael Copa 9 months ago

I cannot reproduce.

Here is what I do on VirtualBox 5.2.12 (on MacOS):
- create new vm. Type: Linux, Version: Other Linux (64-bit)
- assign 1024MB ram
- attach alpine-extended-3.8.0-x86_64.iso as cdrom

Start the VM.
- run setup-alpine, on disk selection I select sda and choose "sys" install
- reboot and boot from disk (detach iso image)
- run setup-xorg-base

This will install eudev and run setup-udev to replace mdev with eudev.

Reboot.

at this point i would expect eth0 be missing if your bug report is correct.

What am I doing wrong, since I cannot reproduce this?

#3 Updated by Tyler A 9 months ago

I have allocated 1024MB RAM to the VM.

The install is a diskless install on /dev/sda1 I had installed using this configuration https://wiki.alpinelinux.org/wiki/Create_a_Bootable_USB#Boot_Alpine_Linux_CD-ROM

I had also tried booting from sr0 and using sda1 as a storage for the apkprov only, and sdb1 as cache and was also able to reproduce this bug.

#4 Updated by Natanael Copa 9 months ago

ok, i can reproduce it. The problem is that udev trigger does not reach to complete the coldplugging before network is configured, so when /etc/init.d/networking is run, the eth0 device is not yet ready

The fix is:

echo "rc_need=udev-settle" > /etc/conf.d/networking && lbu ci

#5 Updated by Tyler A 9 months ago

Natanael Copa wrote:

echo "rc_need=udev-settle" > /etc/conf.d/networking && lbu ci

I can also confirm this fixes the issue.

#6 Updated by Natanael Copa 9 months ago

  • Status changed from New to Closed

Also available in: Atom PDF