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?
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
