Pollin MOTOROLA VIP1710

Am Mittwoch sind meine 3 von Motorola gekommen - alle mit Flash.

also bei meiner steht:
IP-STB 17xx
REV 1.4
IUP1003E

ohne Flashspeicher

ich würde tippen das die zwei verschiedene bei pollin haben, also die 
von kreatel ohne flashspeicher und die von motorola mit flashspeicher !

meine ist von kreatel mit großem kühlkörper ,aber trotzdem ohne 
flashspeicher!

das label meiner box ist KPN

kreatel steht bei mir auf der platine, unterm gehäuse und auf dem karton 
!

Hallo,
ich habe gestern meine beiden bekommen und heute ausprobiert.
Die erste habe ich schon unbrauchbar (hoffentlich nicht dauerhaft) 
gemacht.
Ich kann nur davor warnen mit der Update-Funktion im Setup-Menu zu 
spielen.
Obwohl ich den Vorgang abgebrochen habe, bootet die Kiste nicht mehr, 
sondern bleibt bei der Anzeige mit den 5 Punkten hängen.
Genauer beim zweiten Punkt. Nach einiger Zeit erfolgt ein Reboot.
Ziehe ich die Kiste von meinem Router ab kommt sie nur bis zu ersten 
Punkt.
Ich vermute mal der Flashspeicher wurde trotz abgebrochenen Update 
gelöscht.
Ich habe zusätzlich mal einen DHCP-Server aufgesetzt und mir den Verkehr 
mal mit Wireshark angeschaut.
Dabei habe ich festgestellt das die Kiste auf die IP-Adressen zugreifen 
will die schon weiter oben genannt werden, also u.a. 213.75.17.134.
Vielleicht sollte es wirklich mal mit einem DNS-Hack versuchen wie bei 
Philips-Telefonen und ein ausgelesenes Image wieder aufspielen.

bei meiner Kreatel Kiste REV1.2
wird am Netz ein DHCP request gemacht
ich habe mir dann die IP vom Router nennen lassen ind dann nmap 
draufgjagt, keine offenen Ports :-((

telnet geht also nicht, jetzt muss ich den Pegelwandler suchen...

Vielleicht sollte man die ganzen alten Kreatel Kisten wortlos an Pollin 
retournieren. Ich habe Motorola bestellt....
( :-) )

So, ich möchte hier auch mal etwas mit basteln :D

Hoffe ich störe nicht, wenn ich noch mal auf die Frage von "-_-" 
zurückkomme: Aber wie führe ich eine entsprechend compilierte Datei aus?
Wie "-_-" ja etwas weiter oben schon beschrieben hat, will es nicht so 
recht, wobei der "Download" mittels Wget oder das Einrichten der 
Crosscompiler-Umgebung problemlos läuft, aber ausgerechnet beim 
Ausführen des Programms hakt es (irgendwie peinlich ^^).
Angeblich gibt es die Datei nicht, egal wohin man sie kopiert. Ls findet 
sie natürlich...
Was läuft falsch?

Hab etwas mit der box gespielt, den mdtblock0 bekomme ich ohne Probleme 
ausgelesen, der 4er will nicht, gibt ohne Ende
dd: /dev/mtdblock/4: Input/output error
aus.
Ob da was drin steht dauert noch, alleine der Dump braucht immer ein 
paar Minuten - und nc ist nich das schnellste Protokoll.
@ -_- ..du konntest den mdtblock4 ohne Probleme dumpen? Bei mir get es 
bei 4 Boxen nicht. immer der dd-Fehler.

ErasmuZ schrieb:
> So, ich möchte hier auch mal etwas mit basteln :D
>
> Hoffe ich störe nicht, wenn ich noch mal auf die Frage von "-_-"
> zurückkomme: Aber wie führe ich eine entsprechend compilierte Datei aus?
> Wie "-_-" ja etwas weiter oben schon beschrieben hat, will es nicht so
> recht, wobei der "Download" mittels Wget oder das Einrichten der
> Crosscompiler-Umgebung problemlos läuft, aber ausgerechnet beim
> Ausführen des Programms hakt es (irgendwie peinlich ^^).
> Angeblich gibt es die Datei nicht, egal wohin man sie kopiert. Ls findet
> sie natürlich...
> Was läuft falsch?

Hallo
Datei mit chmod 777 dateiname auch ausführbar gemacht ?
Ausführbare Programme sollten in /usr/bin abgelegt sein.
Ansonsten muss ein ./ vorangestellt werden.
VG
Norbert

@ Held-der-Arbeit

Hallo,

ich kann die Aussage von dir nur bestätigen. Wenn ihr eine Box habt, auf 
der Telnet funtkioniert, nicht mit der Firmware-Update-FUnktion im Menü 
spielen. Ihr kommt dann nicht mehr auf die Box.

Ich habe drei Boxen, bei  denen nur bei einer der telnetd lief. Und 
diese habe ich über das Softwareupdate unbrauchbar gemacht. Also FINGER 
WEG vom Update!

Die anderen beiden Boxen blinken nur rot.  Hier wird also gar nicht 
gebootet.


Shit.

Christian H.

er hat aber dann nicht das gehäuse vom foto mit dem großen kühlkörper 
drin bekommen :D

So,

habe nun mal die zwei aufgeschraubt. Sind beide Rev 1.4 und beide haben 
FLASH unter dem Cardreader. Es ist also ein reines Glücksspiel, ob ihr 
eine bootbare Box bekommt. Die oben abgebildete Rev 1.2 scheint da eine 
alte Version ohne Flash zu sein.

Scheinen wohl aus verschiedenen Zyklen der Produktion zu sein (also mit 
und ohne Firmware).


Gruß Heilo

Schau mal nach, ob du unter /usr/sbin ein telnetd hast.

Norbert schrieb:
> Hallo
> Datei mit chmod 777 dateiname auch ausführbar gemacht ?
> Ausführbare Programme sollten in /usr/bin abgelegt sein.
> Ansonsten muss ein ./ vorangestellt werden.
> VG
> Norbert

Ja, das habe ich natürlich gemacht, arbeite ja schon länger mit Linux, 
umso erstaunter war ich, dass er die Datei nicht gefunden hat. Egal ob 
in
/bin /sbin /usr/bin
usw usf. Dabei konnte man sie Problemlos dahin kopieren und es kam eben 
immer der Fehler, File not found oder Dergleichen.

Also ich habe hier gerade gelesen "Box bootet nicht, blinkt nur", dieses 
Problem hatte ich auch zu erst, als ich das Netzteil, welches ich damals 
für die Zoom-Box verwendet hatte, genommen hab. Es war das eines C64 
(Keine Angst, der Funktioniert noch ;-) ).
Damit wollte diese Box jetzt nicht starten und blinkte nur. Dann habe 
ich es mit einem 6V@2.5A Netzteil probiert und siehe da, die Boot bootet 
und die Ethernet-Schnittstelle blinkt auch sofort eifrig nach 
DCHP-Requests, die LED ist dann statt blinkend rot durchgehend grün.

