[Lenovo IdeaCentre A740] Doesn't poweroff on shutdown

Bug #1463422 reported by Kevin Brubeck Unhammer
30
This bug affects 5 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Incomplete
Medium
Unassigned

Bug Description

With my Haswell based Lenovo IdeaCentre A740, if I do "systemctl poweroff" or use any GUI to try to shut down, it gets to the stage of:
[ OK ] Reached target Shutdown
reboot: System halted

but just sits there unresponsive, and does not actually power down.

Similarly, if I try running "fwts -P", the hibernate test seems like it crashes the computer (screen is on but unresponsive), then if I click the power button twice, it resumes from hibernation just fine.

If I try to reboot, it's almost the same, except the display shows weird psychedelic lines and colours, but everything is unresponsive and I have to click (and this time *hold* not just simple click) the power button.

I can reboot fine from GRUB with ctrl+alt+delete. I've kept the Windows partition that came with the computer, that also powers down and reboots fine.

If I click the power button while Ubuntu is started, it powers off immediately.

I originally asked a question at https://askubuntu.com/questions/632591/system-does-not-power-off-on-poweroff-just-halts but I don't think it has an answer since this seems more likely to be a kernel bug.

WORKAROUND: Use kernel parameter:
acpi=noirq

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: linux-image-3.19.0-18-generic 3.19.0-18.18
ProcVersionSignature: Ubuntu 3.19.0-18.18-generic 3.19.6
Uname: Linux 3.19.0-18-generic x86_64
ApportVersion: 2.17.2-0ubuntu1.1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: kiwibird 1481 F.... pulseaudio
CurrentDesktop: XFCE
Date: Tue Jun 9 15:41:05 2015
HibernationDevice: RESUME=UUID=dc4226ca-3ebe-4611-95ac-c1a0ccbb7d7a
InstallationDate: Installed on 2015-06-04 (5 days ago)
InstallationMedia: Xubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422.1)
MachineType: LENOVO F0AM
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-18-generic.efi.signed root=UUID=91533e8a-b5ca-4447-8c4a-b5bb2d095238 ro noprompt persistent
RelatedPackageVersions:
 linux-restricted-modules-3.19.0-18-generic N/A
 linux-backports-modules-3.19.0-18-generic N/A
 linux-firmware 1.143.1
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
SourcePackage: linux
StagingDrivers: r8723au
UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev'
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 09/30/2014
dmi.bios.vendor: LENOVO
dmi.bios.version: O00KT19AUS
dmi.board.name: INVALID
dmi.board.vendor: LENOVO
dmi.board.version: 31900058 STD
dmi.chassis.type: 13
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnLENOVO:bvrO00KT19AUS:bd09/30/2014:svnLENOVO:pnF0AM:pvrLenovoA740:rvnLENOVO:rnINVALID:rvr31900058STD:cvnLENOVO:ct13:cvrChassisVersion:
dmi.product.name: F0AM
dmi.product.version: Lenovo A740
dmi.sys.vendor: LENOVO

Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

On testing hibernation, the screen first blanked out for half a second, then showed the desktop again, but unresponsive. I clicked the power button, it turned off, then clicked the power button again, and it resumed fine with my terminal open. So hibernation "works" except, like with "systemctl poweroff" it doesn't actually power off.

Revision history for this message
Brad Figg (brad-figg) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote : Re: Lenovo A740 doesn't poweroff on shutdown

Did this issue start happening after an update/upgrade? Was there a prior kernel version where you were not having this particular problem?

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.1 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'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-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.1-rc7-unstable/

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

No fix upstream :-/

This was a fresh install as of some days ago, these are the only kernels I've tried:

ii linux-image-3.19.0-15-generic 3.19.0-15.15 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii linux-image-3.19.0-18-generic 3.19.0-18.18 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii linux-image-4.1.0-040100rc7-generic 4.1.0-040100rc7.201506080035 amd64 Linux kernel image for version 4.1.0 on 64 bit x86 SMP

