Gulp

Schon mal versucht die Systemwiederherstellung für alle Laufwerke zu deaktivieren? Dadurch wird der komplette Inhalt der versteckten Ordner der Systemwiederherstellung gelöscht. Zwar gehen dabei alle Wiederherstellungspunkte verloren, aber das dürfte in einem solchen Fall eher zweitrangigi sein. Trotzdem würde ich der Kiste nicht mehr über den Weg trauen, schliesslich weiss man nie, ob auch tatsächlich alles entfernt wurde. Eine Neuinstallation ist, wie Sunny schon erwähnt, meines Erachtens zwingend. Grüsse Gulp

Huch, hier tut sich ja noch was ..... gut Frankfurt ist von mir nun auch noch ne ganz schöne Ecke, aber egal, wenn sich die Mehrheit auf Frankfurt einigt dann soll es eben so sein (Mainz oder Koblenz wäre mir schon lieber, aber was soll's). Sau**** nur, dass ich auch Freitags mindestens bis 17:00 Uhr im Büro hänge, aber das soll letztlich kein Grund sein, dann trudelt man eben etwas später ein. Grüsse Gulp

Nunja, erstmal danke für die Rückmeldung und schön, dass es nun wieder funktioniert. Zum obigen Zitat nur soviel: Die Richtlinie stellt man eben auch nicht erst im Fehlerfall ein, sondern vorher. Du machst ja auch nicht erst dann ein erstmaliges Backup, wenn der PC kaputt ist. ;) Für solche Fälle hab ich in der Regel eine Boot CD mit dem Microsoft Diagnostics and Recovery Toolset (nun hat das nicht jeder, gebe ich ja zu) oder aber eine BartPE Boot CD, da bestehen die Probleme der Reparatur-/Wiederherstellungskonsole so nicht. Grüsse Gulp

Nun das Board findet sich vielleicht nicht, aber einen PC zB den Esprimo C 5910 mit Q965/G-MCH konnte ich da recht schnell ausfindig machen (hätte mich auch gewundert, wenn das so schwer sein sollte). Such doch auf der FSC Seite unter Support --> Treiber & Downloads nach Deinem passenden Esprimo Modell, da sollte auch der entsprechende Treiber gelistet sein. [EDIT] Du weisst aber schon, das Vista x64 für die Esprimo C 59xx nicht von FSC supported wird ...... Dein Problem könnte nicht zuletzt genau einer der Gründe dafür sein.[/EDIT] Grüsse Gulp

In C:\WINNT und darunter ja (das war auch mit C:\WINNT gemeint), im Root ebenfalls (c:\) aber bei dort befindlichen anderen Ordnern zB Programme gibt es ohne entsprechende Richtlinie bzw den SET Befehl immer ein "Zugriff verweigert" (gerade getestet). Dies gilt sowohl für die Reparaturconsole bei Boot von der 2000 CD, als auch bei installierter Wiederherstellungsconsole (cmdcons). Aber beim SET Befehl hatte ich mich geirrt, um diesen mit "allowallpaths" zu aktivieren MUSS erst die von mir genannte Richtlinie aktiviert werden (auch gerade getestet). Back to topic: Wie wäre es mit einer BartPE CD, da sollte man die benötigten Dateien entpacken und auch kopieren können. Ja bei 2000 ist es WINNT, bei XP eben Windows vom Prinzip her machts keinen Unterschied. Geht denn ein Copy auf c:\? Grüsse Gulp

Off-Topic:Jaja, der Günnie ..... schmunzeln musste ich bei der Meldung aber auch. Grüsse Gulp

Im Standard erlaubt die Wiederherstellungskonsole lediglich einen Zugriff auf c:\WINNT, hier kann man entweder im laufenden System die entsprechende Richtlinie anpassen (Lokale Richtlinien --> Sicherheitsoptionen --> Wiederherstellungskonsole: Kopieren von Disketten und Zugriff auf alle Laufwerke und alle Ordner zulassen aktivieren) oder verwendet in der Wiederherstellungkonsole den Befehl: SET allowallpaths = true Das sollte schon so funktionieren. Der SET Befehl wirkt dann nur temporär solange die Wiederherstellungskonsole gestartet ist, die Richtlinie dauerhaft. Grüsse Gulp

Zu den Freigaben auf Freigaben: Geht so nicht, normale Freigaben kann man nur auf lokalen Laufwerken erstellen. Braucht man aber auch nicht, durch die Verwendung eines UNC Pfades \\Server\Freigabe kann man Freigaben von anderen Servern spezifizieren/angeben. Natürlich kannst Du Variablen wie %username% verwenden, dafür sind die ja da ... ;) Grüsse Gulp

