scanreg /fix hängt sich auf (Win98SE)

  • #1
M

MrBurns

Bekanntes Mitglied
Themenersteller
Dabei seit
11.04.2004
Beiträge
83
Reaktionspunkte
0
Ich hatte in letzter zeit häufiger abstürze (vor allem aber nicht nur beim spiel pro evolution soccer 3, wo es früher nur beim beenden abgestürzt ist, jetztt stürzts aber auch manchmal beim starten ab), also hab ich mir gedacht, ich überprüf und sicher mal die registry mit scanreg und führe nachher scanreg /fix aus.


Beim überprüfen der Registry ist noch alles einwandfrei gelaufen, aber beim wiederherstelle, bereits bei der ersten Datei nicht: der erste Punkt (Gültige Systemregistrierungsschlüssel werden gesucht) hat noch geklappt, aber beim 2. Punkt (Struktur der Systemregistrierung wird überprüft) hat sichs immer bei 0% aufgehängt, und zwar auf eine der folgenden arten:

1. der PC hat einfach einen reboot gemacht

2. Es sind komische Zeichen und auch ein oder mehrere farbige Rechtecke aufgetaucht (siehe Bild, die dunkelblauen zeichen sollten eigentlich schwarz sein), danach hat sich nichts mehr getan, nur ein reset hat geholfen.

3. es sind die selben zeichen aufgetauch, aber nur ganz kurz, dann hat das system neu gestartet.

4. es sind komische bunte zeichen über den bildschirm gerannt (siehe video), danach hats einen reboot gegeben.

5. es ist einfach das Bild bei 0% stehen geblieben. Nur Reset hat geholfen.


Die Registry wurde aber durch diese Abstürze nicht beschädigt, Windows rennt so gut (bzw. schlecht) wie zuvor.


Meine Frage ist nur, von was die Abstürze kommen könnten und ob sie auf einen Fehler in der Registry hinweisen könten.


Danke schon im vorraus.



Hier das Bild der komischen Zeichen (Punkt 2,3; dunkelblaue Zeichen sind eigentlich schwarz):

Scanreg_klein.jpg





Video (Punkt 4):



Ich hab noch weitere Videos, wo man vllt die Bunten zeichen oder den Reboot nicht sieht, dafür andere Sachen besser erkennen kann. Wenn jemand also Probleme hat, etwas zu erkennen, bitte posten. ich loade dann das entsprechende Video up und poste einen link. Die anderen Videos sind alle zwichen 2,25MB und 2,65MB groß (ja, ich hab das größte upgeloadet, ist mit 20 sec. auch das längste).
 
  • #2
;)
hallo MrBurns,

hat die Bildbearbeitung auch den Geist aufgegeben?
Ich meine das wegen der etwas raumfüllenden Darstellung des Bildes.

;D
 
  • #3
Longney schrieb:
;)
hallo MrBurns,

hat die Bildbearbeitung auch den Geist aufgegeben?
Ich meine das wegen der etwas raumfüllenden Darstellung des Bildes.

;D

ich habs versucht, kleiner zu machen (mit photoimpact 6), aber wenn ich die größe auf 50% reduziere, kann man die zeichen kaum erkennen. eigentlich ist das programm eh ehr gut, nur ein foto von einem monitorbild st halt ansich bvon der qualität her nie so gut, weil ein bissi flimmern usw. is immer drin...
 
  • #4
:)
wozu dann noch die verlinkte Version? Die würde doch ausreichen und hier im Thread könnte man dann halbwegs normal lesen.
 
  • #5
Longney schrieb:
:)
wozu dann noch die verlinkte Version? Die würde doch ausreichen und hier im Thread könnte man dann halbwegs normal lesen.

ok, ich mach eine kleiner version, die ich hier uploade.

die große version ist zwar nicht verkleinert, aber von 1,22Mb auf 175kB komprimiert.
 
  • #6
Also: in miener schlauen W98-Bibel steht etwas dazu ( Buch Windows98 von Dr. Tobias Weltner).
Demnach gibt es da einen bekannten Bug in scanregw, die eben genau solche Abstürze verursacht.
Von Hand erstellte RegistryBackups müssen dann gelöscht werden ( in Sysbckup ist es einer der RBxxx.cab)

Du kannst zusätzliche Sicherungen anlegen, wenn Du ( wie es auch zB in msconfig im Autostart so steht) nicht !!!scanregW /BACKUP eingibst - sonder richtig:
ScanregW /AUTOSTART - dabei MUSST Du jedoch zuvor die vorhandenen Sicherungen in Sysbckup ( rbxxx.cab) umbenennen - weil Win sonst keine neue Sicherung anlegt. Später kannst Du die umbenannten wieder mit den ursprünglichen Namen versehen.
 
  • #7
