fudelsut

Macht die Anmeldung mit einem lokalen Konto, z.B. lokaler Admin, ebenso Probleme?

Es gibt eine Policy, die die Administratorengruppe mit Vollzugriff in die Roaming User Profiles schreiben kann, vgl. Servergespeicherte Profilordner lassen Administratorzugriff nicht zu! So habe ich es auf unseren Domain Controllern hinterlegt - klappt einwandfrei. Der Tivoli Service User müsste dann nur noch Mitglied der Domänen-Admins sein (was ja wohl eh der Fall sein wird) und dann klappts auch mit den Profilen. ;)

Ich frage mich gerade, wie die AD-Daten auf den neuen Server gekommen (den zweiten DC) sind, wenn die Replikation nicht funktioniert??? Heißt das jetzt, dass die eigentliche Domäne nur auf dem alten Server liegt oder waren beide Server einmal im Parallelbetrieb und währenddessen ist der eine umbenannt worden?

Bisher habe ich für alle User bei Ordnerumleitung einfach folgende Einstellung genommen (siehe FR_1.jpg). Das scheint ja bei W2K nicht aufgelöst werden zu können. Wie wäre es dann richtig, etwa wie ich in FR_2.jpg es darstelle?

Sorry, wenn ich gerade auf dem Schlauch stehe, aber wie genau ist das jetzt gemeint?

Gibt es denn niemanden, der schonmal das gleiche Problem hatte? :(

Sorry... ich meinte eigentlich damit, dass der Benutzer auch Besitzer ist. Unter Windows XP funktioniert ja auch alles wie es soll. Es scheint mir eher so, als würden die Variablen %HOMESHARE%%HOMEPATH% zur Anmeldung nicht aufgelöst werden können.

Nein, so einfach ist es leider nicht... Benutzer hat sogar Vollzugriff.

Hallo zusammen, ich bin seit einiger Zeit mit folgendem Problem am verzweifeln: Nach Umzug unseres DC's und Fileservers melden die W2K-Clients folgenden Fehler: Es gibt eine GPO bzgl. der Ordnerumleitung, die auch auf den Windows XP Clients tadellos funktioniert. Bei den Windows 2000 - Rechnern findet jedoch keine Umleitung mehr statt. Folgende Fehlermeldung im Event Log: Die Bearbeitung der Policy wird dann mit folgender Meldung aus dem Event Log abgebrochen: Weiß irgendjemand, was ich tun muss, um den Fehler zu beheben??? Schonmal Danke im Voraus!

Hallo zusammen, nachdem ich unserer Domäne eines 2. Domänen Controller hinzugefügt habe, funktioniert der DNS auf dem 1. (ursprünglichen) Domänen Controller wohl nicht mehr richtig... Möchte ich das Snap-In für "Active Directory Users & Computers" oder das Snap-In für "DNS" laden, kann ich erstmal einen Kaffee trinken gehen, bis es geladen wird. Hat jemand eine Ahnung, wo der Fehler liegen könnte? - Die Server sind beide W2K3's mit SP2... Schnelle Hilfe wäre nett... :)

Sehr seltsamer Fehler... Ich würde als Admin mal net use * /delete eingeben und alle Netzlaufwerke dann neu verbinden. Vielleicht klappt's ja.

Eigentlich sollte es genügen, in der Wiederherstellungskonsole mittels des Befehls bootcfg /rebuild die Boot.ini neu anzulegen.

Ich habe das gleiche Problem bereits auf einer Workstation (XP Pro) gehabt. Dieses Problem tritt zB dann auf, wenn Windows bei der Installation mehr als eine primäre Partition erkennt und die erste von diesen dann löscht. Dann erscheint dort ein "unzugeordneter Bereich". Legt man in diesem Bereich jetzt keine neue Partition an, sondern sagt dem Setup, er solle Windows dorthin installieren, verschiebt Windows den die Bootpartition auf die nächstgelegene primäre Partition. Ich habe mir damals eine Knoppix-CD geschnappt, und mit QTParted die Systempartition auf aktiv gesetzt. Dann mit Hilfe der Win Wiederherstellungskonsole NTLDR, boot.ini, ntdetect.com kopiert und fixmbr und fixboot durchlaufen lassen.

Was spräche dagegen, die Rechner in die gleiche Arbeitsgruppe zu heben?

Dieses Ereignis stammt vom Dienstprogramm einer APC USV. Wird der Server von einer USV gespeist?

Es ist gar keine Toolbar installiert, auch keine Yahoo Toolbar oder Ähnliches? Vielleicht mal unter Extras - Addons verwalten nachschauen, ob da etwas verdächtiges hinterlegt worden ist. Eventuell verursacht ein heruntergeladenes Add-On diesen Fehler?

Also... zweiter Anlauf ;) Ich würde jetzt mit der Wiederherstellungskonsole sicherstellen, dass die NTLDR und die Boot.ini vorhanden sind. Dann würde ich versuchen die Reperaturinstallation laufen lassen.

Ach so... dann fehlen genau die Dateien, durch die das Setup die Installierte Version identifiziert. Das ist schlecht.... Sorry, habe ich missverstanden.

Perfekt, hier sogar mit Screenshots: Reparaturinstallation Windows XP Pro / Windows XP Home - administrator

Von wo sollen denn die Dateien kopiert werden, wenn sie nicht mehr vorhanden sind?

Also Folgendes: 1. Von Win-CD booten 2. Willkommensseite erscheint --> Jetzt EINGABETASTE zum Installieren von XP, NICHT die R-Taste! 3. Lizenzvertrag annehmen (F8) 4. Bereits installierte Versionnen werden gesucht... --> Version auswählen und jetzt R-Taste drücken. 5. Installation durchlaufen lassen. Fertig.

Aber wenn ich mich recht erinnere, dann braucht man die Treiberdisk und das Floppy nur das eine Mal, wo das MS Setup noch im DOS-Modus ist und man via F6 den Treiber zwischenfüttern kann... Nach dem "Zwischenfüttern" des Treibers sollte dem gestarteten Setup der Treiber auch nach einem Reboot bekannt sein. Warum dann nochmals auf das Floppy zugreifen?

Dito... hat bei mir immer funktioniert. Wenn man allerdings im BIOS die USB-Ports deaktiviert, ist es eventuell möglich, dass dann auch das USB-Floppy nicht mehr klappt ;) ;) ;)

Welche Rechte haben die Benutzer auf den Notebooks / Laptops, wenn sie zuhause surfen? - Sind sie lokale Admins, ist sowieso jede Automation der Proxy-Settings nur Spielerei... :D

Das Problem kenne ich... Aber da hilft leider nicht viel: Entweder ein USB-Diskettenlaufwerk besorgen, anschließen und Treiberdiskette reinstecken oder eine Unattended-CD von XP Pro brennen, in der die Treiber bereits enthalten sind. Um es möglichst kostengünstig zu gestalten empfehle ich schonmal dieses Tool zum Erstellen der Unattended-Installation: WinFuture.de - WinFuture xp-Iso-Builder 3 Download - Erweitern Sie Ihre Windows-CD