Hallo,

das mit dem Netzteil kann ich kaum glauben. Ich habe hier ein 
Schatnetzteil mit 5V und 6A dran. Ich werde mal mit der Spannung hoch 
gehen und testen. Auf dem Board habe ich aber keine Schaltregler 
gefunden, daher wäre ich da vorsichtig.

Gruß Heilo

Ja, das mit den Netzteilen gilt wohl eher nur für die Leute, die keine 
Regelbaren haben und sich so an alten Steckernetzteilen bedienen müssen. 
Das vom C64 hatte meine ich auch nur 1.6A oder was in der Richtung.
(Regelbare Netzteile mit der Leistung kosten doch deutlich mehr als 
4,95€ ^^)

Apropos: Im Gegensatz zur zoom-Box sind auf meiner Motorola-Box alle 
Änderungen am Dateisystem nach nem Neustart wieder weg, vielleicht hängt 
es damit zusammen.

Hi,

habe jetzt mit einem anderen Schaltnetzteil geprüft.
Es funktioniert!!!!!

Also: Alle, die beim Anschluß eines fremden Netzteils eine blinkende 
rote LED haben, Spannung prüfen.

Nur komisch, das mein Schaltnetzteil 5V@6A beim Anschluss auf 4,1V 
zusammengebrochen ist (ging eigentlich immer am Thinclient).
Habe nun eines von pollin dran (kein original) 5V@3A. Super. Telnet ist 
wieder da.

Es gelten aber weiterhin die Warnungen des Firmware-Update über GUI. Da 
ist dann erst mal ein Teil des Flash gelöscht.

Danke für den Tipp.

Nun kann es weitergehen.


Heilo

ErasmuZ schrieb:
> Apropos: Im Gegensatz zur zoom-Box sind auf meiner Motorola-Box alle
> Änderungen am Dateisystem nach nem Neustart wieder weg, vielleicht hängt
> es damit zusammen.

das hab ich schon gedacht, wenn man sich den log vom boot anschaut wird 
wohl ein image vom flash geladen und dann im ram decodiert abgelegt und 
das gestartet. d.h. die box läuft erstemal aus der ramdisk. der kernel 
bekommt auch übergeben er habe nur ~112MB ram. wenn ich mich recht 
erinnere ist es der obere ram bereich wo die ramdisk drin steckt. (alles 
laut boot protokoll)

habe meine boxen leider noch nicht... würde so gerne schon mitspielen xD

Die W39L040 sind von verschiedenen Boxen bis auf Seriennummer und MAC
gleich.
Die manuelle IP-Configuration wird ab 0x5000 als xml im Flash 
gespeichert.

Nur ein Beispiel:

<?xml version="1.0"?>
<Configuration>
  <UserVideoMode>RGB</UserVideoMode>
  <UserColorCoding>PAL</UserColorCoding>
  <IPResolution>Fixed</IPResolution>
  <IPAddress>192.168.6.33</IPAddress>
  <Netmask>255.255.255.0</Netmask>
  <Gateway>192.168.6.1</Gateway>
  <DNS1>192.168.6.2</DNS1>
  <Bootcast>239.239.255.250:22222</Bootcast>
</Configuration>

dusty

Dusty schrieb:
> Die manuelle IP-Configuration wird ab 0x5000 als xml im Flash
> gespeichert.

das steht im image von Dustx(gast) aber so nicht drin... da is um 0x5000 
alles FF

mir is eben aufgefallen das der inhalt von mdtblock0 auch im W39L040 zu 
stehen scheint. da gibts irgendwo nen teil mit vielen "CM8.CM8.CM8"

grüße BrainHunter

Hab mir ebent einen sshd gebastelt um mit winscp leichter daten von und 
auf die box zu bekommen. Die Warnungen bei winscp kann man getrost 
wegklicken.

Alle Dateien aus dem Verzeichnis nach /tmp bringen,

cd /tmp

die beiden Dateien

shadow und passwd nach /etc kopieren
starten des sshd mit

/tmp/sshd -f sshd_config

fertig. Mit winscp auf die ip verbinden, user root  passwordfeld bleibt 
leer.

ich sehe grad, da ist noch ein schnitzer drin, es wird wegen scp 
gemeckert. ;) ich arbeite an einer up/down lösung.

Jetzt ist alles im lot, hab den scp vergessen. Bitte paket neu laden.

Alle Dateien aus dem Verzeichnis nach /tmp bringen,

cd /tmp

die beiden Dateien

shadow und passwd nach /etc kopieren

chmod 600 ssh_host_rsa_key
chmod 600 ssh_host_dsa_key
chmod 755 scp
cp scp /bin
chmod 755 sshd

starten des sshd mit

/tmp/sshd -f sshd_config

fertig. Mit winscp auf die ip verbinden, user root  passwordfeld bleibt
leer.

Hallo,

im Anhang sind die passenden Kernel Module fuer den Zugriff auf
USB Mass Storage Geraete (z.B. Memory Sticks). Die Vorgehensweise
ist ungefaehr so:

1

# copy kernel modules to the VIP1710 box

2

# (replace 192.168.1.1 with your web server IP address)

3

4

mkdir /lib/modules

5

cd /lib/modules

6

wget http://192.168.1.1/scsi_mod.o

7

chmod a+x scsi_mod.o

8

wget http://192.168.1.1/sd_mod.o

9

chmod a+x sd_mod.o

10

wget http://192.168.1.1/usb-storage.o

11

chmod a+x usb-storage.o

12

13

# load kernel modules

14

15

cd /

16

insmod scsi_mod

17

insmod sd_mod

18

insmod usb-storage

19

20

# create device nodes

21

22

mknod /dev/sda  b 8 0

23

mknod /dev/sda1 b 8 1

24

mknod /dev/sda2 b 8 2

25

26

# create mount point

27

28

mkdir -m 777 /mnt

29

mkdir -m 777 /mnt/memstick

30

31

# plug in USB mass storage device and mount it

32

33

mount -t vfat /dev/sda1 /mnt/memstick

34

35

# use USB mass storage device

36

37

38

# unmount USB mass storage device and unplug it

39

40

umount /mnt/memstick