Hmm, existieren die Userprofiles denn auf dem alten Server? Warum die nicht einfach dort belassen? Die Profiles müssen nicht zwingend auf dem DC liegen, die können auch auf einem anderen Server liegen. Da trägt man den entsprechenden Pfad zur Freigabe in den Benutzeroptionen ein und gut ist (die Zugriffs-Berechtigungen sollte man dann aber prüfen und ggfs. entsprechend korrekt setzen). Ein Beispiel wäre dann bei ServerA als DC und Profilen auf FileServerB: \\FileServerB\Profiles\%Username% als Eintrag in Profilpfad. Man kann die Freigabe auch verstecken indem man den Ordner Profiles als Profiles$ freigibt. Dann muss die obige Zeile nur mit dem Dollarzeichen angepasst werden. Oder verstehe ich Dich hier falsch? Grüsse Gulp

Das ist ja schon mal nicht schlecht für den Anfang. Was passiert wenn Du eine gewisse Zeit wartest nach der Trennung und Neuregistrierung bei DynDNS, auch die anderen DNS Server müssen sich erst mal aktualisieren und die Änderung der IP durchreplizieren. Mhh üblicherweise geht das aber zumindest bei DynDNS eigentlich recht fix, also im Minutenbereich. Gibt's denn irgendwelche Einträge im Log vom Router bzw des PC's der die Verbindung aufbauen will? Was sagt ein nslookup auf die DynDNS Adresse wenn das Problem auftritt? Wird da die neue oder doch die alte IP angezeigt? Wenn ja, ist die alte IP im DNS Cache des entsprechenden Hosts und/oder des internen DNS Servers. Grüsse Gulp

Wenn eine neue IP vergeben wird und der Router nicht von DnyDNS zertifiziert ist eben nicht, denn dann passt der Name nicht mehr zur IP. Leider registrieren längst nicht alle Router die IP korrekt bei DynDNS, auch wenn eine solche Funktion in der Routerfirnware implementiert ist. Welche Router von DynDNS tatsächlich unterstützt werden verrät die Website von DynDNS. Grüsse Gulp

Will ich ja auch nicht als Auforderung zur allgemeinen Verwendung verstanden wissen, das wäre ausschliesslich meine persönliche Entscheidung. Off-Topic:Im übrigen habe ich bei meinen Tests mit frisch installierten XP's (ohne irgendwas an Zusatzsoftware) bisher noch kein Problem feststellen können. Ich teste das aber irgendwann garantiert nochmal und schaue mir dann auch die Dienstberechtigungen an. Bisher hab ich NewSID aber auch nur bei mir zuhause im Einsatz gehabt und da ohne DC oder Domäne. (lang ist's her) Jetzt mit 2 DC's im Keller hab ich damit auch nicht vor produktiv zu spielen, höchstens in einer VM ..... ;) Grüsse Gulp

Hehe, ja aber warum kompliziert, wenn's auch einfach geht? Ausserdem hat man da den Charme, je nach Verwendung, entweder zB den neuen Rechnernamen manuell beim Minisetup anzugeben oder in einer Antwortdatei bereitzustellen. Sicherlich kann man auch nur mit -sidgen eine neue SID erzeugen, aber mal ganz ehrlich wer macht sich denn bitte die Arbeit. Off-Topic: ... und nebenbei, in einem solchen Fall würde ich sogar NewSID vorziehen, auch ohne Support ..... Grüsse Gulp

Was heisst der "aktuellste Treiber" ist damit der Treiber von Intel direkt gemeint oder der möglicherweise speziell für das System angepasste Treiber von Fujitsu-Siemens gemeint? Off-Topic:Nebenbei "aktuellste" oder "optimalste" bringen mich immer zum schmunzeln ..... Hast Du schon mal versucht den letzten Treiber von Fu-Si zu installieren und nicht den von Intel? Grüsse Gulp

Könnte zwar auch eine Ursache sein, dann wäre die Meldung aber nicht auf "Serverspeicher" bezogen und träte nicht nur beim Zugriff auf Shares auf. Ursache ist eher, dass der IRPStackSize von standardmässig 11 in der Registry nicht mehr ausreicht. Den Wert für den IRPStackSize findet man in folgendem Registry Schlüssel (per regedit zu öffnen): HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver Dort den Wert für IRPStackSize in Dezimal 50 ändern oder in 3er Schritten bis maximal auf den Wert 50 zu erhöhen (nach jeder Änderung wird ein Reboot fällig, sonst wird die Änderung nicht übernommen). Da die Fehlermeldung nicht unbedingt von dem PC ausgelöst wird, der sie anzeigt bietet es sich an diesen Wert bei allen beteiligten Rechnern zu prüfen und ggfs ebenfalls anzupassen. Grüsse Gulp

