Dbox bleibt hängen

[essu]

@Essu

Die kommt mir bekannt vor , aber:
#cvs -z3 diff -D "24 Jul 2004 14:45:38" -u rcS

was bedeutet das? Komme irgendwie nicht mehr mit.

mit 'diff' kann ich Dateien vergleichen, im obigen Beispiel habe ich die von dir gepostete Datei mit dem yadi-CVS-Stand zu angegebenen Zeit verglichen. Es werden nur die Unterschiede (mit ein paar Kontext-Zeilen) angezeigt. Alle mit '>' gekennzeichneten Zeilen kommen nur in der Yadi-Version vor, alle mit '<' nur in deiner. Wie du siehst, bestehen die Unterschiede darin, dass das Image-Info, die Telnet-Begrüssung und die Möglichkeit den speziellen Nokia-Kabeltreiber einzubinden, weggefallen sind, ansonsten werden die gleichen Treiber geladen, zumindest dem Namen nach, ob sie modifiziert sind, lässt sich so natürlich nicht feststellen, interessant, dass 'essu' in der Id-Zeile auftaucht, obwohl es eine rcS in dieser Form zu diesem Zeitpunkt nicht gegeben hat, wahrscheinlich basiert es auf einer noch älteren rcS und ebenso wahrscheinlich ist das Image ein Yadi-Clon.

--P.S.:---
Du könntest ja mal per telnet folgendes eingeben:

Code: Alles auswählen

ls -l /lib/modules/2.4.25-dbox2/misc

und hier posten

[hountedhill]

achso jetzt blick ich durch.

@Essu

Kann man dir Irgendwelche Treiber aus dem Image zukommen lassen um zu sehen was modifiziert wurde das die Boxen laufen?

Oder ist das zu Zeitaufwendig/Unmöglich bzw nicht erlaubt?

Vieleicht könnte ich auch Treiber aus dem Image ins YADI Image kopieren oder geht das nicht so einfach bzw. welche?

PS: Hatte dein PS übersehen schreibe es gleich rein...

[DieMade]

Nochmal: ein kompilierter Treiber ist ein fertig gebackenes Brot - die einzelnen Zutaten lassen sich daraus nicht rekonstruieren (jaja der Vergleich hinkt)

[hountedhill]

@essu

hier die ausgabe vom Telnet:

006332 Jul 23 05:30 at76c651.o
002764 Jul 23 05:30 aviaEXT.o
034680 Jul 23 05:30 avia_av.o
012452 Jul 23 05:30 avia_av_napi.o
106371 Jul 23 05:30 avia_gt.o
014314 Jul 23 05:30 avia_gt_fb.o
011040 Jul 23 05:30 avia_gt_ir_samsung.o
005136 Jul 23 05:30 avia_gt_lirc.o
017152 Jul 23 05:30 avia_gt_napi.o
006764 Jul 23 05:30 avia_gt_oss.o
003328 Jul 23 05:30 avia_gt_v412.o
002236 Jul 23 05:30 avia_napi.o
029845 Jul 23 05:30 avs.o
009088 Jul 23 05:30 cam.o
003076 Jul 23 05:30 cam_napi.o
019809 Jul 23 05:30 dbox2_fp.o
011469 Jul 23 05:30 dbox2_fp_input.o
004072 Jul 23 05:30 dbox2_fp_napi.o
010784 Jul 23 05:30 dbox2_i2c.o
071265 Jul 23 05:30 dvb-core.o
005252 Jul 23 05:30 dvb2eth.o
003388 Jul 23 05:30 dvb_i2c_bridge.o
004612 Jul 23 05:30 event.o
013438 Jul 23 05:30 lcd.o
011974 Jul 23 05:30 saa7126.o
008052 Jul 23 05:30 sqc6100.o
008556 Jul 23 05:30 tda8044h.o
009988 Jul 23 05:30 tda80xx.o
005407 Jul 23 05:30 tuxbox.o
008640 Jul 23 05:30 ves1820.o
008876 Jul 23 05:30 ves1x93.o

@die Made
ist das bei Hardwaretreibern immer so?

