wonderdoc Geschrieben 18. November 2007 Melden Share Geschrieben 18. November 2007 @Stachi Ist kein Hardwarefehler. Schaue mal hier: > mfg Wonderdoc Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 18. November 2007 Autor Admin Melden Share Geschrieben 18. November 2007 So, noch mal eine neue Version hochgeladen. Bootkonsole auf "null" (seriell hatte mir besser gefallen) avia_check mit Rechten 755 (744 hätte auch gereicht) start_swapfile in Unix-Format gewandelt "Umschalten bei Ankündigung" standardmäßig auf "ein" Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
eraser65 Geschrieben 18. November 2007 Melden Share Geschrieben 18. November 2007 Als kurze ZwischenInfo, wenn du nichts anderes als die drei erwähnten Settings verändert hast: Es läuft bis jetzt alles Top, Plugins, HDD, MP-Patches, Online-Update. Bekomme den Speicher bis auf. 47 % runter, bestes war sonst 48% gruß eraser65 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
stachi Geschrieben 18. November 2007 Melden Share Geschrieben 18. November 2007 @Stachi Ist kein Hardwarefehler. Schaue mal hier: <<KLICK>> mfg Wonderdoc Danke, hab garnicht gesehen das da schon wieder was neues gepostet wurde. So ich hab das Image jetzt ne weile am laufen und bis aud das start_swapfile ist mir nichts aufgefallen (und das wurde ja schon behoben). Also eindeutig ein sehr gut Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
stachi Geschrieben 18. November 2007 Melden Share Geschrieben 18. November 2007 Hab doch noch etwas gefunden: In /var/tuxbox/config/flexinc/plugin_run.mnu fehlt die Zeile INCLUDE=/var/tuxbox/config/flexinc/plrun_heisenews.mnu darum fehlt das Heisenews Plugin im Flexmenü. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 18. November 2007 Autor Admin Melden Share Geschrieben 18. November 2007 @stachi Danke. Version mit nachgerüsteten Heise- und KW-Sport-News-Einträgen liegt jetzt oben. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
niemand0815 Geschrieben 18. November 2007 Melden Share Geschrieben 18. November 2007 die defaultwerte für avia_check müssen auf 90/5 geändert werden (stehen zzt auf 100/4 im menü, obwohl avia_check mit den defaults aufgerufen wird welche 90/5 sind). schön wäre auch noch wenn man diese per menüpunkt auf die defaults resetten könnte wenn mans vergeigt hat, aber ich denke das ist was für die nächste version. ansonsten: haben wir noch versionsnummern (RC1,RC2,RC3...)? oder heisst das image jetzt trotz änderungen gleich bis zum release? die von mir gezogene läuft anscheinend stabil, hat mein berühmtes sagem-flashproblem immer noch (siehe anderer thread) und macht eine bis auf kleinigkeiten guten eindruck. für eine endgültige beurteilung brauche ich noch laufzeiterfahrung von 2-3 tagen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
newcode Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 @niemand0815 Ich hatte das mit den avia_check defaults auch gesehen. Das ist aber nicht weiter schlimm. Zu kleine Werte läßt avia_check sowiso nicht zu. Außerdem muß man eh in das Menü um es zu aktivieren. Wir sollten hier nichts unnötig verzögern. :-) Grüße Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
bahnbooster Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 So, hab jetzt auch mal die Oktober V1 1.0.0 geflasht, im übrigen ohne Flash Voltage Meldungen o.Ä., scheint tatsächlich nur bestimmte SAGEM´s zu betreffen (ich hab 2 x AMD). Zum Release würde ich noch die Lautstärke auf 100 % ändern, wenn ich mal 4 Tage nicht neu geflasht habe , bin ich immer über fehlenden Ton verwirrt. Muss CIFS und NFS default ein sein ? Ob die Mehrheit das braucht ? Füllstand ohne E** 49 %. Bisher keine Probleme, bis auf den Movieplayer, der weiterhin kein Umschalten der Tonspur bei Wiedergabe zuläßt -> Nicht KW Problem ! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
eraser65 Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 Zum Release würde ich noch die Lautstärke auf 100 % ändern, wenn ich mal 4 Tage nicht neu geflasht habe , bin ich immer über fehlenden Ton verwirrt.Muss CIFS und NFS default ein sein ? Ob die Mehrheit das braucht ? Ok, also wenn wir bei solchen "Kleinigkeiten " sind, hier einmal meine Vorschläge : Wenn du avs-Lautstärke meinst, kann ich das auch nur begrüßen. In jeden neu geflashten Img steht die standarmäßig auf 25 % !! , da muß man sich jedesmal erst mal durchhangeln, und ist auf Dauer ziemlich nervig - also das wäre ok - auf 100%. Muss CIFS und NFS default ein sein ? Ob die Mehrheit das braucht ? Würde ich auch erst mal deaktivieren, die es brauchen, gehen sowieso in das Menü. Und da es ja doch etwas mehr bringt, wenn Treiber nicht laufen, würde ich das ebenfalls standardmäßig = AUS stellen. Und so sieht das doch schon ganz gut aus : gruß eraser65 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 19. November 2007 Autor Admin Melden Share Geschrieben 19. November 2007 Die avia-check-Defaults werde ich noch ändern, auch wenn das nur Kosmetik ist. CIFS und NFS müssen unbedingt drinbleiben, da die in anderen Images auch nicht abschaltbar sind. Wenn jemand ver- sucht, seine Laufwerke zu mounten und es klappt nicht, kriegen wir das Board mit Hilferufen und Gemecker ("mit einem anderen Image hat es mit den gleichen Einstellungen geklappt") zugemüllt. Wer sich auskennt und weiß, was er da macht, kann die Treiber dann gern per Menü deaktivieren. Wobei, wenn ich daran denke, wie oft der FB-Treiber verstellt und dann ein neuer Thread aufgemacht wird, weil die Fernbedienung nicht mehr funktioniert, fürchte ich, daß trotz stan- dardmäßig aktivierter Treiber es einige wieder schaffen, das Mounten von Netzlaufwerken durch ihre Spielerei zu unterbinden. Die Lautstärke lasse ich definitiv so. Was mich an den anderen Images extrem angekotzt hat ist, daß nach dem Flashen plötzlich der Fernseher losbrüllte, weil die Lautstärke bei denen auf 100% stand. Im Moment ist die Einstellung so, daß bei allen meinen Geräten kein Lautstärkeunter- schied zwischen Analog- und Digitalempfang auf den Fernsehgeräten besteht und ich keinen Hörsturz bekomme, wenn ich von Analogempfang auf die Box umschalte. Und besser defaultmäßig zu leise als den Nach- barn mitzuteilen, daß man gerade seine Box neu geflasht hat. @niemand0815 Einen Defaultbutton für avia-check-Defaults halte ich für übertrieben. Das Image wird jetzt immer nur V1 heißen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 @Snowhead Wenn Du noch einmal eine Änderung am Image vornimmst kannst Du noch bitte die folgenden markierten Zeilen in die flashing.start einfügen. ... sleep 2 } if [ -e /var/etc/.samba_server ]; then pidof smbd > /dev/null && kill `pidof smbd` pidof nmbd > /dev/null && kill `pidof nmbd` fi if [ -e /var/etc/.start_ide ]; then touch /hdd/.hdd_aufwachen && rm /hdd/.hdd_aufwachen fi sync ... Ansonsten habe ich bis jetzt noch keine weiteren Probleme festgestellt. rich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 19. November 2007 Autor Admin Melden Share Geschrieben 19. November 2007 @rich Danke, mache ich. Edit: Die Images mit den beiden Änderungen liegen jetzt oben. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 Ich hätte auch noch was zu "meckern" : Irgendwie habe ich den Eindruck, daß das Image nach wie vor extrem verschwenderisch mit dem RAM der Box umgeht und vermutlich auch Speicher, der nicht gerade benötigt wird, nicht wieder freigibt. Box lief jetzt mit dem RC3 etwa 4 Tage, wobei da kaum gezappt oder gar irgendwelche Experimente angestellt wurden, war die letzten Tage kaum zu Hause. Vorhin Direktaufnahme per NFS starten wollen: XML-File mit EPG-Infos wurde geschrieben, dann "Aufnahme abgebrochen, kein freier Speicher" -> Box (Neutrino) komplett aufgehangen, per Telnet hab ich dann wenigstens noch in Erfahrung bringen können, daß der Box lediglich noch 400kB (!) an freiem RAM zur Verfügung stand, was definitiv zu wenig für das Anlegen der für Direktaufnahme benötigten Ringpuffer ist. Selbst wenn man nur die niedrigst möglichen 20 Ringpuffer einstellt, sind das 1.361.120 Bytes (ein Ringpuffer belegt 68.056 Bytes), die zwingend benötigt werden. Und wenn die nicht da sind, stürzt beim Versuch, eine Aufnahme zu starten, dann meist die ganze Box ab. Bei den von mir verwendeten 30 Ringpuffern muß der Box dann schon 2MB allein für die Ringpuffer bleiben, und der Aufnahmeprozeß selbst belegt ja auch noch mal ordentlich Speicher. Eben mal einen Schnelltest (mit free) gemacht: gestarteter Aufnahmeprozeß samt 30 Ringpuffern belegt zwischen 5 und 6 MB, das scheint mir arg viel, daß der Aufnahmeprozeß selber schon 4 MB belegt. (Hilfs)lösung wäre zwar, vor jeder Aufnahme die Box neu zu booten, aber das kann denke ich auch nicht unbedingt im Sinne der Erfindung sein. Nochwas: der telnet-Befehl top scheint auch kompletten Blödsinn anzuzeigen. Mem: 29012K used, 1876K free, 0K shrd, 1340K buff, 6116K cached CPU: 2.6% usr 43.6% sys 0.0% nice 53.6% idle 0.0% io 0.0% irq 0.0% softirq Load average: 0.58 0.48 0.28 PID PPID USER STAT VSZ %MEM %CPU COMMAND 613 424 root S < 54024174.7 9.8 neutrino -u -f 628 580 root R 1980 6.4 6.6 top 609 1 root SW 0 0.0 3.2 [rpciod] 612 424 root S < 54024174.7 2.6 neutrino -u -f 3 1 root RWN 0 0.0 1.4 [ksoftirqd_CPU0] 425 424 root S < 54024174.7 0.7 neutrino -u -f 407 1 root S 4812 15.5 0.7 zapit -u 348 1 root S 27260 88.1 0.5 mgcamd 579 101 root S 1900 6.1 0.5 telnetd 196 1 root S < 37680121.8 0.3 sectionsd 351 350 root S 27260 88.1 0.3 mgcamd 73 1 root SW 0 0.0 0.3 [avia_av_wdt] 421 178 root S < 54024174.7 0.0 neutrino -u -f 424 421 root S < 54024174.7 0.0 neutrino -u -f 426 424 root S < 54024174.7 0.0 neutrino -u -f 207 197 root S < 37680121.8 0.0 sectionsd 200 197 root S < 37680121.8 0.0 sectionsd 204 197 root S < 37680121.8 0.0 sectionsd 198 197 root S < 37680121.8 0.0 sectionsd 205 197 root S < 37680121.8 0.0 sectionsd 206 197 root S < 37680121.8 0.0 sectionsd 197 196 root S < 37680121.8 0.0 sectionsd 427 350 root S 27260 88.1 0.0 mgcamd 352 350 root S 27260 88.1 0.0 mgcamd 350 348 root S 27260 88.1 0.0 mgcamd 409 1 root S 11500 37.2 0.0 controld 413 412 root S 11500 37.2 0.0 controld 412 409 root S 11500 37.2 0.0 controld 214 209 root S 11328 36.6 0.0 timerd 208 1 root S 11328 36.6 0.0 timerd 209 208 root S 11328 36.6 0.0 timerd 414 1 root S 4828 15.6 0.0 /bin/nhttpd 580 579 root S 1976 6.3 0.0 -sh 101 1 root S 1972 6.3 0.0 inetd 1 0 root S 1896 6.1 0.0 init 179 1 root S 1896 6.1 0.0 init 183 1 root S 1896 6.1 0.0 init 180 1 root S 1896 6.1 0.0 init 181 1 root S 1896 6.1 0.0 init 184 1 root S 1896 6.1 0.0 init 185 1 root S 1896 6.1 0.0 init 178 1 root S 1892 6.1 0.0 /bin/sh /var/etc/init.d/start_neutrino 151 1 root S 1892 6.1 0.0 /sbin/syslogd 170 1 root S 1776 5.7 0.0 automount -g -t 600 -p /var/run/automount.pid /var/autofs file /etc/auto.net 290 1 root S 1248 4.0 0.0 /var/bin/camd2 221 1 root SW 0 0.0 0.0 [kdvb-fe-0:0] 7 1 root SW 0 0.0 0.0 [mtdblockd] 17 1 root SWN 0 0.0 0.0 [jffs2_gcd_mtd3] 2 1 root SW 0 0.0 0.0 [keventd] 4 1 root SW 0 0.0 0.0 [kswapd] 6 1 root SW 0 0.0 0.0 [kupdated] 77 1 root SW 0 0.0 0.0 [avia_gt_wdt] 5 1 root SW 0 0.0 0.0 [bdflush] 166 1 root SW 0 0.0 0.0 [cifsoplockd] Wenn ich das richtig interpretiere, braucht die mgc**d 27 MB Speicher, Neutrino gar knapp 54 MB. So viel hat eine Philips-Box überhaupt nicht, was ja auch der Prozentwert von Neutrino (174.7%) ausdrückt - sowas geht ja überhaupt nicht... Box wurde übrigens vor 30 Minuten neu gebootet, nicht gezappt, lediglich eine Direktaufnahme gestartet, die in diesem top-Log noch läuft. Ohne die Direktaufnahme sieht es so aus: Mem: 25324K used, 5564K free, 0K shrd, 1376K buff, 6548K cached CPU: 5.0% usr 28.7% sys 0.0% nice 66.2% idle 0.0% io 0.0% irq 0.0% softirq Load average: 1.99 0.94 0.52 PID PPID USER STAT VSZ %MEM %CPU COMMAND 200 197 root S < 37680121.8 13.4 sectionsd 666 580 root R 1980 6.4 4.4 top 351 350 root S 27260 88.1 1.6 mgcamd 579 101 root S 1900 6.1 1.3 telnetd 407 1 root S 4812 15.5 0.9 zapit -u 425 424 root S 43780141.6 0.3 neutrino -u -f 3 1 root SWN 0 0.0 0.3 [ksoftirqd_CPU0] 427 350 root S 27260 88.1 0.1 mgcamd 73 1 root SW 0 0.0 0.1 [avia_av_wdt] 421 178 root S 43780141.6 0.0 neutrino -u -f 424 421 root S 43780141.6 0.0 neutrino -u -f 426 424 root S 43780141.6 0.0 neutrino -u -f 207 197 root S < 37680121.8 0.0 sectionsd 196 1 root S < 37680121.8 0.0 sectionsd 204 197 root S < 37680121.8 0.0 sectionsd 198 197 root S < 37680121.8 0.0 sectionsd 197 196 root S < 37680121.8 0.0 sectionsd 205 197 root S < 37680121.8 0.0 sectionsd 206 197 root S < 37680121.8 0.0 sectionsd 348 1 root S 27260 88.1 0.0 mgcamd 352 350 root S 27260 88.1 0.0 mgcamd 350 348 root S 27260 88.1 0.0 mgcamd 409 1 root S 11500 37.2 0.0 controld 413 412 root S 11500 37.2 0.0 controld 412 409 root S 11500 37.2 0.0 controld 214 209 root S 11328 36.6 0.0 timerd 208 1 root S 11328 36.6 0.0 timerd 209 208 root S 11328 36.6 0.0 timerd 414 1 root S 4828 15.6 0.0 /bin/nhttpd 580 579 root S 1976 6.3 0.0 -sh 101 1 root S 1972 6.3 0.0 inetd 1 0 root S 1896 6.1 0.0 init 179 1 root S 1896 6.1 0.0 init 183 1 root S 1896 6.1 0.0 init 180 1 root S 1896 6.1 0.0 init 181 1 root S 1896 6.1 0.0 init 184 1 root S 1896 6.1 0.0 init 185 1 root S 1896 6.1 0.0 init 178 1 root S 1892 6.1 0.0 /bin/sh /var/etc/init.d/start_neutrino 151 1 root S 1892 6.1 0.0 /sbin/syslogd 170 1 root S 1776 5.7 0.0 automount -g -t 600 -p /var/run/automount.pid /var/autofs file /etc/auto.net 290 1 root S 1248 4.0 0.0 /var/bin/camd2 609 1 root SW 0 0.0 0.0 [rpciod] 221 1 root SW 0 0.0 0.0 [kdvb-fe-0:0] 7 1 root SW 0 0.0 0.0 [mtdblockd] 17 1 root SWN 0 0.0 0.0 [jffs2_gcd_mtd3] 2 1 root SW 0 0.0 0.0 [keventd] 4 1 root SW 0 0.0 0.0 [kswapd] 6 1 root SW 0 0.0 0.0 [kupdated] 77 1 root SW 0 0.0 0.0 [avia_gt_wdt] 5 1 root SW 0 0.0 0.0 [bdflush] 166 1 root SW 0 0.0 0.0 [cifsoplockd] Also was da bei VSZ und %MEM angezeigt wird, ist aller möglicher Käse, nur nicht das, was angezeigt werden sollte... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
newcode Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 @merkwuerden Hi. Ich hatte weiter vorne schon mal was zum Linux Memory Management geschrieben. Die Anzeige des "free memory" der diversen Tools, top, free, ... alleine zu betrachten ist falsch. Buffers und Cache stehen Applikationen auch zur Verfügung. Nach deiner Beschreibung habe ich mal folgenden Test gemacht: Lan Swap eingeschaltet (an dem kann ich sehen wieviel Memory wirklich fehlt) Anzahl der Puffer auf 99 gestellt (mehr geht nicht) Aufnahme gestartet (die läuft noch) Ausgelagert ins Swap wurden 8K. Bei 99 Puffern ist das nicht viel und wäre auch ohne Swap gegangen. Box lief vorher ca 24h. Da Du eine andere camd benutzt als ich, könnte die der Grund für deinen Absturz sein. Vielleicht hat die ein memory leak. Was die Anzeige von top angeht gebe ich Dir Recht, das ist schwachsinnig. Ist seit dem Frühjahr so und im tuxbox Forum schon angemeckert worden. Grüße Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 19. November 2007 Autor Admin Melden Share Geschrieben 19. November 2007 @merkwuerden Es wird das gleiche wie mit dem Befehl "ps" angezeigt: top: Mem: 28280K used, 2608K free, 0K shrd, 3044K buff, 10064K cached Load average: 0.43 0.67 0.51 PID PPID USER STAT VSZ %MEM %CPU COMMAND 420 246 root S 26752 86.5 3.2 neutrino -u -f 1991 1972 root R 1984 6.4 2.8 top 344 1 root S 3640 11.7 1.9 zapit -u 1971 188 root S 1904 6.1 1.1 telnetd 131 1 root RW 0 0.0 0.7 [avia_av_wdt] 3 1 root SWN 0 0.0 0.5 [ksoftirqd_CPU0] 265 1 root R N 38724125.2 0.1 sectionsd 2196 1 root S 1248 4.0 0.1 camd2 269 266 root S N 38724125.2 0.0 sectionsd 275 266 root S N 38724125.2 0.0 sectionsd 266 265 root S N 38724125.2 0.0 sectionsd 267 266 root S N 38724125.2 0.0 sectionsd 274 266 root S N 38724125.2 0.0 sectionsd 272 266 root S N 38724125.2 0.0 sectionsd 273 266 root S N 38724125.2 0.0 sectionsd 539 538 root S 26752 86.5 0.0 neutrino -u -f 538 420 root S 26752 86.5 0.0 neutrino -u -f 545 538 root S 26752 86.5 0.0 neutrino -u -f 361 1 root S 11500 37.2 0.0 controld 368 366 root S 11500 37.2 0.0 controld 366 361 root S 11500 37.2 0.0 controld 277 1 root S 11328 36.6 0.0 timerd 283 282 root S 11328 36.6 0.0 timerd 282 277 root S 11328 36.6 0.0 timerd 403 1 root S 4420 14.3 0.0 /bin/nhttpd 1925 1924 root S 1980 6.4 0.0 -sh 1972 1971 root S 1980 6.4 0.0 -sh 188 1 root S 1976 6.3 0.0 inetd 1924 188 root S 1904 6.1 0.0 telnetd 1 0 root S 1900 6.1 0.0 init ps: /var # ps PID Uid VSZ Stat Command 1 root 1900 S init 2 root SW [keventd] 3 root SWN [ksoftirqd_CPU0] 4 root SW [kswapd] 5 root SW [bdflush] 6 root SW [kupdated] 7 root SW [mtdblockd] 17 root SWN [jffs2_gcd_mtd3] 51 root SW [kjournald] 86 root SW [kjournald] 131 root SW [avia_av_wdt] 188 root 1976 S inetd 238 root SW [cifsoplockd] 246 root 1896 S /bin/sh /var/etc/init.d/start_neutrino 248 root 1900 S init 249 root 1900 S init 251 root 1900 S init 252 root 1900 S init 255 root 1900 S init 257 root 1120 S dimmer 265 root 38724 S N sectionsd 266 root 38724 S N sectionsd 267 root 38724 S N sectionsd 269 root 38724 S N sectionsd 272 root 38724 S N sectionsd 273 root 38724 S N sectionsd 274 root 38724 S N sectionsd 275 root 38724 S N sectionsd 277 root 11328 S timerd 282 root 11328 S timerd 283 root 11328 S timerd 290 root SW [kdvb-fe-0:0] 344 root 3640 S zapit -u 361 root 11500 S controld 366 root 11500 S controld 368 root 11500 S controld 403 root 4420 S /bin/nhttpd 420 root 26752 S neutrino -u -f 538 root 26752 S neutrino -u -f 539 root 26752 S neutrino -u -f 545 root 26752 S neutrino -u -f 1924 root 1904 S telnetd 1925 root 1980 S -sh 1971 root 1904 S telnetd 1972 root 1980 S -sh 1991 root 1984 S top 2196 root 1248 S camd2 2221 root Z [sh] 2222 root 1980 R ps Die prozentuale Anzeige kommt eventuell mit dem Swap durcheinander. Ich könnte maximal top wieder deaktivieren (und eventuell auch ps), denn in den Busybox-Quellen werde ich nicht rumpfuschen. Warum der Speicher bei Dir so zuläuft, kann ich auf die Schnelle nicht rausfinden. Also vergessen wir das mit der Release erst mal wieder und ich kümmere mich um den Speicherverbrauch. Da ich in der nächsten Zeit allerdings nur selten zu Hause bin, wird es dann wohl ein Dezember-Image werden. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 Die prozentuale Anzeige kommt eventuell mit dem Swap durcheinander.Ich könnte maximal top wieder deaktivieren (und eventuell auch ps), denn in den Busybox-Quellen werde ich nicht rumpfuschen. Oder man nimmt ps und top aus der Busybox raus und baut diese separat ein (so ist es bei JtG). Dies würde aber eventuell auch wieder ein Platzproblem werden. In der BB 1.8.1 funktioniert zumindest ps wieder aber ich Glaube da werden wir nie fertig. rich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 Ich hatte weiter vorne schon mal was zum Linux Memory Management geschrieben.Die Anzeige des "free memory" der diversen Tools, top, free, ... alleine zu betrachten ist falsch. Buffers und Cache stehen Applikationen auch zur Verfügung. Leuchtet mir so weit schon ein, daß das nur höchstens als Pi-mal-Daumen-Ergebnis betrachtet werden kann. Fakt ist aber, der Box ist der RAM so weit ausgegangen, daß der Versuch, die Aufnahme zu starten, Neutrino mit in den Abgrund gerissen hat, die Box reagierte über die Fernbedienung überhaupt nicht mehr. Ich hab dann allerdings vor lauter Zorn gleich die Box resettet und nicht noch groß Ursachenforschung betrieben, ob man die Kiste eventuell freiwillig wieder zum Leben erwecken könnte. Meine Erfahrung: wenn erst mal was abgestürzt war, bringt ein gewaltsames Beenden und Neustarten von Neutrino allein auch nicht mehr viel, meist kann man auf den nächsten Absturz gleich warten. Da Du eine andere camd benutzt als ich, könnte die der Grund für deinen Absturz sein. Vielleicht hat die ein memory leak. Wäre eine Möglichkeit. Dann hätte das aber eigentlich unter dem September 2006 Image auch auffallen und zu Problemen führen müssen, da ist genau die selbe camd drauf. Ist mir aber nie was aufgefallen, und die Box lief teils 14 Tage und länger, ohne daß ein Reset nötig gewesen wäre. Auch aufnehmen ging nach tagelanger Laufzeit (und etlichem Gezappe) ohne Schwierigkeiten. Ich werde aber mal ein Auge drauf werfen, vielleicht fällt mir doch noch was auf, was den RAM derart vollplempert. Was die Anzeige von top angeht gebe ich Dir Recht, das ist schwachsinnig. Ist seit dem Frühjahr so und im tuxbox Forum schon angemeckert worden. Gut zu wissen. Dann ist nicht das Image ansich dran schuld, sondern wohl Murks in den CVS-Sourcen. Vielleicht wird's ja auch irgendwann mal repariert. @SnowHead Damit hätte sich das TOP Problem erst mal geklärt, wenn da schon vom CVS her Murks auftritt. Würde TOP trotzdem im Image lassen, auch wenn das Unfug anzeigt. Hoffen wir mal, daß das von einem der Devs irgendwann mal gerichtet wird. Was den Speicherverbrauch angeht: Ist zwar etwas unglücklich, wenn dadurch das Release verzögert wird, aber ich würde vorschlagen, der Sache auf den Grund zu gehen. Wäre gut, wenn die anderen Betatester da auch mal mit schauen würden. Vielleicht liegt das Problem ja wirklich nur bei mir, aber ich kann's mir echt kaum vorstellen. Sollte das aber ein allgemein auftretendes Problem sein, wäre das Image so zu releasen auch nicht besonders glücklich. Schaumer mal, ich werde die Sache auf jeden Fall weiter verfolgen und testen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 Für eine genauere Aussage des Speicherverbrauchs könnte man auch 'cat /proc/meminfo' heranziehen. /var # cat /proc/meminfo total: used: free: shared: buffers: cached: Mem: 31629312 30515200 1114112 0 3420160 9601024 Swap: 83959808 24576 83935232 MemTotal: 30888 kB MemFree: 1088 kB MemShared: 0 kB Buffers: 3340 kB Cached: 9352 kB SwapCached: 24 kB Active: 5904 kB Inactive: 6868 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 30888 kB LowFree: 1088 kB SwapTotal: 81992 kB SwapFree: 81968 kB Ich würde aber das Problem Speicherverbrauch nicht direkt im KW-Image sehen. rich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Sticken Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 Hallo, erstmal viel Respekt vor eurer guten Arbeit. War bisher immer nur stiller Mitleser. Ist schon eine ganz schöne Fummelarbeit alles so in Einklang zu bringen, dass es bei jedem anstandslos Läuft. Ich glaube den hohen Speicherverbauch haben so ziemlich alle neuen Images. Mir ist die auf meiner Zweitbox (Sagem 1xI) aufgefallen. Habe dort eine MMC nachgerüstet und Swap 64MB eingerichtet. Als Image habe ich das neueste GLJ installiert. Bis zu 24 Std. läuft alles perfekt. Dann schwillt der Speicher an. Ich kontrolliere es immer in der Sysinfo, sind dann meistens nur so ca. 800 KB frei. NFS aufnahmen auf meinen Server startet er aber einwandfrei. Aber die Box wird schon ziemlich träge. Behelfe mich dann immer mit dem Tool RAM aufräumen. Zu finden im MMC Plugin (Utilities) MMC Speicherauslastung. Das Tool räumt das RAM dann wieder bis auf 8GB frei, ohne das etwas nicht mehr funktioniert. Selbst alle EPG Daten sind dann noch vorhanden. Vielleicht ist dies ein Ansatz mit einem Tool, dass zeit gesteuert den Speicher aufräumt. Mit freundlichen Grüßen Sticken Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 19. November 2007 Autor Admin Melden Share Geschrieben 19. November 2007 @All Version mit separatem ps und top liegt auf dem Server. Bitte geänderte und erweiterte Syntax von ps beachten. Damit sollte der Speicherfresser eigentlich gefunden werden können. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 19. November 2007 Melden Share Geschrieben 19. November 2007 Upps, so schnell und schon wieder einen Nachtschicht für mich. @Snowhead, Danke! rich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 20. November 2007 Melden Share Geschrieben 20. November 2007 Vorsicht, etwas länglich Hm... entweder stelle ich mich mit ps zu dämlich an und mache da was falsch, oder es ist da auch irgendwo was kaputt: /var # ps -Alf F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD 100 S root 1 0 0 68 0 - 474 133ec 03:43 ? 00:00:04 init 040 S root 2 1 0 69 0 - 0 1c3a0 03:43 ? 00:00:00 [keventd] 040 R root 3 1 0 79 19 - 0 - 03:43 ? 00:00:05 [ksoftirqd_CPU0] 040 S root 4 1 0 69 0 - 0 29df8 03:43 ? 00:00:00 [kswapd] 040 S root 5 1 0 69 0 - 0 381f4 03:43 ? 00:00:00 [bdflush] 040 S root 6 1 0 69 0 - 0 38340 03:43 ? 00:00:00 [kupdated] 040 S root 7 1 0 69 0 - 0 9f7f0 03:43 ? 00:00:00 [mtdblockd] 040 S root 17 1 0 75 10 - 0 6de20 03:43 ? 00:00:00 [jffs2_gcd_mtd3] 040 S root 73 1 0 69 0 - 0 8a26f4 03:43 ? 00:00:01 [avia_av_wdt] 040 S root 77 1 0 69 0 - 0 8aa2cc 03:43 ? 00:00:00 [avia_gt_wdt] 140 S root 102 1 0 69 0 - 493 44fcc 03:43 ? 00:00:00 inetd 040 S root 151 1 0 69 0 - 474 44fcc 03:43 ? 00:00:00 /sbin/syslogd 040 S root 166 1 0 69 0 - 0 b947d4 03:43 ? 00:00:00 [cifsoplockd] 140 S root 171 1 0 69 0 - 444 4588c 03:43 ? 00:00:00 automount -g -t 600 -p /var/run/automount.pid /var/autofs file /etc/auto.net 000 S root 179 1 0 68 0 - 473 133ec 03:43 ? 00:00:00 /bin/sh /var/etc/init.d/start_neutrino 040 S root 180 1 0 69 0 - 474 84644 03:43 ? 00:00:00 init 040 S root 181 1 0 69 0 - 474 84644 03:43 vc/2 00:00:00 init 040 S root 182 1 0 69 0 - 474 84644 03:43 vc/3 00:00:00 init 040 S root 184 1 0 69 0 - 474 84644 03:43 vc/4 00:00:00 init 040 S root 187 1 0 69 0 - 474 84644 03:43 vc/5 00:00:00 init 040 S root 188 1 0 69 0 - 474 84644 03:43 vc/6 00:00:00 init 040 R root 197 1 0 73 5 - 9374 - 03:43 ? 00:00:00 sectionsd 040 S root 198 197 0 72 5 - 9374 4588c 03:43 ? 00:00:00 sectionsd 040 S root 199 198 0 72 5 - 9374 17610 03:43 ? 00:00:00 sectionsd 040 S root 201 198 1 73 5 - 9374 17610 03:43 ? 00:00:24 sectionsd 040 S root 204 198 0 73 5 - 9374 17610 03:43 ? 00:00:01 sectionsd 040 S root 205 198 0 72 5 - 9374 17610 03:43 ? 00:00:00 sectionsd 040 S root 206 198 0 72 5 - 9374 17610 03:43 ? 00:00:00 sectionsd 040 S root 207 198 1 73 5 - 9374 17610 03:43 ? 00:00:23 sectionsd 040 S root 208 1 0 69 0 - 2832 c8b94 03:43 ? 00:00:00 timerd 040 S root 213 208 0 69 0 - 2832 4588c 03:43 ? 00:00:00 timerd 040 S root 216 213 0 69 0 - 2832 17610 03:43 ? 00:00:00 timerd 040 S root 220 1 0 69 0 - 0 87d2b8 03:43 ? 00:00:00 [kdvb-fe-0:0] 040 S root 290 1 0 69 0 - 312 4588c 03:43 ? 00:00:00 /var/bin/camd2 040 S root 348 1 0 69 0 - 6815 4588c 03:44 ? 00:00:00 mgcamd 040 S root 350 348 0 69 0 - 6815 4588c 03:44 ? 00:00:00 mgcamd 040 S root 351 350 0 69 0 - 6815 4588c 03:44 ? 00:00:10 mgcamd 040 S root 352 350 0 69 0 - 6815 17610 03:44 ? 00:00:00 mgcamd 040 S root 407 1 0 69 0 - 1203 17610 03:44 ? 00:00:03 zapit -u 040 S root 409 1 0 69 0 - 2875 c8b94 03:44 ? 00:00:00 controld 040 S root 412 409 0 69 0 - 2875 4588c 03:44 ? 00:00:00 controld 040 S root 413 412 0 69 0 - 2875 4588c 03:44 ? 00:00:00 controld 140 S root 414 1 0 69 0 - 1207 e8b90 03:44 ? 00:00:00 /bin/nhttpd 100 S root 424 179 0 69 0 - 6848 44fcc 03:44 ? 00:00:13 neutrino -u -f 040 S root 434 424 0 69 0 - 6848 4588c 03:44 ? 00:00:00 neutrino -u -f 040 S root 435 434 0 69 0 - 6848 17610 03:44 ? 00:00:06 neutrino -u -f 040 S root 436 434 0 69 0 - 6848 17610 03:44 ? 00:00:00 neutrino -u -f 040 S root 437 350 0 69 0 - 6815 4588c 03:44 ? 00:00:02 mgcamd 000 S root 453 102 0 70 0 - 475 44fcc 03:53 ? 00:00:01 telnetd 100 S root 454 453 0 69 0 - 495 133ec 03:53 pts/0 00:00:00 -sh 100 R root 506 454 0 79 0 - 620 - 04:12 pts/0 00:00:00 ps -Alf top meldet das da: 4:13am up 30 min, 0 users, load average: 0.07, 0.08, 0.10 51 processes: 49 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 3.0% user, 14.5% system, 2.1% nice, 80.4% idle Mem: 30888K total, 29936K used, 952K free, 2944K buffers Swap: 0K total, 0K used, 0K free, 10480K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 507 root 18 0 852 852 688 R 31.4 2.7 0:01 top 351 root 9 0 988 988 768 S 2.7 3.1 0:10 mgcamd 435 root 9 0 5120 4308 2516 S 0.6 13.9 0:06 neutrino 1 root 8 0 484 480 448 S 0.0 1.5 0:04 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 3 root 19 19 0 0 0 SWN 0.0 0.0 0:05 ksoftirqd_CPU0 4 root 9 0 0 0 0 SW 0.0 0.0 0:00 kswapd 5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush 6 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated 7 root 9 0 0 0 0 SW 0.0 0.0 0:00 mtdblockd 17 root 15 10 0 0 0 SWN 0.0 0.0 0:00 jffs2_gcd_mtd3 73 root 9 0 0 0 0 SW 0.0 0.0 0:01 avia_av_wdt 77 root 9 0 0 0 0 SW 0.0 0.0 0:00 avia_gt_wdt 102 root 9 0 608 608 516 S 0.0 1.9 0:00 inetd 151 root 9 0 572 572 500 S 0.0 1.8 0:00 syslogd 166 root 9 0 0 0 0 SW 0.0 0.0 0:00 cifsoplockd 171 root 9 0 704 704 592 S 0.0 2.2 0:00 automount 179 root 8 0 536 532 460 S 0.0 1.7 0:00 start_neutrino 180 root 9 0 484 480 448 S 0.0 1.5 0:00 init 181 root 9 0 484 480 448 S 0.0 1.5 0:00 init 182 root 9 0 484 480 448 S 0.0 1.5 0:00 init 184 root 9 0 484 480 448 S 0.0 1.5 0:00 init 187 root 9 0 484 480 448 S 0.0 1.5 0:00 init 188 root 9 0 484 480 448 S 0.0 1.5 0:00 init 197 root 13 5 4080 4080 1276 R N 0.0 13.2 0:00 sectionsd 198 root 12 5 4080 4080 1276 S N 0.0 13.2 0:00 sectionsd 199 root 12 5 4080 4080 1276 S N 0.0 13.2 0:00 sectionsd 201 root 13 5 4080 4080 1276 S N 0.0 13.2 0:26 sectionsd 204 root 13 5 4080 4080 1276 S N 0.0 13.2 0:01 sectionsd 205 root 12 5 4080 4080 1276 S N 0.0 13.2 0:00 sectionsd 206 root 12 5 4080 4080 1276 S N 0.0 13.2 0:00 sectionsd 207 root 13 5 4080 4080 1276 S N 0.0 13.2 0:23 sectionsd 208 root 9 0 1124 1124 968 S 0.0 3.6 0:00 timerd 213 root 9 0 1124 1124 968 S 0.0 3.6 0:00 timerd 216 root 9 0 1124 1124 968 S 0.0 3.6 0:00 timerd 220 root 9 0 0 0 0 SW 0.0 0.0 0:00 kdvb-fe-0:0 290 root 9 0 456 452 396 S 0.0 1.4 0:00 camd2 348 root 9 0 988 988 768 S 0.0 3.1 0:00 mgcamd 350 root 9 0 988 988 768 S 0.0 3.1 0:00 mgcamd 352 root 9 0 988 988 768 S 0.0 3.1 0:00 mgcamd 407 root 9 0 2984 2984 1152 S 0.0 9.6 0:03 zapit 409 root 9 0 1188 1188 1020 S 0.0 3.8 0:00 controld 412 root 9 0 1188 1188 1020 S 0.0 3.8 0:00 controld 413 root 9 0 1188 1188 1020 S 0.0 3.8 0:00 controld 414 root 9 0 2120 2120 1404 S 0.0 6.8 0:00 nhttpd 424 root 9 0 5120 4308 2516 S 0.0 13.9 0:13 neutrino 434 root 9 0 5120 4308 2516 S 0.0 13.9 0:00 neutrino 436 root 9 0 5120 4308 2516 S 0.0 13.9 0:00 neutrino 437 root 9 0 988 988 768 S 0.0 3.1 0:02 mgcamd 453 root 9 0 472 472 396 S 0.0 1.5 0:01 telnetd 454 root 9 0 700 700 592 S 0.0 2.2 0:00 sh Daß laut ps neutrino knapp 7 MB, die camd ebenfalls knapp 7 MB und der sectionsd gar 9,3 MB verbrät, kann doch eigentlich wohl nicht sein? Entweder hab ich hier einen Denk(interpretations)fehler, oder da paßt wirklich was nicht. Box wurde auf Premiere Sport Portal gestartet und weder gezappt, noch sonst was an der Box selbst gemacht. Lediglich ps und top über Telnet aufgerufen. EPG-Einstellungen sind: Cache 7 Tage Langtext 12 Stunden verwerfen nach 2 Stunden Max. Events 3000 So massenhaft Speicher dürfte das normal nicht verplempern. Wenn ich übrigens mit Gewalt (10 MB Dummyfile in /tmp anlegen und wieder löschen) den RAM freiquäle, zeigt ps hinterher fast identische Werte zu vorher, laut top ist aber erheblich mehr Speicher frei, auch buffers und cached ist erheblich weniger. ps: /var # ps -Alf F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD 100 S root 1 0 0 68 0 - 474 133ec 03:43 ? 00:00:04 init 040 S root 2 1 0 69 0 - 0 1c3a0 03:43 ? 00:00:00 [keventd] 040 R root 3 1 0 79 19 - 0 - 03:43 ? 00:00:15 [ksoftirqd_CPU0] 040 S root 4 1 0 69 0 - 0 29df8 03:43 ? 00:00:00 [kswapd] 040 S root 5 1 0 69 0 - 0 381f4 03:43 ? 00:00:00 [bdflush] 040 S root 6 1 0 69 0 - 0 38340 03:43 ? 00:00:00 [kupdated] 040 S root 7 1 0 69 0 - 0 9f7f0 03:43 ? 00:00:00 [mtdblockd] 040 S root 17 1 0 75 10 - 0 6de20 03:43 ? 00:00:00 [jffs2_gcd_mtd3] 040 S root 73 1 0 69 0 - 0 8a26f4 03:43 ? 00:00:04 [avia_av_wdt] 040 S root 77 1 0 69 0 - 0 8aa2cc 03:43 ? 00:00:00 [avia_gt_wdt] 140 S root 102 1 0 69 0 - 493 44fcc 03:43 ? 00:00:00 inetd 040 S root 151 1 0 69 0 - 474 44fcc 03:43 ? 00:00:00 /sbin/syslogd 040 S root 166 1 0 69 0 - 0 b947d4 03:43 ? 00:00:00 [cifsoplockd] 140 S root 171 1 0 69 0 - 444 4588c 03:43 ? 00:00:00 automount -g -t 600 -p /var/run/automount.pid /var/autofs file /etc/auto.net 000 S root 179 1 0 68 0 - 473 133ec 03:43 ? 00:00:00 /bin/sh /var/etc/init.d/start_neutrino 040 S root 180 1 0 69 0 - 474 84644 03:43 ? 00:00:00 init 040 S root 181 1 0 69 0 - 474 84644 03:43 vc/2 00:00:00 init 040 S root 182 1 0 69 0 - 474 84644 03:43 vc/3 00:00:00 init 040 S root 184 1 0 69 0 - 474 84644 03:43 vc/4 00:00:00 init 040 S root 187 1 0 69 0 - 474 84644 03:43 vc/5 00:00:00 init 040 S root 188 1 0 69 0 - 474 84644 03:43 vc/6 00:00:00 init 040 S root 197 1 0 73 5 - 9374 17610 03:43 ? 00:00:02 sectionsd 040 S root 198 197 0 72 5 - 9374 4588c 03:43 ? 00:00:00 sectionsd 040 S root 199 198 0 72 5 - 9374 17610 03:43 ? 00:00:00 sectionsd 040 S root 201 198 0 73 5 - 9374 17610 03:43 ? 00:00:44 sectionsd 040 S root 204 198 0 73 5 - 9374 17610 03:43 ? 00:00:01 sectionsd 040 S root 205 198 0 72 5 - 9374 17610 03:43 ? 00:00:00 sectionsd 040 S root 206 198 0 72 5 - 9374 17610 03:43 ? 00:00:00 sectionsd 040 S root 207 198 1 73 5 - 9374 17610 03:43 ? 00:01:10 sectionsd 040 S root 208 1 0 69 0 - 2832 c8b94 03:43 ? 00:00:00 timerd 040 S root 213 208 0 69 0 - 2832 4588c 03:43 ? 00:00:00 timerd 040 S root 216 213 0 69 0 - 2832 17610 03:43 ? 00:00:00 timerd 040 S root 220 1 0 69 0 - 0 87d2b8 03:43 ? 00:00:00 [kdvb-fe-0:0] 040 S root 290 1 0 69 0 - 312 4588c 03:43 ? 00:00:00 /var/bin/camd2 040 S root 348 1 0 69 0 - 6815 4588c 03:44 ? 00:00:00 mgcamd 040 S root 350 348 0 69 0 - 6815 4588c 03:44 ? 00:00:00 mgcamd 040 S root 351 350 0 69 0 - 6815 4588c 03:44 ? 00:00:29 mgcamd 040 S root 352 350 0 69 0 - 6815 17610 03:44 ? 00:00:00 mgcamd 040 R root 407 1 0 69 0 - 1203 - 03:44 ? 00:00:04 zapit -u 040 S root 409 1 0 69 0 - 2875 c8b94 03:44 ? 00:00:00 controld 040 S root 412 409 0 69 0 - 2875 4588c 03:44 ? 00:00:00 controld 040 S root 413 412 0 69 0 - 2875 4588c 03:44 ? 00:00:00 controld 140 S root 414 1 0 69 0 - 1207 e8b90 03:44 ? 00:00:01 /bin/nhttpd 100 S root 424 179 0 69 0 - 6849 44fcc 03:44 ? 00:00:20 neutrino -u -f 040 S root 434 424 0 69 0 - 6849 4588c 03:44 ? 00:00:00 neutrino -u -f 040 S root 435 434 0 69 0 - 6849 17610 03:44 ? 00:00:14 neutrino -u -f 040 S root 436 434 0 69 0 - 6849 17610 03:44 ? 00:00:00 neutrino -u -f 040 S root 437 350 0 69 0 - 6815 4588c 03:44 ? 00:00:07 mgcamd 000 S root 544 102 0 69 0 - 475 44fcc 04:50 ? 00:00:03 telnetd 100 S root 545 544 0 69 0 - 494 133ec 04:50 pts/0 00:00:00 -sh 100 R root 741 545 0 76 0 - 620 - 05:03 pts/0 00:00:01 ps -Alf top 5:03am up 1:20, 0 users, load average: 0.61, 0.58, 0.37 51 processes: 49 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 5.8% user, 18.2% system, 0.0% nice, 76.0% idle Mem: 30888K total, 22148K used, 8740K free, 792K buffers Swap: 0K total, 0K used, 0K free, 4076K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 742 root 18 0 852 852 688 R 11.3 2.7 0:03 top 351 root 9 0 868 868 648 S 0.8 2.8 0:30 mgcamd 3 root 19 19 0 0 0 RWN 0.5 0.0 0:15 ksoftirqd_CPU0 437 root 9 0 868 868 648 S 0.3 2.8 0:07 mgcamd 544 root 9 0 176 176 100 S 0.3 0.5 0:03 telnetd 73 root 9 0 0 0 0 SW 0.1 0.0 0:04 avia_av_wdt 435 root 9 0 3960 3148 1352 S 0.1 10.1 0:15 neutrino 1 root 8 0 432 428 396 S 0.0 1.3 0:04 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 4 root 9 0 0 0 0 SW 0.0 0.0 0:00 kswapd 5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush 6 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated 7 root 9 0 0 0 0 SW 0.0 0.0 0:00 mtdblockd 17 root 15 10 0 0 0 SWN 0.0 0.0 0:00 jffs2_gcd_mtd3 77 root 9 0 0 0 0 SW 0.0 0.0 0:00 avia_gt_wdt 102 root 9 0 224 224 132 S 0.0 0.7 0:00 inetd 151 root 9 0 228 228 156 S 0.0 0.7 0:00 syslogd 166 root 9 0 0 0 0 SW 0.0 0.0 0:00 cifsoplockd 171 root 9 0 300 300 188 S 0.0 0.9 0:00 automount 179 root 8 0 488 484 412 S 0.0 1.5 0:00 start_neutrino 180 root 9 0 432 428 396 S 0.0 1.3 0:00 init 181 root 9 0 432 428 396 S 0.0 1.3 0:00 init 182 root 9 0 432 428 396 S 0.0 1.3 0:00 init 184 root 9 0 432 428 396 S 0.0 1.3 0:00 init 187 root 9 0 432 428 396 S 0.0 1.3 0:00 init 188 root 9 0 432 428 396 S 0.0 1.3 0:00 init 197 root 13 5 3556 3556 692 S N 0.0 11.5 0:02 sectionsd 198 root 12 5 3556 3556 692 S N 0.0 11.5 0:00 sectionsd 199 root 12 5 3556 3556 692 S N 0.0 11.5 0:00 sectionsd 201 root 13 5 3556 3556 692 S N 0.0 11.5 0:44 sectionsd 204 root 13 5 3556 3556 692 S N 0.0 11.5 0:01 sectionsd 205 root 12 5 3556 3556 692 S N 0.0 11.5 0:00 sectionsd 206 root 12 5 3556 3556 692 S N 0.0 11.5 0:00 sectionsd 207 root 13 5 3556 3556 692 S N 0.0 11.5 1:10 sectionsd 208 root 9 0 588 588 432 S 0.0 1.9 0:00 timerd 213 root 9 0 588 588 432 S 0.0 1.9 0:00 timerd 216 root 9 0 588 588 432 S 0.0 1.9 0:00 timerd 220 root 9 0 0 0 0 SW 0.0 0.0 0:00 kdvb-fe-0:0 290 root 9 0 444 440 384 S 0.0 1.4 0:00 camd2 348 root 9 0 868 868 648 S 0.0 2.8 0:00 mgcamd 350 root 9 0 868 868 648 S 0.0 2.8 0:00 mgcamd 352 root 9 0 868 868 648 S 0.0 2.8 0:00 mgcamd 407 root 9 0 2404 2404 572 S 0.0 7.7 0:04 zapit 409 root 9 0 676 676 508 S 0.0 2.1 0:00 controld 412 root 9 0 676 676 508 S 0.0 2.1 0:00 controld 413 root 9 0 676 676 508 S 0.0 2.1 0:00 controld 414 root 9 0 1552 1552 832 S 0.0 5.0 0:01 nhttpd 424 root 9 0 3960 3148 1352 S 0.0 10.1 0:20 neutrino 434 root 9 0 3960 3148 1352 S 0.0 10.1 0:00 neutrino 436 root 9 0 3960 3148 1352 S 0.0 10.1 0:00 neutrino 545 root 9 0 484 484 380 S 0.0 1.5 0:00 sh Ich hoffe mal, daß ich da jetzt nicht was völlig falsch interpretiere, dann möge man mich mal bitte auf die richtige Bahn führen... Ich werde dann wohl bei meinen Beobachtungen mal eher auf top setzen, das scheint mir zumindest auf den ersten Blick plausiblere Ergebnisse zu liefern. Oder ich stelle mich mit ps wirklich zu blöd an. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
wonderdoc Geschrieben 20. November 2007 Melden Share Geschrieben 20. November 2007 Ich denke mal nicht, daß die Speicherprobleme an dem KW-Image liegen. Im Vordergrung sollte erstmal die Freigabe des Images stehen, da wir sonst wirklich beim Dez.Image sind. Meine Werte nach 15h betriebzeit. used: 29,5 , aktiv: 6,8 und inaktiv: 5,5 MB Auhnahme kann ich gerade nicht testen, die Box wurde aber ganz normal benutzt. mfg Wonderdoc Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
schubsi Geschrieben 20. November 2007 Melden Share Geschrieben 20. November 2007 Aufnahmen ohne Ton (Tonspur) Aufnahmen funktionieren wieder, Änderung zu vorher, wie schon von newcode verifiziert: Playback anhalten=AUS Irgendwie hat es die DBox geschafft, gestern bei der Aufnahme von Battlestar Galactica meinen Linux-Server (debian etch, zuletzt 223 Tage online) in die Knie zu zwingen: Mitten in der Aufnahme (nach 24min) konnte nicht mehr auf die NFS-Freigabe geschrieben werden. Der Server war komplett platt, weder Connect per Putty, noch ein Ping, keine Konsole mehr, half nur noch der Reset-Knopf. Die NFS-Freigabe war mit standard r/w-size=8192 gemounted, lediglich die Ringbuffer hatte ich abweichend vom "Standard" auf 35 gesetzt, jetzt wieder auf "20". Hatte bezüglich RAM keine Angst, in Schwierigkeiten zu geraten (da 64 MB in der box), möglicherweise hatte es aber doch Auswirkungen. Der nächtliche unbeaufsichtigte Aufnahmeversuch hat nun endlich funktioniert (war die letzte Chance). AviaCheck Die mitgelieferte Version 2.00 scheint auf meiner (!) Sagem deutlich schlechtere Ergebnisse zu erzielen. Häufig Schwarzbild nach Umschalten, Hänger werden nicht erkannt... Ich werde mal ne ältere Version reinkopieren und beobachten... Allzuviel konnte ich in der Zwischenzeit nicht testen, muss ja schließlich ab und an dafür sorgen, dass der monatliche Gehaltsscheck ausreichend Nullen aufweist Bis später... -==[schubsi]==- Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge
Archiviert
Dieses Thema ist jetzt archiviert und für weitere Antworten gesperrt.