Op deze website gebruiken we cookies om content en advertenties te personaliseren, om functies voor social media te bieden en om ons websiteverkeer te analyseren. Ook delen we informatie over uw gebruik van onze site met onze partners voor social media, adverteren en analyse. Deze partners kunnen deze gegevens combineren met andere informatie die u aan ze heeft verstrekt of die ze hebben verzameld op basis van uw gebruik van hun services. Meer informatie.

Akkoord

Vraag & Antwoord

OS Linux

[SuSE 8.2] ACPI dual CPU PC schakelt niet consequent uit

jolo
12 antwoorden
  • Om de een of andere reden schakelt mijn dual CPU PC in SuSE 8.2 niet consequent uit. Als ik SuSE 8.2 uitzet vanuit KDE 3.1.2 via 'jolo' uitloggen Computer uitschakelen, gaat de PC de ene keer volledig uit. De andere keer niet.
    [code:1:f08a6b518c]
    <knip>
    The system will be halted immedially
    Master Resource Control: runlvel 0 has been reached
    Skipped services in runlevel 0 smbfs
    [/code:1:f08a6b518c]
    Alle partities worden wel unmounted, maar de ventilatoren etc blijven dan wel draaien.
    In de SuSE Software Database staat wel dat bij ACPI on multiprocessor computers, APIC moet worden geactiveerd.

    Wegens grote problemen in SuSE 8.2 heb ik echter APIC moeten deactiveren.
    Deze topic ging dan weliswaar over SuSE 8.1 maar is ook (nog) van toepassing op SuSE 8.2
    [code:1:f08a6b518c]
    title SuSE 8.2
    root (hd0,7)
    kernel /boot/vmlinuz root=/dev/hda8 vga=791 noapic hdc=ide-scsi
    initrd /boot/initrd
    [/code:1:f08a6b518c]
  • Schop :wink:

    Een herkansing voor deze vraag. De PC is in SuSE 8.2 nog steeds niet consequent, bij het uitschakelen. Ik heb een aantal aantekeningen hierover gemaakt. In het wel en niet, helemaal uitschakelen (dus alle ventilators uit) is geen patroon te ontdekken. Dus: wel, wel, wel, wel, niet, niet, wel, niet, wel, niet, wel, niet. Ik heb dus niet kunnen ontdekken, wanneer SuSE 8.2 wel helemaal uitschakeld. En wanneer SuSe 8.2 niet helemaal uit schakeld. Het lijkt willekeurig.
    Ik heb dit niet consequente uitschakelen, tot nu toe alleen kunnen constateren in SuSE 8.2 op een Dual CPU.

    Op mijn andere PC een Athlon XP 1700+ waar ook SuSE 8.2 op geinstalleerd staat, schakeld de PC wel consequent uit. (dus alle ventilators uit)
  • Even een niet Linux-antwoord ;)

    Hetzelfde probleem met een dualbak heb ik gehad met verschillende windows-versies, de uiteindelijke oplossing lag in het flashen van een nieuwere bios.
  • [quote:28a6f5a262="igg"]
    Hetzelfde probleem met een dualbak heb ik gehad met verschillende windows-versies, de uiteindelijke oplossing lag in het flashen van een nieuwere bios. [/quote:28a6f5a262]

    Volgens de web site van ASUS is de laatste update, version 1016. En die had ik vorig jaar al geflashed. Omdat die BIOS van 2 juli 2002 is, denk ik dat de fabrikant, er met het schrijven van biossen is gestopt, voor dit moederbord. Wat ook gebruikelijk is, voor hardware die niet meer wordt verkocht.

    Ik denk zelf dat een eventuele oplossing, toch in SuSE Linux zal moeten worden gezocht. Want de andere Linux disto's op dezelfde PC, ja zelfs Windows XP, lijken dit bovenstaande probleem niet te hebben. Hoewel ik hier nog wel bij moet opmerken, dat ik nu SuSE 8.2 het meest gebruik. En Windows XP het minst.
  • Is de APM module geladen (of apmd of kapmd of zo)? Bij slackware is het zo dat je die module eerst in het geheugen moet laden wil 'shutdown -h now' functioneren.
  • [quote:5eca835151="computerbacterie"]Is de APM module geladen (of apmd of kapmd of zo)?[/quote:5eca835151] De apm module is niet geladen, want SuSE 8.2 heeft geinstalleerd op een dual PC, alleen een SMP kernel.
    [code:1:5eca835151]
    jolo@linux:~> dmesg | grep apm
    apm: BIOS version 1.2 Flags 0x0b (Driver version 1.16)
    apm: disabled - APM is not SMP safe.
    [/code:1:5eca835151] Maar zover ik me kan herinneren had ik dit probleem niet met eerdere versies van SuSE. Op een andere partitie van deze dual PC staat nu ook SuSE 8.0. Daarvan ga ik controleren of deze wel, zoals ik me meen te herinneren, inderdaad consequent uit schakelt. Zodra ik dat zeker weet, zal ik dit hier posten.
  • Eigelijk maakt SuSE gebruik van ACPI. Wat me hier opvalt, dat in SuSE 8.2, de dmesg | grep ACPI output niet consequent, hetzelfde is. Dit was 'm gisteren
    [code:1:1626a0579f]
    jolo@linux:~> dmesg | grep ACPI
    BIOS-e820: 000000001fffc000 - 000000001ffff000 (ACPI data)
    BIOS-e820: 000000001ffff000 - 0000000020000000 (ACPI NVS)
    ACPI: have wakeup address 0xc0002000
    ACPI: RSDP (v000 ASUS ) @ 0x000f6910
    ACPI: RSDT (v001 ASUS CUV4X-D 12336.12337) @ 0x1fffc000
    ACPI: FADT (v001 ASUS CUV4X-D 12336.12337) @ 0x1fffc100
    ACPI: BOOT (v001 ASUS CUV4X-D 12336.12337) @ 0x1fffc040
    ACPI: MADT (v001 ASUS CUV4X-D 12336.12337) @ 0x1fffc080
    ACPI: DSDT (v001 ASUS CUV4X-D 00000.04096) @ 0x00000000
    ACPI: BIOS passes blacklist
    ACPI: Local APIC address 0xfee00000
    ACPI: LAPIC (acpi_id[0x00] lapic_id[0x03] enabled)
    ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
    ACPI: IOAPIC (id[0x02] address[0xfec00000] global_irq_base[0x0])
    ACPI: INT_SRC_OVR (bus[0] irq[0x0] global_irq[0x2] polarity[0x0] trigger[0x1])
    ACPI: INT_SRC_OVR (bus[0] irq[0x9] global_irq[0x9] polarity[0x3] trigger[0x3])
    Using ACPI (MADT) for SMP configuration information
    ACPI: Subsystem revision 20030228
    ACPI: Interpreter enabled
    ACPI: Using IOAPIC for interrupt routing
    ACPI: System [ACPI] (supports S0 S1 S4 S5)
    ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
    ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
    ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
    ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
    ACPI: PCI Root Bridge [PCI0] (00:00)
    ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
    ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
    PCI: Using ACPI for IRQ routing
    bttv: Host bridge is VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
    [/code:1:1626a0579f]
    Dit vandaag
    [code:1:1626a0579f]
    jolo@linux:~> dmesg | grep ACPI
    bttv: Host bridge is VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
    [/code:1:1626a0579f] Daar moet toch een verklaring voor zijn.
  • En wat gebeurt er als je 'modprobe apm' doet en dan 'shutdown -h now'? Ik heb suse 8.0 en daar draait APM bij.
  • [quote:677b168649="computerbacterie"]En wat gebeurt er als je 'modprobe apm' doet en dan 'shutdown -h now'?[/quote:677b168649] Dat is niet mogelijk. Er is geen module apm.
    [code:1:677b168649]
    jolo@linux:~> su
    Password:
    linux:/home/jolo # modprobe apm
    modprobe: Can't locate module apm
    [/code:1:677b168649]
    Mijn dmesg | grep ACPI is al weer veranderd, zonder dat ik zelf iets heb veranderd.
    [code:1:677b168649]
    linux:/home/jolo # dmesg | grep ACPI
    ACPI: Subsystem revision 20030228
    ACPI: Interpreter enabled
    ACPI: Using IOAPIC for interrupt routing
    ACPI: System [ACPI] (supports S0 S1 S4 S5)
    ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
    ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
    ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
    ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
    ACPI: PCI Root Bridge [PCI0] (00:00)
    ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
    ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
    PCI: Using ACPI for IRQ routing
    bttv: Host bridge is VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
    [/code:1:677b168649]
  • Wordt de juiste chipset geladen in de kernel?

    En nog wat: in 2.4.x kernels is ACPI een patch die niet in de officiele kernel zit.
  • [quote:9892072406="water"]Wordt de juiste chipset geladen in de kernel? [/quote:9892072406] Geen idee. Ik weet alleen. Dat de voor gecompileerde SuSE smp kernel, zo breed mogelijk gecompileerd is. In principe zou 'alle' hardware moeten werken. En zeker dat moederbord van mij, dat al een paar jaar oud is. [quote:9892072406="water"]En nog wat: in 2.4.x kernels is ACPI een patch die niet in de officiele kernel zit.[/quote:9892072406] Tja, en toch is ACPI te prefereren boven apm voor een smp kernel.

    [quote:9892072406="jolo"]Op een andere partitie van deze dual PC staat nu ook SuSE 8.0. Daarvan ga ik controleren of deze wel, zoals ik me meen te herinneren, inderdaad consequent uit schakelt.[/quote:9892072406] SuSE 8.0 valt af. De eerste twee keer, schakelde deze niet volledig uit.
    SuSE 8.1 is nog in de 'race'. Deze schakelde al twee keer volledig uit. Maar deze SuSE 8.1 (of X) heeft wel wat problemen met de stabiliteit. Tijdens wat simpele testjes, met mounten en u(n)mounten, van een usb zip drive, liep X compleet vast. Ik kon 'm vanaf een andere pc, nog wel pingen, maar ik kreeg geen verbinding meer via ssh. Ik heb dus 2 keer op de reset knop moeten drukken.
  • Ik had dat probleem op mijn RH9 server, dit was bij mij op te lossen door gebruik te maken van commando [i:263a66f477]halt -p[/i:263a66f477] Nou weet ik natuurlijk niet of je ergens in KDE in kunt stellen dat wanneer je de afsluit knop indrukt ie het commando halt -p moet uitvoeren?

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.