b3nz0l Geschrieben 24. Januar 2012 Melden Share Geschrieben 24. Januar 2012 Moin, da ich nun unfreiwilligermaßen auch mit dem Thema konfrontiert wurde bin ich auf der suche nach den ursachen.... Ja, ich weiß das suchen ist mehr arbeit als das Image neu zu flashen, aber da es um meine server-box geht kommt da auchnoch die einrichtung der sd-karte als swap und auslagerungslaufwerk u.s.w. dazu, zudem steht sie nicht gerade in der nähe eines TV's... ich komme immer für ca. 20-30 sek. per telnet drauf bevor sie sich aufhängt, hier mal was sich rausfinden lässt: telnet 10.10.10.8 42023 Trying 10.10.10.8... Connected to 10.10.10.8. Escape character is '^]'. have fun with KEYWELT on your Nokia D-BOX2 - Kernel 2.4.37.11-dbox2 (20:57:19)... dbox login: root Password: BusyBox v1.18.5 (2011-11-24 20:02:38 CET) built-in shell (ash) Enter 'help' for a list of built-in commands. /var # cd / / # free total used free shared buffers Mem: 30892 14824 16068 0 1844 -/+ buffers: 12980 17912 Swap: 65524 0 65524 / # df -h Filesystem Size Used Available Use% Mounted on /dev/root 5.6M 5.6M 0 100% / /dev/mtdblock/3 2.1M 684.0K 1.5M 31% /var tmpfs 64.0M 8.0K 64.0M 0% /tmp /dev/mmc/disc0/part2 890.7M 141.4M 749.3M 16% /mnt/mmc / # du -sh ./root/* 512 ./root/bin 49.5K ./root/etc 512 ./root/keys 1.5K ./root/lib 512 ./root/log 512 ./root/modules 512 ./root/pid 512 ./root/plugins 512 ./root/run 123.5K ./root/sbin 0 ./root/scce 1.5K ./root/share 0 ./root/ssh 512 ./root/tmp 597.5K ./root/tuxbox wobei mir gerade auffällt dass ja von den 2,1M ja noch genug frei ist, d.h. es sich wohl garnicht um einen platzer handelt...?!? /var # ll lrwxrwxrwx 1 root root 16 Jan 7 19:12 bin -> /mnt/mmc/var/bin drwxr-xr-x 6 root root 0 Aug 1 20:57 etc lrwxrwxrwx 1 root root 17 Jan 7 19:12 keys -> /mnt/mmc/var/keys drwxr-xr-x 4 root root 0 Dec 16 16:49 lib lrwxrwxrwx 1 root root 4 Dec 16 16:49 log -> /tmp drwxr-xr-x 2 root root 0 Dec 16 16:49 modules lrwxrwxrwx 1 root root 4 Dec 16 16:49 pid -> /tmp lrwxrwxrwx 1 root root 20 Jan 7 19:13 plugins -> /mnt/mmc/var/plugins lrwxrwxrwx 1 root root 4 Dec 16 16:49 run -> /tmp drwxr-xr-x 2 root root 0 Jan 7 19:12 sbin drwxr-xr-x 2 root root 0 Aug 1 18:57 scce drwxr-xr-x 4 root root 0 Dec 16 16:49 share drwxr-xr-x 2 root root 0 Aug 1 18:57 ssh lrwxrwxrwx 1 root root 4 Dec 16 16:49 tmp -> /tmp drwxr-xr-x 6 root root 0 Jan 7 19:27 tuxbox /var # cd / / # du -sh /dev/* 0 /dev/console 0 /dev/cua 0 /dev/dbox 0 /dev/discs 0 /dev/dvb 0 /dev/fb 0 /dev/fb0 0 /dev/full 0 /dev/i2c 0 /dev/input 0 /dev/kmem 0 /dev/lirc 0 /dev/loop 0 /dev/mem 0 /dev/misc 0 /dev/mmc 0 /dev/mtd 0 /dev/mtdblock 0 /dev/multicam 0 /dev/null 0 /dev/ost 0 /dev/port 0 /dev/ptmx 0 /dev/pts 0 /dev/pty 0 /dev/random 0 /dev/root 0 /dev/shm 0 /dev/sound 0 /dev/tts 0 /dev/tty 0 /dev/urandom 0 /dev/v4l 0 /dev/vc 0 /dev/vcc 0 /dev/zero / # du -sh /dev/root/* du: /dev/root/*: Not a directory / # cd dev /dev # ll crw------- 1 root root 5, 1 Jan 24 21:55 console drwxr-xr-x 1 root root 0 Jan 1 1970 cua drwxr-xr-x 1 root root 0 Jan 1 1970 dbox drwxr-xr-x 1 root root 0 Jan 1 1970 discs drwxr-xr-x 1 root root 0 Jan 1 1970 dvb drwxr-xr-x 1 root root 0 Jan 1 1970 fb lr-xr-xr-x 1 root root 4 Aug 1 20:57 fb0 -> fb/0 crw-rw-rw- 1 root root 1, 7 Jan 1 1970 full drwxr-xr-x 1 root root 0 Jan 1 1970 i2c drwxr-xr-x 1 root root 0 Jan 1 1970 input crw-r----- 1 root root 1, 2 Jan 1 1970 kmem crw-rw-rw- 1 root root 0, 0 Jan 1 1970 lirc drwxr-xr-x 1 root root 0 Jan 1 1970 loop crw-r----- 1 root root 1, 1 Jan 1 1970 mem drwxr-xr-x 1 root root 0 Jan 1 1970 misc drwxr-xr-x 1 root root 0 Jan 1 1970 mmc drwxr-xr-x 1 root root 0 Jan 1 1970 mtd drwxr-xr-x 1 root root 0 Jan 1 1970 mtdblock crw-rw-rw- 1 root root 242, 1 Jan 1 1970 multicam crw-rw-rw- 1 root root 1, 3 Jan 1 1970 null lr-xr-xr-x 1 root root 17 Aug 1 20:57 ost -> /dev/dvb/adapter0 crw-r----- 1 root root 1, 4 Jan 1 1970 port crw-rw-rw- 1 root root 5, 2 Jan 24 21:56 ptmx drwxr-xr-x 1 root root 0 Jan 1 1970 pts drwxr-xr-x 1 root root 0 Jan 1 1970 pty crw-r--r-- 1 root root 1, 8 Jan 1 1970 random lr-xr-xr-x 1 root root 10 Jan 1 1970 root -> mtdblock/2 drwxr-xr-x 1 root root 0 Jan 1 1970 shm drwxr-xr-x 1 root root 0 Jan 1 1970 sound drwxr-xr-x 1 root root 0 Jan 1 1970 tts crw-rw-rw- 1 root root 5, 0 Jan 1 1970 tty crw-r--r-- 1 root root 1, 9 Jan 1 1970 urandom drwxr-xr-x 1 root root 0 Jan 1 1970 v4l drwxr-xr-x 1 root root 0 Jan 1 1970 vc drwxr-xr-x 1 root root 0 Jan 1 1970 vcc crw-rw-rw- 1 root root 1, 5 Jan 1 1970 zero /dev # cd mtdblock /dev/mtdblock # ll brw-rw-rw- 1 root root 31, 0 Jan 1 1970 0 brw-rw-rw- 1 root root 31, 1 Jan 1 1970 1 brw-rw-rw- 1 root root 31, 2 Jan 1 1970 2 brw-rw-rw- 1 root root 31, 3 Jan 1 1970 3 brw-rw-rw- 1 root root 31, 4 Jan 1 1970 4 brw-rw-rw- 1 root root 31, 5 Jan 1 1970 5 /dev/mtdblock # du -sh /dev/mtdblock/* 0 /dev/mtdblock/0 0 /dev/mtdblock/1 0 /dev/mtdblock/2 0 /dev/mtdblock/3 0 /dev/mtdblock/4 0 /dev/mtdblock/5 /dev/mtdblock # du -ch /dev/mtdblock/* 0 /dev/mtdblock/0 0 /dev/mtdblock/1 0 /dev/mtdblock/2 0 /dev/mtdblock/3 0 /dev/mtdblock/4 0 /dev/mtdblock/5 0 total Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 24. Januar 2012 Melden Share Geschrieben 24. Januar 2012 Dein Image ist ziemlich sicher nicht geplatzt, bei 31% Belegung des /var ist das äußerst unwahrscheinlich. Zumal bei einem geplatzten Image die Box in der Regel anstandslos weiter läuft, so sie noch sauber vollständig starten kann. Während des Betriebs wird nicht in den Flash geschrieben, solange man keine Einstellungen ändert und speichert oder Timer anlegt, das wird dann eben nicht mehr übernommen. Nur wenn wichtige Dateien beschädigt wurden, gibt es Probleme. Dann gibt es aber mit hoher Wahscheinlichkeit Mecker im seriellen Log. Du solltest ein serielles Log mitlaufen lassen, darin sollte zu sehen sein, wenn sich die Box wegen beschädigter oder fehlender Dateien beschwert. Und Kernelabstürze sind auch ersichtlich, dann schmeißt Dir die Kiste auch entsprechende Meldungen um die Ohren. Weiterhin kannst Du per Telnet die Prozesse selbst überwachen: Befehl top. Eventuell ist dort auch ersichtlich, wenn sich was aufhängt bzw. die CPU bis zum Anschlag auslastet und die Box deswegen nicht mehr reagiert. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
b3nz0l Geschrieben 25. Januar 2012 Autor Melden Share Geschrieben 25. Januar 2012 Hmm... das ist dann ja schonmal ne gute Nachricht... die Box ist jedenfalls permanent am neustarten (nachdem sie so wie gesagt 30sek. lief, also per telnet/ping und auf den webinterfaces erreichbar war) ich werde mir dann mal am WE n Nullmodemkabel schnappen... ich habe den eindruck dass ich per telnet und mit setconsole nicht alles angezeigt bekomme..?! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 25. Januar 2012 Melden Share Geschrieben 25. Januar 2012 ich habe den eindruck dass ich per telnet und mit setconsole nicht alles angezeigt bekomme..?! Das ist korrekt. Bis das Netzwerk initialisiert ist und Du Dich per telnet einloggen und setconsole starten kannst, sind die wichtigen Systemdateien bereits alle geladen. Und wenn da schon irgendwo was schief gelaufen ist, siehst Du das natürlich nicht mehr. Bleibt nur ein vollständiges Bootlog, und das geht nur mittels Nullmodem-Kabel direkt ab Start der Box. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
b3nz0l Geschrieben 25. Januar 2012 Autor Melden Share Geschrieben 25. Januar 2012 hier mal alles was ich jetzt so remote greifen konnte: nach dem "Webserver starting" ist nen moment ruhe (gerade 20sek, beim zeitnehmen vorher waren es nur 8sek, schwankt also anscheinend) wie zu sehen ist starte ich im audioplayer modus weil die box nicht am DVB-C hängt und keine sender in der liste hat... /var # setconsole /var # 19:38:31.017 [timeThread] Time set via NTP, going to sleep for 1800 seconds. [timerd] woke up from timer? false! /var/plugins/operations camd_init [timerd] using config file /var/tuxbox/config/timerd.conf /var/plugins/operations cardserver_start 19:38:32.032 dmxSDT: going to sleep... $Id: zapit.cpp,v 1.455 2011/09/22 19:12:08 Markham & Worschter & SnowHead Exp $ [zapit] PMT update enabled [zapit] Load ScanSetup Setting: 0 0.000000 0.000000 1 1 8 [frontend] uncommitted_switch_mode 0 auto_fec 0 /var/tuxbox/config/zapit/services.xml: No such file or directory [controld] Boxtype detected: (1, Nokia D-BOX2) [controld]: ROUTEVIDEO v1 = 5 a1 = 1 v2 = 1 a2 = 1 v3 = 0 a3 = 1 fblk=1 [CVideo::setVideoFormat] output format: 4:3(LB) /var/plugins/operations sect_renice 19:38:36.066 eit_set_update_filter, servicekey = 0x0, current version 0xff got events 0 neutrino: /lib/libpng12.so.0: no version information available (required by neutrino) neutrino: /lib/libpng12.so.0: no version information available (required by /lib/liblcddisplay.so.0) /var/plugins/operations camd_start starting /bin/neutrino [neutrino] frameBuffer Instance created 812k video mem [neutrino] enable flash [neutrino] Software update enabled [lcdd] time-skin not found -> using default... [lcdd] weekday-skin not found -> using default... [lcdd] date-skin not found -> using default... [lcdd] month-skin not found -> using default... [LCDFONT] initializing core... [LCDFONT] adding font /share/fonts/12.pcf.gz...OK (Fix12/Regular) [LCDFONT] adding font /share/fonts/14B.pcf.gz...OK (Fix14/Bold) [LCDFONT] adding font /share/fonts/15B.pcf.gz...OK (Fix15/Bold) [LCDFONT] Intializing font cache... [LCDFONT] FTC_Face_Requester (Fix14/Bold) [neutrino] SetupFonts filename: /share/fonts/micron.ttf fontname: Micron [rcinput] no file /var/tuxbox/config/rc.conf was found /dev/input/event1: No such file or directory [neutrino] menue setup [neutrino] init menus... [neutrino] GUI-Personalize instance created... [neutrino] found esound, adding personalized esound entry to mainmenue [network config] Instance created [neutrino] setRepeat: delay=150 period=125 use kernel-repeat: no [neutrino] registering as event client [scan-setup] received 43 providers [neutrino] no file /var/tuxbox/config/init.end was found [neutrino] initialized everything [zapit] cmd 13 refused in standby mode [audioplayer.cpp] executing /var/tuxbox/config/audioplayer.start. aviaext: ioctl: Operation not supported kill: you need to specify whom to kill /bin/nhttpd: /lib/libpng12.so.0: no version information available (required by /lib/liblcddisplay.so.0) [yhttpd] Webserver nhttpd/3.1.8 (yhttpd_core/1.2.0) [LCDFONT] initializing core... [LCDFONT] adding font /share/fonts/micron.ttf...OK (Micron/Regular) [LCDFONT] adding font /share/fonts/micron_bold.ttf...OK (Micron/Bold) [LCDFONT] adding font /share/fonts/pakenham.ttf...OK (Pakenham/Regular) [LCDFONT] Intializing font cache... [zapit] cmd 19 refused in standby mode [basicsocket] receive_data: Connection reset by peer [zapit] cmd 18 refused in standby mode [basicsocket] receive_data: Connection reset by peer [zapit] cmd 18 refused in standby mode [basicsocket] receive_data: Connection reset by peer [yhttpd] Webserver starting... [frontend] uncommitted_switch_mode 0 auto_fec 0 [audioplayer.cpp] executing /var/tuxbox/config/audioplayer.end. /var/plugins/operations sect_renice kill: you need to specify whom to kill $Id: sectionsd.cpp,v 1.336 2011/08/30 19:14:23 dbt Exp $ [sectionsd] FreeSat enabled [sectionsd] Caching max 1 events [sectionsd] Caching 0 days [sectionsd] Caching 0 hours Extended Text [sectionsd] Events are old 60min after their end time /var/tuxbox/config/zapit/epgfilter.xml: No such file or directory /var/tuxbox/config/zapit/dvbtimefilter.xml: No such file or directory /var/tuxbox/config/mybouquets.xml: No such file or directory 19:39:13.027 [timeThread] Time set via NTP, going to sleep for 1800 seconds. aviaext: ioctl: Operation not supported 19:39:14.246 dmxSDT: going to sleep... zapit shot down /var/plugins/operations camd_exit /var/plugins/operations camd_stop /var/plugins/operations cardserver_stop grep: /var/keys/camd3.config: No such file or directory starting pid 643, tty '': '/etc/init.d/halt' 19:39:18.175 eit_set_update_filter, servicekey = 0x0, current version 0xff got events 0 CXA2092 found CXA2092 found kill: you need to specify whom to kill warte auf 'operations' warte auf 'operations' warte auf 'operations' warte auf 'operations' 'operations' fertig Unmounting -f 'ext2' on '/mnt/mmc' Unmounting 'tmpfs' on '/tmp' umount: can't umount /tmp: Device or resource busy Unmounting 'jffs2' on '/var' umount: can't forcibly umount /var: Device or resource busy Oops: umount failed :-( -- trying to remount readonly... Ready to shutdown system... Connection closed by foreign host. tuxbox@dboxmanager:~> Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 25. Januar 2012 Melden Share Geschrieben 25. Januar 2012 So wie ich das sehe, fährt die Box normal hoch und dann gleich sofort wieder regulär runter. Ohne dass da was erkennbar abgestürzt wäre. Hast Du irgendwie in der start_neutrino rumgefuhrwerkt und da irgendwas versaubeutelt? Sieht mir nämlich irgendwie danach aus, dass die Neutrino-Schleife nicht abgearbeitet wird: until neutrino -f -u ; do echo "Neutrino exited with nonzero exit status, restarting..." pidof sectionsd >/dev/null && sectionsdcontrol --nopause || (sectionsd $SECTIONSD && /var/plugins/operations sect_renice &) pidof timerd >/dev/null || timerd pidof zapit >/dev/null && pzapit -lsb || zapit $ZAPIT pidof nhttpd >/dev/null || nhttpd done Der nächste Befehl danach ist nämlich pzapit -kill. Womit die Zapit getötet (siehe Dein Log): zapit shot down und danach der Rest runtergefahren wird, da gibt es dann kein Halten mehr, die Box endet dann mit halt im Deep Standby. Wäre Neutrino selber abgestürzt, würde es selbständig neu starten, dafür sorgt diese Schleife u.a.. Ist die aber nicht als Schleife aktiv und wird verlassen, fährt die Box runter. Eventuell hat auch der Audioplayer-Modus einen an der Waffel. Keine Ahnung, ich nutze den Krempel generell nicht. Der Audioplayer wird jedenfalls auch selbständig wieder beendet, gleich am Anfang des zweiten Teils Deines Logs. Hast Du in den Dateien zum Audiplayer (/var/tuxbox/config/audioplayer.start bzw. audioplayer.end) gebastelt und Sachen eingefügt, die nicht rein sollten? Ich denke, das beste wird sein, wenn Du die Box mit einem unvermurksten Image neu flashst und nochmal von vorn anfängst. Jetzt noch zu richten, was da daneben gegangen ist, dürfte reichlich schwer bis unmöglich sein, da die Box durch ihr automatischen Shutdown Dir dazu auch keine Zeit lässt. Tue nichts, was nicht wirklich unbedingt notwendig ist, z.B. Auslagern kompletter Verzeichnisse aus dem /var. Lasse das Zeug im Flash, wo es hin gehört. Und wenn Du Plugins, Kekse und zusätzliche Binaries brauchst, die den Flash zu sehr belasten würden, lagere die einzeln auf SD/MMC aus, dann in die entsprechenden Verzeichnisse Symlinks nur für diese Dateien rein. So würde ich das jedenfalls handhaben. Dann kannst Du praktisch nur bei zusätzlich eingefügten Sachen Murks bauen, und die Dateien vom Images ansich bleiben dort, wo das Image sie erwartet. Damit sollte die Box dann auch nicht mehr auf die Idee kommen, gleich wieder runter zu fahren. Es sei denn, Du baust groben Murks. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
b3nz0l Geschrieben 27. Januar 2012 Autor Melden Share Geschrieben 27. Januar 2012 Danke erstmal für die Antwort, habe in keiner der startscripte etwas modifiziert... das Kuriose an der Sache ist dass die Box in den deep-standby geht, dort manchmal biszu 10min bleibt und dann von alleine ! wieder hochfährt... als wenn da ein heinzelmännchen mit ner zweiten fb sitzt und auf dem pwr button lordofthedance aufführt... habe inzwischen schon deinen Rat befolgt und neu geflasht... sollte das verhalten wieder auftreten werde ich erstmal den startmodus wieder auf TV stellen, auch wenn ich dann den "bitte kanalsuche durchführen" fehler bekomme... nach dem neuflashen kam das Problem allerdings wieder... es fängt an nach Hadrwarefehler zu riechen....(im übertragenden Sinne außerdem habe ich diesesmal nicht den soft-standby deaktiviert und jetzt wechselt sie unregelmäßig zwischen softstandby und up... 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.