Das Urmel

Dann solltest du das System nicht mehr anfassen, damit keine weiteren Spuren vernichtet werden, aber ob und wieviel - jenachdem wie gut der Benutzer war, ist so nicht abzuschätzen. pm evtl?

Sorry wenn die Nerven blank liegen, aber im ersten Post stand alles Wissenswerte drin, must du überlesen haben.

Autsch, das ist übel. Alles was sich nach dem Datum an deinem PC getan hat - war dann sicher nicht von dir verursacht. Auch recent lists etc, wenn noch vorhanden.

Achso, Probs in der Hal, ja du darfst wenn ein entsprechender Proz drin ist natürlich HT auch nicht abdrehen, aber MPS-Revision auf 1.1 - immer( nicht auf 1.4 stehen lassen) Hatte ich das nicht schon geschrieben - anyway, meine Boxen laufen -stabil hth, nice weekend

Mit Kix doch einfach: $ILANG = VAL(@SYSLANG) ; get language of OS $iOK = EXIST "%SYSTEMROOT%\MAINT.CMD" if ($iOK = 0) COPY "@LSERVER\NETLOGON\$ILANG\MAINT.CMD" "%SYSTEMROOT%" ENDIF [/Code] Anhand des Ergebnisses (407, 409) rufst du entsprechen auf, oder plazierst die richtige batchfile, da einige Command eben nicht Y sondern J haben wollen :wink2:

Hast du jetzt das Wochenende ruhe bis die freigeschaltet sind, Text ging nicht? hab ich Zeit nochmal drüber nachzudenken :D

Also W2K als Pflaster über eine kaputte 98 gepappt? Sowas kann ja auch nicht gutgehen. Glückwunsch, richtig Installieren heist nun die Devise willst du ein sauber laufendes System haben.

Nur persistent:no reicht nicht, weil es nur für die nachfolgenden verbindungen gilt. Arrrg, du must erst alle current Verbindungen clearen. Ist heute Tag derJunioradmins:suspect: {kann nicht ahnen das der OP sich angesprochen fühlte}

Nun, die Wirkung tritt halt verzögert ein, ist er drin - bleibt ers komt aber nicht mehr rein. Andersrum genauso, remote logoff ebenfalls absetzen.

Der OP sollte erst mal ins Eventlog schauen, was da ausgespuckt wird - 1000, 1001, 1722 etc. könnt ich mir vorstellen. Das nimmt er und sucht damit bei MS, dann wird er fix fündig. Wäre wirklich die lokal abgelegte Policy hinüber (glaub ich ihm aber nicht ohne weiteres), da gibt es diverse KB's die sich mit dem Thema Reset Policy befassen. Mehr sag ich dazu nicht, könnte als Hacking ausgelegt werden.

Sorry Sven - ich raffs nicht. Bitte orakel nicht, sondern gebe ein echtes, oder besser mehrere Beispiele an bezüglich Datum / dreher. Also - Indexdienst kanns gewesen sein, umstellung Sommer/Winterzeit ( isn Bug im Explorer UTC Format konvertierung) irgendein Dienst, Anwendung die _hasse_nich_gesehen_ was macht. Kannst du da mal passendere Beispiele geben ;(

Guckst du hier

Rainer, es geht dennoch, P4P800S, & -X (S=845, X=848r - für Raid SATA) gehen definitiv, n olles MSI (vor 4 Mon, auch mit HT) ging ebenso. Der Satz supportet "bleh bleh" steht zwar drin, das Bios erlaubt aber 98 & Me, die ebenfalls keine Extended CPU-ID, kein S-ATA (komplex) erlauben, ergo geht auch NT4, da die nötigen Einstellungen im Bios demnach machbar sind. (legacy etc) Ende - es geht - läuft schließlich hier und bei einigen Kunden. Übrigends, im Handbuch zum P4PE ist NT neben 98/Me noch aufgeführt, obwohl es auch HT-fähig ist und es geht dort ebenso, gut nur 533 FSB, aber es geht.

Proxy dazwischen schätze ich, die wupdateseite gibt dazu auch hilfe, einfach lesen.

Steht in der Doc zur ntfs drin, EMM brauchst du

IP ändern, in DNS ändern ipconfig /flushdns ipconfig /registerdns Netlogon stoppen, starten und der Lack ist gegessen.

Bring dein DNS in Ordnung, dann ist der Fehler auch weg. Jeder DC DNS auf sich selbst als IP, nicht als 127.0.0.1 ( das gibt dann mecker) Dann mal netdiag /fix und meist ist gut, ansonsten gibts da noch nen KB-Artikel zu.

Recent Docs clearen, du hast nen Link zum Laufwerk irgendwann durch öffnen eines Docs davon erstellt.

Aber manuell löschen, du weisst wo der Krempel und wie steht :suspect:

tach Kuerbis das ist falsch, gut administrierte Kisten geben keine Netzprobleme. Haste doch welche, deutet auf ein eklatantes administratives Fail hin. Meine Meinung

Starte die Kiste mit nem Adminaccount, schau nach welche Laufwerke er als Altlast beim Upgrade mitgeschleppt hat, das besagt deine Fehlermeldung nämlich. Warum eigentlich keine saubere Raw Inst- du hast sicher schrullige Treiber sauber entfernt und Kiste entrümpelt? Das Eventlog wird sicher Fehlermeldungen beinhalten, die du schon ausgewertest hast? Also lösche alle Laufwerksverbindungen via net use Verbinde nötige Laufwerke via Netlogonscript mit /persistent:no dann passiert dir sowas auch nicht mehr. Die LMHosts ersetzt rudimentär einen Wins, für schnellere Auflösung (und Browsing) ist es immer noch von Vorteil, einen Wins einzusetzen.

Hi Confusius TCP-Stack hinüber, was hast du gemacht bevor das Problem auftrat. Welches Servicepack ( 4 sollte - also nochmal drauf) Nach Malware gescannt?, Meldungen im Eventlog hast du geprüft, was sagt er da?

Ganz sicher?, würde erst mal DNS prüfen, sollte auf den DC zeigen. Sonstige Einträge im Eventlog - Kerberos, nicht startende Dienste etc?

Quarantänesegment. Da man an Kundengeräten ja nich ran kann (darf), bleiben die isoliert wenn die nicht sicher sind. Symantec, Cisco etc haben sowas, aber nicht ganz billig.

LOL, hätte ich auch vorgeschlagen :D