2010/1/9 Heinz Diehl :

On 09.01.2010, Daniel Bauer wrote:

...

[0.000000] failed to get NUMA memory information from SRAT table

Das ist eine ACPI bezogene Meldung. Entweder ein Kernel-Bug, oder ein Problem mit dem Bios deines Mainboards. Kompiliere dir mal den letzten "stable" von kernel.org.

...

[0.021266] BUG: scheduling while atomic: swapper /0/0x10000002

Unter Vorbehalt: ich meine mich noch erinnern zu koennen, dass da mal eine laengere Diskussion auf der lkml war, und diese Meldung stand da im Zusammenhang mit einem bug(?) im wireless-stack des Kernels.

...

Was hat das zu bedeuten?

Dass du es evtl. mit Bugs im Kernel zu tun hast -> Upgrade.

Upgrade ist gut! Das Problem ist ja gerade der letzte SUSE-Kernel-Upgrade. Bei mir haengt sich die Kiste hart auf, nur noch ausschalten hilft. Wenn ich die Diskussion richtig verstehe, dann tritt das Problem wohl nur mit dem Desktop-Kernel auf. Werde mal versuchen, den loszuwerden und gucken, ob der Default-Kernel hilft. Mir war diese ganze Geschichte mit der Installation von 2 Kernels von Anfang an suspekt, was soll das? Soll ich dann jeden Tag einen anderen Kernel booten, Montag und Dienstag Default, Mittwoch Desktop und Samstag wieder Default? Fuer nicht so informierte Benutzer ist das nur verwirrend, die booten sowieso nur den Kernel, der als default in menu.lst steht, der andere fuellt nur nutzlos die Platte. Ich werde auch einen der beiden runterwerfen und so wie es aussieht, hat der Desktop-Kernel verloren. kk -- 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

On 10.01.2010, David Haller wrote:

Der Desktop-Kernel enthält AFAIK eben ein paar Einstellungen, die zu einem "flüssigerem" Verhalten des Desktops führen sollen, z.B. ist HZ=1000 (und bei default ist's =100 oder so), was IIRC definiert, wie oft der Kernel guckt, was zu tun ist und ggfs. zwischen den Tasks umschaltet.

Das ist die Frequenz des Timer-Interrupts. Bei HZ=100 hast du einen Interrupt jede 1/100s. Durch HZ=1000 tritt der Interrupt also 10x haeufiger auf, und damit wird der Timer "feinkoerniger". Das beeinflusst v.a. die Reaktionszeit (latency). Der Witz dabei ist aber, dass HZ=1000 auch zu erhoehter CPU-Beanspruchung fuehrt (naja, bei heutigen Systemen vielleicht eher zu vernachlaessigen), da ja nun 10x mehr Interrupts und damit auch vermehrt overhead entstehen. Ausserdem verbraucht es auch mehr Energie, da das System 10x so haeufig "aufwacht". Die timerintensiven/-abhaengigen Funktionen im Kernel benutzen aber mittlerweile fast ausschliesslich hr-timer und sind damit unabhaengig von dieser Einstellung. Stichwort zum Thema fuer die Interessierten: "tickless kernel" (CONFIG_NO_HZ). -- 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

2010/1/10 Patrick Klaus :

Hallo

...

Upgrade ist gut! Das Problem ist ja gerade der letzte SUSE-Kernel-Upgrade. Bei mir haengt sich die Kiste hart auf, nur noch ausschalten hilft. Wenn ich die Diskussion richtig verstehe, dann tritt das Problem wohl nur mit dem Desktop-Kernel auf. Werde mal versuchen, den loszuwerden und gucken, ob der Default-Kernel hilft.

Da hast Du ein anderes Problem. Daniel hatte nur gefragt warum die Fehlermeldungen kommen. Ich hab die Fehlermeldungen übrigends auch mit der nächste Kernelversion 2.6.32.

Genau, aber es tritt nicht auf mit dem originalen 11.2 Kernel von der DVD. Ob die Hangs und die Messages im Zusammenhang stehen, kann ich nicht genau sagen, aber Fakt ist, dass das Kernel-Update irgendwie kaputt ist, denn vorher lief alles.

...

Mir war diese ganze Geschichte mit der Installation von 2 Kernels von Anfang an suspekt, was soll das? Soll ich dann jeden Tag einen anderen Kernel booten, Montag und Dienstag Default, Mittwoch Desktop und Samstag wieder Default?

Weshalb und warum zu Hölle hast Du denn 2 Kernel installiert??? Ist bei Dir das Update schiefgelaufen, ich kann Dir hier nämlich nicht folgen.

Ich habe mir das nicht ausgesucht, hat YaST in seiner grenzenlosen Weisheit so entschieden, Neuinstallation auf leerer Platte, X86_64. Ich installiere meine rund 200 Desktops alle mit AutoYaST-Profilen und die sind seit 11.0 nicht geaendert. Trotzdem hat AutoYaST mir bei 11.2 zwei Kernel untergejubelt (bei 11.0 war's nur Default) und den Desktop-Kernel zum default gemacht in der menu.lst. Muss jetzt wieder an meinen XML-Profilen schrauben, um den Unsinn abzustellen.

...

Fuer nicht so informierte Benutzer ist das nur verwirrend, die booten sowieso nur den Kernel, der als default in menu.lst steht, der andere fuellt nur nutzlos die Platte. Ich werde auch einen der beiden runterwerfen und so wie es aussieht, hat der Desktop-Kernel verloren.

Schau erstmal ob Du überhaupt zwei installiert hast, vielleicht hast Du nur einen verwaisten Eintrag in der menu.lst von Grub.

Darauf kannst Du einen lassen, die menu.lst hat 4 Eintraege, jeweils normal und failsafe fuer beide Kernel, und "rpm -qa" zeigt auch beide an. kk -- 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

Moin, On Sun, 10 Jan 2010, 11:40:39 +0100, Daniel Bauer wrote:

[...] Der Update hat übrigens auch meine menu.lst geändert, d.h. nicht einfach nur den neuen Kernel eingetragen, sondern u.a. auch von splash=verbose auf silent geändert und das ebenfalls nur beim Update des Desktop-Kernels, beim default nicht.... Das fand ich zwar nicht nett, aber eine Kleinigkeit...

Das kannst du uebrigens in der /etc/sysconfig/bootloader spezifizieren, denn darin stehen die Defaults, die beim Generieren eines neuen Eintrags in der menu.lst verwendet werden sollen.

Schönen Sonntag!

Daniel

Dito, cheers. l8er manfred -- 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