buccaneer2003

Erstelle auf Deinem Server eine Freigabe. Explorer - Festplatte/Verzeichnis aussuchen - Rechtsklick - "Freigabe" - Reiter "Freigabe" Radiobutton "Diesen Ordner freigeben" Freigabenamen eingeben - OK Erstelle ein Loginscript. Das Loginscript liegt auf dem W2k-Server (Domänencontroller) auf C:\winnt\SYSVOL\sysvol\<Domänenname FQN>\Scripts\ Mit Notepad eine Textdatei anlegen. Inhalt net use <Laufwerksbuchstabe>: \\<Servername>\<Freigabename> Textdatei in logon.cmd (kann auch irgenein anderer Name sein) umbenennen. In Active Directory Benutzer und Computer den Benutzer heraussuchen, für den das Loginscript gelten soll. Im Reiter Profil unter Logon Scipt "logon.cmd" eingeben. That's it! :D

schau mal hier: http://www.mcseboard.de/showthread.php?s=&threadid=46845

Hier gibt's die Antwort: http://support.microsoft.com/default.aspx?scid=kb;en-us;331072 (leider nur auf Englisch) Mögliche Ursachen: - Der Client benutz den falschen DNS-Server - NetBIOS über TCP ist abgeschaltet und man benutzt den NetBIOS-Namen um der Domäne beizutreten. - Eine nicht MS-Firewall bockt den DNS-Verkehr - "Sie benutzen nicht die empfohlende Prozedur für den Beitritt zu einer SBS Domäne"

Der Fehler wird laut Microsoft auch geloggt, wenn der Controller eine Macke hat. Wars***einlicher ist IMO aber ein Defekt der Festplatte :(

Schau mal in die Datenträgerverwaltung und den Gerätemanager. Sieht da alles normal aus? Was sagt das Eventlog? Wenn die Festplatte nicht selber defekt ist, vielleicht ist das Kabel locker? :rolleyes:

Da hilft nur den Admin aus dem Urlaub zu klingen Tipps zum Passwort knacken gibt hier nicht (siehe Boardregeln), und das wäre die einzige, aber illegale Methode sich wieder anmelden zu können.

Das Sympton hatte ich vor ca. 1 Monaten auch. Ich habe auf einem HP Server die Treiber aktuallisiert. Die Stelle wo erhängen bleibt, ist der Zeitpunkt an dem das System versucht den Festplatten Treiber zu laden. Ich habe es damals so gelösst, dass ich den Server mit Barts PE gebootet habe und manuell den alten Treiber wieder zurück kopiert habe. Barts PE gibts hier http://www.nu2.nu/pebuilder/ Irgendwo im Board gibts auch einen Link für die deutsche Übersetzung. Das Problem wird sein den "optimierten" Treiber zu identifizieren.

Mit welcher Software sicherst Du denn? Was beißt sich? Welche Fehlermeldungen bekommst Du?

Müssen tust Du garnix :D Normaler weise lege ich die PST-Datei bei Einzelpatzinstallationen wie bei Dir in das Profil (C:\Dokumente und Einstellungen\Username\Eigene Dateien). Wenn ich einen File-Server habe auf das Userhome, weil sie dann im Backup sind. :cool: Auch mußt Du den Inhalt aus dem alten PST-File nicht importieren, nur habe ich es erlebt, dass allein das vorhandensein von zwei Ordnern verwirrend ist. Vorteil des Imports ist, dass Du einen zentralen Ort für die Mails und Kontakte etc. hast und nicht an verschiedenen Stellen suchen mußt.

Wie lange hast Du zwischen Erstellen der GPO und dem Test gewartet? IdR brauchen die Rechner 90 min bis sie die neuen GPOs ziehen. Bei einingen Einstelleunge ist aber auch ein Reboot notwendig, jenachdem ob die Registry-Keys nur beim Booten gelesen werden oder auch in der Laufzeit. diesmal war frieda schneller :(

Wenn Ihr Euer System nicht komplett zerschießen wollt, macht es so wie es fu123 geschrieben hat. :) Wie bereits gesagt werden dort die Änderungen in der Datenbank mitgeschrieben. Wenn der Exchangesever mal nicht viel zutun hat, schreibt er diese Änderungen dann in die Datenbank und markiert die Transaktion, die er erfolgreicht durchgeführt hat in einem Checkpoint-File E00.chk. Wie bereits von fu123 gesagt werden die Logs beim Backup bis zum Checkpoint gelöscht. Damit kann man immer den aktuellen Stand der Datenbank wieder herstellen. Bitte auch nicht die Dateien RES1.LOG und RES2.LOG anfassen. Das sind Reservelogs falls der Server wirklich knapp mit Festplattenplatz ist werden die für die letzten Transaktionen verwendet und die Dienste dann beendet. Sollte jemand Platzprobleme haben, kauft Euch eine neue Festplatte. Das spart zwar kein Geld, aber jede Menge Nerven. :D

Hast Du ein Outlook-Adressbuch oder ein Persönliches Adressbuch hinzugefügt? Man kann ein Outlook Adressbuch auch noch anders hinzufügen: Kontakte-Orner - Rechte Maustaste - Eigenschaften - Reiter Outlook-Adressbuch - dort gibt es eine Checkboc "Diesen Ordner als E-Mail Adressbuch anzeigen" ggf. must Du Outlook schließen und wieder starten, damit er das merkt.

Ich nehme mal an, dass Du einen Outlook-Kontakte Ordner als Adressbuch eingebunden hast, der jetzt nicht mehr oder nicht mehr unter diesem Namen existiert. Anleitung leider auf deutsch, da ich z.Z. nur eine deutsche Office Version habe. Extras - E-Mail-Konten - Vorhandene Verzeichnis und Adressbücher anzeigen und bearbeiten - Weiter - Outlook-Adressbuch - Entfernen - anschließende mit Hinzufügen neues Outlook-Adressbuch hinzufügen.

:D

Die Portliste gibts hier http://www.networksorcery.com/enp/protocol/ip/ports00000.htm und wg. dem ODBC antworte ich mal wie Radio Eriwan "Es kommt drauf an..." :D Es kommt drauf an welchen ODBC Treiber Du benutzt. MS SQL benutz z.B. TCP 1433 (zumindest bei uns), eine andere Installation mit einem SQLAnywhere hat TCP 10000 benutzt und für einen Oracle Datenbank wird es wieder ein anderer Port sein.

Is es das? :cool: Computerkonfiguration - Administrative Vorlagen - System - Benutzerprofile - "Zwischengespeicherte Kopien von servergespeicherten Profilen löschen"

Zunächst das Reg-File Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate] "WUServer"="http://<Name des SUS-Servers>" "WUStatusServer"="http://<Name des SUS-Servers>" [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU] "NoAutoUpdate"=dword:00000000 "AUOptions"=dword:00000004 "ScheduledInstallDay"=dword:00000000 "ScheduledInstallTime"=dword:00000003 "NoAutoRebootWithLoggedOnUsers"=dword:00000000 "UseWUServer"=dword:00000001 "RescheduleWaitTime"=dword:00000001 AUOptions=dword:4 bewirkt, dass die Updates gleich Installiert werden ScheduledInstallTime=dword:3 um 03:00 Uhr NoAutoRebootWithLoggedOnUsers=dword:0 es wird automatisch neu gestartet Das Problem sehe ich so: Windows 2000 akzeptiert bei der Anmeldung in der Arbeitsgruppe einen einfachen Benutzernamen z.B. administrator. Wenn Du lokal als Administrator angemeldet bist und remote eine Maschine scannst bei der der Administrator das gleiche Passwort hat funktioniert es. Windows XP verlangt als Anmeldenamen <Maschinenname>\administrator. Da diese Konteninformationen nicht übergeben werden bzw. der Maschinenname unterschiedlich ist, wird das in einer Arbeitsgruppe nicht funktionieren.

