natty suspend & hibernate hang with nfs home directory
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Fedora |
Unknown
|
Unknown
|
|||
nfs-utils (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
I have a system running a fairly fresh installation of Natty. It used to do both suspend and hibernate just fine. Now I have moved the /home directory to NFS4 and neither suspend nor hibernate work. The system seems to 'hang'. The screens stay black. Sometimes you can switch to a text console and reboot the system with Ctrl+Alt+Delete, but often that also just hangs.
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: linux-image-
ProcVersionSign
Uname: Linux 2.6.38-8-generic x86_64
NonfreeKernelMo
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Architecture: amd64
ArecordDevices:
**** List of CAPTURE Hardware Devices ****
card 0: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
Subdevices: 2/2
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
CRDA: Error: [Errno 2] Datei oder Verzeichnis nicht gefunden
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xd3220000 irq 43'
Mixer name : 'Analog Devices AD1882'
Components : 'HDA:11d41882,
Controls : 41
Simple ctrls : 24
Date: Thu Jun 2 21:07:39 2011
HibernationDevice: RESUME=
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1)
IwConfig:
lo no wireless extensions.
eth0 no wireless extensions.
eth1 no wireless extensions.
ProcEnviron:
LANGUAGE=de_DE:en
LANG=de_DE.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.52
RfKill:
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/13/2009
dmi.bios.vendor: Intel Corp.
dmi.bios.version: CBQ4510H.
dmi.board.
dmi.board.name: DQ45CB
dmi.board.vendor: Intel Corporation
dmi.board.version: AAE30148-205
dmi.chassis.type: 3
dmi.modalias: dmi:bvnIntelCor
affects: | ubuntu → nfs-utils (Ubuntu) |
Changed in nfs-utils (Ubuntu): | |
status: | New → Confirmed |
tags: | added: i386 suspend |
I can not prove this from your output but I had a similar problem and found that it was network manager doing the evil work.
What was happening was that network manager saw the system was going down to low power mode so disconnected the Ethernet, this leaves NFS with nowhere to talk to so NFS sits there waiting for the server to reply, the kernel grows a big queue and hey presto it looks like a hang.
If you get to the text mode screen using ctrl-alt-f1 or similar and get the network back up it can be recovered sometimes.
I just wish they would get rid of network manager and let the kernel do what it needs to during these changes in state.