n'abend Florian Gross schrieb:
Die genaueste Fehlermeldung, die ich finden konnte, habe ich hier angegeben. Die anderen, die ich erwähnt habe sind eher unspezifisch. Ich habe im Moment keinen Zugriff darauf und kann den genauen Wortlaut nicht angeben. Das was in der /v/l/m steht ist aber genau nach dem Motto "fglrx hat Fehler" oder "atieventd hat Fehler".
Das wäre sehr mager.
OK, ein bisschen mehr kommt schon. Apr 3 19:21:37 Eleonora kernel: [fglrx:firegl_addmap] *ERROR* mtrr allocation failed (-22) Apr 1 22:18:35 Eleonora kernel: atieventsd[4497]: segfault at 548 ip b7e01a50 sp bfe31e40 error 4 in libX11.so.6.2.0[b7dbc000+12f000]
Meine Hauptfrage (siehe Subject) war eher die folgende
Wenn ich statt "shutdown -h" ein init 0 mache, habe ich das Problem des Hängenbleibens nicht beobachtet. Kann das Zufall sein oder wo liegen die Unterschiede zwischen den beiden Methoden?
Mal wieder ein Problem, das die Welt nicht braucht.
32bit und 64bit gemischt?
reines 32bit OS auf 64bit Hardware.
Ok, Mischmasch von Programmen und libraries sollte ausscheiden.
Gestern z.B. fuhr er korrekt runter. Gleich probier ich es wieder
Also wäre interessant, was da anders ist.
Ich werfe da mal eine Idee in den Raum: die Prozesse werden in einer etwas anderer Reihenfolge beendet, und je nach dem wie viele und welche Prozesse laufen, wird ein Prozess beendet, ein anderer braucht aber noch was von dem. Irgendwie so.
möglich. Das ist aber schwer zu fassen.
Ok, jetzt zerpflückt mal schön meine Idee. ;-)
flo
*rupf* Ich werde nepomuk updaten, da gibt es eine neuer Version und mal das Workaround des angegebenen Bugs anwenden. Mal sehen, ob das Problem so verschwindet wie es kam, nämlich von jetzt auf nachher. n8 Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org