Viel Spass,
  Dieter

Und mit MediaTomb haben wir einen upnp server auf der box ;)

http://mediatomb.cc/

http://downloads.sourceforge.net/mediatomb/mediatomb-static-0.11.0-r2-linux-uclibc-mips2el.tar.gz

Ist zwar ein server und kein client, aber vielleicht treibt ja wer was 
auf. ;)
Mit usb aber ein netter zuspieler, hab leider keine sticks griffbereit 
um es schlussendlich zu testen. Aber Web startet problemlos und man 
durch die Verzeichnisse browsen. Dieter, hast du mal probiert eine usb 
hdd dran zu hängen? Wird die auch gemountet? Zugriff möglich?
Upnp Server mit 12 Watt ist ja schonmal so schlecht nicht.

lue schrieb:

> Dieter, hast du mal probiert eine usb
> hdd dran zu hängen? Wird die auch gemountet? Zugriff möglich?

Ja, Zugriff auf eine Festplatte mit FAT32 Filesystem
funktioniert, auch bei mehreren Partitions auf der Platte.

Könnte man einen kleinen Webserver draus machen .... dyndns ... oder 
sowas? Braucht ja sehr wenig Leistung .. und Leise !

Astrein. Könntest du den upnp server testen, ob du da was raus bekommst? 
Dann wäre uns schonmal ein 5 Euro upnp Server sicher.

Nett ist das Feature:
support for external URLs (create links to internet content and serve 
them via UPnP to your renderer)

Da geht wohl nicht nur audio, sondern auch video. hab da noch eine 
andere Baustelle als Client, bin aber noch nicht so weit, das es als 
paket rausgehen könnte. ich bastel dran.

@rotermexico, brauchst du einen http server? Zumindest den hab ich da .. 
etwas ungetestet, aber als reiner http server eigentlich kein problem.

Das kleine Kästchen wäre dafür doch ideal ... mit eimen usb stick ... da 
reichen dann 20 watt ....

wäre natürlich dann sinnlos ... vom usb stick booten geht wohl nicht

Man müsste nur den Flashspeicher auslesen und das Image am PC entpacken.
Danach die Startskripte entsprechend anpassen und die USB-Storage Module 
dazu packen.
Danach macht man daraus wieder ein Image und spielt es zurück auf die 
Box.
Im Anschluss packt man die entsprechende Software (UPnP-Server, Samba 
etc.) auf einen USB-Stick, steckt ihn an die Box und startet die Box.
Durch die angepassten Startskripte wird nun der USB-Stick nach dem 
Booten gemountet und die darauf befindlichen Programme werden gestartet.

Die Kunst ist nur an das Image zu kommen und es danach wieder 
zurück-zuspielen ohne die Box zu beschädigen.

Hallo und vielen vielen Dank!

Was immer ich kompiliere, es wird nicht angenommen. Wenn ich mal ganz 
unverschämt fragen darf, wie kompiliert ihr eure Module, Tools?


Eine ext2 Platte konnte ich erfolgreich mounten dank der Module.

1

Initializing USB Mass Storage driver...

2

usb.c: registered new driver usb-storage

3

USB Mass Storage support registered.

4

hub.c: new USB device 00:11.2-1, assigned address 2

5

scsi0 : SCSI emulation for USB Mass Storage devices

6

  Vendor: WDC WD20  Model: 00BB-14GUA0       Rev: 0000

7

  Type:   Direct-Access                      ANSI SCSI revision: 02

8

Attached scsi disk sda at scsi0, channel 0, id 0, lun 0

9

SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB)

10

Partition check:

11

 /dev/scsi/host0/bus0/target0/lun0: p1

12

FAT: bogus logical sector size 0

13

VFS: Can't find a valid FAT filesystem on dev 08:01.

14

EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended

1

/lib/modules # ls -lsa

2

   0 drwxr-xr-x    2 0        0             100 Jan  1 00:03 .

3

   0 drwxrwxr-x    4 0        0             680 Jan  1 00:02 ..

4

 124 -rwxr-xr-x    1 0        0          117480 Jan  1 00:03 scsi_mod.o

5

  24 -rwxr-xr-x    1 0        0           22548 Jan  1 00:03 sd_mod.o

6

  48 -rwxr-xr-x    1 0        0           46664 Jan  1 00:02 usb-storage.o

7

/lib/modules # insmod scsi_mod

8

insmod: /lib/modules/2.4.30: No such file or directory

9

Using /lib/modules/scsi_mod.o

10

/lib/modules # insmod sd_mod

11

insmod: /lib/modules/2.4.30: No such file or directory

12

Using /lib/modules/sd_mod.o

13

/lib/modules # insmod usb-storage

14

insmod: /lib/modules/2.4.30: No such file or directory

15

Using /lib/modules/usb-storage.o

16

/lib/modules # mknod /dev/sda  b 8 0

17

/lib/modules # mknod /dev/sda1 b 8 1

18

/lib/modules # mknod /dev/sda2 b 8 2

19

/lib/modules # mkdir -m 777 /mnt

20

/lib/modules # mkdir -m 777 /mnt/memstick

21

/lib/modules # mount -t vfat /dev/sda1 /mnt/memstick

22

mount: Mounting /dev/sda1 on /mnt/memstick failed: Invalid argument

23

/lib/modules # mount -t ext2 /dev/sda1 /mnt/memstick

24

/lib/modules # cd /mnt/memstick

25

/mnt/memstick # ls

26

Debian_FritzBox          fritzDebianLenny.tar.gz

27

Debian_FritzBox.tar.gz   lost+found

28

/mnt/memstick # mount

Ich versuche mal Debian mit chroot auf die Festplatte zu installieren 
mal sehen wie das ausgeht.

1

/mnt/memstick # mount -t proc proc /mnt/memstick/Debian_FritzBox/proc/

2

/mnt/memstick # chroot /mnt/memstick/Debian_FritzBox/ bash

3

root@192:/# debootstrap --foreign --arch=mipsel lenny /test1

4

I: Retrieving Release

5

I: Retrieving Packages

6

I: Validating Packages

7

I: Resolving dependencies of required packages...

