1 Was geht schief beim Flashen oder Debugmodus?|Artikel|Projekt OsUp

Was geht schief beim Flashen oder Debugmodus?

Ursachen und Abhilfe bekannter Probleme

Was geht schief beim Flashen oder Debugmodus?

Ursachen und Abhilfe bekannter Probleme


Mal die Haupt-Problemursachen (geordnet nach Häufigkeit):
Given up BOOTP/TFTP boot und boot net failed:
• PC und Box können sich nicht schnell genug auf eine Geschwindigkeit einigen
• Firewall, Virenscanner oder SP2 bei XP
• falsches, defektes oder nicht eingestecktes Netzwerkkabel
• Netzwerkkarte hat alte Treiber, keine fixe IP oder kann keine 10 MBit/s
• Netzwerkkarte oder Netzwerkschnittstelle der Box kaputt
• ein zweiter installiertes Netzwerkadapter führt zu Kollisionen

nach Antwort auf Bootrequest kein TFTP-Transfer:
• Firewall, Virenscanner, Tools zum anonymen Surfen, Netzwerksniffer (winpcap)
• ein im Netzwerk laufender DHCP-Server hat statt des PC den Request beantwortet

Was ist bei Problemen zu überprüfen?
• leuchtet die Link-LED der Netzwerkkarte bei eingeschalteter Box?
• sind alle Firewalls, Virenscanner (Norton AV deinstallieren!), Tools zum anonymen
Surfen und Netzwerksniffer deaktiviert/deinstalliert?
• ist der DHCP-Server auf PC und ggf. Router deaktiviert?
• laufen weitere NFS-Server auf dem PC?
• ist mein Nullmodemkabel in Ordnung?

Hinweis: Ein funktionierendes Nullmodemkabel ist bei Netzwerkproblemen
unabdingbar. Zum Einen, um das "boot net failed" fixen zu können, zum
Anderen, um aus dem seriellen Log auf die Fehlerursache schließen zu
können.

Theorie zum Booten/Flashen übers Netzwerk:
Nach dem Einschalten versucht die Box, vom PC (Bootmanager) eine IP
zugeteilt zu bekommen:

QUOTE
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 192.168.6.25, My IP 192.168.6.202
Kommt stattdessen so etwas

QUOTE
debug: Given up BOOTP/TFTP boot
kam der Bootrequest nicht beim PC an. In den meisten Fällen konnten sich Box und
PC nicht schnell genug auf eine Verbindungsgeschwindigkeit einigen, so daß der
einzige Bootrequest des Bootmanagers in's Leere geht. Abhilfe schaffen entweder
der Flash-Assistent, welcher die Box anweist, den Bootrequest 10 Mal zu wiederholen:

QUOTE
debug: autoboot aborted from terminal

dbox2:root>
dbox2:root> boot net net net net net net net net net net
und damit Box um PC genügend Zeit zu geben, die Geschwindigkeit auszuhandeln,
oder folgende Methode bei Verwendung des Bootmanagers:
• Box über gleichzeitiges Drücken der Standby- und Pfeil-nach-oben-Taste an der
Front resetten
• Standby-Taste loslassen, Pfeil-Taste weiter gedrückt halten bis das Prompt in
der seriellen Konsole erscheint
• in der seriellen Konsole "boot net" eingeben und Enter drücken
• weitermachen nach der jeweiligen Anleitung
In einigen Fällen wird der Bootrequest jedoch noch von Firewalls oder Virenscannern
geblockt. Auch das SP2 von Windows XP installiert nicht abschaltbare Schutzfunktionen,
welche einen Bootrequest abblocken. Diese Probleme müssen behoben werden,
ehe es weitergehen kann.
Taucht so etwas im Log auf:

QUOTE
debug: Unknown RFC1048-tag debug: 6 debug: 4 debug: c0 debug: a8 debug: 1
ist der Bootrequest statt vom PC von einem DHCP-Server aus dem Netzwerk (Router?)
beantwortet worden. Dieser sollte abgeschaltet werden, da die Box nun versuchen
würde, ihre Bootfiles vom Router statt vom PC zu holen. Die hat der aber nicht.
Hat die Box nun ihre IP bekommen, versucht sie ein ausführbares Bootprogramm
(ppcboot) per TFTP vom PC zu laden:

QUOTE
debug: Sending TFTP-request for file C/Dbox2Bootmanager/ppcboot
will verify ELF image, start= 0x800000, size= 140336
verify sig: 263
boot net: boot file has no valid signature
Branching to 0x40000
Wird der TFTP-Transfer durch ein Schutzprogramm auf dem PC geblockt, sieht
das Log allerdings so aus:

QUOTE
debug: Sending TFTP-request for file C/Dbox2Bootmanager/ppcboot
debug: Sending TFTP-request for file C/Dbox2Bootmanager/ppcboot
debug: Sending TFTP-request for file C/Dbox2Bootmanager/ppcboot
debug: Sending TFTP-request for file C/Dbox2Bootmanager/ppcboot
debug: Sending TFTP-request for file C/Dbox2Bootmanager/ppcboot
debug: Sending TFTP-request for file C/Dbox2Bootmanager/ppcboot
debug:
TFTP failed, giving up...
boot net failed
boot: elfcopy failed: 16
In diesem Fall sind die entsprechenden Programme zu deaktivieren.

Hat die Box nun die ppcboot bekommen, wird diese ausgeführt. Beim Debug-
Modus bietet die ppcboot die erforderlichen Kommandos an, um die Box in den
Debug zu bringen, beim Flashen versucht die ppcboot, das zu flashende Image
per TFTP vom PC zu holen. Enthält der Pfad und der Dateiname des Images keine
Leerzeichen, sollte an dieser Stelle kein Problem mehr auftreten. In manchen
Fällen kann es jedoch vorkommen, daß das Schutzprogramm erst hier zuschlägt.
Der Flash-Assi würde in diesem Fall seine Arbeit kommentarlos einstellen und neu
booten, beim Bootmanager würde der lange Block aus Rauten fehlen, welcher die
Übertragung des Images anzeigt. Der Bootmanager würde so etwas anzeigen:

QUOTE
BOOTP broadcast 1
BOOTP broadcast 2
BOOTP broadcast 3
BOOTP broadcast 4
BOOTP broadcast 5
Retry count exceeded; starting again
Also bei Problemen auch hier die Schutzprogramme des PC überprüfen.
weitere Fehlermeldungen des Bootmanagers
oder Flash-Assi:
Bootmanager: Error 10048 in function Bind Address already in use
Flash-Assi: FEHLER Der UDP Port 67 und 68 wird derzeit von der Internetverbindungsfreigabe
[sychost.exe] belegt.

oder
Error 10049 in function Bind Adress not available
Die gewählte IP wird bereits von einer anderen Anwendung belegt. Meist ist das
die aktivierte Internet-Verbindungsfreigabe (ICS). In den erweiterten Einstellungen
des Internetadapters sind die Haken, welche die Nutzung der Verbindung durch
andere Netzwerkteilnehmer gestatten, zu entfernen.

listen:WSocketResolveProto: Cannot convert protocol 'udp',Error '11004
Glückwunsch! Ihr habt euch einen Trojaner eingefangen, welcher Euer Netzwerk
für seine Zwecke verbogen hat. Abhilfe gibt in dem ihr die Begriffe "WINSOCK 11004" in eine
Suchmaschine Deines Vertrauens eingebt.
Oder hier weiter lesen http://tuxbox.berlios.de/forum/viewtopic.php?t=12660&highlight=11004

Unable to open com port (win error code: 5)
Eine andere Anwendung hat sich den COM-Port gekrallt. Meist ist das ein Synchronisationsprogramm
für Handys (ActiveSync) oder andere IRDA-Geräte, eine von
einem anderen Programm über den COM-Port eingerichtete Einwahlverbindung
oder ein von Euch gestartetes Programm (HyperTerminal, Terminal, ein zweiter

Bootmanager). Also rausfinden, wer der Verursacher ist, und ihm den COM-Port
wieder wegnehmen.

Es wurde keine einzige Netzwerkkarte gefunden, für die der Packet-Treiber
gestartet werden konnte! Bitte bauen Sie eine andere Netzwerkkarte ein!
Hier sollte der Treiber der Netzwerkkarte aktualisiert werden. Auch Netzwerksnifferanwendungen
wie winpcap installieren und hinterlassen DLL's, welche
den Zugriff des Bootmanagers auf die Karte verhindern. Installiert wird winpcap
unter Anderem von Etherreal oder Nmap.

