Sagem 2xAMD kennt flashromtype nicht

Domestos & Derivate
Starfighter
Interessierter
Interessierter
Beiträge: 35
Registriert: Montag 24. Juni 2002, 00:20

Sagem 2xAMD kennt flashromtype nicht

Beitrag von Starfighter »

Hallo Leuts,

ich hab hier ne alte Sagem mit 2 AMD und versuch mit minfl... den Debug hinzukriegen es ist kein System mehr drauf aber der Bootloader scheint zu funktionieren. Im COM kommt folgende Meldung:

DebugEnabler (c) tmbinc, gillem +(sagem/13,amd,philips) 1.8beta
bl-version : 1.1
product? at : 10000904
current state : locked
flashrom type : 2x16 bit? unknown, please report AFTER you read the howto.

Please reset now!

Bitte helft mir gibts vielleicht ne andere tuner.so
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

höhö, witzig...
das sollte eigentlich klappen... tuts aber nicht...
mit ner älteren tuner.so könntest du probieren, schaden kanns auf jeden fall nicht, die schreibt ja nur wenn sonst alles ok ist
never change a running system
Starfighter
Interessierter
Interessierter
Beiträge: 35
Registriert: Montag 24. Juni 2002, 00:20

Beitrag von Starfighter »

Ich bins noch mal.

hier ist das Log aus dem RSH, vielleicht kann jemand was damit anfangen???

ChorusOS r3 rsh daemon - valid commands are:

mount [hostaddr:filesystem|special_file [mount_point]]
umount [-v|-F|-f|-a|-t [ufs|nfs]] [special_file]
swapon mount_point
arun [-s site] [-S | -U] [-k] [-T] [-d] [-q] [-D] [-Z] actor_name [actor arguments]
akill [-s site] [-c] aid
aps [-s site]
reboot
route [add | delete [net | host] args]
ping host
echo string
setenv var value
unsetenv var
source filename
env
memstat
sleep [time in seconds, default=1s]
help
> echo Test
Test
> setenv PATH /root/platform/bin:/root/bin:/usr/bin:/usr/siege/bin:/mnt/bin
> setenv TZ MET-01METDST-02,J84,J302
> setenv LD_LIBRARY_PATH /root/platform/lib:/root/lib:/usr/lib:/root/platform/mpc8xx-dbox2/lib:/root/platform/nokia-dbox2/lib
> setenv SIEGEHOME /usr/siege
> setenv CLASSPATH /usr/siege/lib/siege.jar:/usr/siege/lib/junior.jar:.
> umount /lost+found
> umount /
> mount 10.0.0.1:C/miniflsh/ /
C_INIT: mount 10.0.0.1:C/miniflsh/ on /
;
;
;
;
; Und nun ins Terminalfenster (vorherige Seite) kucken!
;
;
;
;
> arun initactor -v -V -i 4
INIT Version 0.9 loaded
INIT: library path: "LD_LIBRARY_PATH=/root/platform/sagem-dbox2/lib:/root/platform/lib:/root/lib:/usr/lib:/root/platform/mpc8xx-dbox2/lib:/root/platform/nokia-dbox2/lib"
INIT: start run level 2
INIT: execute "ddf"
INIT: time: 54 sec, 970000000 nsec
INIT: started aid = 11
INIT: execute "upgrade"
INIT: time: 58 sec, 880000000 nsec
INIT: afexec of upgrade failed - No such file or directory
INIT: start run level 3
INIT: execute "wsysserver"
INIT: time: 61 sec, 990000000 nsec
INIT: afexec of wsysserver failed - No such file or directory
INIT: execute "dooractor"
INIT: time: 64 sec, 390000000 nsec
INIT: afexec of dooractor failed - No such file or directory
INIT: execute "nameserver"
INIT: time: 67 sec, 190000000 nsec
INIT: afexec of nameserver failed - No such file or directory
INIT: execute "pppd"
INIT: time: 69 sec, 590000000 nsec
INIT: afexec of pppd failed - No such file or directory
INIT: execute "inetNSdns -env"
INIT: time: 72 sec, 390000000 nsec
INIT: afexec of inetNSdns failed - No such file or directory
INIT: execute "bcsubsystem"
INIT: time: 74 sec, 790000000 nsec
INIT: afexec of bcsubsystem failed - No such file or directory
INIT: execute "casubsystem"
INIT: time: 77 sec, 590000000 nsec
INIT: afexec of casubsystem failed - No such file or directory
INIT: execute "dvbsubsystem"
INIT: time: 79 sec, 990000000 nsec
INIT: afexec of dvbsubsystem failed - No such file or directory
INIT: start run level 4
INIT: execute "setenv SIEGEHOME /usr/siege"
INIT: execute "setenv CLASSPATH /usr/siege/lib/siege.jar:/usr/siege/lib/junior.jar:."
INIT: execute "siegep junior.finder.StartUp"
INIT: time: 83 sec, 690000000 nsec
INIT: afexec of siegep failed - No such file or directory
! Execution stopped!
> help