ok wenn das nicht geht kann man vieleicht welche davon übernehmen wo den positiven Effekt haben.

[essu]

Kann man dir Irgendwelche Treiber aus dem Image zukommen lassen um zu sehen was modifiziert wurde das die Boxen laufen?

Oder ist das zu Zeitaufwendig/Unmöglich bzw nicht erlaubt?

Vieleicht könnte ich auch Treiber aus dem Image ins YADI Image kopieren oder geht das nicht so einfach bzw. welche?

PS: Hatte dein PS übersehen schreibe es gleich rein...

Erstmal wollte ich nur sehen, ob z.B. die Dateigrössen übereinstimmen, wenn ja ist es sehr unwahrscheinlich, dass etwas an den Treibern modifiziert wurde. WAS modifiziert wurde, wenn überhaupt, kann man wie DieMade sagt bei 'fertig gebackenen' Treibern nicht sehen und so ein Teil in ein Image einzubauen hielte ich für unverantwortlich, da man eben nicht weiss, 'was drin ist' und nicht einschätzen kann, ob dadurch vllt Schäden an der Box auftreten können. Da wäre wirklich der einzige Weg, den Quelltext offenzulegen. Das ist halt auch ein Vorteil von OpenSource, dass jeder der Ahnung hat, alles nach vollziehen kann.

BTW: Hast du eigentlich im Yadi-Image den Nokia Kabeltreiber mal aktiviert gehabt? Du hast doch eine Nokia Kabel.

--edit:---
ausser dem cable_ves1820.o (Nokia-Kabel-Treiber), den es bei dir nicht gibt sind die Dateigrössen identisch.

[hountedhill]

Kabeltreiber hatte ich aktiviert. Hatte aber nur den Effekt das das Zappen schneller ging. Ansonsten hatte ich die Einstellungen mal an Neustart mal aus hatte keine Besserung.

--Edit--
das wars dann wohl nicht. Woran es jetzt blos noch liegen kann.
und wieso kommt im Log diese besagte Meldung (avia_gt_dmx: queue 31 overflow (count: 1)) und im YADI nicht? Oder besagt das nichts?

@npq
Danke für die Info eins weiter unten.

[Npq]

Die Messagequeue (queue 31) läuft bei extremen Fehlern schonmal über.

Wenn z.B. der TS-Strom unsync ist, dann wird vom Ucode für jedes Paket plötzlich ein Fehler produziert. Linux ist aber kein Realtime-OS, also kann der Demux-Treiber das nicht schnell genug auslesen (Der Interrupt löst nur einen Bottom Half-Task aus, dieser kann u.U. schonmal zu spät kommen).

Außerdem ist der Puffer nicht sehr groß, obwohl er schon extra größer gemacht wurde.

Da die Messagequeue aber momentan sowieso nur als Hinweis für einen Fehler genommen wird sollte das nicht viel ausmachen (bei einem Überlauf wird der Puffer einfach gelöscht).

Leider verschwindet dabei auch die Information was da den Überlauf verursacht hat. Daran wäre sicherlich noch einiges zu verbessern.

[hountedhill]

Hier mal ein Log von dem Image.
Vieleicht bring das ja was.

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
debug: fpID 5a dsID xx-xx.xx.xx.xx.xx.xx-xx
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= 153208
verify sig: 263
Branching to 0x40000


U-Boot 1.1.1 (TuxBox) (Jul 23 2004 - 05:18:07)

