← Back to team overview

kernel-packages team mailing list archive

[Bug 1352379] Re: Network broken after resume

 

Jeroen van der Ham, to further clarify, before the BIOS update, on
resume from first suspend, networking is not working until restarted.
However, after the BIOS update, on resume from first suspend, you would
have to wait ~60 seconds but can ultimately log in with functional
networking. Correct?

As well, would hibernating provide a WORKAROUND?

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1352379

Title:
  Network broken after resume

Status in “linux” package in Ubuntu:
  Incomplete

Bug description:
  We use Dell Optiplex 7010 machines in our student lab. These machines
  are capable of suspending and resuming, so that we don't waste power
  during the night. In our lab we also use LDAP authentication for the
  students. The problem is that networking is disabled once the machine
  is resumed after a suspend. Because of the LDAP authentication,
  networking is required for authentication, thus we cannot login to the
  machine after a suspend. A "work-around" to restart network-manager is
  therefor not an option.

  I have tried numerous things, 
  * creating a file /etc/pm/config.d/network-resume with the content "SUSPEND_MODULE="e1000e"

  Outcome: This seems to break the suspend functionality. When manually
  entering "suspend" it goes directly to the lock screen. The networking
  is still disabled, so I cannot log in.

  * creating a file /etc/pm/sleep.d/network-resume with

   #!/bin/sh

  case ${1} in
  	resume|thaw)
  	nmcli nm sleep false
  		;;
  esac

  Outcome: Manually suspending works, resume only works when pressing
  the power button. Once resumed the networking is still disabled, and
  thus I cannot log in.

  
  * creating a file in /etc/pm/sleep.d with

  #!/bin/sh

  case "${1}" in
          resume|thaw)
          restart network-manager
                  ;;
  esac

  Outcome: Manually suspending works, resume only works when pressing the power button. Once resumed the networking is still disabled, and thus I cannot log in. After about a full minute networking is restored and I can log in.
  --- 
  ApportVersion: 2.14.1-0ubuntu3.2
  Architecture: amd64
  AudioDevicesInUse:
   USER        PID ACCESS COMMAND
   /dev/snd/controlC0:  lightdm    1285 F.... pulseaudio
  DistroRelease: Ubuntu 14.04
  HibernationDevice: RESUME=UUID=5f5a9253-499b-4d0a-a0ea-903335a5222f
  InstallationDate: Installed on 2014-07-08 (27 days ago)
  InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
  IwConfig:
   eth0      no wireless extensions.
   
   lo        no wireless extensions.
  MachineType: Dell Inc. OptiPlex 7010
  Package: linux (not installed)
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.13.0-30-generic.efi.signed root=/dev/mapper/ubuntu--vg-root ro quiet splash vt.handoff=7
  ProcVersionSignature: Ubuntu 3.13.0-30.55-generic 3.13.11.2
  PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon.
  RelatedPackageVersions:
   linux-restricted-modules-3.13.0-30-generic N/A
   linux-backports-modules-3.13.0-30-generic  N/A
   linux-firmware                             1.127.4
  RfKill:
   
  Tags:  trusty
  Uname: Linux 3.13.0-30-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups:
   
  _MarkForUpload: True
  dmi.bios.date: 03/25/2013
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A13
  dmi.board.name: 0MN1TX
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A01
  dmi.chassis.type: 16
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: dmi:bvnDellInc.:bvrA13:bd03/25/2013:svnDellInc.:pnOptiPlex7010:pvr01:rvnDellInc.:rn0MN1TX:rvrA01:cvnDellInc.:ct16:cvr:
  dmi.product.name: OptiPlex 7010
  dmi.product.version: 01
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1352379/+subscriptions


References