Es wird Zeit für ein neues Hobby :(

1

root@192:/# mount -t proc proc /test1/proc/

2

root@192:/# chroot /test1 /debootstrap/debootstrap --second-stage

3

FATAL: kernel too old

4

root@192:/#

Ich glaube ich bin echt zu dämlich. Überall bekomme ich Hinweise aber 
ich kapier es nicht. Debian Lenny ist kernel2.6 Debian Etch 2.4 richtig?
Das bedeutet ich habe die ganze Zeit für/mit Kernel 2.6 gebastelt und 
auf der Fritz lief es weil auch die 2.6 benutzt.

Auf der 1710 läuft es nicht weil die den 2.4er benötigt.

Na da versuch ich mein Glück mal mit 2.4 und etch.

Danke noch mal an die die mir geholfen haben und entschuldigt dass ich 
so dämlich bin.

Bei /dev/mtd/1 ist der Inhalt von W39L040 gespeichert.

Hab mal den mipsel Assembler-Code erzeugen lassen. Nach dem "Lesbaren 
Code" scheint eine Substitutionsbox zu sein zumindest sind alle 256 
Zeichen genau einmal vorhanden.

Aber sie stimmt nicht mit der AES-Sbox überein oder ich konnte es nicht 
richtig zuordnen.
Gegen Ende kommt nix sinnvolles mehr raus?
Ist es verschlüsselt oder nur irgendie komprimiert?

Wie ist denn der aktuelle Stand?

Ich wage mal zu behaupten, im W39L040 ist kein eigentlicher code drin. 
Da sollten eigentlich nur Variablen drin stehen. Der bootloader kommt 
aus dem flash (halt 2mbit oder vollwertig) und greift nur auf die 
Variablen zu.

Warum ? Scheint zumindest ein kompletter MD4 drin zu sein.

Huch - habs mit dem mtd0 verwechselt. Hab hier schon so viele dumps, da 
verliert man man den Überblick.

Hab ein sh script gebastelt, welches die usb und sshd sachen von einem 
http server automatisch holt und einbindet.

nur die motorola.sh per wget auf die kiste bringen und mit


chmod 755 motorola.sh ausführbar machen.

Die enstsprechenden Dateien sollten auf dem http server sein. IP aber im 
script anpassen auf die http server adresse.

lue schrieb:
> Hab ein sh script gebastelt, welches die usb und sshd sachen von einem
> http server automatisch holt und einbindet.
>
> nur die motorola.sh per wget auf die kiste bringen und mit
>
>
> chmod 755 motorola.sh ausführbar machen.
>
> Die enstsprechenden Dateien sollten auf dem http server sein. IP aber im
> script anpassen auf die http server adresse.
>
>
>
>
>
>     Beitrag melden | Bearbeiten | Löschen |




Hallo zusammen. Tragt doch alles was geht unter 
http://www.mikrocontroller.net/articles/MOTOROLA_VIP1710

ein.

Gruß an alle.

@qq und 1q .. wenn du schon einen Artikel anlegst, solltest du den auch 
pflegen. ;) Ich hab ja kein Problem damit zu frickeln, aber dann noch 
ein genaues (und fehlerfreies) wiki, da darf gern erstmal wer anderes 
ran. g

Hier sind ein paar Fakten zu der Box:

1

mtd1: 256 kB Flash Winbond W39L040P/W39L020P (nur 256 kB benutzt)

2

mtd0: letzter Bereich von mtd1 (Filesystem "/flash")

3

mtd2: 32 MByte Flash (Lesen mit dd if=/dev/mtd/2 bs=16k skip=2)

4

mtd4: letzter Bereich von mtd2 (Filesystem "/flash2" 

5

      Lesen mit dd if=/dev/mtd/2 bs=16k skip=1793)

6

7

Splash und Kernel liegen in mtd2, AES verschluesselt,

8

AES Key dazu (MediaMall Variante des STB):

9

10

  03 BF 2A E2 E4 6B 63 9B B8 C0 39 71 69 D4 B1 5C

11

  51 D3 39 B9 1D 9C CE 88 BB 46 8F 43 6E CF 8E 4B   

12

13

Splash und Kernel sind nicht nur verschluesselt sondern 

14

auch signiert.

15

16

Gespeicherte Daten in "/flash" und "/flash2" sind

17

persistent.

18

19

Der Hash im Winbond Flash ist der SHA-1, der Verschluesselungs

20

Code ist ein proprietaere Algorithmus (wird z.B. zum Verschluesseln

21

der "ProductionData" im Winbond Flash verwendet).

22

23

"/dev/mem" liefert die kompletten 112 MB RAM (z.B. mit

24

dem entpackten zweiten Teil des Bootloader).

lue schrieb:
> @qq und 1q .. wenn du schon einen Artikel anlegst, solltest du den auch
> pflegen. ;) Ich hab ja kein Problem damit zu frickeln, aber dann noch
> ein genaues (und fehlerfreies) wiki, da darf gern erstmal wer anderes
> ran. g

Hallo lue(cy),

es soll ja jeder dort sein Senf dazugeben. Wir habe alle ein nutzen 
davon.

Gruß, qq

ich bastel lieber, das howto darfst du gerne übernehmen. ;) Infos stehen 
hier ja alle beisammen, darfst du gerne zusammentragen. Bin auch kein 
"ohne Fehler" Tipper. Das überlasse ich mal jemandem der mehr davon 
versteht. g

lue schrieb:
> ich bastel lieber, das howto darfst du gerne übernehmen. ;) Infos stehen
> hier ja alle beisammen, darfst du gerne zusammentragen. Bin auch kein
> "ohne Fehler" Tipper. Das überlasse ich mal jemandem der mehr davon
> versteht. g


Niemand ist ein "ohne Fehler Tipper". Also ran und trau dich was zu 
schreiben ;-) (im Wiki natürlich).

PS: Ich bin auch Bastler.

Hallo allerseits!
Ich verfolge die Diskussion schon etwas länger. Zum Skript sei noch 
gesagt, dass diese Zeile fehlt:
 wget http://$IP/sshd_config

Natürlich vorher noch anpassen (wenn man denn möchte).

So, der Artikel ist um ein kleines Tutorial erweitert und dem Skript mit 
der angesprochenen Erweiterung.

Nun gut ich bin erstmal mit meinen beiden Kisten ohne telnet raus - bye!

Im Anhang sind die Images fuer das Booten der Box per
TFTP. Dazu muss der PC mit dem TFTP Server die IP Adresse
213.75.17.134 haben, dem Box wird z.B. die Adresse 213.75.17.135
zugewiesen. Damit kann eine Box mit leerem Flash wieder gebootet
werden, das Image wird zusaetzlich gleich im Flash gespeichert. Das
sollte auch bei Boxen ohne Flash funktionieren, das konnte ich aber
nicht testen.

Wichtig: Die Images sind vom Flash der "MediaMall" Variante extrahiert
und das Ganze wird wahrscheinlich nur mit solchen Boxen funktionieren
da nur in diesem Fall die Signatur/Verschluesselung passt.