CPU: PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
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
### FS load complete: 602370 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: 602306 Bytes = 588.2 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.25-dbox2 (dietmarw@h5938) (gcc version 3.3.4) #1 Fri Jul 23 05
:23:26 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/mtdblock2 rw
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x1000)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30924k available (1020k kernel code, 364k 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:40:dc:32
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 5 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (u-boot)"
0x00040000-0x00800000 : "root (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.
cramfs: wrong magic
VFS: Mounted root (jffs2 filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
Starting pid 11, 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_core: masking unhandled irq reg 0 bit 6
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/ves1820.o
DVB: VES1820(0): pwm=0x48
DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
Using /lib/modules/2.4.25-dbox2/misc/ves1x93.o
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/misc/dvb2eth.o
Using /lib/modules/2.4.25-dbox2/kernel/net/sunrpc/sunrpc.o
Using /lib/modules/2.4.25-dbox2/kernel/fs/lockd/lockd.o
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 84, console /dev/console: '/etc/init.d/start'

Please press Enter to activate this console. .$Id: sectionsd.cpp,v 1.177 2004/07
/20 15:53:26 thegoodguy Exp $
caching 504 hours
events are old 180min after their end time
[camd] ca system id: 1722
$Id: zapit.cpp,v 1.354 2004/06/10 19:56:12 rasc Exp $
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..
[camd] no card is in slot #2
[camd] a card is in slot #1
[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...[camd] no card is in slot #2
[camd] a card is in slot #1
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)
[camd] no card is in slot #2
[camd] a card is in slot #1
/dev/input/event1: No such file or directory
Mount(0) 192.168.0.2:dbox2filme -> /mnt/filme
Mount(0) 192.168.0.2:dbox2mp3 -> /mnt/mp3
[neutrino] menue setup
loading locales: scandir: No such file or directory
[neutrino] registering as event client
[camd] set emm caid 1722 capid 1500
[camd] starting onid 0001 sid 0029
[camd] set emm caid 1722 capid 1500
descramble onid: 0001 sid: 0029 status: 1d1d
[neutrino] initialized everything
SPTS, queue 0 extended.
[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (4:3 -> 4:3)

Gruß MW

[mash4077]

Hi,

das ist ein legales DietmarW-JFFS2-Image, ich kann da auch keine illegalen Modifikationen erkennen. Wenn das Image läuft und ein cramfs- bzw. squashfs-Image nicht, dann...

Gruß
mash

[hountedhill]

Danke.
Dann bin ich schonmal beruhigt.

[essu]

[...]Wenn das Image läuft und ein cramfs- bzw. squashfs-Image nicht, dann...

...ja? Würde mich interessieren...

[mash4077]

Kannste Dir selbst "Deinen" Reim drauf machen...

Gruß
mash

[essu]

Kannste Dir selbst "Deinen" Reim drauf machen...

Dazu fällt mir nichts ein, gut, wenn Squashfs oder Cramfs grundsätzlich nicht gehen würde, es scheint aber auf ganz bestimmte Boxen beschränkt zu sein und auch kein Treiber-Problem. Wenn dir dazu was einfällt, nur zu!

[mash4077]

...es scheint aber auf ganz bestimmten Boxen beschränkt zu sein und auch kein Treiber-Problem.

Sieht so aus...

Gruß
mash

[essu]

Sieht so aus...

Axso, du strebst auf die 2000 Postings zu, da sollte man keinen Satz zu viel posten

[mash4077]

Axso, du strebst auf die 2000 Postings zu, da sollte man keinen Satz zu viel posten

Machmal beschleicht mich das Gefühl, ich hatte lieber nicht einen einzigen Satz hier im Forum gepostet.

Aber das wird jetzt OT...

Gruß
mash

[essu]

@mash4077:

Natürlich könnte ich mir selbst einen Reim darauf machen, ich lege aber durchaus Wert auf deine Meinung. Ausserdem fällt mir gerade kein Reim ein Aber, wenn du nicht willst, vergiss es. Und wenn du das posten einstellst, bevor du Gorcon erreichst: Viele deiner Beiträge waren gar nicht so schlecht

[mash4077]

1. Die Boxen frieren nach einiger Zeit fast komplett ein, nur Bild und Ton läuft dann weiter
2. Es betrifft wohl nur Nokia-Kabel Boxen
3. Es gibt wohl auch nur eher "alte" Nokia-Kabel Boxen
4. Es betrifft aber nicht grundsätzlich alle Nokia-Kabel Boxen
5. Machmal gibt's auch einen verdächtigen Kernel-Oops
6. Es existiert wohl leider kein Langzeitlog mit der letzten Meldung vor dem Einfrieren
7. Wir wissen nicht, ob die BN nicht nach einer bestimmten Zeit auch einfriert
8.

Zu welcher Zeit muss die CPU das CRAMFS bzw. SQUASHFS extrahieren?
Nur beim Booten oder auch noch während des Betriebs?

Gruß
mash

[hountedhill]

6. Es existiert wohl leider kein Langzeitlog mit der letzten Meldung vor dem Einfrieren

auf Seite 2 mein 2.Log und auf Seite 3 die sind komplett vom einschalten der Box bis zum einfrieren nach ca 24h. Beim Snapshot vom 19.07. sogar schon eher.

7. Wir wissen nicht, ob die BN nicht nach einer bestimmten Zeit auch einfriert

BN läuft bei mir min. 3 Tage lang durch, hab ich probiert.

-ist JFFS2 ein anderes format oder anders komprimiert? oder worin liegt der unterschied?
-ich kann euch auch nochmal irgendwelche Logs erstellen.

Gruß MW.

[mash4077]

BN läuft bei mir min. 3 Tage lang durch, hab ich probiert.

Okay, ist aber leider noch kein Hinweis darauf, dass die Box mit der BN nicht nach einer bestimmten Zeit auch einfriert.

-ist JFFS2 ein anderes format oder anders komprimiert? oder worin liegt der unterschied?

Ja, CRAMFS und SQUASHFS sind komprimierende Read-Only Filesysteme. JFFS2 komprimiert wohl auch ein wenig, aber im Vergleich nicht der Rede wert. Nur durch die Nutzung von CRAMFS oder SQUASHFS Partitionen kann man z.B. überhaupt beide Bedienoberflächen in ein Image packen, das würde sonst die 8MB Flashspeicher sprengen. DietmarWs Images sind automatisch täglich generierte JFFS2-Images auf der aktuellen CVS Basis (also ohne programmiertechnische Modifikationen seitens DietmarW) in denen nur Neutrino vorhanden ist. Da es sich um JFFS2-Only Images handelt, kann man z.B. direkt mittels FTP oder Telnet jede beliebige Datei ändern.

Gruß
mash

[hountedhill]

Danke.

Vieleicht liegt es ja am Komprimierungsgrad das ältere Kabelboxen damit nicht zurecht kommen.?

@Dicker
wie lange lief bei Dir denn BN?

[mash4077]

Vielleicht liegt es ja am Komprimierungsgrad, dass ältere Kabelboxen damit nicht zurecht kommen.?

Lief denn ein JtG-Image bzw. irgendein AlexW (hab jetzt keinen Bock noch mal diesen Thread danach abzusuchen)?

Ich könnte mir nur vorstellen, dass die CPU halt aufgrund der Mehrarbeit bei CRAMFS oder SQUASHFS eher in den fehlerträchtigen Betriebsbereich gelangt. Was nun wieder bedeutet, dass ich einfach mal hart auf Konfrontationskurs gehe, und nur um mal Position zu beziehen sage ich jetzt mal -Achtung! Ich habe keine Ahnung, Aussagen von mir ohne Garantie!- deutet das möglicherweise und vielleicht ja doch auf einen schleichenden CPU-Defekt hin!?

Ich würde jetzt mal mindestens zwei Sachen machen:

1. Testen ob sich das Image, welches jetzt bei Dir läuft, wirklich um ein unmodifiziertes DietmarW-Image handelt.
2. Testen/Fragen ob andere -mit dem gleichen Problem- Deine Ergebnisse bestätigen können

Wenn Deine Box mit einem DietmarW-Image zu Deiner Zufriedenheit läuft, dann gibt es im Übrigen auch eigentlich keinen Grund dies nicht zu nutzen. Ich nutze selber auch DietmarW-Images und bin sehr dankbar für seine Arbeit.

Gruß
mash

[hountedhill]

Hallo.

da ich etwas energicher Versucht habe dieses Problem mal zu lösen und nicht gleich aufgeben wollte kamen manche Sachen von mir etwas überreagiert rüber.

Lief denn ein JtG-Image bzw. irgendein AlexW (hab jetzt keinen Bock noch mal diesen Thread danach abzusuchen)?

-Ein JtG Image konnte ich noch nicht probieren da ich irgendwie keines finden konnte. Hatte schon danach mal gesucht.
-die AlexW hatte ich früher immer, da sind einige gelaufen und einige nicht. Genau weiß ich das auch nichtmehr da es schon etwas her ist und ich schon viele probiert hatte. Und einen Logischen zusammenhang gabs auch nie.

Ich könnte mir nur vorstellen, dass die CPU halt aufgrund der Mehrarbeit bei CRAMFS oder SQUASHFS eher in den fehlerträchtigen Betriebsbereich gelangt. Was nun wieder bedeutet......

Das kann ich mir auch vorstellen das da was nicht richtig funktioniert, eventuell ein altersbedingter Fehler oder sowas wie ein Herstellungsfehler einer bestimmten CPU Baureihe. Darum haben das auch nur einige mit älteren KabelBoxen.

1. Testen ob sich das Image, welches jetzt bei Dir läuft, wirklich um ein unmodifiziertes DietmarW-Image handelt.

Ich werde mal ein Image orginal von DietmarW draufmachen und sehen ob das auch so läuft.
Frage: Auf der Berlinos Seite sind 5 Server wo DietmarW Images liegen. Sind die Images auf den Server1 identisch mir den auf 2,3,4,5? oder gibts da Unterschiede? Ist etwas verwirrend.
Das JFFS2 wo ich bräuche ist das dann "neutrino_head_2x_Day6.img.bz2"?

2. Testen/Fragen ob andere -mit dem gleichen Problem- Deine Ergebnisse bestätigen können

Die wo das Image von der "schwarz" Seite haben und vorher Probleme hatten, bei denen läuft das auch.

Wenn Deine Box mit einem DietmarW-Image zu Deiner Zufriedenheit läuft...

So wie es aussieht wird das die einzige Möglichkeit sein die Boxen stabil am laufen zu halten ohne die einmotten zu müssen. Bin super zufrieden das man da schonmal eine Lösung hat. Werde mal noch einiges ausprobieren und auch mal andere JFFS2 probieren. Danke für Eure mühen.
Werde die Ergebnisse posten.

MFG MW.

[mash4077]

-Ein JtG Image konnte ich noch nicht probieren da ich irgendwie keines finden konnte. Hatte schon danach mal gesucht.

http://www.jackthegrabber.de

Muss man sich aber registrieren, um das Image downloaden zu können...

Frage: Auf der Berlinos Seite sind 5 Server wo DietmarW Images liegen. Sind die Images auf den Server1 identisch mir den auf 2,3,4,5? oder gibts da Unterschiede? Ist etwas verwirrend.
Das JFFS2 wo ich bräuche ist das dann "neutrino_head_2x_Day6.img.bz2"?

Ja, das sind immer die gleichen Images. Die Nachfrage ist nicht gerade gering und die einzelnen Webspace-Anbieter erlauben nicht allzuviel Traffic, daher hat DietmarW das auf möglichst viele Sites verteilt.

Bei Nokias immer "2x" Images, am besten das aktuellste zum Download angebotene (auf's Erzeugungsdatum achten). Übrigens sind die Images -da automatisch generiert- nicht getestet.

Die wo das Image von der "schwarz" Seite haben und vorher Probleme hatten, bei denen läuft das auch.

Das ist etwas was mich stutzig macht, wer bietet denn ein Image zum Download an, welches jederzeit auf bis zu 5 Sites direkt vom Erzeuger bezogen werden kann...

Gruß
mash

[hountedhill]

Danke für die Infos.

Eigentlich kann ich mir nur vorstellen das jemand zufällig darauf gestoßen ist das die JFFS2 von DiermarW laufen weil das Problem haben nur ein paar und die meissten wie ich nehmen die SquashFS.
Habe grad eins von DietmarW am laufen. Mal sehen wie lange das geht...

Wie kann man überprüfen welche camd2 version man im Image hat?

Gruß MW.