PyroTFD

Baugleiche Rechner? Selbes Windows (Per Ghost kopiert)? bzw. evenutell gleiche MacAdressen? Gleiche Statische IP Adressen vergeben?

Falls 2 Netzteile drin sind, vielleicht arbeitet eines nicht mehr korrekt! Hatte dies bei einem NoName Server eines Kunden - kurioserweise drehten sich noch beide Lüfter!

hmmm... Kurz mal eine kleinigkeit angemerkt: Wenn durch Hochwasser einiges verloren gegangen ist, kann die Software ja per Versicherung wieder ergattert werden - mitunter schicken sogar Firmen bei einem Kaufbeleg eine neue Kopie (manchmal sogar bessere Versionen) und wenn nicht gibts - naja - eventuell noch andere Quellen... Egal, Was ich an und für sich sagen wollte: nimm die Platte und pack sie in einen anderen Rechner -> Scannen, Daten kopieren (damit die wenigsten nicht weg sind) und dann simpel schauen, ob die Programme für diese Daten vorhanden sind! Falls ja -> neu aufsetzen. Falls nein -> ****.. Im Normalfall sollte es über einen zweitrechner möglich sein, die Platte zu scannen und zu reinigen, gegebenenfalls mit Install R nochmal plain drüberfahren nach dem Scan

Wenn es nur darum geht, dass bnnen von (Daumen x Pi) 5 Minuten die Server runterfahren so wird der Wert passen. Wenn es darum geht, dass eine maximalzeit überbrückt wird (zB: 15 Minuten bis Notstromagregat richtig läuft) wirds schon haglicher Meine Meinung: Nimm den Wert den das Zeug zieht in der Zeit die du planst + 1 Minute und rechne nochmal 10% dazu, weil wie schon oben erwähnt kommt es auch auf die Last an und wo ist es nicht schon mal passiert, dass etwas "upgedatet" wurde und dann plätzlich die USV nicht mehr reichte!

Kurzfassungsantwort: Du kannst löschen, solltest aber nciht, da hi und da auch mal dadeien darin geprüft oder daraus erneuert werden ohne das du es merkst. Auf die andere Frage mit .net Framework. 1.1, 2.0 und 3.0 sind nicht "Versionen" sondern verschiedene Pakete. (was wo wofür ist hab cih zwar schon zig mal gehört, vergesse es aber immer wieder ;) ) Also auch alle lassen!

klar geht das, allerdings solltest du dir dann eine schöne Doku für Goup Policies reinziehen, weil was alles dafür gesetzt werden muss, kann man hier nur schwer aufzählen :D prinzipiell kannst du alles soweit einschränken, dass außer Office und Start-Beenden für Benutzer nichts zugänglich ist. Es werden einfach die Security und Programmrichtlinien aktiviert oder deaktiviert und fertig! Gruppenrichtlinien - Übersicht, FAQ und Tutorials wär eine der Anfangsanlaufstellen - leider kenn ich kein gutes Büchlein dazu, aber vielleicht jemand anderes...

habs zwar noch nicht ausprobiert, aber mit Ansicht anpassen funktioniert es nicht?

muss nicht nur 32 oder 64 Bit Unterschied sein. zB: COM+ ist laut unseren Codern hier nicht mehr ganz gleich oder (für Spieler) DX10 Es gibt einfch ein paar neuerungen, welche Programme nciht mehr stabil oder überhaupt laufen lassen. Das schönste ist ja auch, dass die Benutzerberechtigungen nicht komplett gleich gesetzt werden (können?) bzw. wo auch zusätzliche Abfragen eingebaut wurden, woduch sich das mitunter negativ auf das Laufzeitverhalten der Programme auswirkt. (irgendwie is der Satz nicht sauber... egal) Ich würd einfach ausprobieren, ob die Programme von dir/euch unter Vista laufen, dann weißt du es sicher genauer ;)