Viel Spass,
  Dieter

@ Dieter
Ist die IP 213.75.17.134 fest im Bootloader eingetragen oder ist es der 
Domainname www.mediamall.nl? wenn es der Domainname ist dann könnte man 
mit nem DNS-Hack die Boxen zum booten bekommen, dann braucht man keinen 
extra Server. Kannst mal die Pakete mitsniffen und schaun obs nicht doch 
eine Domain ist?

Gruß Marc

Marc schrieb:

> @ Dieter
> Ist die IP 213.75.17.134 fest im Bootloader eingetragen oder ist es der
> Domainname www.mediamall.nl? wenn es der Domainname ist dann könnte man
> mit nem DNS-Hack die Boxen zum booten bekommen, dann braucht man keinen
> extra Server. Kannst mal die Pakete mitsniffen und schaun obs nicht doch
> eine Domain ist?

Wenn es ein Domainname waere haette ich es geschrieben ;-)
Die IP Adresse kommt aus den verschluesselten und signierten
"Production Data" im Winbond Flash, die man unverschluesselt
z.B. im Memory Image der Box findet:

1

<?xml version="1.0"?> 

2

<ProductionData>

3

 <PCBVersion>IUP10003E</PCBVersion>

4

 <ProductNumber>5030001365R1X</ProductNumber>

5

 <BoxVersion>5020100227R1X</BoxVersion>

6

 <TopVersion>5010101201R1X</TopVersion>

7

 <Model>VIP1710-F32</Model> 

8

 <Manufacturer>Motorola</Manufacturer> 

9

 <VendorClassId>MediaMall_VIP1710-F32_19</VendorClassId>

10

 <MainProcessor>X210D A12</MainProcessor> 

11

 <SmallFlash>W39L020P-90B</SmallFlash> 

12

 <LargeFlash>Yes</LargeFlash>

13

 <LargeFlashCS0Size>16</LargeFlashCS0Size>

14

 <LargeFlashCS1Size>16</LargeFlashCS1Size>

15

 <DSP>TMS320DM642GNZ</DSP>

16

 <DSPClockFrequency>600</DSPClockFrequency>

17

 <DSPMemSize>16</DSPMemSize>

18

 <DSPMemFrequency>133</DSPMemFrequency>

19

 <DSPVideoBus>8</DSPVideoBus>

20

 <DSPPLL>IDT5V9885</DSPPLL>

21

 <DBLComp>19</DBLComp> 

22

 <BootImageComp>19</BootImageComp> 

23

 <DVBNIM>No</DVBNIM> 

24

 <SmartCardController>TDA8004AT</SmartCardController> 

25

 <TVSCART>Yes</TVSCART> 

26

 <AUXSCART>No</AUXSCART> 

27

 <SvideoOut_1>Yes</SvideoOut_1> 

28

 <CVBSOut_1>Yes</CVBSOut_1> 

29

 <Component>No</Component>

30

 <RFModulator>No</RFModulator> 

31

 <NrOfEthernetControllers>1</NrOfEthernetControllers> 

32

 <MainMemMaxClockFrequency>333</MainMemMaxClockFrequency> 

33

 <MainMemSize>128</MainMemSize> 

34

 <MainMemCASLatency>2.5</MainMemCASLatency> 

35

 <IPConfigMethod>DHCP</IPConfigMethod> 

36

 <CurrentVideoMode>RGB</CurrentVideoMode> 

37

 <CurrentColorCoding>PAL</CurrentColorCoding> 

38

 <Language>nl-NL</Language>

39

 <SplashOrder>323</SplashOrder>

40

 <BootOrder>323</BootOrder>

41

 <TftpServer1>213.75.17.134</TftpServer1>

42

 <TftpServer2>212.178.98.165</TftpServer2>

43

 <TftpServer3>213.75.17.135</TftpServer3>

44

 <TftpServer4>212.178.96.34</TftpServer4>

45

 <SplashFilename>ssplash-1710</SplashFilename>

46

 <KernelFilename>skernel-1710</KernelFilename>

47

</ProductionData>

Alex H. schrieb

> @Dieter
> Kannst du vielleicht den Weg beschreiben, mit dem du an die Daten
> gekommen bist? Viele hier würden sicher gern dazulernen.

Du meinst die "Production Data" ? Das ist nicht so schwer, ich
hatte ja weiter oben erwaehnt dass der RAM der Box per "dev/mem"
auslesbar ist. In dem Log der seriellen Schnitstelle von einer
nicht mehr bootenden Box tauchen die IP Adressen der TFTP Server
auf, danach sucht man im Speicher, dann findet man die "Production
Data".

Alex H. schrieb:

> Danke schon mal dafür. Aber wo kommt der AES Key her? Ist dir mit den
> Klartextdaten eine Entschlüsselung gelungen?

Durch disassemblieren vom zweiten Teil des Bootloaders im RAM
Image sowie genauem hinsehen. Und ja, mit diesem AES Key kann
man die zwei Boot Images entschluesseln (hilft allerdings wenig
fuers Erstellen eigener Images, die Signatur muss ja auch passen).

Ist es möglich Uboot auf den W39L040 zu spielen? Oder hat der Prozessor 
auch internen flach?

Hallo.
Ich denke ,mit UBOOT kann sogar eine alte Waschmaschine booten.
Wohl eher die Frage , wie in das W39l040 bekommen.
Spricht eigentlich etwas dagegen,den direkt auf dem Board zu flashen ?
Z.B mit einen umgedrehten Sockel , an dem ein ATmeg16 als 
Programmiergerät hängt.Platz genug ist ja dafür und muss ja auch nicht 
in Sekunden Schnelle gehen.
VG
Norbert

Wo sitzt denn die Signatur der Roms im Xilleon?

C) Im bestehenden Bootloader die Funktion der Signaturprüfung finden und 
so Patchen, daß die Signatur "immer" stimmt. (D.h. Returnwert="SUCCESS")

Wäre das nicht einfacher als A und B? Der alte Bootliebe bestehen...

...und wie kriegen wir den Kram da rein, wenn wir das Bootrom nicht 
gesockelt haben?

von 215... eigenes Image mit Flashroutine booten, bootrom etsetzen?

oder doch ein bootrom umlöten, was den Millionen da draußen ohne 
Reflowofen nicht entgegenkäme...

Pitt schrieb:
> oder doch ein bootrom umlöten, was den Millionen da draußen ohne
> Reflowofen nicht entgegenkäme...

