Grasenegger

Hi Tina, schau in der Ereignisanzeige bitte mal ins Anwendungsprotokoll. Hast Du dort irgendwelche Fehlermeldungen, insbesondere aus der Quelle "userenv"? Da Du schreibst "seit einiger Zeit": Könnt Ihr noch nachvollziehen, was an dem Rechner geändert wurde, bevor der Fehler aufgetreten ist (neue Software? neuer Drucker oder neue Druckertreiber? u.ä.). Evtl. mal einen Blick in die Wiederherstellungskonsole werfen. Schönen Gruß Bernd

Hi flo_rek, ich denke, holgi meint, daß NTFS das für Windows NT (und damit auch für Windows 2000) entwickelte Dateisystem ist: NewTechnologyFileSystem. Es hat insbesondere in Bezug auf Datensicherheit erhebliche Vorteile gegenüber FAT und FAT32, die man wohl als technisch veraltet bezeichnen kann. Die Meinungen mögen auseinander gehen, aber ich würde NIE ein W2K-System unter FAT32 laufen lassen. Windows 98 kann zwar auf NTFS-Datenträger nicht zugreifen, aber das dürfte wohl ein zu vernachlässigendes Problem sein. Zu den Unterschieden zwischen NTFS und FAT hier ein kleiner Artikel-Link: http://www.pc-special.net/?idart=1565. Schönen Gruß Bernd

Moin Subbie, schön, daß Dein System wieder startet :) Dein Grafikkartenproblem ist besser in einem neuen Thread aufgehoben, weil sich bei der bisherigen Überschrift nur wenige hierhin verirren werden. In Deinem ersten Post hattest Du bereits geschrieben, daß Du die Treiber aktualisieren wolltest. Schreib das doch alles noch mal in Reihe - hier wird's bestimmt Hilfe geben, das Board ist nämlich Klasse! Schönen Gruß Bernd Nachtrag: Ansonsten immer auch mal die Boardsuche benutzen. Viele Themen sind schon mal behandelt, und Du findest dadurch sofort Hilfe.

Servus, sind die Probleme nach der Installation der Sicherheitspatches aufgetreten? Das heißt, vorher lief alles normal? Sind die Drucker (z. B. per Standard-TCP/IP-Port) auf dem Server installiert? Hast Du schon versucht, die Drucker und die Ports zu löschen und anschließend beides neu einzurichten? Das ist ja kein so großer Aufwand, weil die Treiber erhalten bleiben. Ansonsten: Wenn die Drucker auf dem Server installiert sind, was sagt die Ereignisanzeige des Servers bezüglich der Druckaufträge, die im Nichts verschwinden? Schönen Gruß Bernd

Hi Alain. Das sind die Berechtigungen, die Du unter der Registerkarte "Freigabe" findest, nehme ich an. Damit wäre die Frage nach den NTFS-Berechtigungen bisher noch unbeantwortet. Registerkarte "Sicherheitseinstellungen": Sind Deine Domänen-User hier eingetragen? Und wenn die Gruppe "Domänen-Benutzer" eingetragen ist (mit Ändern bzw. Lesen/Schreiben) - sind Deine angelegten Benutzer Mitglieder der Gruppe "Domänen-Benutzer"? Schönen Gruß Bernd

Alles klar, wollte nur sichergehen ... ;)

Moin Tom, mehr zu stacks findest Du hier: http://support.microsoft.com/default.aspx?scid=kb;en-us;145799 Die Stacks mußt Du nicht in Doppelschritten erhöhen; es ist z. B. auch ein Eintrag stack 9,128 möglich. Nebenbei: Die Fehler in der config.sys sind - nehme ich an - nur Tippfehler (a:\doss; testmem: of -> schreibt sich mit 2 f!), aber in der eigentlichen config.sys nicht vorhanden? Viel interessanter finde ich aber folgende Frage: Hat das Verfahren bisher an anderen Rechnern problemlos funktioniert? Wenn ja, was könnte diesmal anders sein. Schönen Gruß Bernd

Moin Majestric, schau mal hier nach http://www.mcseboard.de/showthread.php?s=&threadid=22296&highlight=PST oder hier: http://www.mcseboard.de/showthread.php?s=&threadid=15288&highlight=pst Ich kann übrigens nur die Boardsuche empfehlen, es gibt fast nichts, was Du nicht finden könntest ;) Schönen Gruß Bernd

Moin Subbie, bei einer "normalen Standardinstallation" - also ohne besondere Partitionswahl - solltest Du eine boot.ini direkt unter C:\ finden. Existiert dort die boot.ini Deines defekten Systems noch? Wenn ja, vergleiche mal die Einträge. Nicht die komplette Datei ersetzen, sondern die Einträge um weitere Zeilen erweitern. Die boot.ini sorgt ja letztlich nur für eine Auswahlmöglichkeit, bevor das Betriebssystem komplett gestartet wird. Deine boot.ini könnte nach der Erweiterung so aussehen: [boot loader] timeout=10 default=multi(0)disk(0)rdisk(1)partition(1)\WINDOWS [operating systems] multi(0)disk(0)rdisk(1)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional 2" /fastdetect dafault = dieser Eintrag wird nach timeout (=10 Sekunden) automatisch geladen. Starte den Rechner neu und teste mal den zweiten Eintrag. Schönen Gruß Bernd

