• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[Prob. eingegrenzt] ACPI schaltet rechner nicht ab!!!

R

rethus

Advanced Hacker
Seit meinem letzen Kernelupdate 2.6.18.8-0.8 bleibt der rechner beim runterfahren jedes mal hängen.

Als letztes steht dann dort:

Failed Services Runlevel 0 : halt
Failed Services Runlevel 0 : SuSEfirewal_setup
Zum Vergrößern anklicken....

Hat jemand ne Ahnung, in welchem Paket sich der "halt" befehl befindet? Vielleicht reicht eine aktualisierung, oder neu installation des pakets
 
J

jengelh

Guru
halt macht generell einen auf "failed". Oft siehst du das nicht, weil das Betriebssystem in den meisten Fällen das BIOS dazu veranlassen kann, die Kiste abzuschalten bevor du das failed sehen kannst (= gleichbedeutend mit success :) ).
 
OP
R

rethus

Advanced Hacker
aber warum fährt er nicht mehr runter?
Liegt es dann an SuSEfirewall_setup ?
 
Geier0815

Geier0815

Guru
Das Abschalten des Rechners besorgt das Bios, gesteuert über ACPI-Befehle. Bei ACPI ist aber derzeit etwas Bewegung drin da es nie wirklich einheitlich implementiert wurde. Im Moment gehen sogar Bestrebungen dahin ACPI komplett über Bord zu werfen, dazu gab es vor einiger Zeit einen Heise-Artikel: http://www.heise.de/newsticker/meldung/96159/

Es gab auf irgendeiner Seite wie Golem, prolinux oder ähnlichem auch einen Text der die Auswirkungen auf die Kernelentwicklung beleuchtete. Evtl. bist Du davon betroffen. Aber als erstes würde ich mal im Bios gucken ob ACPI aktiviert ist, nicht das nur das CMOS mal abgeschmiert ist und die Einstellung deaktiviert ist.
 
OP
R

rethus

Advanced Hacker
Falls das so sein sollte, ist das sehr ägerlich, denn zuvor tat es auch suspend2ram und suspend2disk problemlos.
Nun schaltet er nicht mal mehr aus.
 
OP
R

rethus

Advanced Hacker
Nein, es geht trotzdem nicht. ACPI=force oder ACPI=on hat nicht geholfen.

Hier die letzen Einträge vor dem Runterfahren in den "Messages":
Feb 19 16:56:41 Desktop syslog-ng[2725]: STATS: dropped 0
Feb 19 16:58:31 Desktop kernel: TCP: Treason uncloaked! Peer 84.185.77.107:49608/49494 shrinks window 1063712451:1063713478. Repaired.
Feb 19 16:58:32 Desktop kernel: TCP: Treason uncloaked! Peer 84.185.77.107:49608/49494 shrinks window 1063712451:1063713478. Repaired.
Feb 19 16:58:34 Desktop kernel: TCP: Treason uncloaked! Peer 84.185.77.107:49608/49494 shrinks window 1063712451:1063713478. Repaired.
Feb 19 16:58:38 Desktop kernel: TCP: Treason uncloaked! Peer 84.185.77.107:49608/49494 shrinks window 1063712451:1063713478. Repaired.
Feb 19 16:58:47 Desktop kernel: TCP: Treason uncloaked! Peer 84.185.77.107:49608/49494 shrinks window 1063712451:1063713478. Repaired.
Feb 19 16:59:03 Desktop kernel: TCP: Treason uncloaked! Peer 84.185.77.107:49608/49494 shrinks window 1063712451:1063713478. Repaired.
Feb 19 16:59:37 Desktop kernel: TCP: Treason uncloaked! Peer 84.185.77.107:49608/49494 shrinks window 1063712451:1063713478. Repaired.
Feb 19 17:56:41 Desktop syslog-ng[2725]: STATS: dropped 0
Feb 19 18:20:30 Desktop gconfd (samuel-9651): Der GConf-Server wird nicht verwendet und daher beendet.
Feb 19 18:20:30 Desktop gconfd (samuel-9651): Beenden
Feb 19 18:34:31 Desktop shutdown[9593]: shutting down for system halt
Feb 19 18:34:32 Desktop init: Switching to runlevel: 0
Feb 19 18:34:32 Desktop FaxGetty[4613]: CAUGHT SIGNAL 15
Feb 19 18:34:32 Desktop FaxGetty[4613]: CLOSE /dev/ttyS0
Feb 19 18:34:32 Desktop FaxGetty[4613]: <-- [5:ATH0\r]
Feb 19 18:34:32 Desktop FaxGetty[4613]: --> [2:OK]
Feb 19 18:34:32 Desktop FaxGetty[4613]: MODEM set DTR OFF
Feb 19 18:34:33 Desktop kernel: bootsplash: status on console 0 changed to on
Feb 19 18:34:34 Desktop auditd[4006]: The audit daemon is exiting.
Feb 19 18:34:34 Desktop kernel: audit(1203442474.556:6): audit_pid=0 old=4006 by auid=4294967295
Feb 19 18:34:35 Desktop kernel: ACPI: PCI interrupt for device 0000:00:04.0 disabled
Feb 19 18:34:38 Desktop smpppd[4158]: terminating on signal 15
Feb 19 18:34:38 Desktop smartd[4163]: smartd received signal 15: Terminated
Feb 19 18:34:38 Desktop smartd[4163]: smartd is exiting (exit status 0)
Feb 19 18:34:39 Desktop kernel: Kernel logging (proc) stopped.
Feb 19 18:34:39 Desktop kernel: Kernel log daemon terminating.
Feb 19 18:34:41 Desktop syslog-ng[2725]: syslog-ng version 1.6.11 going down
Zum Vergrößern anklicken....

