phoenixcp

Ich habe sowas mal gesehen, und zwar bei Maschinen bei denen die Eventlogs per 3rd-Party-Tool abgegriffen und in einer Datenbank abgelegt wurden. Kann es sein, das sowas bei dir der Fall ist? Siehst du die Eventlogs, wenn du lokal an die Maschine gehst?

Immer mit der Ruhe, nicht immer kann man innerhalb von zehn Stunden eine Antwort erwarten, zumal die meisten hier 6 bis 8 Stunden davon noch an der Matratze gelauscht haben. ;) Aber als ersten Ansatz kannst du ja mal hier nachschauen, ob du da noch nen Ansatz findest. BTW: Der SCSI-Kanal ist sauber terminiert?

Hi Also zu 1) kann ich dir keine Auskunft geben, da ich bis jetzt keine einzige MS-Prüfung gemacht habe und mich auch noch nicht so intensiv mit den entsprechenden Lehrunterlagen beschäftigt habe 2) Aus eigener kann ich dir sagen, das es für mich keinen Unterschied macht, ob ich mein System herunterfahre oder in den Ruhezustand versetze. Da der Bootloader (egal ob der von Windows oder wie bei mir der GRUB) weit vor der Initialisierung des Systems aufgerufen werden, kann ich mein WinXP auch sauber aus dem Ruhezustand wiederbeleben oder es mir halt anders überlegen und eine meiner Debian- oder Ubuntuinstallationen hochziehen. Da der Hauptspeicherinhalt auf der Systemplatte abgelegt ist und darin der komplette Systemzustand festgehalten ist, sollte das System jedes mal wieder sauber hochkommen, egal ob Dual Boot oder nicht...

Und die Verweise auf Artikel der MS-KB? Findet sich da vielleicht noch ein Ansatz oder eine Möglichkeit?

Domänenseitig dürfte das kein Problem sein, aber der Client wird sich da wahrscheinlich etwas als renitent erweisen. Schau mal morgen nach und mit den entsprechenden EventID's schaust du mal bei http://www.eventid.net vorbei. Dort finden sich zu den meisten ID's schon Kommentare für die entsprechenden Lösungsansätze bzw. die Nummern der entsprechende MS-KB Einträge. Damit solltest du ersteinmal ein Stück weit kommen. Was mir grade einfällt, kann es vielleicht sein, das das Notebook eine längere Zeit nicht mehr an der Domäne angemeldet war?

Meinen Glückwunsch und fleissig weiter so...

Ja kann man, wenn du die Sicherheitsprotokollierung mitlaufen hast, das heißt neben fehlerhaften auch erfolgreiche Anmeldungen und Abmeldungen im Sicherheitsprotokoll aufzuzeichnen. Ansonsten wird das wohl nix mehr werden...

Welcher Fehler wird dir denn angezeigt? Ich habe den groben Verdacht, das selbst der Aufruf deiner Sub aus einer Function oder einer anderen Sub passieren muss, da sonst der Interpreter / Compiler nicht weiß, wo das Ding anfängt und wo es endet.

Hier dürften sich einige interessante Ansätze für dich finden. Kann es sein, das du noch ein paar statische DNS-Einträge in die alte Domäne übrig hast, die diese Probleme verursachen?

Bist du auch in der Gruppe der Netzwerkkonfigurations-Operatoren?

Das muss am Wetter liegen, das alle etwas abdrehen... BTW: Hab vorhin gedacht das mein Notebook ausläuft, aber dann wars doch nur mein Schweiss.

Lässt sich das Eventlog des Clients oder des DC's in irgendeiner Form dazu aus? Wie sieht die komplette Fehlermeldung aus? Gibt es dazu eine Fehlernummer?

Einen Versuch ist es auf jeden Fall wert. Schon die MS-KB ausgequetscht?

Einen Versuch ist es auf jeden Fall wert. Schon die MS-KB ausgequetscht?

Es ist aber kein Multibootsystem, bei dem du darauf achten musst, das die richtige Partition als aktive in der Boot.ini eingetragen ist?

Was hast du denn so an USB-Geräten dran hängen? Dort würde ich zuerst anfangen zu suchen. Einfach mal der Reihe nach abziehen und schauen, nach welchem Gerät das dann aufhört. Dieses könnte / müsste dann einen Defekt haben. Bzw. mal die USB-Schnittstellen durchprobieren, vielleicht hat auch eine von denen einen Schlag weg.

Vielleicht ja auch ein Anwender, dessen Kennung für andere interessant ist? Ich würde auf jeden Fall auf dem DC mal fehlgeschlagene Anmeldeversuche mitprotokollieren und dann anhand der Zeiten mal ein wenig recherchieren.

Schaun wir doch mal, wenn die Tools wirklich ins Ressourcekit wandern, dann kann man sich einige Downloads sparen. Zur Sicherheit hab ich mir trotzdem mal eben noch alle Sysinternal-Tools gezogen und weggesichert.... Man weiß ja nie, welche davon untergehen werden, die man vielleicht nochmal brauchen kann. Aber ich denke das Russinovich dort recht gut aufgehoben ist. Hoffentlich bekommt er die Möglichkeit, auf einige Entwicklungen Einfluss zu nehmen bzw. Security-Audits gegen das jetzt "eigene" System zu fahren um den Securitylevel vielleicht noch ein wenig anzuheben.

Hm, also wenn du solche massiven Probleme mit Viren und ähnlichem hast / hattest, dann solltest dir vielleicht überlegen den Rechner komplett neu aufzusetzen. Ein einmal kompromittiertes System wirst du nie wieder sauber und vorallem nicht sicher bekommen. XP ist definitv sicherer als Win2k, da es ja auch neuer ist und eher auf der Höhe der Zeit als das "alte" W2k.

Schau doch mal hier. Da müssten ein paar Ansätze für dich dabei sein.

Sagt mal Jungz, habt ihr die letzte Zeile in seiner Anfrage gelesen? ;) Die, die mit "UPDATE:" beginnt. Aber der gute Wille ist das, was am meisten zählt....

Berlin Mitte, Projektbüro, 8:00 Uhr morgens: 35 Grad, tendenz trotz öffnen von Fenstern und Inbetriebnahme des Ventilators konstant... :( Und das jetzt schon seit 3 Wochen... Abends hab ich immer ne weiche Birne und freu mich schon auf dem Heimweg auf ein kaltes Bier.... Wie gut das meine Süße ne Kneipe hat ;)

Indem du deine virtuelle oder reale Testmaschine platt machst und einfach neu hochziehst. Oder hast du die Beta etwa auf nem produktiven System installiert? Dafür ist das ne Beta, das man das eigentlich nur auf einem seperaten Testsystem installiert, da die Risiken und Nebenwirkungen nicht abschätzbar sind.

Es ging ja auch nicht um sicherheitskritische Updates, sondern um den Produktsupport für Windows 2000. Den Unterschied sollte man eigentlich erkennen. ;)