wahrscheinlich der Mauszeigerpatch oder ein ein nachgeschmissener System-Treiberpatch ich geh vom gleichen Fehler wie IThome aus, welche Hardware hast du unter der Haube? Überall dasselbe oder 2,3 verschiedene Hardwarekonfigs?

wie heißt es so schön: Hass mich oder lass mich ;) einfach mit der maus drüber ohne zu klicken ergibt Datum, Uhrzeit und Tag ansonsten Calendar mit freundlicher Empfehlung von Google :D ...okay, bin drüber gestolpert...

Hmmm... doch es geht so wie du willst, aber du musst es anders machen 1. Festplatten nciht swichen, da MS immer die Festplatte die die primäre startplatte bei der Win Installation als C ansieht 2. weil du mit 2 Festplatten die du wechselst 2 MBRs bekommst, wo immer zu einer der dann doppelt existierenden Boot.inis verwiesen wird und dort steht IMMER nur 1 Windows drinnen. 3. weil dann nie die anderen Konfigdateien gleich bleiben können oder einfach gesagt, soltlest du windows neu aufsetzten und mit der installation die D Platte angeben und dort ein zusätzliches isntallieren - dann kommt das Bootmenü, du hast dann auch ein Windows auf "D" und nciht nur auf "C" und es bleiben die Pfade der Programme gleich ;)

geht nur mit Adminrechten, da du ja hergehst und eventuell gesperrte Systemdateien auch verschieben musst. Auch wenn es das Defragprogramm nicht macht, will es dafür das Recht ;) Einfacher Workaround (musste ich für einen Kunden mal machen) -> kompiliertes skript (zB: mit AutoIT) wo du über CMD das defragmentieren startest. Anders geht's leider wirklich nicht

Hast die Tastenkombination eventuell einmal auf etwas anderes gelegt?

einfach in den Sicherheitseinstellungen einstellen, Usern das einstellen der Systemzeit erlaubt wird. (hmm... sollt ein wenig weniger "einstellen" benutzen) den genauen Punkt weiß ich grad nicht auswenidig, aber man findet ihn relativ leicht. Das Wozu frag ich mich bei XP Home aber auch ;)

pass au8f, ich habs mir angetan und mal das Handbuch angesehn: stell folgend ein, sollte funktionieren " On-Chip ATAs Operate Mode: Legacy Mode ATA Configuration: P-ATA + S-ATA S-ATA Keep Enabled: Yes P-ATA Keep Enabled: Yes P-ATA Channel Selection: Both Combined Mode Option: P-ATA 1st Channel " checks mal, das sollte rennen...

ich sagte doch schon im ersten Beitrag - häng deine IDE auf den secondary IDE der primäre wird durch den SATA quasi "ausgelöscht" darum kann er auch nicht booten. Deiner IDE ist es im Endeffekt absolut egal, ob sie am prim. oder sec. hängt. Probier es bitte aus...

Stimmt - nach dem richtigen Einrichten des Dienstes ist es wieder gegangen.

Microcodes können auch mal für CPU Treiber des Kernels rauskommen ;) darfst nicht vergessen, das Windows das Bios Overridet, also müssen diese Microcodes in den Kernelseitigen Treibern mit integriert werden.

betrifft es vielleicht nur servergespeicherte Profile? klingt für mich in gewisserweise nach einem art Berechtigungsproblem - wenn der Benutzer sein altes Profil nicht als sein eigenes erkennen kann beim einloggen, so wird daraus ein Fremdes und er legt ein neues an. Kann der Benutzer (der der sich eingeloggt hat) in den anderen gleichnamigen Accounts drin "umsehen" sprich, hat er die Berechtigung dahinein zu schauen? Passiert es wenn die Leutz zwischen 2K Maschinen und XP Maschinen wechseln? (Mischumgebungen führen oft zu Profilproblemen) Kommt der Rechner problemlos zum Server beim Anmeldevorgang? soviele Möglichkeiten, soviele Fragen ;)

