Dbox bleibt hängen

Beitrag von **hountedhill** » Dienstag 6. Juli 2004, 22:30

Hi.

@fra_ju -da haben wir exakt das selbe Problem

Willkommen im Club.

Das mit dem Lüfter probiere ich grade mal sehen wie lange sie läuft.

Das einige Images laufen hatte ich auch kann aber auch ein Zufall gewesen sein das es etwa grad eine kältere Jahreszeit war.

Das manche Images mehr Funktionen haben und die Bauteile mehr belastet werden und heiß werden kann ich mir auch vorstellen. Oder irgendwelche Programierungen anders sind wo die Box nicht mit klar kommt.

Ich habe auch einen zweite Nokia Avia500 Kabel die läuft aber schon seit 2 Wochen durch ohne was. Ist aber auch leicht anders (Speicher) und 1 Jahr neuer und nach oben hin steht nichts.

Mal sehen wenn die jetzt wieder hängt liegts nicht an der Wärme weil die ist jetzt mit dem Lüfter kalt. Der macht mächtig Dampf.

Kann natürlich auch an ganz was anderem liegen. Komisch ist auch das immer ein anderer Fehler auftritt.Ich hoffe ich finde den Fehler. Weil so kann man keine Sendungen vormerken.

Vieleicht kann sich auch nochmal einer melden der auch sowas hatte und ne Lösung fand.

@Spooky -Waren die Aussetzer auch das die Box eingefroren ist und nichtmehr reagierte?

Gruß MW

Beitrag von **Spooky** » Dienstag 6. Juli 2004, 23:13

@hountedhill

Die Probleme hatten sich hauptsächlich durch hängenbleiben mit weiterlaufen der letzten Sendung geäußert. Selbständige Neustarts waren aber auch dabei.

Etwas darf man bei solchen Dingen aber nie außer Acht lassen: Nicht jeder Absturz muß durch Wärmeprobleme verursacht sein und auch nicht jeder durch Software. Bei den aktuellen Images kommt es schon mal vor das durch die Software ein Hänger o. Reset ausgelöst werden kann. Bei sovielen Funktionen die die Box erfüllen kann/soll, ist das auch kein Wunder.

Am meisten hatten mich die Aufänger gestört als ich die Box noch mit dem Router-Image betrieben hatte. Dass da die Box am Tag ca. einmal abgeraucht ist, war leider "normal". Als es aber vergangenes Jahr so heiß wurde, wurde es mir aber zu bunt. Manchmal ist die Box alle 2-3h hängengeblieben, trotz Kühlkörper. Da ich mir am Tuner fast die Finger verbrennen konnte und ich das für nicht sonderlich "gesund" hielt, kam dann der Lüfter zum Einsatz. Und siehe da, die meisten Abstürze waren verschwunden und die Box lief auch mal wieder eine Woche durch. Was vorher nie drin war.

Gruß
Spooky

Beitrag von **hountedhill** » Mittwoch 7. Juli 2004, 16:40

Hi.

Die Kühlung hat leider keine Besserung gebracht. Ist leider wieder hängen geblieben. Ich glaube auch das das warscheinlich an den Images liegt. Ist nur blöd das die eine läuft und läuft und die andere alle 24h verreckt.
Das kann man das beste was progammiert wurde vergessen das Aufnehmen. Schade.

Blöd ist auch das im Log irgendwie ein nicht weiterhilft. In anderen Boards schreiben auch manche das Problem aber es wird nicht weitergeführt. Das scheinen ja nicht grad wenige zu haben mit den Nokia 500 Boxen.

Hier nochmal der aktuelle Log der Anfang ist identisch mit denen wo ich schon gepostet habe.
Was bedeutet eigendlich die Anzeige am Ende (SAAIOSMODE: Invalid argument)?

