PDA

View Full Version : FC18 does not power off or reboot (and some ACPI warnings)



dverspui
15th November 2012, 03:34 PM
I have Fedora 18 alpha installed, with all packages updated to latest versions, installed from a RAID-1 array on an Intel DQ77MK Desktop Board with Intel FW Raid. When I run reboot or poweroff (or similar shutdown -r/-P) the shutdown stalls after the attached on-screen messages. Though the order of the final "Unmount ..." messages varies, sometimes it only shows "Unmounting file system.".

Anybody knows how to solve this? Does it have something to do with Intel Rapid Storage? Or may be with the only dmesg warnings I have?:
...
[ 10.964510] ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (20120711/utaddress-251)
[ 10.965234] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 10.965953] ACPI Warning: 0x0000000000000500-0x000000000000053f SystemIO conflicts with Region \GPIO 1 (20120711/utaddress-251)
[ 10.966669] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
...
[ 11.029171] ACPI Warning: 0x000000000000f040-0x000000000000f05f SystemIO conflicts with Region \_SB_.PCI0.SBUS.SMBI 1 (20120711/utaddress-251)
[ 11.030132] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
...

dverspui
22nd November 2012, 01:21 PM
Really no one has a clue, or some hints or tips for me to figure this out? Any help much appreciated!

sea
22nd November 2012, 01:24 PM
Using F18 on 2 laptops, none had issues as you describe.
BTW: i dont see any ACPI error on the image.

The ACPI error you describe is at boot up time, not on shutdown/reboot.

But i'd assume there's an issue unmounting some device/partition. Could this be the case?

EDIT:
This would not cause an ACPI error, so whats your graphc card?

dverspui
22nd November 2012, 01:43 PM
To be precise, I have an Intel DQ77MK board (Q77 chipset) with latest BIOS and an Intel Core i5 3570 3.40GHz CPU with integrated Intel HD Graphics 2500 used for video (no other adapters installed at all):
http://ark.intel.com/products/59044/Intel-Desktop-Board-DQ77MK
http://downloadmirror.intel.com/22094/eng/MK_0053_ReleaseNotes.pdf
http://ark.intel.com/products/65702/Intel-Core-i5-3570-Processor-6M-Cache-3_40-GHz

Shutting down probably stalls while unmounting indeed. Sometimes I only get the "Unmounting file systems.", not the other "Unmounted /sys|dev/..." stuff, but I guess these actions happen in parallel.

My guess it has something to do with the Intel firmware RAID, there is/was this blocker bug regarding mdmon during startup and in the installer, it may be the case that this stuff is getting in the way when shutting down as well. What's your thought on this? Do you have an idea for me how find this out, stopping things manually before shutting down or may be getting more verbose messages while unmounting file systems?

sea
22nd November 2012, 03:20 PM
Oh, you're using a RAID.
Me out here, no experience with RAID.

A last guess, my device only 'stall' on shutdown/reboot sometimes when i had forgotten to manualy unmount my NAS.

dverspui
22nd November 2012, 04:00 PM
Oh, you're using a RAID.
Me out here, no experience with RAID.

A last guess, my device only 'stall' on shutdown/reboot sometimes when i had forgotten to manualy unmount my NAS.
Ok, thanks. I think I'll file a bug, have no other clue why powering off does not work.

secipolla
22nd November 2012, 10:13 PM
Clueless shot: does it make any difference if you use systemctl 'poweroff' ?

MauserM98
22nd November 2012, 11:13 PM
Or just..
Code:
su -
halt -p

AdamW
22nd November 2012, 11:50 PM
If I were you I'd file a kernel bug.

dverspui
23rd November 2012, 10:31 AM
If I were you I'd file a kernel bug.
I did file a kernel bug, see https://bugzilla.redhat.com/show_bug.cgi?id=879327 .

As for halt, reboot, poweroff, shutdown, etc., they are all just symbolic links to systemctl to start corresponding action, so needless to say they all don't work.