maegl 10 Geschrieben 1. Oktober 2009 Melden Teilen Geschrieben 1. Oktober 2009 Hallo, ich hab folgendes Problem beim booten einer WS-X6K-S2-MSFC2: System Bootstrap, Version 6.1(3) Copyright © 1994-2000 by cisco Systems, Inc. Testing lower main memory - data equals address Testing lower main memory - checkerboard Testing lower main memory - inverse checkerboard Clearing lower 16K memory for cache initialization Clearing bss Reading monitor variables from NVRAM Warning: Rommon NVRAM area is corrupted. Initialize the area to default values Enabling interrupts Initializing TLB Initializing cache Initializing required TLB entries Initializing main memory Sizing NVRAM Initializing PCMCIA controller Exiting init c6k_sup2 processor with 262144 Kbytes of main memory Wenn man dann boot bootflash: eingibt, bootet die Maschine ganz normal. der Warmstart ( reset) funktioniert ganz normal. Nur wenn die Maschine angeschaltet wird, kommt der Fehler. Es ist auch egal ob die Maschine auf CatOS oder IOS läuft, der Fehler kommt immer. Vielen Dank für die Hilfe, Maegl Zitieren Link zu diesem Kommentar
ASI 10 Geschrieben 1. Oktober 2009 Melden Teilen Geschrieben 1. Oktober 2009 Hi maegl, so wie es sich anhört: Schon mal "set" im rommon eingegeben und überprüft, ob die Daten angezeigt werden? Wenn das NVRAM korrupt ist, muss es ggf. neu formatiert/beschrieben werden. - Bin aber leider selbst gerade auf der Suche danach, wie man das genau macht, will nämlich die startup auf einem Defektsystem für den HW-Austausch löschen - von wegen Datenschutz. ;) Wenn Du per "set" Daten angezeigt bekommst, prüfe doch mal, ob die Einträge für "BOOTLDR=" und "BOOT=" auf das korrekte Image zeigen. Wenn nicht einfach nochmal neu eintragen, z.B. "BOOTLDR=bootflash:" oder "BOOT=slot0:" (auf welchem Laufwerk das benötigte Image halt liegt). Die Laufwerke sind nur Beispiele und wenn mehrere Images drauf sind, dann ist ggf. der korrekte Name des Images einzutragen (sonst wird das erstgefundene genommen). Die verfügbaren Images erhälst Du mit "dir <LAUFWERK:>". Möglich wäre auch ein verstelltes Config Register. Korrekt eingestellt sollte 0x2102 sein. Wenn das System manuell hochgefahren ist, erhälst Du dies per "sh ver" und kannst es im config mode per "confreq 0x2102" (oder "configure register" hab gerade keinen Zugriff) auf den korrekten Wert setzen. Zum fehlerhaften NVRAM gab's auch noch irgendwo eine Info, dass es auch an einem Quarz auf der Platine liegen könnte. Gruß ASI Zitieren Link zu diesem Kommentar
ASI 10 Geschrieben 1. Oktober 2009 Melden Teilen Geschrieben 1. Oktober 2009 Hab ich doch ganz vergessen: Das NVRAM sollte sich ja notfalls im enable modus komplett formatieren lassen. Bin mir aber nicht ganz sicher, was mit der Formatierung dann alles an Daten weg ist. :( Zitieren Link zu diesem Kommentar
maegl 10 Geschrieben 2. Oktober 2009 Autor Melden Teilen Geschrieben 2. Oktober 2009 Hi ASI, die Sachen hab ich schon überprüft. Config Register passt. Die Boot Config passt auch, bis die Maschine stomlos gemacht wird. Dann kommt der Fehler und er vergisst alles Daten sind egal, die Karte ist im Augenblick nicht produktiv. Zitieren Link zu diesem Kommentar
ShineDaStar 10 Geschrieben 3. Oktober 2009 Melden Teilen Geschrieben 3. Oktober 2009 Wenn das IOS sagt, die Daten seien korrupt, kann es doch auch sein, dass ein ASIC oder das NVRAM schaden genommen haben, durch statische Aufladung oder defekt. Wenn Du im Rommon Modus bist, müsstest Du das Image laden und auf den NVRAM schreiben können, oder alternativ ein 2. IOS im Betrieb draufladen und dann nach Neustart im Rommon Modus das Image neu installieren können. Wenn Du aber sagst, dass die Meldung immer nach Kaltstart kommt, kann es auch sein, dass da ne Kalt lötstelle oder ein defekter ASIC ist, da die Prozessoren manchmal vom Kaltstart her bei einigen Systemen erstmal initialisiert werden müssen, wobei wenn es ein Warmstart ist, sind die Daten meißt schon in den Speicher geladen, bzw. das Board weiss, wo die Schreibbereiche sind. Letztendlich kenne ich solche Probleme, wenn auf nem Board bestimmte Speicherbereiche/ASIC´s Schaden bekommen haben. Zitieren Link zu diesem Kommentar
daking 10 Geschrieben 23. November 2009 Melden Teilen Geschrieben 23. November 2009 Hi, mit ASICs oder FPGAs usw. wird das wohl nichts zu tun haben - sondern eher mit der onboard batterie auf dem baseboard der der sup (nvram ist hier noch immer batterie gepuffert). oder einem defekte nvram ciao Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.