[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (4:3 -> 4:3)
[LCDFONT] FTC_Face_Requester (Fix12/Regular)
[controld] videoOutput off
[controld] SAAIOSMODE: Invalid argument
[controld] SAAIOSWSS: Invalid argument
[controld] videoOutput on
[controld] videoOutput off
[controld] SAAIOSMODE: Invalid argument
[controld] SAAIOSWSS: Invalid argument
[controld] videoOutput on
[controld] videoOutput off
[controld] SAAIOSMODE: Invalid argument
[controld] SAAIOSWSS: Invalid argument

Ist echt ne nervige Sache.
Hiillffeeee....

Bin für alle Tips dankbar. Gruß MW

Beitrag von **Npq** » Mittwoch 7. Juli 2004, 17:12

Die Meldungen mit dem "invalid argument" kommen daher weil der controld vergessen hat, daß er den SAA in den Standbymodus versetzt hat und daß er ihn erst aufwecken müßte wenn er was von ihm will.

Ist ein State Handling Bug, der schon etwas länger drin ist.

Beitrag von **hountedhill** » Mittwoch 7. Juli 2004, 18:13

Hi.

Achso Danke für die Info

Gruß MW

Beitrag von **handspring** » Samstag 10. Juli 2004, 11:16

was ist denn damit gemeint?

*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***

Beitrag von **mash4077** » Samstag 10. Juli 2004, 11:58

Damit ist gemeint, dass Du unbedingt noch die FAQs ducharbeiten musst.

http://forum.tuxbox-cvs.sourceforge.net ... hp?t=20335

Gruß
mash

Beitrag von **Dicker2** » Dienstag 13. Juli 2004, 14:22

Hallo!

Ja, meine Box macht die selben Probleme!

Sat, 2xNokia, Avia 500, Bmon 1.0 (also ganz alt *g*)

Die Box kackt ab und der zulezt gesichtete Sender läuft weiter... nur Stecker ziehen hilft. Aber ich bilde mir ein, dass dies nur bei Premiere Sendern passiert!!! Bei keinem Free to Air Programm konnte ich das "Abstürtzen" beobachten. Nur bei Premiere...

Irre ich mich? Aber super fakt ist, wenn ich ein ganz bestimmtes AlexW 1.7xxx (kann mich jetzt nicht genau erinnern) Wieder einspiele geht alles, ganz sicher sogar!!! Das log ist unaufällig!

Igendwas muß sich in den neuen Images geändert haben, das ich plötzlich ärger habe...

Greetz

Beitrag von **mogway** » Dienstag 13. Juli 2004, 15:05

Bitte das Logfile posten.

Gruss
mogway

Hi All.

Dicker2 du hast recht ist bei mir genau das selbe. Bestimmte Images gehen bei den Aktuellen hängt sich die Box auf. Das ist irgendwas wo nicht kompatibel ist oder so und auch nicht direkt einen Fehler verursacht.
Die auswirkungen sind die selben wie bei dir nir das ich eine Kabelbox habe.

Im Log ist auch nichts zu sehen wie schon weiter oben gepostet.
Habe auch schon mehrere Variationen mit Avia und Ucodes durch. Kein Erfolg.

Das mit Premiere dachte ich auch erst ist aber dann genauso auf ARD hängen geblieben.

@mogway falls du noch irgendwelche Infos brauchst einfach sagen.
Bin für alle Experimente zu haben um dieses Problem mal endlich zu lösen.

Gruß MW.

(muss jetzt weg)

Beitrag von **Dicker2** » Dienstag 13. Juli 2004, 20:03

Und hier das gewünschte LOG:

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-5d.55.23.07.00.00-9c
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0032

will verify ELF image, start= 0x800000, size= 152952
verify sig: 263
Branching to 0x40000

U-Boot 1.1.1 (TuxBox) (Jul 8 2004 - 01:29:30)

CPU: PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: DBOX2, Nokia, BMon V1.0
Watchdog enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: .

.
FB: ready
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET

Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 0
### FS (jffs2) loading 'vmlinuz' to 0x100000
Scanning JFFS2 FS: .

.
### FS load complete: 610184 bytes loaded to 0x100000
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 610120 Bytes = 595.8 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.25-dbox2 (essu@yadi.org) (gcc version 3.3.3) #2 Do Jul 8 02:31
:01 CEST 2004
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock3 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30908k available (1032k kernel code, 368k data, 60k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRGttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:1a:2a:7a
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit mode
Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Using word write method
Creating 7 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (u-boot)"
0x00040000-0x000e0000 : "kernel (jffs2)"
0x000e0000-0x006a0000 : "root (squashfs)"
0x006a0000-0x00800000 : "var (jffs2)"
0x00020000-0x00800000 : "flash without bootloader"
0x00000000-0x00800000 : "complete flash"
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
Starting pid 10, console /dev/console: '/etc/init.d/rcS'0) multi-
Using /lib/modules/2.4.25-dbox2/misc/event.o
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
Using /lib/modules/2.4.25-dbox2/misc/tuxbox.o
Using /lib/modules/2.4.25-dbox2/misc/dvb-core.o
Using /lib/modules/2.4.25-dbox2/misc/dbox2_i2c.o
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
Using /lib/modules/2.4.25-dbox2/misc/dbox2_fp.o
Using /lib/modules/2.4.25-dbox2/misc/dbox2_fp_input.o
Using /lib/modules/2.4.25-dbox2/misc/avs.o
Using /lib/modules/2.4.25-dbox2/misc/saa7126.o
Detected STB:
Vendor: Nokia
Model: D-BOX2
Using /lib/modules/2.4.25-dbox2/misc/cam.o
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
Using /lib/modules/2.4.25-dbox2/misc/dvb_i2c_bridge.o
Using /lib/modules/2.4.25-dbox2/misc/avia_napi.o
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
Using /lib/modules/2.4.25-dbox2/misc/cam_napi.o
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
Using /lib/modules/2.4.25-dbox2/misc/dbox2_fp_napi.o
Using /lib/modules/2.4.25-dbox2/misc/avia_av.o
avia_av: $Id: avia_av_core.c,v 1.94 2004/07/03 01:18:36 carjay Exp $
avia_av_core: Starting avia_av_wdt thread.
avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $
avia_av_proc: $Id: avia_av_proc.c,v 1.14 2004/01/21 20:02:29 carjay Exp $
Using /lib/modules/2.4.25-dbox2/misc/avia_gt.o
avia_gt_core: $Id: avia_gt_core.c,v 1.47 2004/05/23 10:52:31 derget Exp $
avia_gt_core: autodetecting chip type... GTX
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.24 2003/09/30 05:45:35 obi Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.19 2003/09/30 05:45:35 obi Exp $
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.210 2004/06/26 16:08:15 carjay Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
avia_gt_ucode: loaded ucode v0014
avia_gt_ucode: ucode section filters enabled.
avia_gt_dmx: warning, misaligned queue 0 (is 0xFD200, size 65536), aligning...
avia_gt_gv: $Id: avia_gt_gv.c,v 1.38 2004/03/17 18:42:18 zwen Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.29 2004/01/29 19:38:20 zwen Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_capture: $Id: avia_gt_capture.c,v 1.32 2003/09/30 05:45:35 obi Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.40 2003/09/30 05:45:35 obi Exp $
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26 2003/08/01 17:31:22 obi Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
Using /lib/modules/2.4.25-dbox2/misc/avia_gt_fb.o
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.54 2004/03/17 18:42:18 zwen Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
Using /lib/modules/2.4.25-dbox2/misc/lcd.o
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
Using /lib/modules/2.4.25-dbox2/misc/avia_gt_lirc.o
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.14 2003/09/30 05:45:35 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.30 2003/09/30 05:45:35 obi Exp $
Using /lib/modules/2.4.25-dbox2/misc/avia_gt_oss.o
avia_oss: $Id: avia_gt_oss.c,v 1.26 2004/05/31 22:56:02 carjay Exp $
avia_gt_pcm_set_rate(44100)
Using /lib/modules/2.4.25-dbox2/misc/avia_gt_v4l2.o
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.12 2003/09/30 04:54:03 obi Exp $
Using /lib/modules/2.4.25-dbox2/misc/aviaEXT.o
Using /lib/modules/2.4.25-dbox2/misc/ves1820.o
avia_gt_core: masking unhandled irq reg 0 bit 6
Using /lib/modules/2.4.25-dbox2/misc/ves1x93.o
DVB: registering frontend 0:0 (VES1893)...
Using /lib/modules/2.4.25-dbox2/misc/avia_av_napi.o
avia_av_napi.c: $Id: avia_av_napi.c,v 1.33 2004/03/11 15:30:27 derget Exp $
Using /lib/modules/2.4.25-dbox2/misc/avia_gt_napi.o
avia_gt_napi: $Id: avia_gt_napi.c,v 1.202 2004/06/24 00:26:58 carjay Exp $
Using /lib/modules/2.4.25-dbox2/kernel/net/sunrpc/sunrpc.o
Using /lib/modules/2.4.25-dbox2/kernel/fs/lockd/lockd.o
Yadi Snapshot vom 08.07.2004 00:16 - Image-Version 1.8.1.6
Networkcfg eth0: 192.168.8.200/255.255.255.0 gw 192.168.8.254
Startmode: Bootmenu - SPTS:off - HWS:on
Using /lib/modules/2.4.25-dbox2/kernel/fs/nfs/nfs.o
Using /lib/modules/2.4.25-dbox2/kernel/fs/cifs/cifs.o
Starting pid 88, console /dev/console: '/etc/init.d/start'

Please press Enter to activate this console. [LCDFONT] initializing core...
[LCDFONT] adding font /share/fonts/micron.ttf...OK (Micron/Regular)
[LCDFONT] Intializing font cache...
[LCDFONT] FTC_Face_Requester (Micron/Regular)
$Id: sectionsd.cpp,v 1.176 2004/04/29 09:11:13 metallica Exp $
caching 504 hours
events are old 180min after their end time
[camd] ca system id: 1702
$Id: zapit.cpp,v 1.354 2004/06/10 19:56:12 rasc Exp $
[ConfigFile] Unable to open file /var/tuxbox/config/zapit/zapit.conf for reading
.
avia_gt_core: masking unhandled irq reg 0 bit 7
$Id: controld.cpp,v 1.117 2004/05/22 14:34:09 carjay Exp $

[controld] Boxtype detected: (1, Nokia D-BOX2)
[nhttpd] Neutrino HTTP-Server starting..
[neutrino] frameBuffer Instance created
812k video mem
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
[neutrino] Software update enabled
[neutrino] enable flash
[deutsch.locale] superfluous entry: cam.wrong
[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 (Fix15/Bold)
[LCDFONT] FTC_Face_Requester (Fix14/Bold)
/dev/input/event1: No such file or directory
[neutrino] menue setup
loading locales: scandir: No such file or directory
[neutrino] registering as event client
[neutrino] initialized everything
[camd] set emm caid 1702 capid 1000
PES, queue 0 normal.
[camd] starting onid 0001 sid 000f
[camd] set emm caid 1702 capid 1000
descramble onid: 0001 sid: 000f status: 5050
PES, queue 0 normal.
[camd] starting onid 0001 sid 0015
descramble onid: 0001 sid: 0015 status: 5050
PES, queue 0 normal.
[camd] starting onid 0001 sid 0206
descramble onid: 0001 sid: 0206 status: 5050
PES, queue 0 normal.
[camd] starting onid 0001 sid 0016
PES, queue 0 normal.
[camd] starting onid 0001 sid 0032
descramble onid: 0001 sid: 0016 status: 5050
[camd] set emm caid 1702 capid 1000
PES, queue 0 normal.
[camd] set emm caid 1702 capid 1000
PES, queue 0 normal.
[camd] starting onid 0001 sid 000a
descramble onid: 0001 sid: 0032 status: 8484
PES, queue 0 normal.
descramble onid: 0001 sid: 000a status: 1d1d
[controld] VIDEO_EVENT_SIZE_CHANGED 544x576 (4:3 -> 4:3)

Gruß

Dicker2

Beitrag von **fieber50** » Mittwoch 14. Juli 2004, 11:11

Ich hatte die selben Problem wie ihr, jetzt hab ich am 08.07 das Snapshot von 08.07 von Yadi drauf gemacht und seit dem 08 keinen absturz mehr gehabt

Beitrag von **Weiss** » Mittwoch 14. Juli 2004, 20:30

Hallo!

Ich habe leider das gleiche Problem, aber auch mit dem 08.07 Yadi ist sie bei mir schon hängen geblieben

Hi All.

Das Problem haben Sehr viele und ich versuche das schon seit ich Linux habe zu lösen. Sind ja erst mind. 2 Jahre.

Leider fährt sich das in den Foren immer fest weil keiner mehr eine Idee hat und das Thema dann nicht weiter geführt wird.
Vieleicht habe ich ja irgendwann mal Glück. (Yadi 08.07. hängt auch)

Ist immer nur bei der einen Nokia, die andere Läuft super obwohl die fast identisch sind. Muss irgend sowas wie ein Treiberproblem oder Adressbelegung sein.

Was mir aufgefallen ist, das die Box wo hängenbleibt die Speicherangabe
debug: B/Ex/Fl(MB) 32/00/08
hat, die andere wo geht hat eine 16/16/08 am Ende.
Ist bei anderen wo Logs gepostet haben auch so gewesen. Wie auch bei den zwei die hier im Tread gepostet haben. Kann Zufall sein aber vieleicht hat das irgendwas damit zu tun.?
(Die Speicheranzeige ist auch in der Debuganzeige letzte Zeile im Display)

Vieleicht kann ein Experte was damit anfangen wie DieMade, Mogway und alle Anderen. (übrigens 1000 Dank immer für eure Mühe!)

Gruß MW.

Beitrag von **Tommy** » Donnerstag 15. Juli 2004, 10:58

Was mir aufgefallen ist, das die Box wo hängenbleibt die Speicherangabe
debug: B/Ex/Fl(MB) 32/00/08
hat, die andere wo geht hat eine 16/16/08 am Ende.

ist das nicht die Angabe des Speichers (onboard/auf Steckplatz/?)

glaub schon, genau weiß ich das auch nicht. Innen schauen die Boxen irgendwie gleich aus und sind beide Orginalzustand.
Die 16/16/08 habe ich mir auch 1 Jahr später gekauft.
Nur warum bleibt die 32/00/08 nach 24h hängen und die andere läuft Wochenlang durch!?

Beitrag von **Dicker2** » Montag 19. Juli 2004, 00:50

sehr interessant...

Beitrag von **Stefan999** » Dienstag 20. Juli 2004, 18:35

Hi,

habe seit dem letzten (kompletten) Wechsel von YADI-Release auf YADI-Snapshot v. 08.07.2004 ebenfalls Probleme mit der Fernbedienung.

Nach einiger Zeit geht gar nix mehr. Man sieht nur noch an der DBox das Lämpchen blinken, wenn man 'ne Taste drückt. Das ist alles.

Irgend eine Idee ?

Gruß
Stefan

NOKIA-Dbox / YADI 08.07.2004

Beitrag von **essu** » Dienstag 20. Juli 2004, 18:43

<dezenter Hinweis> http://forum.tuxbox-cvs.sourceforge.net ... hp?t=31525 </dezenter Hinweis>

Beitrag von **Stefan999** » Dienstag 20. Juli 2004, 21:57

essu hat geschrieben:<dezenter Hinweis> http://forum.tuxbox-cvs.sourceforge.net ... hp?t=31525 </dezenter Hinweis>

Danke für den netten Hinweis.

Komisch nur, dass so viele das gleiche Problem nach dem Flash mit einer bestimmten Version haben, was sie mit der vorherigen Version nicht hatten. Aber das liegt sicher am User oder an der Hardware (oder nicht richtig alle Beiträge im Forum gelesen).

Muss ja eine immens problematische Sache sein, so eine Fernbedienung vom System her richtig zu handlen.

Jetzt habe ich mir eine solche Box mit Linux gekauft, weil ich dachte die Software würde die Betanova um Längen schlagen, was den Funktionsumfang angeht, stimmt das ja auch. Aber was nutzt die beste Software. wenn sie sich nicht bedienen läßt.

Tja, was nützt mir ein Ferrarie Testerossa mit kaputtem Gaspedal.

Genau. Nix.

Ist denn abzusehen, ob und wann dieser Bug behoben wird ? Oder steht das auch in einem alten Thread, den ich noch lesen sollte ?

Gruß
Stefan

Beitrag von **mash4077** » Dienstag 20. Juli 2004, 22:13

Stefan999 hat geschrieben: Jetzt habe ich mir eine solche Box mit Linux gekauft, weil ich dachte die Software würde die Betanova um Längen schlagen, was den Funktionsumfang angeht, stimmt das ja auch. Aber was nutzt die beste Software. wenn sie sich nicht bedienen läßt.

Tja, was nützt mir ein Ferrarie Testerossa mit kaputtem Gaspedal.

Genau. Nix.

Hat Dir hier irgendjemand etwas verkauft oder versprochen?
Das war doch Deine Entscheidung! Da hättest Du Dich voher vielleicht mal besser informieren müssen. Ist alles Beta hier und null Verpflichtung für irgendjemanden.

Gruß
mash

Hi all.

Irgendwie hat sich das hier auch festgefahren. Weiß keiner mehr eine Lösung? Vieleicht kann man das auch in eine andere Gruppe verschieben wenns was bringt.

Erstmal eins vorweg es soll sich hier niemand persönlich angegriffen fühlen!

Stefan999

Eigendlich alles was er schrieb.

Völlig hohl was hier manche schreiben. Welcher normale Mensch kauft sich was wo er weiß das es nicht richtig funktioniert und sich dann aufregt.
Und übrigens ist das kein Fernbedienungsproblem sondern die Box hängt sich auf und reagiert nicht mehr, nicht auf Fernbedienungseingaben oder sonst was. Der Kanal läuft so lange weiter bis man Resettet.

essu

<dezenter Hinweis> http://forum.tuxbox-cvs.sourceforge.net ... hp?t=31525 </dezenter Hinweis>

Auch lustig sowas. Meinerseits habe ich schon in unzähligen Foren gesucht, alle möglichen FAQs oder ähnliches durchforstet und das seit 2 Jahre.
Der Fehler oder wie man das nennen soll besteht auch bei vielen Images oder Snapshots egal von wan das Image war oder von wem und bei manchen wenigen läuft die Box.

mash4077

Ist alles Beta hier und null Verpflichtung für irgendjemanden.

Das ist schon richtig. Nur wenn man was programiert wie hier geschehen und Fehler auftreten ist man doch bemüht diese auszumerzen. Dafür ist denke ich auch dieses Forum da. Dieses Problem hier haben ja viele und es scheint auch kein kleines zu sein. Darum verstehe ich nicht das man sich dem Problem mal richtig annimmt. Ist irgendwie wie ein Bug in einem Game das sich dann irgendwann unerklärlich aufhängt.

In diesem sinne macht weiter so und ich zähle auf Euch!

PS:Bin auf jedem Fall mit Eurer Arbeit zufrieden sonst hätte ich die Box schon längst verkauft. Und ignoriert solche Leute doch einfach. Sind nur ein bruchteil fast alle sind zufrieden und wollen nur versuchen Probleme zu lösen.

Beitrag von **Npq** » Mittwoch 21. Juli 2004, 00:29

Das mag daran liegen, daß die Leute, die solche Probleme wirklich auf unterster Ebene angehen können leider scheinbar an einer Hand abzuzählen sind.

Nur mal so als Beispiel wie ich an sowas rangehe wenn sich die Box bei mir aufhängt. Als erstes kontrolliere ich im Log, ob die Anwendung einen segfault hingelegt hat oder ob der Kernel geoopst ist.

Wenn es eine Anwendung ist, dann kann man mit dem gdb-remote vom PC aus die Anwendung kontrollieren und im Absturzfall normalerweise recht schnell sagen welcher Bereich dafür zuständig ist.

Wenn es der Kernel ist, dann muß man mit Hilfe von Ksymoops feststellen wo es auftritt.

Danach muß man dann analysieren, Breakpoints setzen, printk() in den Kernel setzen und das immer wieder und wieder bis man rausgefunden hat, wo es hakt.

Kurzum: man muß den Fehler bei sich selber haben und reproduzieren können.

Wenn es bei einem Anwender auftritt und der Log aussagelos ist, dann kann es nur der Anwender selber herausfinden.

Wenn er/sie dazu nicht in der Lage ist, dann hat er - hart gesagt - Pech.

Ich hab schonmal extra ein Modul umgeschrieben und mit jemandem im IRC dann Stück für Stück debugged, war aber sehr zeitaufwendig (immer hin- und her) und bei allen Fehlern läßt sich das nicht auf diese Art eingrenzen.

Hardware ist nunmal unberechenbar und die Tatsache, daß man nicht weiß was im Dekoder (Avia) genau passiert macht es nicht einfacher.

Beitrag von **mash4077** » Mittwoch 21. Juli 2004, 08:46

hountedhill hat geschrieben:Das ist schon richtig. Nur wenn man was programiert wie hier geschehen und Fehler auftreten ist man doch bemüht diese auszumerzen. Dafür ist denke ich auch dieses Forum da. Dieses Problem hier haben ja viele und es scheint auch kein kleines zu sein. Darum verstehe ich nicht das man sich dem Problem mal richtig annimmt. Ist irgendwie wie ein Bug in einem Game das sich dann irgendwann unerklärlich aufhängt.

Hi,

mir ging es hier vor allem um die Art und Weise des "Vortrags" von Stefan999.

Ich bin jetzt ja schon einige Zeit in diesem Forum unterwegs, und kann somit aus meiner persönlichen Erfahrung nur sagen, dass wenn man ein Problem sachlich hier vorträgt und entsprechende Informationen beibringt, dass sich dann auch immer jemand gefunden hat, der das Problem dann früher oder später auch gelöst hat oder zumindest angegangen ist. Meine Box friert auch alle paar Stunden ein, na und, soll ich deshalb hier jeden Tag rumnöhlen? davon wird das auch nicht besser.

Zu dem speziellen Fall mit Deiner Box: Du kannst natürlich auch weiterhin ignorieren, dass die Box wohl einen Hardwaredefekt hat. Warum sollte noch jemand etwas dazu sagen sollen?

Gruß
mash

@Npq

Danke für die Infos. Für solche Fehlersuche kenne ich mich leider zu wenig aus. Ich dachte auch das das ein allgemeines Problem ist da es einige hier betrifft. Und nur an irgendeinem Bug liegt.

@mash4077

Das es auf Stefan999 bezogen war war mir schon klar bei solche Äußerungen.
Wegen Hardwaredefekt wurde nur erwähnt das wenn immer KernelOops kommt das es dann warscheinlich ein Hardwaredefekt ist. Hatte nur einmal einen KernelOops bei den letzten 20 Logs ist garnichts aufgetreten keine Meldung. Ansonsten wurde gesagt das nichts im Log erkennbar sei. Oder wie kommst du auf einen Hardwaredefekt?
Ist bei den anderen und bei Deiner Box dann auch Hardware geschrottet?
Und jeden Tag rumnöhlen tuh ich ja wirklich nicht wenn man nach 2 Jahren und ewigen Forendurchstöbern erstmals hier versucht ob jemand eine Lösung weiß. Probieren kann mans ja mal.

Irgendwie habe ich jetzt irgendwas verpeilt.
Danke und Gruß MW.