Re: Poweroff problem
Torquil Macdonald Sørensen wrote:
> Hello,
>
> When running 'poweroff' my system does not power off. The last line
> printed on the screen is "acpi_power_off called". My grub/menu.lst file
> has no kernel options related to acpi or apm. After having searched the
> net, I have also tried the following four different kernel option
> combinations:
>
> acpi=off apm=on
> acpi=off apm=real-mode-poweroff
> acpi=ht
> apic=ht
>
> but none of them makes the system power down. For the first two of
> these, the last line printed on the screen was "System halted". I
> think that was the case for the last two as well.
>
> It is interesting that the system managed to power off one time using no
> grub/menu.lst kernel options, after having tried one of the acpi/apm
> options above on a previous boot, and then pressed the reset button.
>
> Power off was working on this machine a a couple of years ago, also
> running Debian (maybe Sid), with an earlier 2.6 kernel.
>
> My motherboard is an ASUS A7S333, with the newest BIOS version
> (rev1006), and AMD Athlon XP2200+. The software is Debian Etch from
> today. Thus I have kernel version 2.6.18-3-k7. Both 'acpid' and 'apmd'
> are installed.
>
> The ACPI related messages in the kernel log are:
>
> $ dmesg | grep ACPI
> BIOS-e820: 000000000fffc000 - 000000000ffff000 (ACPI data)
> BIOS-e820: 000000000ffff000 - 0000000010000000 (ACPI NVS)
> ACPI: RSDP (v000 ASUS ) @ 0x000f5e80
> ACPI: RSDT (v001 ASUS A7S333 0x42302e31 MSFT 0x31313031) @ 0x0fffc000
> ACPI: FADT (v001 ASUS A7S333 0x42302e31 MSFT 0x31313031) @ 0x0fffc0b2
> ACPI: BOOT (v001 ASUS A7S333 0x42302e31 MSFT 0x31313031) @ 0x0fffc030
> ACPI: MADT (v001 ASUS A7S333 0x42302e31 MSFT 0x31313031) @ 0x0fffc058
> ACPI: DSDT (v001 ASUS A7S333 0x00001000 MSFT 0x0100000b) @ 0x00000000
> ACPI: PM-Timer IO Port: 0xe408
> ACPI: Local APIC address 0xfee00000
> ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
> ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
> ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl edge)
> ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 20 low level)
> ACPI: IRQ0 used by override.
> ACPI: IRQ2 used by override.
> Using ACPI (MADT) for SMP configuration information
> ACPI: Core revision 20060707
> ACPI: bus type pci registered
> ACPI: Interpreter enabled
> ACPI: Using IOAPIC for interrupt routing
> ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
> ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
> ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
> ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
> ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0,
> disabled.
> ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
> ACPI: PCI Root Bridge [PCI0] (0000:00)
> ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
> pnp: PnP ACPI init
> pnp: PnP ACPI: found 15 devices
> PnPBIOS: Disabled by ACPI PNP
> PCI: Using ACPI for IRQ routing
> ACPI: (supports S0 S1 S4 S5)
> ACPI: Invalid PBLK length [5]
> ACPI: PCI Interrupt 0000:00:02.2[D] -> GSI 19 (level, low) -> IRQ 177
> ACPI: PCI Interrupt 0000:00:02.3[A] -> GSI 23 (level, low) -> IRQ 185
> ACPI: PCI Interrupt 0000:00:0a.0[A] -> GSI 18 (level, low) -> IRQ 193
> ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 17 (level, low) -> IRQ 201
> ACPI: Power Button (FF) [PWRF]
> ACPI: Power Button (CM) [PWRB]
> apm: overridden by ACPI.
>
> Best regards,
> Torquil Sørensen
>
>
I use the 'halt' command in three different debian machines. It always
worked for me. Did you try it?
Reply to: