Am Donnerstag 04 August 2011 21:38:42 schrieb Thomas Moritz:
Am Donnerstag, 4. August 2011 20:34:48 schrieb Heinz Dittmar:
df -h Dateisystem Größe Benut Verf Ben% Eingehängt auf /dev/sda6 128G 45G 84G 35% / devtmpfs 2,0G 304K 2,0G 1% /dev tmpfs 2,0G 2,0G 0 100% /dev/shm /dev/sda3 251M 68M 170M 29% /boot /dev/sda7 256G 101G 156G 40% /home /dev/sda1 40G 18G 22G 45% /windows/C /dev/sda2 20G 4,1G 16G 21% /windows/D
Deine 2GB SharedMem sind voll!
Wenn die Kiste wieder am Ende ist, zeige bitte den Output von ls -l /dev/shm
ls -l /dev/shm insgesamt 1994840 -rw-r--r-- 1 root root 304 4. Aug 10:25 initrd_exports.sh -rw-r--r-- 1 root root 2038714368 4. Aug 13:38 preloadtrace.log
Hier sind die Profis auf der Liste gefragt! Das Log-File scheint ins unermessliche wachsen zu wollen. Mit dem Preload stimmt etwas nicht! Wie sehen die letzten Zeilen des /dev/shm/preloadtrace.log aus? Bitte kopiere das File kurz nach dem Neustart Deiner Maschine irgendwohin und schau Dir die Zeilen genau an! Hier findest Du den Fehler bzw. dessen Herkunft. Kann ich erst morgen in Angriff nehmen. Werde auch mal in den Runlevel den boot.preload abschalten, vieleicht hängt es damit zusammen. Dann habe ich noch in /etc/sysconfig/sysctl ENABLE_SYSRQ="192" auf 246 gestellt. Vielleicht sollte hier 0 eintragen.
Gestern habe ich auch mal wieder den Kernel compiliert. Hat auch einwandfrei funktioniert.
OhOh... und der schreibt alles mit <debug>? Was passiert, wenn Du einen Standard-Kernel benutzt? Das Problem wird vermutlich wie von Geisterhand verschwinden. Selbstverständlich benutze ich den Standartkernel. Das diente nur als Mem- Test. uname -a Linux hedi-2.home0.nil 2.6.34.10-0.2-desktop #1 SMP PREEMPT 2011-07-20 18:48:56 +0200 x86_64 x86_64 x86_64 GNU/Linux
Heinz -- 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