eigendlich - nur ist es so, dass WinXP aus dem BIOS mal rausliest, wie es die CPU gscheit ansprechen soll. Tjo, da mit SP2 auch einige Microcodes kamen gibts damit kleinere Übelchens... Kleiner Tipp, probier vorher mal die Chipset Treiber zu aktualisieren bevor du SP2 einspielst

hmm... schon probiert alles temporären Dateien aus dem Profil zu entfernen und dich dann anzumelden? es könnte auch sein, dass er irgendwie die NTUSER.DAT als gesperrt empfindet, dann kannst es vergessen (probeweise mal die NTUSER.DAT in einen zuvor erstellen Registry Schlüssel reinhängen und danach wieder rausnehmen - vielleicht ist sie dann entsperrt)

bitte, bitte... genau lesen was ich schreibe Das Default Profil ist im Netlogon und ich will mich NICHT am DC einloggen, aber wenn man sich bei einem Clientrechner an die Domäne einloggt, braucht man einen Loginserver -> die DCs ! Davon haben wir 4 - bei 3 gibts keine Probs, aber bei einem, wenn der als Loginserver benutzt wird, wird das Default Profil aus dem Netlogon (das Overridet das Lokale -> gibt s einen schönen MS Artikel dazu) NICHT genommen. Passiert aber wirklich nur bei einem und ja, es geht WIRKLICH nur um die erste Anmeldung (bei der aber ca. 100 Dinge schon konfiguriert sind, darum brauchen wir ja das Default Profil) Es fällt ja ned nur beim Hintergrund auf oder der Tastatur, auch Office ist nicht richtig konfiguriert, diverse andere Proggies greifen auf die Pre-Eingestellten Dinge zu etc. Und um es nochmal klar zu stellen: Am DC loggt sich nur der ADMIN ein - sunst niemand... (hab ich das wirklich so umständlich oben beschrieben???)

@marka: nö - aber man hat ja "Loginserver" und um das gehts (siehe CMD -> SET) also, zur Verständigung: sie loggen sich klarerweise auf normalen Rechnern ein, ned am DC (so hirnweich bin ich auch ned ;) hehe) Und ja, IThome, vollkommen richtig - es geht um das erste mal einloggen. Aber zur weiteren Aufklärung: Es gibt mitunter auch Wechselplätze ;) quasi mal als Beispiel: 20 Rechner für 35 Studenten und die sitzen dann x-beliebig... ergo, das erste mal einloggen passiert dann im schlimmsten Falle 20x pro Person, was sich hier dann als 700 Ersteinloggen (Worst Case) herauskristallisiert - und wenn ich nur mal davon 1/4 nehm hab ich im Durchschnitt 175 Logins mit plötzlich englischer Tastatur, weil 1 DC mir das Default User Profil nicht liefert wie soll ...ich glaub, jetzt ist das Problem verständlicher ;) Und ob es funktioniert oder nicht sehe ich auf den ersten Blick, weil unser Hintergrundbild (aus dem Default User) nicht auftaucht sondern nur eine gewisse öde Wiese...

...bzw. das Default User Profil darin (ja, wir haben sowas) Also kurz van vorn: 4 DCs in ADS 2003 Struktur - DCs sind klarerweise 2k3 Maschinen Default User Profil in der Domäne\Netlogon ...und damit es nicht fad wird, es funktioniert wie soll auf Server 1,2 und 4 - nur 3 mag nicht und wenn der Benutzer sich anmeldet auf jenem, bekommt er/sie das Profil von der Maschine und ein englisches Keyboard (was ich nicht mag, das Profil...) loggt sich der Benutzer allerdings auf einem der anderen Maschinen an, so ist es kein Problem und alles rennt wie soll. 3&4 sind sogar "gleich" (zwecks Ausfallsicherheit etc.) ich gebs zu, ich hab keinen dau...

sowas meinte ich ja... tjo, wie schon erwähnt, zuviel Officeversionen in meinem Leben gehabt ;) wird ja jetz noch lustiger mit Off2007!