Sysprep muss nur auf dem Master PC (von dem das Image gezogen wird) ausgeführt werden. Grüsse Gulp

Also ich lese in OS List: What Operating Systems are supported with the 5405, 5445, 5805, and 5085? heraus, dass lediglich VMware ESX Server 3.5, VMware ESX Server 3.0.2 und VMware ESX Server 3.0.1 die einzigen OS sind, die integrierte Treiber haben, alle anderen benötigen das herunterladbare Treiber Kit, so also auch 2008. Grüsse Gulp

Off-Topic: Ach herrje, jetzt hat er mir es aber gegeben. Grüsse Gulp

Es gibt keinen ****** Server, da kann auch kein Vista beitreten .... .... aber einer Windows Domäne, egal ob NT/2000/2003 oder 2008 und wenn Du Deine etwas ungeschickte Wortwahl abstellst und mit ein paar Informationen und Details zu Deinem Problem aushilfst, verrate ich Dir auch wie es funktioniert. Grüsse Gulp

Es muss ja auch kein zusätzlicher Server sein, wie gesagt reicht zB ein Notebook mit einer virtuellen Maschine (Vmware Server, Virtual Box oder auch Microsoft's VirtualPC sind zudem kostenfrei und eignen sich hierfür) die dann als DC installiert wird dicke aus. Nils hat die entsprechenden Links ja bereits gepostet, die es zu beachten gilt. Ich persönlich gehe immer so vor, es spart Zeit und Nerven, vor allem kann meines Erachtens deutlich weniger schiefgehen. Grüsse Gulp

Wenn Du die Wiederherstellung nicht deaktiviert hast, lohnt es sich von der Vista DVD zu booten und es dort mit den "Computerreparaturoptionen" zu versuchen. Entweder hilft schon ein älterer Wiederherstellungspunkt, wenn nicht kann man durchaus versuchen Vista selbst das Problem analysieren und beheben zu lassen. Hilft zwar nicht immer in allen Fällen, wäre aber bei Erfolg wohl deutlich kürzer als eine Neuinstallation. Grüsse Gulp

Hier wäre dennoch empfehlenswert einen zweiten DC aufzusetzen, hierzu reicht ein alter PC oder eine virtuelle Maschine. Die Vorteile wären, dass man sich während der Offline Phase des ersten DC's dennoch weiterhin am Netz anmelden könnte und zweitens die User, Gruppen, Gruppenrichtlinien etc ebenfalls erhalten bleiben und nicht neu angelegt werden müssten. Zudem hat man damit bei Problemen mit der Neuinstallation des eigentlichen DC's auch zeitlich einen grösseren Spielraum, man hat ja einen DC online. Was oftmals vergessen wird, vor der Umstellung empfiehlt sich dringend ein möglichst komplettes Backup der bestehenden Umgebung (ja auch der Server die von der Umstellung erstmal nicht betroffen sind). Grüsse Gulp

Richtig, nur andersherum, also von mehreren CPU's auf eine CPU zu wechseln kann einen BlueScreen provozieren. Üblicherweise kann zwar die Multi-CPU HAL zwar auch mit einer einzelnen CPU umgehen, dabei kann es allerdings auch Schwierigkeiten geben. Unter Windows 2000 war das aber eher ein Thema, bei XP/Vista/2003/2008 funktioniert das weitgehend automatisch. Am Besten erkennt man die korrekte Installation der Multi CPU HAL im Gerätemanager unter Computer, hier steht dann in der Regel "ACPI Multiprozessor PC". Grüsse Gulp

Nun, die meisten heutigen Viren oder Trojaner lassen den Bootsector in Ruhe, es spricht aber nichts dagegen mit dem alten fdisk mit Schalter /mbr (bei Win9x/ME Bootdisks) oder mit fixmbr (zB mit der Windows XP Reperaturkonsole bzw der XP Wiederherstellungskonsole bei Boot von der XP CD) den MBR (Master Boot Record) neu zu schreiben. Bei einer Neupartitionierung mit anschliessender Formatierung lässt sich eigentlich auch versteckter Müll soweit restlos entfernen. Grüsse Gulp

Wirklich zuverlässig nur durch formatieren der Platte und einer Neuinstallation. Alles andere ist Bastelwerk und beinhaltet immer ein mehr oder minder grosses Restrisiko. Grüsse Gulp