tags: added: kernel-bug-exists-upstream
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
penalvch (penalvch)
tags: added: bios-outdated-o14kt15aus
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

That BIOS update is for Broadwell systems only, mine's a Haswell (BIOS revision 00KT19AUS).

$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date

gives

O00KT19AUS
09/30/2014

penalvch (penalvch)
tags: added: latest-bios-o00kt19aus
removed: bios-outdated-o14kt15aus
tags: added: kernel-bug-exists-upstream-4.1-rc7
Changed in linux (Ubuntu):
status: Incomplete → Triaged
Revision history for this message
Tiedemate (bjoerntiedemann) wrote :

I have exactly the same issue with an Medion Akoya E1232T, with two minor differences:
1: After halt I have to press the power button long to switch it of physically.
2: After reboot I get a black screen.

Apart from that the behaviour is exactly as described by Kevin. This machine has a Silvermont N2807, Bay Trail graphics and an Insyde Bios, which I flashed to most recent update. I installed Kubuntu 14.04 in EFI mode. As far as I can tell it does not have a legacy mode.

Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, could you please test the latest mainline kernel (4.1.1) and advise to the results?

description: updated
tags: added: needs-upstream-testing
removed: kernel-bug-exists-upstream
Changed in linux (Ubuntu):
status: Triaged → Incomplete
summary: - Lenovo A740 doesn't poweroff on shutdown
+ [Lenovo IdeaCentre A740] Doesn't poweroff on shutdown
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

