staging.inyokaproject.org

Hi,

zum Thema Freezes es gibt verschiedene Ausprägungen, manches ist abhängig von
bestimmter Software, manches abhängig von der Hardware. Das bedeutet auch
es gibt kein allgemeines "Kochrezept", um Freezes dauerhaft "auszuschalten".
Zumal alle sagen "Freeze", aber recht oft unterschiedliche Symptome (und damit
auch Ursachen) meinen!

DEN Freeze, den ich meine, hat folgende Symptome

- unabhängig von einer bestimmten Applikation

- "Freeze" meint "totaler Freeze" keine Keys, Bildschirm bleibt so, wie er war,
keine Maus, kein Ctrl-Alt-Del, kein Debug-Output, keine Meldungen im Syslog
(nach Neustart). Einzig die Reset-Taste oder Ausschalter bleiben!

- abhängig von der Hardware! Gleiche Installation und Einstellung, System "out
of the box", ein Rechner geht, einer nicht (andere HW!)

Die Lösung

Dazu gab es schon mal einen älteren Thread, dort kam der Tipp, den "powernowd"
abzuschalten, das hat mir effektiv (und sowohl mit Feisty, als auch nun Gutsy
überdeutlich nachweisbar) geholfen. Abschalten heißt

Editieren /etc/init.d/powernowd, dort, am besten gleich nach den ersten
Kommentarzeilen eine Zeile "exit 0" (exit Null!) eintragen. Warum das? Es gibt
beim Hochfahren einen Aufruf "powernowd.early", der bewirkt, das Kernel-Module
geladen werden. Ein Abschalten des "powernowd" unter System - Administration
- Dienste hilft NICHT, da dort nur der Daemon nicht gestartet wird, das Übel bei
mir aber offensichtlich in der Kernelmodulen liegt.

Achtung! Das bedeutet natürlich auch, das der Prozessor immer mit 100% Takt fährt,
weil damit ja das Herunterschalten bei Bedarf nicht mehr geht! Auf einem Desktop,
meiner Einschätzung nach, kein echtes Problem. (zumal der Leistungsunterschied bei
der Gesamtleistungsaufnahme des Rechners eher unter "ferner liefen" zählt) Bei
einem Laptop schon eher ein Problem bezüglich der Akku-Laufzeit. Allerdings ...
😉 was ist besser? Geringere Akkulaufzeit und ein System, was in dieser Zeit
stabil läuft oder ein Rechner, den ich zu 30% der Akkulaufzeit nicht nutzen kann
wegen neubooten, vom Nerv-Faktor mal ganz abgesehen. )

Und irgendwie muß ich den Ubuntu-Jungs noch klarmachen, das sie für die Live-CD
(über die da ja auch die Installation läuft) kein powernowd nutzen! Edgy zeigte
die Freezes nicht. Unter Feisty hatte ich ab und an mal ein Freeze, so das z.B.
die Installation nochmal wiederholt werden mußte. Unter Gutsy war ein Installieren
vollkommen unmöglich, zu 50% der Fälle fuhr das System noch nicht einmal vollständig
hoch und wenn, bin ich über 22%-Installation nie hinausgekommen. (da fängt das
Kopieren der Dateien an, offensichtlich ein größerer Stress-Faktor für den Rechner)
Eine Installation von Gutsy war dann überhaupt erst mit der Alternate-CD möglich!
(und nach wenigstens 8 Stunden Verzweifelung, samt aller möglichen und
unmöglichen Versuche) Nach Abschalten von "powernowd", wie oben beschrieben,
ein stabiles System!

Schönen Tag noch,
Thomas

thx für den Tipp.

Momentan läuft mein System wieder stabil (seit etwa 3 Tagen oder so) deshalb ändere ich lieber nichts, aber sobald er wieder mucken macht probier ich es mal aus. Vor allem, da mein Prozessor das runterschrauben glaub ich ohnehin nicht unterstützt (ist ein mittlerweile auch schon in die Jahre gekommener Pentium 4 2,6 GHz, aber er arbeitet noch ziemlich fleißig).

PS: Da hier ja der Lösungsweg schon mit angegeben wurde setzte ich den Thread mal auf gelöst.

Hi,

Grüni hat geschrieben:

PS Da hier ja der Lösungsweg schon mit angegeben wurde setzte ich den Thread mal auf gelöst.

Thanks! Hatte ich vergessen.

Schönen Tag noch,
Thomas

Also meine powernowd sieht am anfang so aus, ist das schon richtig, oder nicht? 😳

#! /bin/sh

PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/powernowd
NAME=powernowd
DESC=powernowd

test -x $DAEMON || exit 0

# create the file /etc/default/powernowd if you want to override the value of
# variable OPTIONS and change the default behavior of the daemon as launched

OPTIONS="-q"
[ -f /etc/default/$NAME ] && . /etc/default/$NAME

Hi,

schreib das "exit 0" am besten gleich auf die zweite Zeile nach "#!/bin/sh". Dann wird dort das Script mit Exit-Code 0 abgebrochen, alles Nachfolgende nicht mehr ausgeführt.

Schönen Tag noch,
Thomas

Hmm, in der neuen Ubuntu-Version Hardy Heron (8.04) besteht das Problem leider immer noch.

Ich habe einen Intel Core 2 Quad Q6600 (4 x 2,4 GHz). Bei mir verschwindet das Bild (kein Signal am Monitor) und ich kann dann nur noch per Power/Reset-Button neustarten. Die hier beschriebene Lösung funktioniert allerdings gut.

also ich habe auch den quad prozessor Q6600 und ich kann nicht mal ubuntu installieren beim hochfahren sofort bleibt alles stehen aber nur in der 64bit version die 32bit läuft aber der Prozessor is doch 64bit also sollte es ja funzen?