Servus Lihox, ich kenne Outlook XP nicht, aber Du kannst Dein Adreßbuch aus Outlook 6.0 als Textdatei exportieren, und die solltest Du ohne Probleme wieder in Outlook XP importieren können. Schönen Gruß Bernd

Hi Winad, gib mal an der Eingabeaufforderung "set" ein, dann erhältst Du einen Überblick über die verwendeten Variablen. Darunter sollte auch "COMPUTERNAME =" auftauchen. Schönen Gruß Bernd

Hi Stefan, starker Hinweis - von Problemen mit dem NIS habe ich schon oft gehört und gelesen. Fazit: Es gibt nichts, was es nicht gibt. Schönen Gruß Bernd

Hi Subbie, es wäre einfacher, wenn ich vor dem Rechner säße. Ich bin mehr praktisch veranlagt - dennoch, füge mal der boot.ini eine zweite Zeile hinzu in [operating systems]: multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional 2" /fastdetect Ändere den Wert timeout auf 10 (dann hast Du 10 Sekunden zur Auswahl Zeit!). Starte die Mühle dann mal neu, wähle den Eintrag XP 2 und schau mal, was passiert. Ist nur so ne Ahnung nach dem Prinzip "trial and error". Schönen Gruß Bernd

Hi Subbie, eins ist mir absolut schleierhaft - da Du die ntoskrnl.exe getauscht hast, würde ich verstehen, wenn das System auch nicht startet, aber das übliche Windows-Logo wieder zeigt. Da aber nach wie vor Dein Austauschlog erscheint ... ist die ntoskrnl.exe tatsächlich getauscht??? Bei Resource Hacker wird definitiv die Original-ntoskrnl.exe gegen eine überarbeitet Version getauscht, der man z. B. einen anderen Namen gibt. Anschließend wird die boot.ini modifiziert. Hmmm ... könntest Du nicht versuchen, mit dem Boot Randomizer von Deinem Ersatzsystem aus die defekte exe wieder auf das alte Logo zurückzustellen und dann noch mal einen Versuch starten? Vielleicht ist nur das Logo das Problem? Hast Du 640 x 480 und 16 Farben eingehalten? Ach übrigens ... ...ist das tatsächlich die boot.ini Deines ruinierten Systems??? Default-Wert für rdisk ist nämlich normalerweise 0. Schönen Gruß Bernd

Hi Subbie, kannst Du den Inhalt Deiner boot.ini mal hier posten, bitte. Mit welcher Logo-Austausch-Software hast Du gearbeitet? Resource Hacker? Schönen Gruß Bernd

Hi Subbie, hattest Du Dir eine Sicherungskopie der ntoskrnl.exe von Deinem ursprünglichen System gemacht? Schönen Gruß Bernd

Hi Tom, versuch mal, den Stacks-Wert zu erhöhen. Erlaubt sind: - vor dem Komma 0 und 8 bis 64 - nach dem Komma 0 und 32 bis 512. Einfach mal schrittweise testen, z. B. mit stacks 8,32 beginnend. Schönen Gruß Bernd

Zum Resetkabel: Wahrscheinlich? Eine von vielen Möglichkeiten! Und das Kabel abstöpseln und wieder draufstecken ist kein Drama - weniger Arbeit als eine Grafikkarte tauschen! Bernd

Hi Uwe, wenn irgendein lebenswichtiges Bauteil fehlt oder defekt ist, meldet sich das Motherboard mit einer Reihe von Piepstönen. Bernd

Hi Uwe. 1.) Wenn der Rechner nicht hochfährt, sendet er wenigstens Beep-Signale? 2.) Hast Du das Gehäuse mal aufgemacht und den PC dann gestartet - läuft der Prozessorlüfter an (sprich: bekommt das Motherboard eindeutig Saft)? Ich habe mal einen scheinbar "toten" Rechner repariert, an dem doch tatsächlich der Reset-Schalter eine Störung hatte! Es wäre einen Versuch Wert, das Kabel vom Reset zum Motherboard mal abzustöpseln. Schönen Gruß Bernd.

Hi Tom, ich habe mit OSD von Netinstall noch nicht gearbeitet, aber offensichtlich existiert eine config.sys. Poste doch mal hier den Inhalt dieser Datei. Error 12 könnte mit der Anzahl der Stacks zusammenhängen. Mal sehen. Schönen Gruß Bernd.

Hi el.hakim, bekommst Du irgendeine Fehlermeldung? Einen Dr. Watson? Schönen Gruß Bernd

Hi Andi, diese Fehlermeldung wird in der Regel durch fehlerhafte Dienste- oder Gerätetreiber ausgelöst. Schau mal hier nach, ob Dich das der Lösung näherbringt: http://support.microsoft.com/default.aspx?scid=kb;en-us;165863&Product=win2000 Schönen Gruß Bernd

Hi Gismo, die User werden keine Änderungsrechte auf den Öffentlichen Ordner haben. Wer ist der Exchange-Admin? Der kann es ändern. Schönen Gruß Bernd

Servus Luke, versuch's mal mit folgender Variante: rmdir c:\seminaroffice /s /q mkdir c:\seminaroffice xcopy c:\seminaroffice1\* c:\seminaroffice /n /c /h /r /e /i Das Verzeichnis "seminaroffice" wird zuerst komplett geplättet und dann neu (und leer) wieder angelegt. Danach erfolgt der Kopiervorgang. Vielleicht klappt's. Falls nach wie vor der Zugriff verweigert wird - wie sieht's mit den Berechtigungen aus? Schönen Gruß Bernd