Genau! mbsa ist ein Kontrolltool zum Überprüfen den Patches und Sicherheitseinstellungen. Ohne Domäne wirds schwierig mit dem Scannen und auch mit dem Verteilen der Patches über SUS. Der empfohlene Weg ist die Verteilung der Autoupdate Einstellungen mit GPO und die gibts halt nur in der Domäne. Als Alternative kann man ein Reg-File mit den Einstellungen importieren, dann gehts auch :D Ich muß das Reg-File mal suchen, dann werde ich es Posten.

Voraussetzung um mit MBSA eine Maschine scannen zu können ist, dass das Konto mit dem MBSA läuft lokale Administratoren-Rechte hat. Wenn Du es lokal ausführts gehts also mit dem lokalen Administrator. Remote Scannen geht nur mit dem Domänen Admin. Ein weiterer Fehler kann auch die XP Firewall sein, kommst Du vom Netzaus auf die Registry der XP-Maschinen? Der Unterschied zwischen lokal und remote ist auch, dass MBSA lokal die Office Installation auf fehlende SP und Patches untersucht, remote nicht.

Sorry, ich hab' nur die 2. Überschrift gelesen. Nun zum Problem: Ich habe es schon erlebt, dass bei falscher HAL.DLL dieser Fehler aufgetreten ist. Allerdings war das zu NT4-Zeiten (1871 oder so ;) ). Eine andere Fehlerquelle kann das Powermanagemet sein. Dort wird das Verhalten des Ausschaltknopfes eingestellt. Vielleicht stimmen dort die Einstellungen nicht oder man braucht für das Board einen Chipsatz-spezifischen Treiber für das Powermanagement.

Wär schon schön, wenn Du sagen würdest welches OS Du neu aufsetzt?

Das sagt Microsoft dazu oder hier http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/Default.asp?url=/resources/documentation/Windows/XP/all/reskit/en-us/prmd_stp_ccgm.asp

Was ist denn das für ein Bluescreen? Das steht meistens STOP 0x000000001E (oder ein anderer Code) ein Klarnamen z.B. INACCESSABLE_BOOT_DEVICE und welches Modul den Bluescreen verursacht hat. Ich denke mal *spekulier* Du hast den INACCESSABLE_BOOT_DEVICE Bluescreen. Dann ist es entweder ein Problem mit den Plattentreibern oder den ARC-Pfad in der Boot.ini, der nach dem Einbau der Platten nicht mehr stimmt.

Wüste ich auch gern, ich hab' das gleiche Problem.

Hast Du irgendwo einen Active Directory Connector, der die Informationen aus dem AD in Exchange repliziert? Ich dachte immer der geht nur mit Exchange 5.5 SP4? :rolleyes: