auf dem RARP und DHCPD laufen
-
- Interessierter
- Beiträge: 66
- Registriert: Montag 3. September 2001, 00:00
-
- Senior Member
- Beiträge: 288
- Registriert: Freitag 20. Juli 2001, 00:00
-
- Interessierter
- Beiträge: 66
- Registriert: Montag 3. September 2001, 00:00
ja Danke, habe mir die Version vom 09.09 gesaugt, alles so gemacht wie in Deiner FAQ, von dem was hier im Board steht nehme ich Abstand, jeder hat es anders gemacht. Mein Problem eine Sagem Sat 1x Intel ich komme nicht mal bis zum Kurzschluß oder Schreibschutz aufheben. Wenn Du mir helfen würdest, wäre nett. Die Box soll in den Debug Mode so das sie wieder funktioniert und mehr nicht, damit wäre mir schon geholfen.
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
-
- Interessierter
- Beiträge: 66
- Registriert: Montag 3. September 2001, 00:00
so die erste Hürde ist geschafft, ich habe jetzt Verbindung und den Flash aus Dummheit gelöscht, mit dem Minflsh/kernel/os bootet, die Box, bekomme nur damit noch den Kurzschluss angezeigt, aber help geht nicht, mehrere Male jetzt kurzgeschlossen das der Flash ganz gelöscht wird, geht trotzdem kein help, was mache ich nun schon wieder falsch ? Es ist die Sagem 1x Intel gibt es da nicht ein Image was ich da reinspielen kann, aber ich muß wohl erst in den Debug Modus kommen oder wie ? Script "enable_debug mit minflsh.txt" ausführen ! muß ich das ins RSH schreiben wo help steht ? wenn help natürlich funktioniert. Fragen über Fragen vieleicht kann einer helfen
-
- Interessierter
- Beiträge: 66
- Registriert: Montag 3. September 2001, 00:00
-
- Interessierter
- Beiträge: 42
- Registriert: Montag 23. Juli 2001, 00:00
-
- Neugieriger
- Beiträge: 6
- Registriert: Donnerstag 13. September 2001, 00:00
bin auch gerade mit so einer Sagem Sat 1x Intel beschäftigt. Nach einem Stromausfall loop die Box nur noch.
Allerdings bin ich so weit, das ich den Debug-Mode per minflsh einschalten könnte (wenn ich den schreibschutz aufhebe). Auf dem Weg dahin hatte ich nur zwei Probleme
1. W2K - obwohl ich meine zweite Box (Nokia) über W2K neu Flashe oder Neutrino übers Netz boote habe ich es nicht geschaff, die Sagem Box mit dem minflash zu booten. Der ARP Request kam nicht. Habe jetzt auf Win 98 gewechselt (gleiche Hardware und Software außer BS) und funktioniert sofort.
2. Hab die flash.so nicht gegen tuner.so ausgetauscht. Daraufhin bleibt enable_debug mit minflsh.txt irgendwann stehen. Nach dem tausch lief alles durch bis zum besagten schreibschutz.
Allerdings bin ich so weit, das ich den Debug-Mode per minflsh einschalten könnte (wenn ich den schreibschutz aufhebe). Auf dem Weg dahin hatte ich nur zwei Probleme
1. W2K - obwohl ich meine zweite Box (Nokia) über W2K neu Flashe oder Neutrino übers Netz boote habe ich es nicht geschaff, die Sagem Box mit dem minflash zu booten. Der ARP Request kam nicht. Habe jetzt auf Win 98 gewechselt (gleiche Hardware und Software außer BS) und funktioniert sofort.
2. Hab die flash.so nicht gegen tuner.so ausgetauscht. Daraufhin bleibt enable_debug mit minflsh.txt irgendwann stehen. Nach dem tausch lief alles durch bis zum besagten schreibschutz.
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
also nur eine info so nebenbei
für sagem 1xIntel
wer da mit dem miniflsh kernel bootet
da geht rsh dbox mount nie !!
weil der miniflsh kernel das flash der sagem dbox nicht kennt
also könnt ihr das copy scrippt nicht benutzen , braucht ihr auch nicht weil im miniflsh alles nötige dazu ist
das einzige was ihr da noch austauschen müsst ist die /root/platform/drv/flash.so , diese müsst ihr mit der tuner.so von elxsi überschreiben
für sagem 1xIntel
wer da mit dem miniflsh kernel bootet
da geht rsh dbox mount nie !!
weil der miniflsh kernel das flash der sagem dbox nicht kennt
also könnt ihr das copy scrippt nicht benutzen , braucht ihr auch nicht weil im miniflsh alles nötige dazu ist
das einzige was ihr da noch austauschen müsst ist die /root/platform/drv/flash.so , diese müsst ihr mit der tuner.so von elxsi überschreiben
-
- Senior Member
- Beiträge: 288
- Registriert: Freitag 20. Juli 2001, 00:00
-
- Interessierter
- Beiträge: 66
- Registriert: Montag 3. September 2001, 00:00
geht jetzt auch, nachdem ich jetzt einen PC mit Intelchipsatz verwende, nur den Schreibschuz aufheben funktioniert wohl noch nicht, im Com-Terminal kommt zuletzt nicht OK sondern 000000AA-FAILED, was ist das ? Dann noch das Problem nach help (funktioniert) dann schließen des Schalters und enable_debug mit minflsh.txt kommt im Com-Terminal nichts mehr.
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
-
- Interessierter
- Beiträge: 66
- Registriert: Montag 3. September 2001, 00:00
-
- Einsteiger
- Beiträge: 133
- Registriert: Samstag 1. September 2001, 00:00
-
- Interessierter
- Beiträge: 66
- Registriert: Montag 3. September 2001, 00:00
Hallo Steffen
hab ja auch das 1.6 BR Image von Dir, da ich aber keine Kopie von der Sagem 1xI Sat 600L habe, hatte ich das mal raufgezogen und beim starten kommt Fehlercode XX, da muß ja noch was rauf, was ich nicht habe. Dein Server ist echt gut, wenns Dir nichts ausmacht ?
Die IP des Servers bräuchte ich dann nochmal. Hab viel gelernt mit Deiner Hilfe, Danke nochmal.
hab ja auch das 1.6 BR Image von Dir, da ich aber keine Kopie von der Sagem 1xI Sat 600L habe, hatte ich das mal raufgezogen und beim starten kommt Fehlercode XX, da muß ja noch was rauf, was ich nicht habe. Dein Server ist echt gut, wenns Dir nichts ausmacht ?
Die IP des Servers bräuchte ich dann nochmal. Hab viel gelernt mit Deiner Hilfe, Danke nochmal.
-
- Neugieriger
- Beiträge: 7
- Registriert: Sonntag 12. Januar 2003, 16:41
Boot Manager in einem Netzwerk mit Windows 2003 Server
Ich habe ein eigenartiges Problem.
Bis Dato habe ich einen W2K Server verwendet und hatte keine Probs.
Seit kurzem verwende ich Windows 2003 Server Standard Edition und irgendwie verdreht der Bootmanager die IP Adressen.
hier ein Bootlog
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-7d.8e.01.07.00.00-73
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 16/16/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 10.0.0.13, My IP 10.0.0.201
debug: Sending TFTP-request for file C/Programme/DBoxBoot/ppcboot_writeflash
will verify ELF image, start= 0x800000, size= 201596
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000
ppcboot 0.6.4 (Apr 11 2002 - 16:10:44)
Initializing...
CPU: PPC823ZTnnA at 67 MHz: 2 kB I-Cache 1 kB D-Cache
*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: 00-50-9c-14-78-b2
FLASH: 8 MB
LCD driver (KS0713) initialized
BOOTP broadcast 1
TFTP from server 10.0.0.1; our IP address is 10.0.0.22
Filename '/tftpboot/logo-lcd'.
Load address: 0x130000
Loading: T T T T T T T
Wie man sieht ist beim ersten Durchlauf noch alles in Ordnung.
debug: Got BOOTP reply from Server IP 10.0.0.13, My IP 10.0.0.201.
Das wäre in Ordnung, aber nach dem BOOTP bradcast 1 schaut es etwas anders aus.
TFTP from server 10.0.0.1; our IP address is 10.0.0.22 !!
da sind auf einmal die Adressen anders, obwohl es nirgends ein DHCP gibt und alle Adressen FIX eingetragen sind. 10.0.0.1 ist übrigens die Adresse des Windows 2003 Servers.
Vielleicht weiss jemand einen Workaround.
Bis Dato habe ich einen W2K Server verwendet und hatte keine Probs.
Seit kurzem verwende ich Windows 2003 Server Standard Edition und irgendwie verdreht der Bootmanager die IP Adressen.
hier ein Bootlog
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-7d.8e.01.07.00.00-73
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 16/16/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 10.0.0.13, My IP 10.0.0.201
debug: Sending TFTP-request for file C/Programme/DBoxBoot/ppcboot_writeflash
will verify ELF image, start= 0x800000, size= 201596
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000
ppcboot 0.6.4 (Apr 11 2002 - 16:10:44)
Initializing...
CPU: PPC823ZTnnA at 67 MHz: 2 kB I-Cache 1 kB D-Cache
*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: 00-50-9c-14-78-b2
FLASH: 8 MB
LCD driver (KS0713) initialized
BOOTP broadcast 1
TFTP from server 10.0.0.1; our IP address is 10.0.0.22
Filename '/tftpboot/logo-lcd'.
Load address: 0x130000
Loading: T T T T T T T
Wie man sieht ist beim ersten Durchlauf noch alles in Ordnung.
debug: Got BOOTP reply from Server IP 10.0.0.13, My IP 10.0.0.201.
Das wäre in Ordnung, aber nach dem BOOTP bradcast 1 schaut es etwas anders aus.
TFTP from server 10.0.0.1; our IP address is 10.0.0.22 !!
da sind auf einmal die Adressen anders, obwohl es nirgends ein DHCP gibt und alle Adressen FIX eingetragen sind. 10.0.0.1 ist übrigens die Adresse des Windows 2003 Servers.
Vielleicht weiss jemand einen Workaround.
-
- Contributor
- Beiträge: 1623
- Registriert: Donnerstag 10. Januar 2002, 20:03
-
- Neugieriger
- Beiträge: 7
- Registriert: Sonntag 12. Januar 2003, 16:41