[Inspiron N7110] Ethernet is unmanaged

Bug #827491 reported by Marc Legris
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Invalid
High
Daniel Manrique

Bug Description

Ethernet seems to be disabled and nonfunctional at first boot. Editing /etc/NetworkManager/NetworkManager.conf to set managed=true resolves this issue after a reboot.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: linux-image-3.0.0-8-generic 3.0.0-8.11
ProcVersionSignature: Ubuntu 3.0.0-8.11-generic 3.0.1
Uname: Linux 3.0.0-8-generic i686
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: PCH [HDA Intel PCH], device 0: ALC269VB Analog [ALC269VB Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: ubuntu 1627 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'PCH'/'HDA Intel PCH at 0x91700000 irq 48'
   Mixer name : 'Intel CougarPoint HDMI'
   Components : 'HDA:10ec0269,102804d8,00100100 HDA:80862805,80860101,00100000'
   Controls : 18
   Simple ctrls : 10
Date: Tue Aug 16 12:14:46 2011
HibernationDevice: RESUME=UUID=f52a55f7-b77d-4a84-b3a7-8c037d93f3cc
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Alpha i386 (20110815)
MachineType: Dell Inc. Dell System Inspiron N7110
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.0.0-8-generic root=UUID=e1008fcf-812f-4ea9-96d3-52d6c8ab171b ro quiet splash initcall_debug vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.0.0-8-generic N/A
 linux-backports-modules-3.0.0-8-generic N/A
 linux-firmware 1.59
SourcePackage: linux
StagingDrivers: mei
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 01/18/2011
dmi.bios.vendor: Dell Inc.
dmi.bios.version: X23
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: Emerald Lake
dmi.board.vendor: Dell Inc.
dmi.board.version: FAB1
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.chassis.version: 0.1
dmi.modalias: dmi:bvnDellInc.:bvrX23:bd01/18/2011:svnDellInc.:pnDellSystemInspironN7110:pvr:rvnDellInc.:rnEmeraldLake:rvrFAB1:cvnDellInc.:ct8:cvr0.1:
dmi.product.name: Dell System Inspiron N7110
dmi.sys.vendor: Dell Inc.

Revision history for this message
Marc Legris (maaarc-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount) wrote :
Changed in linux (Ubuntu):
assignee: nobody → Chris Van Hoof (vanhoof)
Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Chris Van Hoof (vanhoof)
Changed in linux (Ubuntu):
importance: Undecided → High
assignee: Chris Van Hoof (vanhoof) → Bryan Wu (cooloney)
Chris Van Hoof (vanhoof)
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Chris Van Hoof (vanhoof) wrote :

Ike -- Have you seen this issue pop up in any of the other testing you have been doing on Oneiric?

Changed in linux (Ubuntu):
assignee: Bryan Wu (cooloney) → Ike Panhc (ikepanhc)
status: Incomplete → Confirmed
Ike Panhc (ikepanhc)
Changed in linux (Ubuntu):
status: Confirmed → In Progress
Revision history for this message
Ike Panhc (ikepanhc) wrote :

Hi Marc,

Please attach /etc/network/interfaces.

Ref: In `man networkmanager.conf`

       managed=false | true
              Controls whether interfaces listed in the 'interfaces' file are
              managed by NetworkManager. If set to true, then interfaces
              listed in /etc/network/interfaces are managed by NetworkManager.
              If set to false, then any interface listed in /etc/net‐
              work/interfaces will be ignored by NetworkManager. Remember that
              NetworkManager controls the default route, so because the inter‐
              face is ignored, NetworkManager may assign the default route to
              some other interface. When the option is missing, false value
              is taken as default.

Revision history for this message
Ike Panhc (ikepanhc) wrote :

If eth0 is written in the file, then we need to find out which process update the file.

Revision history for this message
Ike Panhc (ikepanhc) wrote :

Thanks Chris pointing me out it maybe relate to bug 847782

I've tried two install with/without ethernet plug-in, and no eth0 in /etc/network/interfaces.

Revision history for this message
Ike Panhc (ikepanhc) wrote :

Thanks Paul Liu for some updating.

If eth0 in /etc/network/interfaces, it means root (via scripts in /etc/init.d) is going to start dhclient for eth0, and NetworkManager will not touch the interface. For server, this is a very important feature because we would like to have network connection before any user login.

So, two questions are raised.

1. why installer (or other application) update /etc/network/interfaces with Desktop version?
2. why booting scripts do not bring up dhclient?

Keeping digging.

Revision history for this message
Ike Panhc (ikepanhc) wrote :

Please also let me know which iso you use to install. I tried iso from http://cdimage.ubuntu.com/daily-live/current/ but can not duplicate this issue, and I do remember after installing, there are "eth0 auto" in nm-applet.

Revision history for this message
Ike Panhc (ikepanhc) wrote :

Please also attach the output of `find /etc/rc?.d`. This shows which services will start when booting.

Chris Van Hoof (vanhoof)
Changed in linux (Ubuntu):
status: In Progress → Incomplete
Chris Van Hoof (vanhoof)
Changed in linux (Ubuntu):
assignee: Ike Panhc (ikepanhc) → Marc Legris (maaarc)
Revision history for this message
Marc Legris (maaarc-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount) wrote :

We shipped 2 of these units to Montreal, reassigning to Daniel.

Changed in linux (Ubuntu):
assignee: Marc Legris (maaarc) → Daniel Manrique (roadmr)
Revision history for this message
Daniel Manrique (roadmr) wrote :

Hi, I just set up these two units and installed. Upon installation our preseed's late_command adds the eth0 entries to /etc/network/interfaces, thus the "unmanaged" from NetworkManager is expected.

I tried removing the entries and then rebooting, when I do so, NetworkManager does pick up and manage the interfaces, without changing /etc/NetworkManager/NetworkManager.conf.

The install was done with the Oneiric image from 20111006.

I'll mark the bug invalid as it seems that the additional configuration in /etc/network/interfaces was causing this behavior.

Changed in linux (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.