Könnt Ihr da einen Fehler erkennen, der den Shutdown verhindern könnte?
 
A

acoofh

Newbie
bin zwar noobie hier im linux aber vielelicht ne idee.
hab das gleiche problem aber unter openSuse 10.2.

allerdings habe ich festgestellt, dass es bei mir wohl an dem treiber für meinen AVM Fritz Wlan USB Stick liegen könnte.

wenn ich den mit
Code: 
rmmod fwlanusb
rausnehme fährt die kiste runter. vergess ich das bleibt sie hängen.
allerdings ist meine letzte meldung, dass das system jetzt ausgeschaltet wird. vielleicht muss ich dazu erwähnen, dass ich den in der "boot.local" eingebunden hab. So:
Code: 
iwconfig wlan1 essid "MEIN NETZ"
dhcpcd wlan1

vielleicht hilft dir das ja. vielleicht hat aber jemand, wenn das ein anderes problem bei mir is, auch nen tip für mich.

gruss
acoofh
 
OP
R

rethus

Advanced Hacker
Da ich das Problem nach dem Kernel-Update habe, kann es da sein, dass es an irgend welchen Kernelmodulen liegt?

Aber eigentlich doch nicht, denn wenn, dann fehlen die ja höchstens, also werden nicht geladen...

ACPI ist im Bios aktiviert.
 
OP
R

rethus

Advanced Hacker
Sagt mal Leute, muss da eigentlich ein ACPI-Modul geladen sein?
Wenn ich lsmod eingebe, erhalte ich seltsamerweise kein acpi-Modul:
Code: 
lsmod
Module                  Size  Used by
xt_tcpudp               7296  37
xt_pkttype              6016  6
ipt_LOG                10624  22
xt_limit                6912  22
af_packet              29320  2
cpufreq_conservative    11912  0
cpufreq_ondemand       10892  1
cpufreq_userspace       9088  0
cpufreq_powersave       5888  0
powernow_k8            18208  0
freq_table              8832  1 powernow_k8
snd_pcm_oss            53376  0
snd_mixer_oss          21248  1 snd_pcm_oss
snd_seq                60272  0
snd_seq_device         12812  1 snd_seq
eeprom                 11152  0
button                 10896  0
battery                14468  0
ac                      9476  0
ipt_REJECT              9472  3
xt_state                6272  16
iptable_mangle          7040  0
iptable_nat            11524  0
ip_nat                 21804  1 iptable_nat
iptable_filter          7168  1
ip6table_mangle         6528  0
ip6table_filter         7040  0
ip_conntrack           52960  3 xt_state,iptable_nat,ip_nat
nfnetlink              11032  2 ip_nat,ip_conntrack
ip_tables              17604  3 iptable_mangle,iptable_nat,iptable_filter
ip6_tables             18756  2 ip6table_mangle,ip6table_filter
x_tables               18180  9 xt_tcpudp,xt_pkttype,ipt_LOG,xt_limit,ipt_REJECT,xt_state,iptable_nat,ip_tables,ip6_tables
loop                   20488  0
dm_mod                 60184  3
w83627ehf              17548  0
hwmon                   7428  1 w83627ehf
i2c_isa                 9344  1 w83627ehf
usblp                  17792  0
usbhid                 52192  0
nvidia               7850912  24
rt2500                171492  1
ide_cd                 42272  0
cdrom                  38432  1 ide_cd
agpgart                35528  1 nvidia
forcedeth              61072  0
ehci_hcd               34696  0
snd_intel8x0           36764  4
snd_ac97_codec         95648  1 snd_intel8x0
snd_ac97_bus            6400  1 snd_ac97_codec
ohci_hcd               23428  0
i2c_nforce2            11136  0
i2c_core               25216  5 eeprom,w83627ehf,i2c_isa,nvidia,i2c_nforce2
snd_pcm                86916  4 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              27908  3 snd_seq,snd_pcm
snd                    61188  14 snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore              13792  1 snd
snd_page_alloc         14984  2 snd_intel8x0,snd_pcm
usbcore               128004  5 usblp,usbhid,ehci_hcd,ohci_hcd
parport_pc             42084  1
lp                     15652  0
parport                39752  2 parport_pc,lp
reiserfs              237312  3
sata_nv                15492  0
libata                119700  1 sata_nv
edd                    13892  0
fan                     8964  0
amd74xx                17692  0 [permanent]
thermal                18568  0
processor              34664  2 powernow_k8,thermal
sd_mod                 24704  0
scsi_mod              136712  2 libata,sd_mod
ide_disk               20480  5
ide_core              130248  3 ide_cd,amd74xx,ide_disk