Hallo
Ich glaube nicht das es das braucht.Wenn ich das Datenblatt richtig 
gelesen habe kann der chip auch "In System" Programmiert werden.Ich 
möchte fast wetten, das es der Boxhersteller so gemacht hat.Also 
Programm Adapter auf den W39l040 im fertigen Board gesteckt ,bootloader 
drauf und fertig.
Ist ja auch irgendwie logisch.Wenn die Dose an verschiedenen Anbietern 
geht , dann muss ja ein einfaches und schnelles wechseln der 
Bootsoftware möglich sein.
Jetzt bräuchten wir nur mal eben zwei Genies.Einer ,der einen Uboot 
loader Zusammen strickt und einen der mal schnell einen Programmadapter 
baut.  :-)
VG
Norbert

"alte Bootliebe" ist hübsch Seefahrtromantisch!

...Vielleicht kann man dann auch das passende Bit setzen ohne das Rom 
neu zu flashen, dann kommen wir wieder auf die idee mit der von Oben 
kommenden Fassung zurück, vorausgesetzt man kann das bei dem Baustein, 
ist ja kein Eprom.

Mal probeweise aufgesteckt.
Ich denke mal, es würde funktionieren.
VG
Norbert

Für mich halte ich die debug-pin Theorie für erfolgsversprechender.

Eigentlich hat jede Kiste so eine Möglichkeit. Die Frage ist halt, wo so 
ein Dingens sitzt.

Bei der Mood300 hats auch geklappt. Ebenfalls eine IPTV Kiste.
http://download.berlin.freifunk.net/sven-ola/mood-300/seriell.jpg

Hat jemand ein nicht -F32 Gerät vernünftig zum laugen gebracht?

Ginge es nicht, den Winbondflash mit einem Programmiergerät auszulesen, 
um so an die Codes zu kommen?

Jetzt darf ich auch mal - am 25.4. wurde das Bootrom bereits augelesen 
(->.bin), jetzt kannst Du es "schnell" Disasemblieren und den 
Algorithmus und den Schlüssel hier "mal eben" Posten...

Es ist ein wesentliches Ziel die Signatur zu knacken und dann eigene 
Images zu betreiben dann kann man auch von Innen andere Sachen einbauen 
und langristig die ganze Macht über die Kiste erhalten.

(Ein eigenes Imperium der Vips - Muahahaharr!)

Das Dingens wurde schon ausgelesen. Du brauchst aber den anderen Weg, 
dort was rein bekommen, das alles bootet.
Wenn man an den aes key ran käme, wie unter
http://duff.dk/pdpg9/
beschrieben, und der key (zum verschlüsseln) identisch ist, wäre das 
was.
Dafür müsste man aber die dumps von Horst entschlüsseln. Key hat er ja 
gepostet, nun müsste man decrypt.c soweit umbauen, das es auch für die 
1710er geht.
Da stimmen wohl die Einstiegspunkte nicht. Deshalb kann man auch nix 
entpacken. So weit mein nächster Ansatz.

Nabend,

habe eure Posts hier mit Interesse durchgelesen und heute meine Box 
erhalten. Wollte nun mal anfragen ob die Boxen in einem Standbymodus 
starten? Wenn ich die Box anschließe leuchtets vorne Rot, der Bildschirm 
zeigt jedoch nichts an

...so weit ich das gelesen habe, ist in mt2 kein Bootrom sondern das 
KernelFlash was und damit die AES Entschlüsselung dieses Teils 
bewerkstelligt worden.

Die Sigatur dieses Teils ist noch offen.

Btw. Hat kemand einen netten kleinen Bootrom Flasher als Layout mit 
software
dachte an einen atmel wills aber grade nicht selber machen...

Uwe Hermann schrieb:
>> Yep, sollte kein Problem sein, hab das ein paar mal auf "normalen"
>> Mainboards gemacht:
>>
>> http://www.coreboot.org/Soldering_a_socket_on_your_board
>
> Ehm, moment, ich glaube du willst den Chip irgendwie mit "Adapter"
> in-system programmieren, das ist wohl etwas komplizierter (könnte aber,
> wenn man es richtig macht, auch gehen). Was ich aber oben meinte ist,
> den Chip auszulöten, einen SMD-Sockel aufs Board zu löten und dann den
> Chip wieder einsetzen (oder einen anderen, kompatiblen Chip).
>
> Uwe.

Hallo miteinander.
Also in meinem Fall habe ich es so gedacht.
Es gab mal eine Beschleunigerkarte für einen Amiga 600.Dort wurde auch 
ein Sockel umgekehrt auf den Prozessor gesteckt.Leider fehlt mir die 
passende Hardware, sprich der Bios Programmer.Aber vielleicht weiß doch 
einer ein Biosprogrammer den man sich mit eine Mega16 zusammenbasteln 
kann.
Ansonsten hätte die Programmierung "in System" den Vorteil, das man 
mehrere versuche hat.Denn beim ersten mal geht das Ding mit Sicherheit 
nicht.
Wenn die auf der Box aber schon Open Source verwenden , warum beim 
Bootloader nicht auch ?
Ich bin mir fast sicher , das der da:
http://www.denx.de/wiki/U-Boot
Dort etwas modifiziert seinen Dienst tut.
VG
Norbert

Interessant ist unter 
http://www.mikrocontroller.net/articles/MOTOROLA_VIP1710#Hardware das 
"IR In/Out". Ist da zufällig ein sendefähiges LIRC auf der Box (wenn das 
im Bild nicht nur eine Empfängerdiode ist), oder darauf zu bringen?
Das würde einige Anwendungen wie http://www.irtrans.de/de/index.php zu 
einem Bruchteil des Preises ermöglichen...

Naja richtig billig ist das ohnehin nicht, Fernbedienung Netzteil 
Anschlusskabel, da ist man dann bei 15eur für den Kasten und dann ohne 
Gewährleistung und sicher sind einige defekt, ich denke die Leute 
bestellen sowiso mehrere.

Nun Zurückschicken kann man die Kisten wg Fernabsatzgesetz ohne 
irgendeinen Grund.
Ich habe die Kisten erstmal in die Ecke geworfen da ich ohne Flash da 
derzeit keine Sonne sehe.

Ich mache wieder mit wenn das Bootrom offen ist und man per TFTP da 
einen Bootloader Flashen kann, der vom USB einen beliebigen Kernel mit 
Basis Filesystem frisst. Dann ist die Kreatel Gruppe auch wieder im 
Boot.

Nun es ist Wochenende und schlechtes Wetter, da gibt´s dann auch keine 
störende Sonne.

