Gutsy shutdown doesn't
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Incomplete
|
Undecided
|
Unassigned | ||
linux-source-2.6.22 (Ubuntu) |
Won't Fix
|
Medium
|
Unassigned |
Bug Description
Gutsy shutdown hangs, no message on screen, keyboard unresponsive
- No message on screen - other Linux's will display "system will halt now" or other such indication. Screen below the progress bar is just blank.
- Edgy shutsdown just fine on the same system.
- Feisty also fails with similar indications; I don't know if the problem is the same. I'll look to see if there is a Fesity "workaround".
- after I THINK Gutsy has stopped, I do reset, then power off. So far no fsck problems?
Brian Murray (brian-murray) wrote : | #1 |
Brian Murray (brian-murray) wrote : | #2 |
We are closing this bug report as it lacks the information, described in the previous comments, we need to investigate the problem further. However, please reopen it if you can give us the missing information and feel free to submit bug reports in the future.
Changed in linux-source-2.6.22: | |
status: | Incomplete → Invalid |
jerrylamos (jerrylamos) wrote : | #3 |
- dmesg.log as requested Edit (18.0 KiB, text/plain)
Here's uname -a:
Linux linuxGutsy 2.6.22-10-generic #1 SMP Wed Aug 22 08:11:52 GMT 2007 i686 GNU/Linux
Attached is dmesg.log
jerrylamos (jerrylamos) wrote : | #4 |
jerrylamos (jerrylamos) wrote : | #5 |
- Attached is dmidecode > dmidecode.log Edit (11.7 KiB, text/plain)
Here's output from sudo dmidecode > dmidecode.log
jerrylamos (jerrylamos) wrote : | #6 |
The following patch worked for Tribe 5. Strange how Edgy and Dapper and Puppy ... shutdown O.K. but Feisty and Gutsy Tribe 5 don't. Maybe there's a clue for you in what the fix may do.
Cheers, Jerry
"Shutdown" doesn't
This system powers off with Edgy, Dapper, Knoppix, ... but not Feisty. If I select Shutdown after a while nothing's happening, there's no message on the screen, and the keyboard and mouse are dead. Someone on some forum (where?) suggested:
Do sudo gedit /etc/modules. Add the following line, then save:
apm power_off=1
do sudo gedit /boot/grub/menu.lst (where the l is a lower case L). Find the line that start with "kernel" and add this onto the end, no carriage return, all on the same line which probably wraps over:
acpi=off apm=power_off
then save. Power off however you can, power back up and on "Shutdown" it should. Mine did.
Usual cautions apply when changing system files.....
Changed in linux-source-2.6.22: | |
assignee: | brian-murray → ubuntu-kernel-acpi |
importance: | Undecided → Medium |
status: | Invalid → Triaged |
Adam Barbary (home-adambarbary) wrote : | #7 |
I can confirm a similar scenario with Gutsy. Clicking the shutdown just hangs the system with the desktop image. Virtual consoles cannot be opened and a hard reset is required.
AMD 2400
nForce motherboard
1GB Ram
nVidia FX5500
IDE Main drive (XP,Ubuntu)
SATA Raid1 storage
Jouke74 (hottenga) wrote : | #8 |
Same problem here. Beta Xubuntu Alternate and Desktop CD Hang on shutdown. Never had this problem before. Feisty runs fine.
AMD 4200 X2
nforce4 A8N SLI Premium.
2 GB ram.
ASUS ATI X1600Pro
WD 74 GB raptor + WD 250 GB caviar.
XP + Ubuntu Gutsy
Noel L. Vivar (nlvivar) wrote : | #9 |
Noel L. Vivar (nlvivar) wrote : | #10 |
Noel L. Vivar (nlvivar) wrote : | #11 |
- lspci-vvnn.log Edit (18.1 KiB, text/plain)
Linux megatron 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux
jerrylamos (jerrylamos) wrote : | #12 |
- lspci -vvnn from system that hangs on Gutsy shutdown Edit (6.8 KiB, text/plain)
Released Gutsy Ubuntu 7.10 still hangs on shutdown on this computer. Here's the old workaround from Feisty from 6 months ago:
Do sudo gedit /etc/modules. Add the following line, then save:
apm power_off=1
do sudo gedit /boot/grub/menu.lst (where the l is a lower case L). Find the line that start with "kernel" and add this onto the end, no carriage return, all on the same line which probably wraps over:
acpi=off apm=power_off
then save. Restart. On "Shutdown" it should. Mine did.
Usual cautions apply when changing system files.....
Jerry
larryleezard (grantburns) wrote : | #13 |
I don't know if this is related but I had a shutdown issue with feisty and gutsy, it was module snd-hda-intel that would hang. (black screen no info) So what I did was went to the script for the actual halt command in /etc/init.d opend the halt script and at the top of it added rmmod snd-hda-int so it unloads that modual at the start of shutdown. Works a charm.
larryleezard (grantburns) wrote : | #14 |
Sorry the command at the top of the halt script is rmmod snd-hda-intel
Glenn (glenn-e-williams) wrote : | #15 |
Glenn (glenn-e-williams) wrote : | #16 |
Glenn (glenn-e-williams) wrote : | #17 |
marpau (tallman14) wrote : | #18 |
marpau (tallman14) wrote : | #19 |
marpau (tallman14) wrote : | #20 |
Durand D'souza (durand1) wrote : | #21 |
Thanks Jerry, worked like a charm :)
ThomThom (thomas-thomthom) wrote : | #22 |
I'm having this issue on my VIA EPIA SP 13000.
When I disable the boot splash screen I'm faced with this:
---
System is shutting down, please wait...
---
NetworkManager: <WARN> mn_signal_
shutting down normally.
NetworkManager: <info> Caught termination signal
NetworkManager: <debug> [1193573771.092816] nm_print_
Open sockets List:
NetworkManager: <debug> [1193573771.092816] nm_print_
Open sockets Done.
NetworkManager: <WARN> nm_hal_deinit(): libhal shutdown failed -
Did not receive a reply. Possible causes include: the remote
application did not send a reply, the message bus security policy
blocked the reply, the reply timeout experied, or the network
connection as broken.
[ 226.137045] System halted.
"sudo dmidecode > dmidecode.txt" returns dmidecode.txt with just this;
# dmidecode 2.9
# No SMBIOS nor DMI entry point found, sorry.
thomas@Mini-Me:~$ uname -a
Linux Mini-Me 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux
I'm not sure if it's relevant, but upon boot I see a message saying something like; "no DMI BIOS year, acpi=force is required to enable ACPI"
ThomThom (thomas-thomthom) wrote : | #23 |
ThomThom (thomas-thomthom) wrote : | #24 |
Turns out that ACPI was my problem. I force enabled it and it now shuts down correctly. I suppose it's the BIOSs fault for not identifying it's year? It's from 2005.
Ron Rhodes (owdronrhodes) wrote : | #25 |
Only needed to add apm power_off=1 to /etc/modules after installing ubuntu/xubuntu gutsy on a couple of old Win98 desktops.
Swâmi Petaramesh (swami-petaramesh) wrote : | #26 |
Not sure this is the same bug but :
Recent desktop system (AMD Sempron, NVidia chipset) which was shutting down perfectly with Feisty now sporadically hangs on shutdown after upgrade to Gutsy (kernel 2.6.22-14-generic).
Not easy for me to be very specific, the machine is 400 miles away, it's a friend's machine which I administer from remote using SSH and of course I have no access to it when hanged on shutdown... According to the reports I got from her, machine stays forever on shutdown splash screen and nothing else happens. I have remotely deactivated the splash screen in grub's menu.lst to see if it can help or check last system messages from now on.
Syslog doesn't show anything special after such a hang.
She reported to me having had some filesystem errors reported at mount time after a forced reboot in such situation, so that's possible that hanging happens before the system is actually completely down.
Machine uses the NVIdia proprietary X11 driver as well as ndiswrapper + sis163u driver for a Wi-Fi USB thing and I was suspecting one of them to be the cause of the issue - I've seen that losing the Wi-Fi connection sometimes hangs the system in Gutsy where it wouldn't happen in Feisty, although the "Windows" driver used by ndiswrapper is the same, so I was suspecting something weird could happen when shutting down networking.
carpelo (carpelo) wrote : | #27 |
Same here. Didn't shutdown on Feisty or Gutsy.
When booting i get the message:
DMI not present or invalid
ACPI: No DMI bios year, acpi=force is required to enable ACPI
My bios is from 2004.
uname -a
Linux dunduntu 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux
sudo dmidecode:
# dmidecode 2.9
# No SMBIOS nor DMI entry point found, sorry.
dmesg.log attached.
carpelo (carpelo) wrote : | #28 |
carpelo (carpelo) wrote : | #29 |
Well, i think i've fixed it :)
ThomThom, me too, my bios doesn't identify itself as a 2004 bios and the kernel avoids loading acpi.
I added this option to force it:
acpi=force
at the end of the kernel booting line at /boot/grub/
kernel /boot/vmlinuz-
Now my computer shutdowns under Gutsy :)
I hope this helps!
Glenn (glenn-e-williams) wrote : | #30 |
Ok, I tried the acpi=force workaround and it's worked for 3 shutdowns. Unfortunately, since my problem only happened about 50% of the time, I can't say for certain if it's fixed the problem, but it looks good so far.
Glenn (glenn-e-williams) wrote : | #31 |
Ok - this bug is clearly conscious, intelligent and mischievous. It waited until I had made that last post, then came back. acpi=force did not work for me, unfortunately.
steve s. (snsansom-deactivatedaccount) wrote : | #32 |
- dmesg output Edit (35.7 KiB, text/plain)
I too have this bug. It is really quite irritating!
Uname -a: Linux steve-desktop 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux
steve s. (snsansom-deactivatedaccount) wrote : | #33 |
steve s. (snsansom-deactivatedaccount) wrote : | #34 |
उमेश पवार (umeshpawar) wrote : | #35 |
I am also experiencing same issue on my Dell Inspiron 700m laptop.
I have installed fresh ubuntu 7.10.
I have tried all below specified options :
1) adding "acpi=force"
2) removing "splash"
3) removing "ro quiet splash"
Nothing worked for me.
Only shutdown works from command prompt with following commad.
shutdown -P now
As Glenn mentioned this bug is clearly conscious on 700m laptop
jerrylamos (jerrylamos) wrote : | #36 |
This works for me as on my post dated 2007-08-23. Take caution on changing system files:
Do sudo gedit /etc/modules. Add the following line, then save:
apm power_off=1
do sudo gedit /boot/grub/menu.lst (where the l is a lower case L). Find the line that start with "kernel" and add this onto the end, no carriage return, all on the same line which probably wraps over:
acpi=off apm=power_off
then save. Power off however you can, power back up and on "Shutdown" it should. Mine did.
Jerry
उमेश पवार (umeshpawar) wrote : | #37 |
Applied changes as per instruction.
Now system sometime shutdowns without issue. sometime not.
Unpredictiable.
Issue is not completly resolved.
After every 37 times boot.
System gives error /dev/sda3 is mounted 37 times.
I got this error message 3 times in week.
It seems to be during shutdown disk is not getting umounted.
jerrylamos (jerrylamos) wrote : | #38 |
Linux does a scheduled fsck (file system check) after a certain number of boots. It takes a while and there should be a progress bar. I've seen 27, 37, you name it. Any time it finds what it thinks is an error it will give directions and ask permission to fix something. Any time I've had an fsck failure fsck screwed up a fix and it was time to re-format the partition. It's been possible to save files from the partitions before the re-format.
If I fumble around the help files it will say how to set the scheduled mounts per fsck for a partition. I've tried 1000000 without much luck. I don't know the max.
fsck is similar to the Windoze file system check it does when it thinks the system was turned off without shutdown. fsck seems to be a common tool across different Linux's.
Now if I do an install on a dual or triple or quad boot, install changes the partition's UUID. This is messy because booting one of the other images won't be able to find the previous UUID to do an fsck on it so fsck fails. Do an "exit" to continue, or Ctrl-Alt-Del. With a bit of editing on /boot/grub/menu.lst and /etc/fstab this can be straightened out. As far as I can tell, Ubuntu developers have no intention of fixing this mess.
Jerry
उमेश पवार (umeshpawar) wrote : | #39 |
I switched to the i810 driver and loaded the 915resolution package to display resolution too 1280x800. Now shutdown/
Below are step to switch back to i810 drivers.
Issue following command either from the command line or by botting in recovery mode
sudo dpkg-reconfigure xserver-xorg
Select i810 graphics driver.
This will give you 1024x768 mode, to get resolution 1280x800 install 915resoluation using following command.
sudo apt-get install 915resolution
Then edit /etc/default/
MODE=auto
XRESO=1280
YRESO=800
And reboot your system.
This worked for me. Refer below URL for more detail
http://
Swâmi Petaramesh (swami-petaramesh) wrote : | #40 |
After some tests with a machine that wouldn't shut down since upgraded to Gutsy and was shutting down perfectly in Feisty, I could trace the problem down to the "Network Manager".
This machine uses a Wi-Fi network connection using ndiswrapper + Network Manager, and hangs shutting down in Gutsy.
I have moved the network connection out of the Network Manager, to standard "Debian" interface management defined with all relevant parameters in /etc/network/
This has solved the problem immediately, and now the machine shuts down perfectly.
I feel this bug puts together a number of issues that may be different albeit with the same end effect : machine doesn't halt properly, but it seems that the question doesn't always relate to kernel or ACPI.
It would be interesting to isolate the problem for machine which used to shut down properly in Feisty but don't anymore in Gutsy. In my case, the Network Manager is clearly the cause.
Bambur (stub2003) wrote : | #41 |
I faced the same problem with my old IBM Thinkpad 380Z after installing Ubuntu 7.10 onto it -- the laptop did not shutdown. However, with Ubuntu 6.06.10 it used to. I added acpi=off and apm=on to the kernel booting line in /boot/grub/
filoart (filoart) wrote : | #42 |
I've solved the problem as jerrylamos suggests, but only modifying the file /etc/modules.
I've no touched the menu.lst and the laptop shuts down properly.
these are my files:
a name:
Linux alberto-laptop 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux
dmesg attached
filoart (filoart) wrote : | #43 |
filoart (filoart) wrote : | #44 |
Buffaloed (buffaloed) wrote : | #45 |
- logs.tar.gz Edit (15.2 KiB, application/x-tar)
uname -a Linux cheeseburger 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux
Shutdown problem occurred when I disabled Power Management in System-
Screen froze, no mouse/menus unresponsive
keyboard shortcut: Ctrl+Alt+Backspace used to shutdown from login options menu
Problem resolved immediately with re-enabling Power Management and has not recurred.
Logs attached in tar to show both conditions. The logs appended with "1" are when shutdown failure was occurring. Hope that helps!
spatialyst@hotmail.com (spatialyst) wrote : Re: Gutsy shutdown doesn't - Fix | #46 |
I've had this issue before with the 2.4 kernel. I fixed it on my 2.6 kernel by adding the following to the end of the to the grub menu.lst kernel line:
acpi=force apm=off
Chris Haag (chaag123) wrote : | #47 |
+1 to this causing/fixing the issue
Shutdown problem occurred when I disabled Power Management in System-
Linux xxx 2.6.22-14-generic #1 SMP Tue Dec 18 08:02:57 UTC 2007 i686 GNU/Linux
Running an old Dell Dimension 3000
Matt Jones (mjones41) wrote : | #48 |
Jerry's first mod works for me so far:
Do sudo gedit /etc/modules. Add the following line, then save:
apm power_off=1
But the second mod causes a bios error after grub on loading (not the end of the world) but then I cannot see my laptop battery charging.
do sudo gedit /boot/grub/menu.lst (where the l is a lower case L). Find the line that start with "kernel" and add this onto the end, no carriage return, all on the same line which probably wraps over:
acpi=off apm=power_off
But so far great, with just altering the modules.
Cheers Jerry, an annoying bug patched.
baasha (baasha) wrote : | #49 |
Unfortunately, none of the above fixes work on my machine (Asus A7N8X motherboard with Nvidia chipset)). Sometimes a change to the /boot/grub/menu.lst file will result in a proper shutdown but only once. After the next boot shutdown results in a reboot. The same thing happens if I use the terminal and do a shutdown -P now command. The only way I can do a complete shutdown is to let it reboot and then shutdown from the options on the login screen. All this make me wonder if there is something in the bootup process that is over-riding the changes. I hope someone can figure this out soon, it's driving me crazy.
Leann Ogasawara (leannogasawara) wrote : | #50 |
Hi All,
The symptom of this particular bug, failure to power off when shutting down, is specific to the hardware and BIOS used. So while many of you may have the same symptom they really should be different bugs. It would be helpful if everyone were to test with a Hardy Alpha build, http://
If the original bug reporter, jerrylamos, can comment here if the newer Hardy release resolves the issue or not, that would be great. Thanks.
Changed in linux-source-2.6.22: | |
status: | Triaged → Incomplete |
jerrylamos (jerrylamos) wrote : | #51 |
Leann, I just entered bug #181892 from Hardy Alpha daily build 20080109, the latest Hardy I could find. Yes it hangs on shutdown.
By the way, CD Live, this version is a little jerky on youtube my impression better than the original Alpha.
Jerry
steve s. (snsansom-deactivatedaccount) wrote : | #52 |
I now use Vista on my main machine pretty much soley because of the wasted time this bug was causing me.
Glenn (glenn-e-williams) wrote : | #53 |
Do I not understand the "duplicate" status. When I work on bugs a duplicate is only applicable to the same stream. If you mark this as a duplicate to a bug found in Hardy, will it still be fixed in Gutsy? If so, then I have no problem with it being marked as a duplicate.
jerrylamos (jerrylamos) wrote : | #54 |
This won't shut down bug cropped up on Feisty in the middle of February on the early builds just after a whole load of stuff from Debian got dumped on Ubuntu, as far as I can see replacing good code with defective code. Not that I can perceive that fast, but it seems to me that the "power off" signal is now much shorter than it had been.
It hasn't been fixed on Feisty, or Gutsy, or Hardy Alpha. Whatever developer is responsible hasn't been motivated yet. The Edgy code certainly worked so they do have a fix if they wanted to use it.
The temporary workaround I described on 2007-08-23 has to be applied with each install. I don't expect hardly any "ordinary desktop user" to know about or apply such a fix.
As I remember I did poke around on Feisty and saw that the code that did "power off" was different and larger than it had been for Dapper, Edgy, and early Feisty.
Don't hold your breath.
Jerry
Glenn (glenn-e-williams) wrote : Re: [Bug 119308] Re: Gutsy shutdown doesn't | #55 |
I'm not questioning why this hasn't been fixed, I'm questioning why this has
been marked a duplicate. In my experience marking something as a duplicate
means that you have a duplicate bug report in the same stream. This is being
marked as a duplicate to a bug found in Hardy. I understand that it MAY be
the same bug as the one being reported in the other stream, but that does
not mean it shouldn't be fixed in this stream also.
Incidentally, the workaround you described on 8/23 did not solve the issue
for me unfortunately.
On Jan 19, 2008 9:06 PM, jerrylamos <email address hidden> wrote:
> *** This bug is a duplicate of bug 181892 ***
> https:/
>
> This won't shut down bug cropped up on Feisty in the middle of February
> on the early builds just after a whole load of stuff from Debian got
> dumped on Ubuntu, as far as I can see replacing good code with defective
> code. Not that I can perceive that fast, but it seems to me that the
> "power off" signal is now much shorter than it had been.
>
> It hasn't been fixed on Feisty, or Gutsy, or Hardy Alpha. Whatever
> developer is responsible hasn't been motivated yet. The Edgy code
> certainly worked so they do have a fix if they wanted to use it.
>
> The temporary workaround I described on 2007-08-23 has to be applied
> with each install. I don't expect hardly any "ordinary desktop user" to
> know about or apply such a fix.
>
> As I remember I did poke around on Feisty and saw that the code that did
> "power off" was different and larger than it had been for Dapper, Edgy,
> and early Feisty.
>
> Don't hold your breath.
>
> Jerry
>
> --
> Gutsy shutdown doesn't
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
baasha (baasha) wrote : | #56 |
Unfortunately, Gerry's workaround didn't work for me either, nor any of
the other fixes that have been posted. I find it bizarre that the
problem is being blamed on our hardware and/or BIOS. Even a casual
perusal of the postings for this bug will show that it has affected a
large number of people with different hardware and bios'. The one
common thread among all these people is that the problem began with an
upgrade to a new version of Ubuntu, some to Feisty, some to Gutsy. It
would seem to me that the problem is originating in the code, not the
hardware or the bios. If that is not the case, then perhaps someone can
explain why the problem suddenly appeared on a machine that has had the
same hardware and bios for several years, and has also run Ubuntu
successfully up until the Gutsy upgrade. I really don't understand why
this problem isn't being taken seriously by the developers. As the most
successful Linux OS, and given that the number of computers is predicted
to double to over 2 billion in the next five years, this is hardly the
time to let a bug like this go un-fixed. It would be a deciding factor
to most people trying out Ubuntu for the first time. Don't we want to
attract all those new users to Linux, or are we just going to abandon
them to a world full of windows and gates?
Shimatta (shimatta1) wrote : | #57 |
I have been having this problem with a fresh install of both Ubuntu 8.04, 7.10, and Xubuntu 8.04 on a Dell Inspiron 700m. Currently, I'm using Xubuntu 8.04 exclusively. There appears to be multiple triggers for this bug, hence the wildly different fixes that work for different people.
The first trigger for me was fixed by the 915resolution package. This would consistently happen on logout as well as any flavor of shutdown.
The second, more obnoxious trigger seems to be when the machine is permitted to go idle. If I use the machine constantly, I never have the problem. If I forget about it for an hour or so, it happens. I was able to reduce the incidence of this by extending the time before power management features kick in, but obviously this is not an ideal solution, as my laptop's batteries are being unnecessarily drained, making resolution of this bug critical for me. However, even in this case, if the machine is idle long enough, it will fail to shutdown, suspend, or hibernate.
I have used the /boot/grub/menu.lst changes suggested without having the problem fixed, however, I have not had the /etc/modules fix in place, so I will see how that is behaving.
Launchpad Janitor (janitor) wrote : This bug is now reported against the 'linux' package | #58 |
Beginning with the Hardy Heron 8.04 development cycle, all open Ubuntu kernel bugs need to be reported against the "linux" kernel package. We are automatically migrating this bug to the new "linux" package. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http://
Changed in linux-source-2.6.22 (Ubuntu): | |
assignee: | Registry Administrators (registry) → nobody |
Thanks for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it, because your description doesn't yet have enough information. /wiki.ubuntu. com/KernelTeamB ugPolicies . Thanks in advance!
Please include as attachments the following additional information, if you have not already done so (please pay attention to lspci's additional options), as required by the Ubuntu Kernel Team:
1. Please include the output of the command 'uname -a' in your next response. It should be one, long line of text which includes the exact kernel version you're running, as well as the CPU architecture.
2. Please run the command 'dmesg > dmesg.log' and attach the resulting file 'dmesg.log' to this bug report.
3. Please run the command 'sudo lspci -vvnn > lspci-vvnn.log' and attach the resulting file 'lspci-vvnn.log' to this bug report.
4. Please run the command 'sudo dmidecode > dmidecode.log' and attach the resulting file 'dmidecode.log' to this bug report.
For your reference, the full description of procedures for kernel-related bug reports is available at https:/