Hi ,
habe gerade festgestellt ,
dass das sysinfo-0.0.3 Plugin unter den gentoo-dev-sources (2.6.11-r3) ,
das System komplett einfrieren laesst .
Hab es dann nach einem Neustart unterm 2.6.10-r7 Kernel getestet,
da gibt es keine Probleme.
Die Neuinstallation von lm_sensors-2.8.7 per emerge
hat auch nichts gebracht.
Hat da jemand ne Idee zu ?
mfg
________
Habe es gerade unter den 2.6.11-r5 gentoo-sources nochmals getestet ,
und es funktioniert alles wieder
Sysinfo-plugin laesst unter gentoo-sources-2.6.11-r3 System einfrieren !? <solved>
- holymoly
- Geschlossen
-
-
heiho ,
hmm ,scheint anscheinend nur hier nicht zu laufen ??
Habe nochmal 'sensors' an der Konsole ausgefuehrt ,
laesst das System nicht einfrieren , getestet unter root & vdr .
System friert ebenfalls ein , wenn ich das wartungs-script,
welches 'morone' mal zur Verfuegung gestellt hatBash#!/bin/bash echo "" > /tmp/wartung; \ echo "SYSTEM:" >> /tmp/wartung; uname -rspm >> /tmp/wartung; \ #echo "UPTIME:" >> /tmp/wartung; uptime >> /tmp/wartung; \ echo "" >> /tmp/wartung; echo "LÜFTERDREHZAHLEN:" >> /tmp/wartung; /usr/bin/sensors | grep Fan >> /tmp/wartung; \ echo "" >> /tmp/wartung; echo "MB/CPU TEMPERATUREN:" >> /tmp/wartung; /usr/bin/sensors | grep Temp | awk '{print $1 , "\t" , $2 , "\t" ,$3}' >> /tmp/wartung; \ echo "" >> /tmp/wartung; echo "FESTPLATTE TEMPERATUR:" >> /tmp/wartung; /usr/sbin/hddtemp /dev/hda /dev/hde >> /tmp/wartung; \ echo "" >> /tmp/wartung; echo "HDD SPEICHERBELEGUNG:" >> /tmp/wartung; df -h | awk '{print $4 ,"\t" ,$2 ,"\t" ,$5 ,"\t" ,$6}' >> /tmp/wartung; \ echo "" >> /tmp/wartung; echo "ARBEITSSPEICHER:" >> /tmp/wartung; /usr/bin/sensors | grep Memory >> /tmp/wartung #echo "" >> /tmp/wartung; echo
per commands.conf aus aufrufe.
Wie gesagt ,
starte ich den 2.6.10-r7 Kernel ,
funktionieren das script von 'morone' und das sysinfo plugin problemlos.
mfg -
hi,
wie siehts aus ,
hat das sysinfo-plugin jemand mit einem p4 am Laufen unter ,
den gentoo-dev-sources-2.6.11-r1 bis -r4 ,
vdr-1.3.17 ,
ein lsmod kann ich noch anbietenCode
Alles anzeigen# lsmod Module Size Used by dvb_ttpci 324400 0 ttpci_eeprom 2688 1 dvb_ttpci saa7146_vv 47104 1 dvb_ttpci saa7146 15624 2 dvb_ttpci,saa7146_vv stv0297 8960 1 dvb_ttpci tda8083 6020 1 dvb_ttpci ves1820 5764 1 dvb_ttpci stv0299 10116 1 dvb_ttpci sp8870 7436 1 dvb_ttpci ves1x93 6660 1 dvb_ttpci dvb_pll 3716 0 dvb_core 77608 1 dvb_ttpci video_buf 17924 1 saa7146_vv v4l2_common 4992 1 saa7146_vv v4l1_compat 14084 1 saa7146_vv videodev 7808 1 saa7146_vv firmware_class 8064 2 dvb_ttpci,sp8870 isofs 32576 0 zlib_inflate 17536 1 isofs udf 85764 0 eeprom 6032 0 w83627hf 28712 0 i2c_sensor 3200 2 eeprom,w83627hf i2c_isa 2048 0 floppy 55056 0 8250_pnp 8448 0 8250 23804 1 8250_pnp serial_core 19456 1 8250 i2c_i801 7948 0 i2c_core 18816 13 dvb_ttpci,ttpci_eeprom,stv0297,tda8083,ves1820,stv0299,sp8870,ves1x93,eeprom,w83627hf,i2c_sensor,i2c_isa,i2c_i801 ehci_hcd 29704 0 uhci_hcd 30480 0 usbcore 107256 3 ehci_hcd,uhci_hcd evdev 7808 0 psmouse 27784 0 nvidia 3917052 12 cdfs 25640 0 ide_cd 38404 0 cdrom 38944 1 ide_cd lp 9476 0 parport_pc 37700 1 lirc_serial 12160 0 lirc_dev 12044 1 lirc_serial sk98lin 174816 0 subfs 6784 3
fehlt was ?
vielleicht ein "cat /etc/conf.d/lm_sensors | grep -v '#'"c-ya
-
Hi,
bei mir läufts, allerdings vdr-1.3.22 und Athlon-XP. Kernel ist 2.6.11-gentoo-r4. Wenns von der Konsole aus geht, kanns ja bald nur am vdr liegen.Uwe
-
Hallo ,
ZitatOriginal von Uwe0815
Hi,
bei mir läufts, allerdings vdr-1.3.22 und Athlon-XP. Kernel ist 2.6.11-gentoo-r4. Wenns von der Konsole aus geht, kanns ja bald nur am vdr liegen.
Uwe
also an vdr liegt das nicht ,
wenn ich unter gkrellm oder ksim ,die sensoren aktivieren will ,
friert das System ebenfalls sofort ein.
Habe jetzt auch erstmal genug probiert ,
verzichte erstmal auf den 2.6.11er Kernel ,bevors mir da irgendwelche files
bei den Freezes zerschiesst .
mfg -
Ich hatte ein ähnliches Problem. Bei mir lag es am eeprom-Modul, das auf irgendwelche Register in meiner Nexus zugreifen wollte. eeprom aus /etc/conf.d/lm_sensors entfernen bzw. Modul entladen und alles funktionierte wieder einwandfrei.
Cya, Ed
-
Hi ,
ZitatOriginal von Tyger
Ich hatte ein ähnliches Problem. Bei mir lag es am eeprom-Modul, das auf irgendwelche Register in meiner Nexus zugreifen wollte. eeprom aus /etc/conf.d/lm_sensors entfernen bzw. Modul entladen und alles funktionierte wieder einwandfrei.Cya, Ed
das werde ich dann heute Abend mal testen .
Danke erstmal.
cu -
ohne Kommentar..
Bash
Alles anzeigen#!/bin/bash echo "" > /tmp/wartung; \ echo "SYSTEM:" >> /tmp/wartung; uname -srnmpo >> /tmp/wartung; \ echo "UPTIME:" >> /tmp/wartung; uptime >> /tmp/wartung; \ echo "" >> /tmp/wartung; \ echo "SYSTEM TEMPERATUREN:" >> /tmp/wartung; \ echo "Chipsatz : " >> /tmp/wartung; \ mbmon -c 1 -T 1 >> /tmp/wartung; \ echo "Prozessor: " >> /tmp/wartung; \ mbmon -c 1 -T 3 >> /tmp/wartung; \ echo "" >> /tmp/wartung; \ echo "LUEFTERDREHZAHL: " >> /tmp/wartung; \ echo "Rueckwand : " >> /tmp/wartung; \ mbmon -c 1 -F 2 >> /tmp/wartung; \ echo "" >> /tmp/wartung; echo "FESTPLATTE TEMPERATUR:" >> /tmp/wartung; /usr/sbin/hddtemp /dev/hda >> /tmp/wartung; \ echo "" >> /tmp/wartung; echo "HDD SPEICHERBELEGUNG:" >> /tmp/wartung; df -h | awk '{print $4 ,"\t" ,$2 ,"\t" ,$5 ,"\t" ,$6}' >> /tmp/wartung; \ echo "" >> /tmp/wartung; echo "NETZWERK:" >> /tmp/wartung; /sbin/ifconfig eth0 >> /tmp/wartung; \ echo "" >> /tmp/wartung; \ echo "INTERRUPTS:" >> /tmp/wartung; \ cat /proc/interrupts >> /tmp/wartung; \ echo "" >> /tmp/wartung; \ echo "DEVICES:" >> /tmp/wartung; \ cat /proc/pci >> /tmp/wartung; \ echo "" >> /tmp/wartung; \ echo "PROZESSE:" >> /tmp/wartung; \ ps -AH >> /tmp/wartung; \ echo "" >> /tmp/wartung; \ echo "LETZTE 40 LOGS:" >> /tmp/wartung; \ tail -n 40 /var/log/messages | grep vdr >> /tmp/wartung
-
-
,
habe dann mal den 2.6.12-rc1 Kernel installiert ,
die Treiber upgedatet (dvb-kernel) , werden per insmod.sh geladen ,
und es funktioniert wieder ohne freezes mit dem plugin
mfg -
Jetzt hatte ich schon hoffnung, ich habe nämlich ähnlihce Probleme.. zwar nicht mit dem Plugin (das benutze ich gar nicht), aber indirekt, und zwar mit lm_sensors.
Als root in der Konsole alles wunderbar, als user bekomme ich direkt einen Kernel-Panic.2.6.11 Kernel und Gentoo
-
ok, selbes Problem, beseitigt mit Neuinstallation von
sys-kernel/vanilla-sources-2.6.11.10
und natürlich Kernel neu kompiliert (plus alle danach meckernden Module/Programme). Meist reicht ein (natürlich nur für mein System):Viele Grüsse
Chriss -
theonlychriss: das gleiche problem wie ich? 2.6.11-gentoo-r5 mmh sollte ich vielleicht auch mal updaten.. hatte es jedenfalls auch mit älteren versionen.
-
ich denke schon, dass es weder am Sysinfo-Plugin, noch am Script, das das Plugin aufruft liegt, sondern eher an lm_sensors selber (die von Dir beschriebenen Symptome kenne ich jedenfalls).
Viele Grüsse
Chriss -
ich klinke mich hier mal ganz unbdedarft ein:
bei mir stürzt VDR manchmal ab, wenn ich Sysinfo 0.0.4 beende.
Etwas weiteres ist mir aufgefallen, was ich mir nicht erklären kann:
Sysinfo meldet heftig schwankende (und m.E. meist überhöhte CPU-Temperaturen) -im Sekundentakt von 51 auf 69 Grad etc.
Wenn ich an der Konsole sensors aufrufe, erscheint hingegen immer stabil ein plausibler Wert von um 50 Grad. Das Script vom Plugin enthält aber die richtige Variable "Proc Temp" ,wie auch in sensors.conf definiert. Ich dachte immer, sysinfo übernimmt die Werte 1:1 ??
-
Zitat
Original von Dr. Seltsam
Sysinfo meldet heftig schwankende (und m.E. meist überhöhte CPU-Temperaturen) -im Sekundentakt von 51 auf 69 Grad etc.Wenn ich an der Konsole sensors aufrufe, erscheint hingegen immer stabil ein plausibler Wert von um 50 Grad. Das Script vom Plugin enthält aber die richtige Variable "Proc Temp" ,wie auch in sensors.conf definiert. Ich dachte immer, sysinfo übernimmt die Werte 1:1 ??
hallo,
wird es sicherlich auch,versuche doch mal folgendes:
gebe doch mal auf der console --> sensors | grep -i 'Proc Temp' ein und wiederhole das mal am prompt im 1/2 Sekundentakt. Dann sollten die Schwankungen auch so sichtbar sein.
Gruß lola
-
Zitat
Original von Dr. Seltsam:
bei mir stürzt VDR manchmal ab, wenn ich Sysinfo 0.0.4 beende.
Stimmt, ist mir auch aufgefallen - wenn Sysinfo länger lief (länger als 10 Sek.), stürzt VDR auch bei mir manchmal ab.Naja, so oft braucht man es ja auch nicht (sonst wäre mir der Fehler mit lm_sensors auch schon früher aufgefallen ;D)
Grüsse
Chriss
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!