Michael H. schrieb:
> Hast Du schon irgendwelche Hinweise was für ein Signaturverfahren zum
> Einsatz kommt? Aber wenn man schon für die Crypto AES genommen hat, wird
> wohl davon auszugehen sein, daß es was sicheres ist.

Das "uebliche", SHA-1/RSA. Der Winbond laesst sich uebrigens prinzipiell
auch per Software beschreiben, allerdings sind die ersten 16 KB gelockt.
Das ist der interessante Bereich in den man entweder den "Secure Mode"
der Box per Patch ausschalten koennte (keine Verschluesselung/Signatur-
pruefung mehr) oder in den man einen eigenen RSA Schluessel schreiben
muesste damit man selber Images signieren kann. Irgendein Trick wird
sich sicher finden lassen um den Lock zu umgehen (zur Not den Pin der
Versorgunspannung am Winbond kurz unterbrechen).

Michael H. schrieb:
> So langsam glaub ich dann doch, dass das Kalkül von Pollin war, erst die
> Boxen mit Flash zu verkaufen und nun die ohne.

Ich würde eher darauf tippen, das man einen Container gekauft hat, mit 
der vewendeten Bezeichnung. Was da nun genau drin war/ist, sieht man ja 
jetzt. ;)
Pollin nimmt ja problemlos zurück. Also einfach mal 20 ordern und auf 
Glück hoffen.

Achso - und zurück schicken kannste immer mit der Begründung, da sei 
kein Linux-Betriebssystem drin. ;)

>Achso - und zurück schicken kannste immer mit der Begründung, da sei
>kein Linux-Betriebssystem drin. ;)


Was erwartet Ihr den von 5€?  Pollin hat euch ein Gehäuse verkauft, in 
der auch Linux werkelt. Der Bootloader gehört auch noch zum Linux 
Betriebssystem dazu.

Statt zu meckern, steckt lieber eure Kraft dahin, die Signatur zu 
knacken.

Na endlich habe ich was über das Teil gefunden. Aber ihr habt es auch 
noch nicht am laufen ?? Oder ??

Wieso? Ein paar Sachen laufen doch schon. Man kann die Kiste schon als 
upnp Server nutzen.

Es gibt scart2vga adapter, kannst du auch selbst bauen. Einfach mal die 
Suche deiner Wahl bemühen.

NeNe schrieb:
> Was erwartet Ihr den von 5€?  Pollin hat euch ein Gehäuse verkauft, in
> der auch Linux werkelt. Der Bootloader gehört auch noch zum Linux
> Betriebssystem dazu.

Ich erwarte auch für 5 EUR die Lieferung des angebotenen Artikels. Der 
Bootloader ist nicht Linux und die Kreatel IP-STB 1710 Box ist keine 
Motorola VIP1710 Box.

aber der kernel ist dann auch immernoch signiert oder ?

Michael H. schrieb:
> Die Frage ob es wirklich unsigniert ist kann vermutlich Dieter dann
> beantworten. Ich gehe mal davon aus, dass er weiss, wo im skernel-1710
> die Signatur steht. Das Programm zum dekodieren schmeisst die ersten 147
> Byte weg, ich vermute einfach mal, dass die Signatur dort zu finden ist,
> und daher dann auch weg ist.

Ja, die Signatur steht am Anfang der verschluesselten Images,
unverschluesselte Images fangen mit dem Standard "ELF" Header an.

Die Kreatel Box hat wohl einen Bootloader der unverschluesselte
Images akzeptiert (Ausgabe im Log "Standard firmware detected"
anstell "Secure box detected"). Ein Dump des Flash waere daher
interessant ("/dev/mtd/1")

Skripte zum Erstellen von Images fuer die Box findet man in den
Motorola Sourcen (z.B. "kreatv-kit-oss_3.6.2_1900"), auch wenn diese
Sourcen fuer eine andere Hardware sind (VIP19x0). Dort ist auch ein
Tool zum Signieren und Verschluesseln von Images ("ukeytool"), es
sind aber natuerlich nur die passenden Keys fuer die Entwicklerboxen
dabei.

Typ steht oben irgendwo
2x NAND128W3A2BN6 von ST (128 Mbit x 8) - 256 MByte

...bloß wo liegt mein alter 256MB USB Stick.

Ich habe ja immer noch die Hoffnung den Bootloader auf Flash am USB 
umzubiegen.
Wenn man erst beliebige Images drin hat dann kann man ja auch alle Tools 
draufwerfen, die man zum ersthaften Arbeiten benötigt.

Nun langsam macht das Ganze wieder Freude.

Wenn jemand Langeweile hat kann er ja mal im Wiki die Toolchain und 
alles Zeug zusammenstellen was so für die Compilierung und die Arbeit 
benötigt wird, das beschleunigt den Einstieg und mit mehr Manpower wird 
das Ding bald rund.

Welche PCB Version
1.2 oder 1.4

Hallo kju,
 Erstmal Danke für die Infos.Habe inzwischen das Flash meiner 2 boxen 