gebe ich modprobe acpi ein, erhalte ich:
Code: 
FATAL: Error inserting acpi_cpufreq (/lib/modules/2.6.18.8-0.9-default/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko): Device or resource busy
 
OP
R

rethus

Advanced Hacker
Folgendes Posting hab ich in einem anderen Forum gefunden:
möglicherweise bist Du über die folgende Neuerung im Kernel gestolpert:
CONFIG_ACPI_BLACKLIST_YEAR=2001
das findet sich in /proc/config.gz

Wenn Dein Laptop älter als 2001 ist oder er ohnehin blacklistet ist, hilft nur

acpi=force
Zum Vergrößern anklicken....

Kann es sein, dass mein ACPI-Problem das ja seit Kernelupdate besteht daran fest zu machen ist?
Aber ein hwinfo gibt bei mir
smbios.bios.release_date = '02/09/2006'
Zum Vergrößern anklicken....
aus.

Was kann ich da tun? Muss es ein Bios-Update ein, oder kann ich die config.gz einfach entpacken, den Parameter ändern und wieder als gz zippen?
 
OP
R

rethus

Advanced Hacker
#############################################
So, hier nun neue Erkenntnisse:

Ich habe den alten Kernel wieder installiert (fährt immer noch nicht runter)
Ich habe im Bios die optimierten Einstellungen geladen (fährt immer noch nicht runter)

Nun die Frage, welche Dienste müssen aktiviert sein, damit der Rechner komplett runter fährt (sich also auch ausschaltet)?
 
OP
R

rethus

Advanced Hacker
So, wenn ich Linux mit init 1 starte, und dann mit halt -p runterfahre, hängt er sich auch weg.

ABER - jetzt kommts... wenn ich den Rechner über die SUSE-DVD starte (Rescue-Mode), und dann halt -p schreibe, dann fährt er problemlos runter (also macht Ihn auch aus).

Wie finde ich jetzt heraus woran es liegen kann?
 
Geier0815

Geier0815

Guru
Schau noch mal in deinem Bios nach. Bei einigen mußt Du das Powermanagement einschalten, bzw. kannst festlegen auf welche Aktionen sie reagieren. Dort sollte Software mit unterstützt sein. Schau im Zweifel bitte in deinem Handbuch nach bzw. schau auf der Webseite des Herstellers nach welche Optionen es da gibt.

Ansonsten schau mal nach ob Du unter /boot eine Datei ala config-DEIN_KERNEL findest. Darin siehst Du mit welchen Kerneloptionen dein Kernel gebaut ist. Sieh dort nach ob acpi einkompilliert ist.

Rein testeshalber könntest Du auch mal den Kernel von der DVD (mit dem es ja klappt) auf dein System kopieren und sehen ob es mit dem Kernel auch vom System klappt.

Wenn ja, solltest Du dir überlegen ob Du einen neueren Kernel brauchst, weil zB Hardware nicht läuft, oder ob Du mit diesem leben kannst. Wenn ein neuer sein muß, achte darauf das er genauso konfiguriert ist wie der alte.
 
OP
R

rethus

Advanced Hacker
So, hier weiteren Input.

Nach langem suchen viel mir wieder ein, dass es ja da noch die Fehlerkonsole (ALT+F10) gibt.
Die hab ich beim runterfaahren mal aufgerufen, und siehe da, ein Fehler.

Was mich interessieren würde, wo schreibt er das rein, was auf der Konsole angezeigt wird?

Wie auch immer, hier die Ausgabe, als Foto:
http://www.suther.de/contenido-modules/F20.jpg

Oben fängt es an, das faxgetty ein Chaugt Signal 15 (was aber noch nicht zum Fehler gehört.

Dann scheint er nach stopping all md-devices ein Problem zu haben.
Jemand ne Ahnung woran es liegen kann?
 
OP
R

rethus

Advanced Hacker
Übrigens, ich habe ein MSI K8N Neo4 Board, mit Nvidia Chipsatz. Benutzer den Kernel
2.6.18.8-0.9-default

Ich habe nun im Bios die LAN-Onboard-Option auf OFF gesetzt (zuvor stand sie auf AUTO) und nun fährt die Kiste auch wieder runter.
Scheint demnach wirklich am forcedeth-Treiber zu liegen.

Ist schon was über den BUG bekannt?
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben