Kompatibler 10 Geschrieben 19. Januar 2007 Melden Teilen Geschrieben 19. Januar 2007 Hallo MCSE'ler! Ich habe ein XP SP2 im minimalbetrieb ganz ohne Netzwerk und mit minimum diensten, dass nach einem Proziupgrade 3x nicht ordentlich hochgefahren ist, weil ich es erst dann geschafft hatte die neuen optimalen RAM Timings rauszufinden. Problem: Mit Bootvis grafisch bewiesen, dass der Rechner ne Minute in der login+service phase steht ohne was zu tun. Das war vorher fast nicht mitzubekommen. Ob das nun was mit dem obigen zu tun hat? Folgendes hab ich schon getan: ohne run-elemente gestartet restliche nicht windows dienste abgeschalten defrag -b registry clean pagefile.sys gelöscht prefetch ordner geleert Kann man irgendwie auslesen, auf was Windows in dieser zeit wartet?? Zitieren Link zu diesem Kommentar
Gulp 269 Geschrieben 19. Januar 2007 Melden Teilen Geschrieben 19. Januar 2007 Schneller booten wollen und dann solchen Unsinn ausführen? registry clean pagefile.sys gelöscht prefetch ordner geleert Prefetch Ordner löschen führt zu langsamerem Booten. Pagefile löschen auch Registry Clean ist unerheblich, da XP alle ungültigen Registry Einträge per Design ignoriert. .... und dann vergessen im Netzwerkadapter den DHCP abzuschalten, was? Tuning Experte, ich lach mich schlapp ..... rofl Grüsse Gulp Zitieren Link zu diesem Kommentar
Stoni 10 Geschrieben 19. Januar 2007 Melden Teilen Geschrieben 19. Januar 2007 Mach einfach den Rechner neu und versuche Dein Glück(denn das hattest du Wars***einlich) noch mal. Vorher würde ich mir mal an deiner Stelle etwas Lektüre zu gemüte führen. Stoni Zitieren Link zu diesem Kommentar
Das Urmel 10 Geschrieben 19. Januar 2007 Melden Teilen Geschrieben 19. Januar 2007 Problem: Mit Bootvis grafisch bewiesen, dass der Rechner ne Minute in der login+service phase steht ohne was zu tun. Na super :D rate mal auf was der wartet? Und den Rest deiner Tuningsaktionen kannst du auch in die Tonne klopfen, wie Gulp richtig bemerkt hat. :p Zitieren Link zu diesem Kommentar
Kompatibler 10 Geschrieben 19. Januar 2007 Autor Melden Teilen Geschrieben 19. Januar 2007 Nur meckern und nicht mal meinen Thread richtig lesen. Meine Aktionen hatten auch nichts mit Tuning zu tun, sondern mit Analsye. Bitte vorm posten nachdenken! Danke! :) Hilfreiche Antworten werden allerdings dankbar angenommen! :D Zitieren Link zu diesem Kommentar
Das Urmel 10 Geschrieben 19. Januar 2007 Melden Teilen Geschrieben 19. Januar 2007 sondern mit Analsye. Sicher, was hast du analysiert und wie interpretierst du das Ergebnis? Wo genau wartet er denn nun? mit kompatiblem Gruß Urmel Zitieren Link zu diesem Kommentar
Kompatibler 10 Geschrieben 19. Januar 2007 Autor Melden Teilen Geschrieben 19. Januar 2007 Na endlich mal jemand, der nicht seinen ganzen Weltfrust an mir ausläßt. Ist ja ansonsten ein Ton hier im Board... Wißt ihr, wenn ihrs für bedeutungslos haltet, dann tut mir den Gefallen, spart Euch ne Antwort... :-D Er hängt im Windowsanmeldebildschirm (autologin). Festplatte ruht, CPU tut nix... er wartet. aber worauf. Meine einzige Frage war: Kann man irgendwie auslesen, auf was Windows in dieser zeit wartet?? Wenn ich wüßte auf was Windows wartet, würd ich euch das sicher selber sagen bzw. was unternehmen oder? Es ist keine Netzwerkkarte im System eingebunden. Das letzte was er vor der großen Pause lädt laut bootvis is die pagefile.sys. Allerdings dürfte das sicher keinem weiterhelfen. bootlog.txt wird sicher auch nichts bringen, weil da keine verbrauchten ausführungszeiten aufgeführt sind, gelle? Ich dachte ja nur, jemand nimmt sich meiner unbedeutenden Technikerseele an und spielt mal Vati. Aber in dem Job hat man ja keine Zeit für Kinder, bzw hat schon zu viele... Ich weiß ja... ;o) Zitieren Link zu diesem Kommentar
blub 115 Geschrieben 19. Januar 2007 Melden Teilen Geschrieben 19. Januar 2007 such mal bei MS nach "userenvdebuglevel" und bei google nach "policyreporter syspro". cu blub Zitieren Link zu diesem Kommentar
Das Urmel 10 Geschrieben 19. Januar 2007 Melden Teilen Geschrieben 19. Januar 2007 Kann man irgendwie auslesen, auf was Windows in dieser zeit wartet?? Ja, userenvironement / debuglevel - irgendwie sowas:= entfallen. Ansonsten wohl eher durch Remotedebugging, was aber gar nicht trivial ist. Autologin ist eine zweischneidige Sache die vor dem Netzwerkstart passiert. Es wären meiner Meinung nach wesentlich mehr Infos nötig, die aber sicher hier zu weit führen würden. Ohne LAN- das läßt mich grübeln: nur temp. deaktiviert oder immer so? Das Eventlog sagt dazu nichts? Edit: blub war mit dem Gedanken etwas schneller :) Zitieren Link zu diesem Kommentar
Kompatibler 10 Geschrieben 20. Januar 2007 Autor Melden Teilen Geschrieben 20. Januar 2007 Die gute Nachricht: Es geht wieder, logon+service von 52 auf 9 sec runter. Die schlechte: Warum genau weiß ich nun aber leider auch nicht. :D Was hab ich gemacht? Ereignisbenachrichtigung lieferte 3 Fehlermeldungen: 2x Bei DCOM ist der Fehler "Der angegebene Dienst kann nicht gestartet werden. Er ist deaktiviert oder nicht mit aktivierten Geräten verbunden. " aufgetreten, als der Dienst "netman" mit den Argumenten "" gestartet wurde, um den folgenden Server zu verwenden: {BA126AE5-2166-11D1-B1D0-00805FC1270E} 1x Der Dienst "EIO" wurde aufgrund folgenden Fehlers nicht gestartet: Das System kann die angegebene Datei nicht finden. Die EIO Einträge hab ich aus der Registry gekillt. Hat wohl irgendein Programm hinterlassen. Die Schlüssel in Verbindung mit netman haben zu nichts verwendbarem in der registry geführt. Ich hab den DCOM-Dienst jetzt einfach deaktiviert. Und siehe da, es geht wieder schneller. Die NIC ist permanent deaktiviert, jup! Der interne tiefe Windowsdurchblick fehlt mir sicher. Da kann ich Euch nicht das Wasser reichen. Aber deswegen bin ich ja dankbar für Eure Hilfe. Autologin ist eine zweischneidige Sache die vor dem Netzwerkstart passiert. Das ist allgemein ne interessante Info. Mit policyreporter syspro hat er leider ein Problem, weil Windows eine Datei schützt. Ich soll updaten. Ich probiers mal auf dem aktuellen XP Rechner aus. Klingt interessant. Hilft sicher auch des öfteren mal wieder! Das Ram-timing probieren war übrigens deshalb nötig, weil der neue Prozi nen höheren FSB hat als mein aktueller Ram kann. Scheinbar gibts im asynchronen Betrieb Probleme. Mit erhöhter CL-Rate gings dann wieder. Das ahnt man ja vorher auch nicht gleich, oder? 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.