gemordet und muss ein weilchen draußen bleiben. :(
Wenn ich das Datenblatt richtig gelesen habe , dann gibt es auf dem 
W39l040 die Möglichkeit , denn bootblock gegen überschreiben zu 
sichern.Wenn man sich die Images der verschiedenen Bootblocks anschaut , 
so fällt auf das sie sich bei den ersten 6,4 KB gleichen.Erst dann sieht 
man Unterschiede.
Wenn aber die ersten 16 KB nicht beschrieben werden , dann muss die 
Kiste ja abschmieren wenn man irgend etwas anderes als das original 
Bootloaderimage aufspielt.
Umgekehrt sollte es aber gehen.
Frage.Hast du nicht zufällig einen alten 3,3V BIOS Chip den du mal 
schnell auf das Board stecken und mit den verschiedenen Bootloadern 
Programmieren kannst, dann wüsste man es genau.
Viele Grüße
Norbert

Hey super das Kreatel gejammer hat ein Ende!!!

Wo bekomme ich chip quick?
Es ist wohl sinnvoll den mal zu Sockeln

Z.B von

http://store.curiousinventor.com/catalog/product/view/id/111

Dauert aber 2 Wochen. Dafür ist der Versand relativ güstig. Um die $5.

Danke
und passt auf dass Ihr die Flash Chips nicht kapputtkriegt winbond hat 
sie auf EOL gelistet.

Kriegt man sicher am besten auf dem Recyclinghof gegen ne Flasche Korn

Guten Morgen Miteinander.
OK, bin wieder im Spiel.
Habe auf Box Nr2 eine Sockel gelötet und von Nr 1 den Flash gesteckt.
Dann mal testweise einen W39lf512 einer Grafikkarte gesteckt.
Und dieser lässt sich mit dd if=stb1710-mtd1.bin of=/dev/mtd/1 count=128
ohne meckern beschreiben.Bleibt aber beim booten natürlich hängen.
VG
Norbert

Hallo Michael.
So weit kommt sie gar nicht.Sie bleibt bei der dritten oder vierten 
Statusmeldung hängen [CODE] .Was ja auch logisch ist, da ja nur 64KB vom 
Bootloader dort Platz haben.Was Interessanter ist , das sich die 64kB 
des Chips ohne Probleme beschreiben lassen. Auch 0x3000 -0x3fff.
Hab die ganze Bude auf den Kopf gestellt um eine passenden 2mib Flash zu 
finden,war leider nichts. :( Wenn sich dieser nämlich komplett 
beschreiben lässt , dann ist klar das uns der W39L040 Hardwaremäßig ein 
Bein stellt.
Und dann wird es schwierig mit den eigenen Bootloader oder dem der 
Kreatel.
VG
Norbert

Michael H. schrieb:
> Aber wenn ich mal so darüber nachdenke, dann stellt sich die Frage, ob
> das was Pollin da macht eigentlich so rechtmäßig ist. Verkauft wird eine
> Motorola VIP1710, geliefert aber eine Kreatel IP-STB 1710. Das ist
> offensichtlich nicht das gleiche Gerät (andere Hardwareausstattung).
>
> Und da können sie auch nicht mit "Es wird nur das Gehäuse verkauft"
> kommen, denn es ist auch ein anderes Gehäuse als beworben.


Nur nochmal dazu, ich habe heute noch einige bekommen und es sind auch 
zwei Motorola dabei, und die sind auch ohne Flashspeicher !! Rev.1.4

Michael H. schrieb:
> Bootblock ist dann dauerhaft geschützt, auch wenn man die Spannung
> wegnimmt bzw. den Chip resettet?

Ja , das halte ich für ziemlich Sicher.
Ich habe mir aber überlegt , wie man ihn doch noch aus schmieren könnte.
Der W39L040 bietet mit seinen 512kB ja Platz für zwei Bootloader.
Was hältst du davon den Bootloader der Kreatel in den Bereich von 
0x040000 -0x07ffff zu kopieren und auf dem Board A18 auf zu trennen und 
am Flash mit +3,3V zu verbinden.? Danach müsste die CPU ja 
0x040000-0x07ffff als 0x000000 - 0x03ffff sehen und von dort booten.Man 
könnte auch einen Umschalter einbauen und hätte so noch den Original 
bootloader als Rettungssystem.
Komm heute leider nicht dazu das zu versuchen.Melde mich aber wieder 
wenn es so weit ist.
Kurze Frage noch dazu.Weist du den Syntax von dd um nur die oberen 256kB 
zu beschreiben ? Danke und viele Grüße
Norbert

Bingo !!! :-)
Funktioniert.
Der Flash lässt sich tatsächlich zwischen Zwei Bereichen aufteilen.
Ich habe zuerst normal gebootet, dann  auf den hohen Bereich 
umgeschaltet und dann das Flash mit dd if=stb1710-mtd1.bin of=dev/mtd/1 
beschrieben.
Dabei stört die angezogene A18 noch nicht einmal.
Jetzt lassen sich mit dem Schalter beide Bootloader auswählen.
Wobei der Obere alle Freiheiten lässt.Wenn mal was nicht geht ,auf den 
unteren schalten, neu booten und weiter versuchen.
Ist halt einfacher als den Chip aus zu löten und zu Sockeln.
VG
Norbert

Zum Glück steht die MAC ja noch auf der Kiste selber drauf, sonst wäre 
sie wohl weg, oder?
Könnten die notwendigen Änderungen nicht "einfach" geskriptet werden?
Funktioniert jetzt also auch das booten aus dem Flash mit angestecktem 
Netzwerkstecker? Kann man den TI DSP unter Linux nutzen?

Die MAC Adresse ist egal, solange man nicht mehrere Boxen zeitgleich am 
selben Netz betreibt. Sonst bekommt jeder switch schluckauf. Stimmt.
Richtig nett wäre es nun, das alte SDK für die Kiste aufzutreiben.

Alexander W. schrieb:
> Michael H. schrieb:
>> Was ist denn so schwierig daran, sie selbst zu erzeugen?
>
> Weil ich mich damit nicht so richtig auskenne !

Dann wird dir das Image auch nicht zwingend weiterhelfen, damit anfangen 
kannst du auch nicht viel mehr, als jetzt mit ohne. Warte einfach mal 
etwas ab. Wenn du dich einlesen willst, alles andere steht oben.

Michael H. schrieb:
> Respekt...
brauchst du von mir nicht haben.War ja dein verdienst , ich hatte nur 
einen lichten Moment..
Das die BX mit eingesteckten Lan nicht booten will, finde ich momentan 
nicht so Schlimm.Die Stelle im Bootloader der dafür verantwortlich ist 
wird sich mit der Zeit schon noch finden.
Ich denke , wir sollten uns einmal die Kernel-1710 vornehmen .Dort ist 
mit Sicherheit ein jffs2 Image versteckt.Die frage ist halt wo.
Anhaltspunkt könnte die Bytes sein , die am Anfang der MTD Blöcke 
stehen.
Ich bin mir sicher , die tauchen auch irgendwo in dem Image auf.
Als Anhang mal die entschlüsselte Splash und Kernel.
Gruß
Norbert

Norbert schrieb:

> Ich denke , wir sollten uns einmal die Kernel-1710 vornehmen .Dort ist
> mit Sicherheit ein jffs2 Image versteckt.Die frage ist halt wo.

Kernel-1710 zu zerlegen ist wirklich nicht schwierig, ich hatte
bereits weiter oben auf die Build-Skripte verwiesen. Und selbst
ohne diese: wenn man genau hinsieht findet man zwei GZIP komprimierte
Bloecke, einer ist der Linux Kernel (vmlinux), der andere das Filesystem
(initrd.image, EXT2).

Michael H. schrieb:
> dd if=kernel-1710 of=vmlinux.gz bs=20480 skip=1 count=37
> dd if=kernel-1710 of=initrd.gz bs=763404 skip=1

Danke, da sieht man wieder , man lernt nie aus.
Habs aber inzwischen auch so gefunden.Die initrd lässt sich auch 
wunderbar auspacken und als loop device mounten.Nur , wenn man in der 
Innen liegenden Rootdisk etwas ändern will bleibt das System stehen.Mal 
schauen , was das Toolkit der 1900 so hergibt.
Gruß
Norbert