DBox II Boot-Manager v3.2.0.354 - 19.4.2002 ------------------------------------------- !!!!! ACHTUNG !!!!!!!! Ich rate Euch, mit dem Kurzschließen (also Debug-Mode enablen) SEHR VORSICHTIG zu sein! Die Wahrscheinlichkeit das Original-Betriebssystem eurer DBox zu zerstören, und sie nur mehr durch NICHT offiziell erhältliche Dateien wiederbeleben zu können, ist SEHR GROSS! Deshalb rate ich Euch, schließt die DBox nur dann kurz, wenn Ihr auch bereit seid, mit einer gekillten BR-Software zu leben (also Linux drauftun zu müssen). Außerdem sollte ihr euch Gedanken machen, woher ihr diese im Fall des Falles notwendigen Dateien bekommt (nicht von mir und auch nicht aus dem Forum). Wenn Ihr einfach nur mal "kurz ausprobieren" wollt, ist das eindeutig ZU RISIKOREICH! !!! Am Ende dieses Readme's sind Tipps zur Netzwerkkonfiguration !!! !!! 10/100 MBit-Kombi Netzwerkausrüstung macht Probleme (siehe unten)! !!! Es ist ausdrücklich verboten, mit dem DBoxII Boot-Manager modifizierte oder gepatchte Versionen der Linux oder BR-Software aufzuspielen oder zu starten, welche das Dekodieren von nicht bezahlten PayTV Angeboten ermöglichen! Solange dieser Missbrauch nicht gestoppt wurde, werden auch einige Links, die immer wieder im ReadMe erwähnt werden, nicht funktionieren! Des weiteren distanziere ich mich AUSDRÜCKLICH von all diesen (fragwürdigen) Aktivitäten. Ob das nun eine rechtliche Relevanz hat oder nicht, es soll euch auf jeden Fall zeigen, dass ich (und auch der Rest der Entwickler im DBox2-Linux-Projekt) damit NICHTS zu tun haben will. Dieses Tool (wie auch die ganze andere Software) soll euch dazu dienen, eine Alternative zur BR-Software zur Verfügung zu haben, nicht PayTV zu hacken! Was ist neu in v3.2.0.354: -------------------------- NT 4.0 sollte wieder laufen :) Flash auslesen geht auch wieder. Was ist neu in v3.2.0.353: -------------------------- ppcboot für Flashen und Flash-Auslesen in die Distribution gepackt Wenn ein alexW-Image geflasht wird, dann wird die IP automatisch richtig gesetzt Bug im NFS-Server behoben, betrifft "nicht gefundene" Dateien (Verzeichnisse mit mehr als 30 Dateien) "ListIndex out of Bounds"-Fehler behoben Was ist neu in v3.1.1.343: -------------------------- Bugfix über Bugfix :) Fehler (Feature:) im NFS-Server behoben, jetzt gehen auch UDS (und aktuelle YADDs) Was ist neu in v3.1.0.335: -------------------------- Ein Major und ein paar Minor-Bugfixes Was ist neu in v3.0.0.329: -------------------------- Kernel und µCode Extraktion aus Flashimages! MD5Sum-Check für die extrahierten Files Was ist neu in v2.9.10.311: -------------------------- Kernel-Extraktion sollte jetzt immer funktionieren! Kleinere Bugfixes List-Index out of bounds (-1) behoben Was ist neu in v2.9.9.291: -------------------------- Wie die Versionnummer schon andeutet, ist das Programm auf dem Sprung zur Version 3.0 Neu ist ein "Kernel-Extraktions"-Feature, damit kann aus einem 8MB Komplett-Image die Datei os (also der BN Kernel) extrahiert werden - der kann dann gepatched und zum Auslesen der µcodes verwendet werden. Unterstützung für die neueren ppcboot's (und ppcboot_flash) von derget Neues Script "copy_all.txt", damit funktioniert das Auslesen auch bei der BN2.0 Was ist neu in v2.9.0.271: -------------------------- Kleinere Bug-Fixes Windows 95-Support gefixt Win2K und WinXP haben ein Problem wenn die Box nur mit einem Cross-Kabel angeschlossen ist. Lest mehr dazu am Ende des ReadMe's. Was ist neu in v2.8.0.262: -------------------------- Konfigurationen abspeicherbar Wenn BootP und NFS aus sind, ist die Default-Page Serial Wenn BootP aus ist, wird automatisch 2 für ttsy0 gedrückt µCode-Upload per FTP gefixt Was ist neu in v2.8.0.260: -------------------------- Dokumentations-Update SysTray-Icon Was ist neu in v2.8.0.257: -------------------------- µCode Upload per FTP implementiert Kleinere Änderung bei der IP-Überprüfung (0.0.0.0 Problem) Was ist neu in v2.7.0.254: -------------------------- Ping-Client inkludiert kleiner Bug beim Flashen behoben (eingeschleppt in v.253) Was ist neu in v2.7.0.253: -------------------------- Readme aktualisiert Bug im RSH-Client beseitigt (hatte sich in v.252 eingeschlichen) Was ist neu in v2.7.0.252: -------------------------- WinXP funktioniert - sagen die XP-Besitzer :-) (WinNT4.0 sollte auch gehen?)! Nach der Installation auf jeden Fall Rechner neu starten (falls DBox-Boot schon installiert war und komische Fehlermeldungen kommen)! Flash auslesen verbessert. Ihr braucht das ppcboot_flash (http://dbox.feldtech.com/downloads/ppcboot_flash.zip). Was ist neu in v2.7.0.245: -------------------------- Kleine "Features" beim Seriellen Terminal gefixt Flash auslesen über PPCBoot implementiert. Lest euch die Beschreibung von DERGET durch! Installation: ------------- Das Installationsprogramm setup_dboxboot.exe starten. Danach einfach lesen... Unter Windows 2000 / XP muß man zum Starten des RARP-Servers Administrator-Rechte haben. Kleine Starthilfe zum Debug-Mode Enablen / DBox-Software kopieren: ------------------------------------------------------------------ !!! Am Ende dieses Readme's sind (neue) Tipps zur Netzwerkkonfiguration !!! !!! Lest das FAQ - zur Zeit kann ich leider keine Adresse anbieten - schaut auf dbox2.elxsi.de !!! !!! Vorsicht mit dem Kurzschließen !!! 0. DBox über Netzwerkkabel und Serielle Schnittstelle anhängen. 1. Die richtige Netzwerkkarte auswählen (dort wo die DBox hängt), RARP muß aktiviert sein. 2. Gewünschte DBox-IP überprüfen / eintragen (muß aus dem gleichen Nummernkreis wie Eure Netzwerkkarte sein) 3. COM-Port prüfen (Baud-Rate auf 57600) 4. BootP-Server AUSschalten 5. NFS-Root Verzeichnis auswählen (zb.: c:\dbox2-original) Am besten ein neues, leeres Verzeichnis erstellen, in dieses Verzeichnis müsst auch die Datei cpr.class legen! 6. Start-Knopf drücken... 7. DBox anwerfen (bzw. reseten) - Im Log-Fenster (am PC-Bildschirm oben) sollten Nachrichten kommen 8. Zum richtigen Zeitpunkt kurzschließen (siehe FAQ) Nochmal: Lest euch UNBEDINGT das NEUE FAQ durch (zur Zeit nicht offiziell verfügbar)! Die dort beschriebene Methode sollte weitestgehend die Zerstörung des Flashs verhindern! Dazu schaltet am besten "Kurzschluss-Zeitpunkt anzeigen" ein, dann kriegt ihr ein großes Fenster auf den Schirm und außerdem einen akustischen "Ping". Am besten ein paarmal ausprobieren. Den richtigen Zeitpunkt seht ihr auch, wenn der RARP-Request im Log-Fenster auftaucht, oder ihr könnt am Ping-OK in der Statuszeile orientieren - ganz wie ihr wollt! Sobald (und ich meine sofort) der RARP-Request (das Fenster) auftaucht kurzschließen! Wenn der Zeitpunkt richtig war, muß die Box bei "Lade..." stehenbleiben (wenn sie zu "Einen Moment bitte" weitergeht war's falsch). Danach muß die Box auf der RSH-Seite auch auf das "help" reagieren (einfach mal auf "Send Cmd" klicken) 9. Auf die RSH-Seite gehen (unten steht "help" in der Combo-Box) und auf "Send-Cmd" klicken 10. Die DBox sollte auf das Help antworten - wenn nicht war der Kurzschließ-Zeitpunkt falsch! 11. Nun könnt ihr das Kopier-Script starten (auf "Execute-Script" klicken, "copy_os.txt" auswählen und los...) !! Wenn das Kopier-Script meldet "DBox hat Ihr Filesystem noch nicht gemountet", heißt das genau das !! In letzter Zeit ist das öfter aufgetreten, die DBox hat dann noch kein Filesystem gemountet, dementsprechend kann man auch nix herauskopieren, auch Debug-Mode Enablen (auf diese Art) geht nicht! !!! Update !!! Bei der BN2.0 müsst ihr das Script copy_all.txt verwenden !!!!!! 12. Wenn alles hinhaut sollten jede Menge Zeilen am Schirm kommen, und Dateien im NFS-Root Verzeichnis landen (siehe FAQ) 13. Am Ende sollte die ganz DBox-Soft bei euch am Rechner in Unterverzeichnissen von NFS-Root liegen (~ 12MB)! -> Danach könnt ihr den Debug-Mode enablen 13. Lest das FAQ, wie dort besprochen die tuner.so austauschen und das upgrade umbenennen, Kabel löten... 14. Jetzt das Debug-Enable Script starten (auf "Execute-Script" klicken, "enable_debug.txt" auswählen und los...) 15. Im RSH-Fenster sollte jetzt jede Menge Text kommen (siehe FAQ) -> ins serielle Terminal wechseln 16. Im seriellen Terminal sollte ungefähr das Folgende herauskommen: Wenn ja, ist die DBox im Debug-Mode, wenn in der letzte Zeile FAILED!! steht, habt Ihr höchstwahrscheinlich den Schreibschutz nicht aufgehoben. DebugEnabler (c) tmbinc, gillem +(sagem,amd,philips) 1.6final bl-version : 1.2 product? at : 10000xxx current state : tmb-locked flashrom type : 2x16 bit? no, 1x16 bit? yes. vendor: INTEL unprotecting : xxxxx - OK! flashing NOW : xxxxx - Done Please reset now! Normaler Betrieb (im Debug-Mode) -------------------------------- 1. Punkt 0- 3 wie oben 2. RARP-Server könnt ihr ausschalten (wird nicht mehr gebraucht, erhöht die Stabilität) 3. BootP-Server EINschalten und richtiges Bootfile für die Box auswählen Wenn ihr zB die YADD verwendet, dann kommt also das "c:\dbox2\yadd\tftpboot\ppcboot" hin Apropos YADD: Ihr müsst das Archiv unbedingt mit einem Programm entpacken, dass auch die SymLinks wiederherstellt (also NICHT mit WinZIP). Und ihr müsst den Linux-Kernel richtig umbenennen (zB von kernel in kernel-cdk). Außerdem muß das NFS-Root Verzeichnis umbenannt werden (zB von nfs in cdkroot). !! Verwendet am besten die Tools aus UnTar_Utils.zip, dieses File findet ihr auch auf meiner Web-Seite (s.u.) !! Also: YADD auspacken, im Verzeichnis ..\yadd\tftpboot kernel in kernel-cdk umbenennen und das Verzeichnis ..\yadd\nfs in ..\yadd\cdkroot umbenennen Zusatz: wo bekomme ich eine aktuelle YADD her? -> zB von http://dboxupdate.berlios.de 4. Richtiges NFS-Root Verzeichnis kontrollieren, sollte sich mit dem Bootfile mitgeändert haben 5. Start-Knopf drücken... 6. Box starten und alles sollte klappen! 7. Wenn was nicht klappt, ungefähr wie im folgenden Log sollten die Meldungen auch bei euch ausschauen: ***Adapter Desc: Realtek RTL8029(AS) Ethernet Adapt ***MAC address: 00:00:xx:xx:xx:xx Local IP: 10.0.0.2 ***BootP server started... Port 67 ***TFTP server started... Port 69 BootP> Request from 00:50:xx:xx:xx:xx (assuming that this is DBox). BootP> Answer sent! TFTP> Started TFTP-Transfer for "c:\dbox2\yadd\tftpboot\ppcboot"... TFTP> Transfer finished, sent 436 blocks BootP> Answer sent! TFTP> Non-BootP TFTP-transfer requested "c\dbox2\yadd\tftpboot\kernel-cdk" TFTP> Started TFTP-Transfer for "c:\dbox2\yadd\tftpboot\kernel-cdk"... TFTP> Transfer finished, sent 1153 blocks BootP> Answer sent! 1 - mountd: mount: path: c/dbox2/yadd/cdkroot/ Die Box müsste hochfahren und ihr müsstet mit 9600 Baud eine Konsole auf der Seriellen kriegen! Im DBox-Display sollte schon was zu sehen sein! 8. Ins Verzeichnis c/dbox2/yadd/cdkroot/ucodes müssen nun die richtigen Dateien rein Die Originale solltet ihr beim beim Debug-Enablen ausgelesen haben (siehe Pkt. 12 und 13 von oben) - avia600.ux (600vb017.ux umbenennen) bzw. - avia500.ux (500v093.ux umbenennen) kommen aus \dbox2-original\root\platform\drv - cam-alpha.bin kommt aus \dbox2-original\sec\platform\drv - ucode.bin wird aus dmx.so hergestellt (und die kommt aus \dbox2-original\root\platform\drv) Auf der Utilities-Seite ist ein Knopf, der das erledigt. 9. Danach die Box nochmal starten, und auf die serielle Konsole warten 10. Dann zB "neutrino" eingeben... - Wenn nix geht, dann sind wahrscheinlich eure Kanal-Einstellungen hinüber. Schaut ins Forum, wie die gerade aktuell generiert werden. Debug-Mode enablen, wenn ihr eure Box zerstört habt... ------------------------------------------------------ (Box startet nicht mehr, zeigt "Kein System", loopt oder ähnliches...) 1. Ihr braucht als allererstes ein File namens minflsh.tar.gz (wird in den älteren HowTo's öfter erwähnt...). Ich muss euch aber leider enttäuschen, ich hab' dieses Archiv nicht (weil Files mit Copyright drin sind), kann's euch daher auch nicht schicken und hab' auch keine Ahnung wo ihrs herbekommen könnt (schaut mal auf diverse "Sat-TV-Seiten", aber bitte nervt nicht alle in #dbox2 oder im Forum damit)... 2. Sobald ihr das minflsh habt, packt es aus (zB nach c:\minflsh\). Außerdem braucht ihr noch von dbox2.elxsi.de das File "tuner.so". Dieses File kopiert ihr ins entpackte minflsh, und zwar ins Verzeichnis \minflsh\root\platform\drv. Dann müsst ihr es umbenennen in flash.so (altes flash.so überschreiben). 3. BootP einschalten, als Boot-File c:\minflsh\kernel\os auswählen. 4. NFS ein, NFS-Root ist c:\minflsh\ 5. RARP einschalten 6. DBox starten und warten, Box sollte von ..\kernel\os booten, auf der RSH-Seite sollte nach einiger Zeit das Kommando "help" funktionieren, kann aber etwas dauern!!! (~30sec) - nicht gleich aufgeben! Wenn Ping und RSH trotz richtiger IP (und RARP) nicht geht (Fehlermeldung "Couldn't connect..."), dann ist zu 90% euer Flash nur halb kaputt. Das verwirrt dann den Kernel aus dem minflsh so, dass er auch auf die RSH-Befehle nicht reagiert. Dann müsst Ihr nochmal kurzschließen, damit das Flash ganz gelöscht wird (hinwerden kann ohnehin nix mehr ;). 7. Script "enable_debug mit minflsh.txt" ausführen! 8. Über die serielle sollte die selben Meldungen wie oben unter Pkt. 16 u. 17 kommen - voila Debug enabled! Flash-Image AUS DER BOX auslesen -------------------------------- (Funktioniert für's Auslesen der original BR-Soft, bzw. des gerade vorhandenen Flash-Inhalts. Das ausgelesene Image könnt ihr wie unten beschrieben wieder zurück-flashen!) 0. Ihr solltet ein serielles Kabel anhängen (COM einschalten, zwecks der Kontrolle) 1. Die DBox muß im Debug-Mode sein! 2. RARP-Server solltet ihr EINschalten !Update! (das Programm zwingt euch nicht mehr dazu, weil derget den Fehler hoffentlich bald behebt) 3. Einstellungen auf der ersten Seite sind sonst egal, weil das Programm sie automatisch vornimmt. 4. NICHT Start drücken 5. Auf der Utils-Seite auf "Image auslesen" klicken, und danach den Anweisungen folgen. 6. Sobald ihr ausgewählt habt, wohin das Image abgespeichert werden soll, 7. Die DBox starten / reseten 8. Ab diesem Zeitpunkt sollte alles von selbst laufen, wenn das Auslesen abgeschlossen ist, kommt eine Meldung am Schirm. Image IN DIE BOX flashen ------------------------ (Funktioniert sowohl für's Wiederherstellen der original BR-Soft, als auch zum Aufspielen von Linux-Images von http://tuxbox.berlios.de/flash/). !!!!!! Ihr müsst euch keine Sorgen über den Bootloader machen (also über die Dateigröße des Images), DBox-Boot beachtet das automatisch. !!!!!! 0. Ihr MÜSST ein serielles Kabel anhängen (COM einschalten) 1. Die DBox muß im Debug-Mode sein! 2. RARP-Server ausschalten (empfohlen) 3. Einstellungen auf der ersten Seite sind sonst egal, weil das Programm sie automatisch vornimmt. 4. NICHT Start drücken 5. Auf der Utils-Seite auf "Image flashen" klicken, und danach den Anweisungen folgen. 6. Sobald ihr das gewünschte Image ausgewählt und alle Sicherheitsabfragen beantwortet habt, startet die DBox. 7. Ab diesem Zeitpunkt sollte alles von selbst laufen, wenn das Flashen abgeschlossen ist, kommt eine Meldung am Schirm. 9. Sofern Ihr eine original BR-Soft geflasht habt, die NICHT von EURER Box ist, müsst ihr wie im FAQ beschrieben noch die Datei .did wiederherstellen (wenn ihr euer eigenes image geflasht habt, dann passt alles). .did herstellen --------------- 0. Ihr MÜSST ein serielles Kabel anhängen 1. Wie unter "Image flashen" Punkt 1-4 ausführen 2. Auf der Utils-Seite auf ".did herstellen" klicken, und danach den Anweisungen folgen. 3. DBox starten und warten, bis die Erfolgsmeldung kommt! .did in die DBox hineinkopieren ------------------------------- 1. Den aus der DBox oben ausgelesenen Kernel patchen (siehe Knopf auf der Utils-Seite, einfach den Anweisungen folgen) 2. BootP einschalten, als Boot-File den gepatchten Kernel nehmen, also "c:\dbox2-original\root\platform\kernel\os_gepatcht" auswählen. 3. NFS ein, NFS-Root ist c:\dbox2-original, in dieses Verzeichnis auch cp.class kopieren 4. RARP ein 5. DBox starten, danach muß die DBox vom PC den Kernel booten, und nachdem sie fertig ist muß sie mit RSH auf "help" antworten. Im Display muß sie bei "Lade..." stehenbleiben 6. Wenn ihr mit RSH "mount" eingebt, muß folgendes herauskommen: root_device mount on / (flfs) Wenn das nicht der Fall ist, habt ihr einen falschen Kernel (der nicht zu eurer Box passt) 7. Script "copy_did.txt" ausführen! 8. Es dürfen keine Fehlermeldungen kommen (also zB nicht: Exception in main) Wenn Fehlermedlungen kommen, gilt das selbe wie unter Punkt 6! Allgemeine Hinweise - aka Fragen, die immer wieder auftreten ------------------------------------------------------------ Baud-Raten: Die Scripts stellen die Baudrate zwar automatisch richtig ein, für die, die's trotzdem zu Fuß erledigen wollen: mit 57600 kommt nur der Output vom Debug-Enablen, alle anderen Ausgaben kommen mit 9600. Debug-Mode: Ihr seid erst dann im Debug-Mode, wenn beim Starten am DBox-Display 'BMon v1.x ....' steht. Ab diesem Zeitpunkt müssen auch jede Menge Ausgaben über die Serielle Schnittstelle kommen. Wenn nicht, dann ist euer serielles Kabel hin! UCodes: Schwarze Bildschirme, grüne Bildschirme, kein Bild at all liegen zu 90% daran, daß eure Dateien im Verzeichnis .../ucodes/ falsch sind! (FAQ bzw. Anleitung zum YADD noch mal genau lesen!) RSH-Client: In DBox-Boot gebt ihr einfach die Befehle ein (also ohne "rsh dbox -l root"), zB einfach "help". Soll ich dieses und jenes ein- oder ausschalten: Sofern oben in den Anweisungen nicht explizit etwas erwähnt ist, ist es egal, ob (zB der NFS-Server) ein oder aus ist. Ich kriege keine Verbindung zu meiner Box: IP überprüfen und Netzwerkkarte überprüfen (falls RARP ein ist). Wenn BootP ein ist MUSS der BootP-Versuch der Box im Log aufscheinen (mit und ohne Debug-Mode) - Dann haut die Kommunikation VON der Box ZUM PC hin! Wenn dann auch noch der TFTP-Transfer initialisiert wird (siehe Log), dann haut auch um- gekehrt die Kommunikation VOM PC ZUR Box hin! Wenn im seriellen Terminal das folgende auftaucht debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS debug: BMon V1.2 mID 01 debug: feID dd gtxID 0b debug: fpID 5a dsID xxx debug: HWrev 09 FPrev 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 ^^^^^^^^^^^^^^^ usw. dann klappt eine von beiden Richtungen NICHT! Die Box darf NICHT "boot net failed" hinschreiben, sonst werdet ihr sie nie dazu bekommen, ein Image vom PC zu booten. Netzwerk-Kommunikation - Minimal-Test ------------------------------------- Wenn gar nix geht, dann könnt ihr mit den folgenden Einstellungen testen, ob etwas ganz Gravierendes mit eurem Netzwerk nicht stimmt, oder ob's nur eine Kleinigkeit ist. Das folgende MUSS auf jeden Fall funktionieren! - RARP aus - NFS aus, - die richtige IP eingeben (was unter MAC steht ist egal) - BootP EIN, IRGENDEIN File als BootFile wählen - Start-Knopf drücken - Fehlermeldung, dass das ein falsches BootFile ist ignorieren - Das Log MUSS dann so aussehen (Adressen sind natürlich anders): ***Adapter Desc: Realtek RTL8029(AS) Ethernet Adapt (via IpHlpApi #1) ***MAC address: 00:00:B4:9C:CC:60 Local IP: 10.0.0.2 ***BootP server started... Port 67 ***TFTP server started... Port 69 - Dann der DBox Strom geben - Danach MUSS das Folgende kommen (abgesehen von Adressen und Filenamen) BootP> Request from 00:50:9C:31:03:37 (assuming that this is DBox). BootP> Created dynamic ARP entry for DBoxIP 10.0.0.201 with MAC 00:50:9C:31:03:37 BootP> Answer sent! TFTP> Started TFTP-Transfer for "C:\dbox\test.txt"... TFTP> Transfer finished, sent 3 blocks - Wenn DAS nicht funktioniert, dann ist irgendwas bei eurem Rechner / Netzwerk / Netzwerkkarte kaputt (oder es arbeitet einfach nicht zusammen)! (oder ihr habt eine falsche IP gewählt) --> Lest Euch das folgende Kapitel durch! 10/100 MBit Kombi-Equipment ist SEHR HÄUFIG schuld, dass der BootP-Request nicht kommt! Netzwerk-Konfiguration: ----------------------- Ein paar Dinge führen immer wieder zu Problemen: 1. Die Netzwerkkarte, an der die DBox hängt, ist auf "IP automatisch beziehen" eingestellt. Das müsst ihr aussschalten und eurer Netzwerkkarte eine fixe IP geben. 2. ZoneAlarm oder ähnliche (Personal) Firewalls. Ausschalten! Diese Programme können ohne Probleme verhindern, das euer Rechner mit der DBox kommunizieren kann. MS Internet-Connection-Sharing scheint auch Probleme zu machen. 3. Wenn in eurem Netzwerk noch andere Rechner hängen, dann stellt sicher, dass dort keine DHCP-Server oder Ähnliches laufen. Auch sich automatisch konfigurierende Proxies können Probleme machen. 4. 10/100MBit-Kombi Karten und 10/100MBit-Kombi Switches/Hubs machen Probleme! Diese Kombi-Sachen brauchen zu lange, um zu erkennen, dass sie es mit einer 10MBit-DBox zu tun haben. Deswegen verschlucken sie den BootP-Request, und nichts mehr funktioniert! DBox mit Cross-Kabel bei Win2000 bzw. WinXP ------------------------------------------- Folgendes Problem taucht unter Win2K bzw. WinXP auf. Das Betriebssystem teilt jeder Netzwerkkarte erst dann eine IP zu, sobald eine physikalische Verbindung über das Netzwerkkabel erkannt wird. Dazu reicht nicht allein das Einstecken des Netzwerkkabels, sondern es muss mindestens einmal nach jedem Neustart eine elektrische Verbindung hergestellt worden sein. Wenn ihr nun eure DBox mit einem Cross-Kabel an den PC angesteckt habt, und die DBox ausgeschaltet ist, bedeutet das für Win2K/XP, dass es (noch) keine IP an die Netzwerkkarte vergibt. Ihr könnt das selber mit ipconfig.exe überprüfen, dort wird keine IP für die Karte angezeigt sondern nur "Kabel nicht verbunden". Wenn ihr also dann DBox-Boot startet (bevor ihr die Box startet), kann DBox-Boot keine IP für die Netzwerkkarte auslesen, und zeigt dementsprechend die jeweilige Netzwerkkarte nicht in der Liste an. Die einzige Lösung, die ich dazu jetzt anbieten kann ist, die Box einmal kurz einzustecken - und danach erst DBox-Boot zu starten. Update: Das ist ein Link, um das "Media-Sensing" abzuschalten. Danach sollten die Probleme gelöst sein! http://support.microsoft.com/support/kb/articles/Q239/9/24.ASP?LN=EN-US&SD=gn&FR=0&qry=network%20cable&rnk=16&src=DHCS_MSPSS_gn_SRCH&SPR=WIN2000 (c) 2001/02 Peter Feldbaumer Fragen bitte ins Forum! DBox II - Forum: http://tuxbox.berlios.de/forum Aktuelle Versionen unter: http://dbox.feldtech.com Packet-Treiber sind (c) Loris Degioanni - http://netgroup-serv.polito.it/winpcap (Windows NT/2K/XP) (c) Sang-Eun Han (Windows 95/98)