Ich hab jetz alle rb*.cab dateien in rb*.old umbenannt. der einzieg unterschied ist, dass ich diesmla eine etwas andere variante des absturzes bekommen hab,m was wqahrscheinlcih eher zufall war:

zuerst hat das bild normal ausgeschaut, aber an der üblichen stelle ist das daraus geworden:

Scanreg1_klein.jpg




Und danach hat wieder einmal nur der reset-knopf geholfen.


Ich hab auch versucht, DOS ohne autoexec.bat und ohne config.sys zu starten. ganz ohne config.sys bin ich dann doch nicht ausgekoimmen, weil scanreg himem.sys benötigt, also hab ich nur die autoexec.bat umbenannt und in der config.sys jede zeile, außer die himem-zeile mit einem rem versehen.

der einzige unterschied war, dass es diesmal nicht immer bei 0%, sondern bei 3 versuchen auch ein mal bei 1% und ein mal bei 3% abgestürzt ist.
 
  • #8
Hallo,

alle .cab-Dateien mal in einen eigenen Ordner verschieben und Neustart machen, damit bekommst Du dann wieder die 1. systemmäßig erstellt .cab-Datei geliefert und die sollte auch fehlerfrei sein.

Damit kannst Du dann auch testen ob scanreg /restore ordnungsgemäß läuft.

Ich verstehe sowieso warum Du ein Backup machen willst und nach scanreg /fix die Registry mit scanreg /restore wieder zurückschreiben willst.

Es sind doch 5 Sicherungsdateien der letzten 5 Tage vorhanden und außerdem mit scanreg /fix werden die Systemdateien (.dat) in eine temporäre Datei geschrieben und daraus werden die .dat-Dateien wieder neu erstellt und in Sysbckup eine Datei namens rbbad.cab erstellt. Diese Datei kannst Du auf jeden Fall immer löschen, denn sie ist für ein scanreg /restore unbrauchbar.

Ohne Eingriffe kann scanreg /restore nur 5 Dateien berücksichtigen. Willst du also eine zusätzliche Sicherung erstellen, lösche in Sysbckup die für diesen Tag bereits angelegte .cab-Datei und mach einen Neustart, dann wird automatsch eine neue Datei erstellt. Wenn die Datei scanreg.exe nicht defekt ist, hast du diese Probleme, wie von Dir angezeigt nicht.

Man kann auch testen, ob die .cab-Dateien fehlerfrei und für scanreg /restore geeignet sind. Wenn du daran interessiert bist melde Dich nochmal und ich sende Dir eine entsprechende .vbs-Datei

MfG maneich
 
  • #9
:)
hallo, jetzt melde ich mich nochmals.
Ursächlich geht es ja um Abstürze und da wären u.Umständen auch andere Möglichkeiten denkbar. Geht Scandisk /Defrag ohne Probleme und kommen keine Fehlermeldungen ? Die Festplattenprüfung schon durchgeführt ?
 
  • #10
ich weiß, dass scanreg /resstore nur 5 dateien wiederherstellen kann, aber für solche achen gibts den befehl ren, den ich jederzeit bei bedarf anwenden kann. also kein grund, irgendwas ztu verschieben.

aber ich werd die dateien mal temporär mit einer massenumbennennung (ren rb*.cab rb*.old) in .old umbennenn und dann gleich mal ein backup mit scanreg /backup herstellen, das ich dann gleich mit scanreg /restore wiederherstellen werde.

festplattenprfung hab ich schon durchgeführt, und zwar inkl. oberflächenanalyse in win und in dos. jetzt muß ich nur noch testen, obs was gebracht hat...
 
  • #11
scanreg /backup und scanreg /restore macht keine probleme.

was scanreg /fix angeht: trotz der festplattenprüfung, die ich vorher durchgeführt habe, geht scanreg /fix boch immer nicht (selbes verhalten wie letztes mal). der einzige fahler bei der festplattenprüfung war übrigens, dass der freie spiecherplatz falsch ist, was bei win9x fast immer ist, wenn man scandisk ausführt...


noch etwas, was ich noch nicht erwähnt habe: wenn ich von windows ins dos gehe, leuchtet dann ununterbrochen das floppy-led. geräusche macht das floppy allerdings nur kurz, direkt nachdem windows beendet wurde, danach ist nix mehr zu hören. also ist das led anscheinend an, obwohl das floppy-laufwerk garnich aktiv ist.

wenn ich dos direkt beim booten mit f8 -> nur eingabeaufforderung starte, verhält sich das floppy-led aber ganz normal.
 
  • #12
Hi, gibt es bei Dir evtl eine Dosstart.bat? Wenn ja - schau mal rein........
 
  • #13
