Smolt system profile: http://www.smolts.org/client/show/?uuid=pub_50841318-5957-4363-92df-e0716623ea47 When instructing the laptop to reboot, the kernel will 'hang' with the message about "rebooting system" but never actually reboot. Shutdowns are not affected - the laptop will correctly power off.
Issue also seen with Fedora 15 Beta LiveCD.
Updating this to "Sandybridge" since I have the exact same problem on a Dell Optiplex 990 with an Intel i5 Sandybridge processor.
Is your machine using EFI to boot? Can you try booting with the kernel boot option "noefi" and see if that makes a difference?
I can't honestly say if I'm using EFI on any of these machines - the BIOS doesn't make it clear. Setting "noefi" doesn't make a difference, however.
As an aside, "echo b > /proc/sysrq-trigger" doesn't reboot either.
I have exactly the same problem on Dell Latitude E6520 (CPU i7-2720QM, Fedora 15, kernel 2.6.38.8, nVidia): when instructing laptop to reboot, the system 'hangs' with the message "rebooting the system" (after all processes are stopped).
I see this exact same issue on a Dell Precision T1600 (Xeon 1225 3.10GHz) with FC13, 14 & 15.
On my system the issue was resolved once I added reboot=pci to the kernel command line (following a suggestion of jlshelby)
Perfect, Thank you very much :)
Mark, is this still occurring with the 2.6.40.3 update ? There was some work done on the reboot code to make it match the same behaviour that Microsoft windows expects.
2.6.40.3 still hangs on reboot with "Rebooting system..." as the last thing displayed. I can try the reboot=pci workaround, but I'd prefer a 'correct' fix.
I had the same problem: Dell Latitude E6520 Intel® Core™ i7-2720QM CPU kernel-2.6.40.4-5.fc15.x86_64 The reboot=pci workaround did the trick in my case.
Try disabling VT-d (Virtualization Technology for Directed I/O) in your BIOS and remove reboot=pci and see if the system will reboot. See bug 731114 comment 20
I'm still seeing reboots hang on F16 Alpha. Kernel 3.1.0-0rc8.git0.0.x86_64 I do not have an option to disable VT-d on my laptop, its just a virtualisation on/off switch.
Dell Optiflex 990. Removed "VT for Direct I/O" from the bios did the trick.
Dell Precision T1600 - Xeon 1225 3.10GHz FC-13 + CentOS-6.0 Un-ticking "VT for Direct I/O" under Virtualization support in the bios menu fixes the reboot hang.
F16 has the intel iommu disabled by default. For those of you still having this issue, it should be resolved with kernels using 3.1.5 or newer. If you're still seeing this problem on 3.2.7 or newer, please reopen.
I still see this on a Dell E6520, with F16 kernel 3.2.10-3. reboot=pci still does the trick.
Well.. I already had this problems with Fedora 18 and I still get it with Fedora 19. My machine is a Dell Latitude E5520, 2nd gen Intel i5 and I did try adding "reboot=pci" (which didn't solve the problem) and alternatively add "reboot=a,b,k,c" with which I did manage to successfuly reboot once, but not anymore. So, any thought on additional solutions?