exists upstream in v.4.1.1 as well :(

tags: added: kernel-bug-exists-upstream
Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, just to confirm, did this issue not occur in a release prior to 15.04?

tags: added: kernel-bug-exists-upstream-4.1.1
removed: kernel-bug-exists-upstream-4.1-rc7
tags: removed: needs-upstream-testing
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

This was a fresh install of 15.04, I haven't tried earlier releases so I don't know.

Revision history for this message
Tiedemate (bjoerntiedemann) wrote :

I have created a seperate bug for the Medion Akoya E1232T: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1472274.
Christopher, I have subscribed you.
Thank you!

Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

Tried 14.04 Utopic UEFI from an USB drive, it has the same behaviour as the recent kernels.

Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

Oh, sorry for the mix-up! The image I used is called ubuntu-14.10-desktop-amd64.iso
So 14.10 Utopic.

Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, for regression testing purposes, could you please test 14.04.0 (not 14.04.1+) via http://old-releases.ubuntu.com/releases/14.04.0/ and advise to the results?

tags: added: utopic
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

ubuntu-14.04-desktop-amd64.iso also has the same problem

penalvch (penalvch)
tags: added: trusty
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, to see if this is already resolved in Ubuntu, could you please test http://cdimage.ubuntu.com/daily-live/current/ and advise to the results?

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

The bug is still present on linux 4.2, but I haven't been able to boot with 4.4, see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1574178

Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, are you able to test with this on the latest mainline kernel (4.6-rc5)?

Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

Tried 4.6-rc5, can't boot with that either :( – it gives the exact same issue as 4.4

Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

4.2.8-wily boots, but has the same no-poweroff-issue.

4.3-wily does not boot (as in bug 1574178)

penalvch (penalvch)
Changed in linux (Ubuntu):
status: Expired → Triaged
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

Would it make sense to report this upstream?

Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, it would, but the root cause for this issue hasn't been identified.

Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, one thing that may help reveal the root cause here is if you add the following kernel parameter via https://wiki.ubuntu.com/Kernel/KernelBootParameters:
debug=y

then when it's stopped, post a screenshot via camera.

Revision history for this message
Ratrop (ratrop) wrote :

Same issue with Haswell based Lenovo IdeaCentre A540 with same bios:

O00KT19AUS
09/30/2014

Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

I got a tip from Navin at https://bugzilla.kernel.org/show_bug.cgi?id=118401
to try acpi=noirq and this does not only let me boot kernels>=4.3 (I'm writing this from mainline 4.7!), but also makes it poweroff and restart correctly.

However, it does not resume from suspend (it seems to suspend as it should, but clicking the power button to turn it back on does nothing).

Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, to clarify, which mainline 4.7 kernel did you test specifically?

description: updated
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

linux-image-4.7.0-040700rc2-generic_4.7.0-040700rc2.201606051831_amd64.deb
though the 4.4.0-24.43 from regular xenial repos also booted fine with acpi=noirq

Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, when communicating with upstream developers, they want to see that you are testing the latest release available (now 4.7-rc5).

tags: added: kernel-bug-exists-upstream-4.7-rc2
removed: kernel-bug-exists-upstream-4.1.1
Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

4.7rc5 has same behaviour: does not boot with acpi=noirq, does boot with acpi=noirq.

tags: added: kernel-bug-exists-upstream-4.7-rc5
removed: kernel-bug-exists-upstream-4.7-rc2
Revision history for this message
Ratrop (ratrop) wrote :

With acpi=noirq I confirm that can boot kernels>=4.3 (I'm writing this from 4.4.0-28-generic) but does not actually power down

Revision history for this message
Ratrop (ratrop) wrote :

Also confirm that With acpi=noirq can boot kernel 4.7-rc6 but does not actually power down. Reboot work properly

Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

Ratrop, any difference with pci=noacpi?

Revision history for this message
Ratrop (ratrop) wrote :

Same with pci=noacpi with kernel 4.4.0-28-generic and 4.4.14-040414-generic. And also wi-fi card not working with pci=noacpi

Revision history for this message
Nicolas K (nielks) wrote :

Hello,

Same hardware configuration as Ratrop (Lenovo A540 with same bios revision)
I use kernel 4.4.0.53, with "acpi=noirq", and have the same issue: poweroff hangs at exit screen.

Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

Hm, I'm currently using 4.7.0-040700rc5-generic on 16.04 with

$ grep acp /etc/default/grub
GRUB_CMDLINE_LINUX="noprompt persistent acpi=noirq"

and have fully working boot, reboot, poweroff (on the Lenovo A740, not A540).

(For wifi, I use https://github.com/lwfinger/rtl8723au dkms).

nielks, could you try a newer kernel, e.g. 4.7.0-040700rc5-generic ? If the same kernel doesn't work, maybe A540 has a different issue regarding poweroff.

Revision history for this message
penalvch (penalvch) wrote :

Nicolas K (nielks), to track your hardware, it will help immensely if you filed a new report with the Ubuntu repository kernel (not mainline/upstream) via a terminal:
ubuntu-bug linux

Please feel free to subscribe me to it.

For more on why this is helpful, please see https://wiki.ubuntu.com/ReportingBugs.

Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, to keep this relevant to upstream, one would want to periodically check for, and test the latest mainline kernel (now 4.9) as it is released.

Could you please advise?

Changed in linux (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Nicolas K (nielks) wrote :

Christopher M. Penalver, I just created https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1651294 and subscribed you. see you there :-)

Kevin Brubeck Unhammer, thanks for the tip, I will try rtl8723au.
With r8723au, my wifi interface is working for some time (maybe 10min), then hangs.
Same for you ? Does rtl8723au works fine ?
(that was the next problem on my list ! )

Revision history for this message
Kevin Brubeck Unhammer (unhammer) wrote :

I'll check with 4.9, yeah.

(And yes, rtl8723au ("modprobe 8723au") works fine, while the built-in r8723au I blacklist since it drops out too much. I don't know if that should be a separate bug or if there's a good reason for not having rtl8723au by default; lwfinger seems to be a kernel driver maintainer anyway)

Revision history for this message
penalvch (penalvch) wrote :

Kevin Brubeck Unhammer, regarding the WiFi, yes this is a separate issue not scoped to this report.

Please file a new report via a terminal and feel free to subscribe me to it:
ubuntu-bug linux

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.