Couldn´t start Packet Driver (C1, )?!
The program will terminate (crash) right now !
Ihr habt eine Pentium-CPU und Windows-XP. Im BIOS des PC muß das Hyperthreading
deaktiviert werden, sonst funktioniert der Bootmanager nicht.
Alternativ kann man (vor allem bei richtigen Dual-Core-Prozessoren) auch die
Mehrprozessorunterstützung durch einen zusätzlichen Eintrag im Bootmenü ausschalten,
so daß man wahlweise mit oder ohne Multiprozessorunterstützung starten
kann. Der zusätzliche Eintrag sieht so aus:

QUOTE
[boot loader]
timeout=3
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional"
/NOEXECUTE=OPTIN /FASTDETECT /USEPMTIMER
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows XP ohne
Hyperthreading" /fastdetect /numproc=1
Probleme beim Image flashen
Normalerweise ist das flashen neuer Images ja kein Problem, im Bootmanager auf Image flashen
gedrückt, Box gestartet und nach ein paar Minuten ist gut.
Es kommt aber immer wieder mal zu Problemen, darum beschreibe ich hier mal die gängigsten
Abhilfen.
Nach dem Flashen erscheint "Kein System" im LCD
Im Log erscheint: "boot net failed"
Die Datei kernel-cdk wurde nicht gefunden
Allgemein
Achtet darauf dass Euer Netzwerk sauber funktioniert.
Verwendet die neuesten Treiber für eure Karte

Wenn die Box direkt mit dem PC verbunden ist, stellt die Karte am besten auf 10Mbit halfduplex.
Bei Win2000 oder XP solltet ihr zusätzlich das Mediasensing abschalten.
Wie es geht, steht hier. Alternativ könnt ihr diesen Patch bemühen.
Danach muss der Rechner neu gestartet werden.

Nach dem Flashen kommt Kein System
Vermutlich habt ihr ein falsches Image geflasht. Welches Image ihr flashen müsst hängt
von der Anzahl der Flash-Chips in eurer Box ab.
Für die Sagem mit 1xIntel Flash benötigt ihr ein Image mit der Bezeichnung 1x
Für alle anderen Boxen ein 2x

Im Log erscheint die folgende Meldung:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed
Der Klassiker schlechthin.
Das bedeutet dass eure Netzwerkkarte nicht auf den bootp-Request der Dbox geantwortet hat.
Es gibt dafür mehrere Ursachen und auch mehrere Abhilfen.
Versucht die Box nicht auszustecken, sonder zu resetten (Pfeil-nach-oben und Standby-Taste an
der Dbox gleichzeitig drücken bis das LCD dunkel wird).
Haltet jetzt beim Starten der Box die Pfeil-nach-oben Taste gedrückt, dadurch wird ein Memory-
Check ausgelöst und die Box bleibt mit einem Prompt in der seriellen Konsole stehen.
Dort könnt ihr dann boot net eingeben.
Dadurch verschafft ihr der Netzwerkkarte im PC genügend Zeit sich auf die Parameter der Dbox
einzustellen und deren Anfrage zu beantworten.
Wenn das alles nix nützt, könnt ihr die Methode ohne Nullmodem zum flashen versuchen oder
die Expertenfunktionen von Neutrino verwenden.

Im Netzwerklog erscheint die Meldung dass die Datei kernel-cdk nicht gefunden wurde.
Ihr habt vermutlich ein Problem mit der seriellen Anbindung.
Entweder habt ihr kein Nullmodem zwischen PC und Dbox, oder die Kommunikation läuft nicht
so wie sie sollte.
Überprüft ob eventuell ein Stecker locker ist, oder sonst etwas die Verbindung beeinträchtigen
könnte.
Auch ein Wechseln des com-ports könnte helfen.
Achtet auch auf die Eisntellung der seriellen Schnittstelle im Win-Gerätemanager.
Bits pro Sekunde: 57600
Datenbits: 8
Parität: Keine
Stopbits: 1
Flussteuerung: Keine
Bild
Im Bootmanager müsst ihr als Verbindungsgeschwindigkeit 9600 auswählen.
Wenn das alles nichts nützt, verwendet am beste die alternative Methode, die sollte funktionieren.


Sie k?nnen keine Kommentare abgeben!