aninemo schrieb:
Hi, gibt es bei Dir evtl eine Dosstart.bat? Wenn ja - schau mal rein........

ja, c:\windows\dosstart.bat. enthält aber nur mscdex und maustreiber:

Code:
REM C:\Programme\Logitech\MouseWare\mouse.exe
C:\WINDOWS\COMMAND\MSCDEX.EXE /D:MSCD000 /v
C:\Programme\Logitech_usb\MouseWare\mouse.exe
 
  • #14
Kann mich nicht mehr genau erinnern - wurde die dosstart.bat nicht immer zuerst geladen? Und wenn Du jetzt himem brauchst und es ist da nicht eingetragen........
 
  • #15
aninemo schrieb:
Kann mich nicht mehr genau erinnern - wurde die dosstart.bat nicht immer zuerst geladen? Und wenn Du jetzt himem brauchst und es ist da nicht eingetragen........

himem ist in der config.sys.

um weiteren derartigen fragen vorzubeugen:


 
  • #16
Ich hab jetzt den Befehl scanreg /opt probiert. Der hat die SYSTEM.DAT zwar von 9,16MB auf 9,08MB verkleinert, sonst hats aber nix gebracht.

Außerdem hab ich noch Regclean von Microsoft sowie das Programm RegSupreme Pro probiert, hat aber alles nix gebracht.

edit: Ich hab auch die scanreg.exe sowie io.sys und command.com wiederhergestellet (scanreg.exe und command.com von der win98-cd und io.sys von der win98-startdiskette, weil ichs auf der cd nicht gefunden hab, auch nicht in den .cab-files). hat auch nix gebracht.
 
  • #17
Ich hab jetz das Diagnoseprogramm von meinem Festplattenhersteller ausgeführt (Data Life Guard Diagnostic (DOS-Version) von Western Digital). Es hat keine Fehler gefunden. Danach hab ich noch kit der Win-Version den Smartstatus überprüft und da war auch alles in Ordnung.
 
  • #18
Ich hab jetzt übrigens memtest86 rennen lassen. Zuerst wie mein FSB oced war hat es schon nach 10 min. im ersten Durchlauf bei Test 4 schon einen Fehler gefunden.

Also hab ich meinen FSB runtergetaktet auf 166MHz und auch die Timings auf Optimal gestellt, obwohl der RAM eigentlich 200MHZ kann, aber mein CPU hat normalerweise 166MHz.

Dann ist der Default Test fast 4 Stunden (über 8 mal) gerannt, ohne einen Fehler zu finden.

Anschließend hab ich noch mal scanreg /fix ausgeführet, aber es ist noch immer abgestürzt.

Schon komisch, fürher hat mein RAM 12 Stunden memtest86 und GoldMemory mit den gleichen Einstellungen ohne Probleme überstanden und ich den RAM immer nur mit 179MHz betrieben, nur die Timings waren etwas schärfer (2-2-2-7, Optimal=3-3-3-8, Turbo=3-2-2-7).

IOch hab noch die Timings 2,5-2-3-7 probiert, aber da kam wieder der selbe fehler. sogar an der selben adresse.

Mit 179MHz und Timings@optimal ist der default-test 6 stunden ohne fehler gerannt.

Alos hab ich mich entschieden, einen Test mit der (von den benchmarks her) schnellsten Einstellung zu machen, die noch übrig geblieben ist. Diese war 175x13,5@2-2-2-6. Ich hab den vollständigen Test für 10 Stunden rennen lasen, was mehr als ein kompletter Durchlauf ist. Fehler wurde keiner gefunden. Ich werde noch GoldMemory sowie ein paar andere Programme verenden um zu überprüfen, ob mein System wirklich 100% stabil ist.
 
  • #19
Interessant, dass Du jetzt damit herausrückst, dass Du da Einstellungen am Speichertiming gemacht hattest..........
Welches Mainboard, welche CPU und welchen/wieviel RAM hast Du denn überhaupt?
 
  • #20
aninemo schrieb:
Interessant, dass Du jetzt damit herausrückst, dass Du da Einstellungen am Speichertiming gemacht hattest..........
Welches Mainboard, welche CPU und welchen/wieviel RAM hast Du denn überhaupt?

ich hab mir zuerst gedacht, das das nichts mitr dem problem zu tuun hat, aber ich hab in einigen foren gelesen, dass es am speicher liegen könnte.

Speicher: Infineon PC3200 Cl 3 HYB25D256800BT-5
CPU: Athlon XP 2700+
Mainboard: Epox 8RDA+
 
Thema:

scanreg /fix hängt sich auf (Win98SE)

ANGEBOTE & SPONSOREN

Statistik des Forums

Themen
113.840
Beiträge
707.963
Mitglieder
51.494
Neuestes Mitglied
Flensburg45
Oben