Hab mit dem Bootmanager schon zwei Boxen gemacht, Netzwerk und minflsh und COM sind OK. Schreibschutz hab ich auch auf 9V gelegt...

Naja die Box vom Schwiegervater datt gibt ärger..
Starfighter
Interessierter
Interessierter
Beiträge: 35
Registriert: Montag 24. Juni 2002, 00:20

Beitrag von Starfighter »

Noch was neues:

DebugEnabler (c) tmbinc, gillem +(sagem/13,amd,philips) 1.8beta
bl-version : 1.1
product? at : 10000904
current state : locked
flashrom type : 2x16 bit? yes. vendor: AMD
engaging gillem-code...
COULDN'T WRITE, IT'S STLL FFFFFFFF
Sorry about that.

Please reset now!

das passiert wenn ich nur kurz die 9V anlege und danach das skript laufen lasse ist vielleicht mein flash im A......
Dietmar
Senior Member
Beiträge: 8282
Registriert: Mittwoch 10. Oktober 2001, 00:00

Beitrag von Dietmar »

Hm, hast Du auch wirklich die Brücken für 2xAMD gesetzt?
Die Meldung kommt normal wenn zuwenig Spannung (3,3V wie für Intel) anliegt. Die AMD wollen 9V.
Starfighter
Interessierter
Interessierter
Beiträge: 35
Registriert: Montag 24. Juni 2002, 00:20

Beitrag von Starfighter »

@Dietmar

Hallo,
Du hast recht ich habs ja nur mal getestet obs was bringt mit nur kurz verbinden und dann wieder trennen, sowie reset oder so aber die Angaben im ersten Posting sind die relevanten....
vielleicht kannst Du Dir das noch mal anschauen ich hab den Verdacht die AMD sind hin.... :(
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

also daß die AMDs hin sind glaub ich nun wieder nicht, das erste COMlog war verkehrt, da ist irgednwas falsch gewesen.
das zweite log
DebugEnabler (c) tmbinc, gillem +(sagem/13,amd,philips) 1.8beta
bl-version : 1.1
product? at : 10000904
current state : locked
flashrom type : 2x16 bit? yes. vendor: AMD
engaging gillem-code...
COULDN'T WRITE, IT'S STLL FFFFFFFF
ist eigentlich so schon ok... bis auf den schreibschutz halt, der ist da noch aktiv
berichte mal ganz genau wie und wann du den schreibschutz aufhebst, und meß nach möglichkeit auch mal die 9V nach.
never change a running system
Starfighter
Interessierter
Interessierter
Beiträge: 35
Registriert: Montag 24. Juni 2002, 00:20

Beitrag von Starfighter »

Hallo @ all :D :D :D

erst mal vielen Dank für die eifrige Unterstützung.

Ich hab es geschafft... nun ist sie im Debug juhu.

Ich löt immer ein kleines Kabel für den Schreibschutz ein weil ich keine dritte Hand hab die dann den Rechner bedient wenn ich die Brücke reinhalte so wie es oft beschrieben steht.
Hab das mit dem Debug enable schon alles richtig gemacht nur ist leider beim Löten irgentwo zwischen den Pins der AMD es ein Krümel sitzengeblieben und hat zwischen Pin 13 und 14 einen Schluß verursacht darum beim normal booten kein System. Habs mit der Lupe gefunden und versucht mit Lötlitze den Schluß zu entfernen. Davor ist mir noch die gute alte Weller gestorben so das ich mit alten DDR Schmiedeeisen weitermachen musste, und natürlich auch gleich drei Leiterzüge weggebrannt habe.. :oops:
Habe darauf hin anderen Lötkolben besorgt und mit Nadel und Lupe erst mal die Pins am IC gerichtet alle Reste der Züge weggekratzt und dann drei Kabelbrücken eingelötet, teilweise direkt von IC zu IC.
Hatte Glück das es den rechten Chip erwischt hat, denn dort sind keine Leiterzüge die unter dem Chip weitergehn und es waren alles Busleitungen die 1:1 zum anderen Chip verdrahtet sind.

Also falls noch jemand das ließt der den selben Mist gemacht hat wie ich,
(kein System, Bootmanager noch drauf und kein Debug siehe Log)
kann ich nur raten Ruhe bewahren Lupe besorgen, gescheiten Lötkoben und ein kühles Blondes als Zielwasser für die Lötung...

Was ich noch sagen wollte hab den Debug mit nur einem Lötpunkt auf 9V gemacht, da bei mir beide pin 14 das gleiche Potenzial haben (0 Ohm).
Werde heute trotzdem erst mal drei Nadeln mit Kabel verbinden und ordentlich Schrupfschlauch drauf machen und bei der nächsten Box besorg ich mir jemand der im richtigen Moment das Script startet wärend.

CU Starfighter