druckerheini

Nicht in dieser, aber offenbar in einer anderen Anwendung. Bei manchen Benutzern sind diese Berechtigungen verzockt, doch diese Anwendung reagiert darauf ganz seltsam, daher möchte ich auf alle Fälle sicherstellen, daß beim Start dieser Anwendung die Schreibrechte auf diesen Key gesetzt sind. Danke für die Hinweise - damit sollte ich es auf alle Fälle hinkriegen. Doch einen anderen (direkteren) Weg als über HKEY_USERS\<SID> gibt es nicht?

AD ist nicht vorhanden. Mittlerweile habe ich ein Freeware-Tool user2sid.exe gefunden, das zu einem Benutzer die SID ausspuckt, damit könnte ich den HKEY_USERS-Key zusammenbauen und mit regperm.exe verwenden. Geht es jedoch nicht auch ohne diese Krücken?

Hallo! Ich habe da eine ganz schräge Sache, vielleicht hat jemand eine Idee: Eine Anwendung benötigt zwingend Schreibrechte auf einen bestimmten Subkey von HKEY_CURRENT_USER. Nun hat der Benutzer ja normalerweise diese Schreibrechte, doch wenn er sie aus irgendeinem Grund nicht hat, geht ziemlich viel kaputt, dieser Fall sollte auf alle Fälle vermieden werden. (Nein, ich habe diese Anwendung nicht programmiert...) Daher möchte ich vor dem Start der Anwendung sicherstellen, daß der Benutzer die Rechte hat. Um die Rechte auf den Key jedoch per regperm.exe setzen zu können, braucht man Administratorrechte, und die hat der Benutzer nicht. Ich kann jedoch ein Script unter dem Systemaccount laufen lassen. Nur: Wie komme ich da am besten an des Benutzers Registry ran? Über HKEY_CURRENT_USER geht's ja nicht, ich möchte ja nicht die Registry des Systemaccounts ändern. Die einzige Idee, die ich bisher hatte, war, irgendwo die SID des Benutzers herauszusuchen und dann per HKEY_USERS\<SID> zuzugreifen, was mit regperm.exe auch geht. Doch geht es auch ohne diesen Klimmzug? Oder hat zumindest jemand eine Idee, wie man 100% zuverlässig die SID des gerade angemeldeten Benutzers bestimmen kann, so daß ich mit HKEY_USERS weiterkomme? Danke für jede Idee.

HP SmartArray P400i

Genau das hatte ich ja versucht (Gerät hinzufügen, Neues Gerät hinzufügen, Aus Liste auswählen, SCSI- und RAID-Controller (bei "Andere Geräte" passiert dasselbe), Datenträger, Inf-Datei herausgesucht... danach ist das Fenster "Modelle" leer, so daß ich keinen Controller auswählen kann. (Derselbe Treiber funktioniert allerdings bei einem Windows-Setup auf dem neuen Server, wenn ich ihn per F6-Taste von Diskette lade.)

Muß mal gucken, ob das mit den HP-Servern geht, oder ob da nicht vieles onboard ist. Geht es nicht auch irgendwie ohne Hardwareumbau, dem alten Server den Treiber des neuen Cnntrollers unterzujubeln?

Das war auch meine erste Idee, doch ich kriege den "neuen" Treiber nicht auf die alte Maschine. Ich habe den Treiber auf Diskette, von dort wird er auch erkannt, wenn ich das Windows-Setup ausführe und F6 drücke. Wenn ich allerdings unter Systemsteuerung - Hardware versuche, den Treiber zu installieren, wird mir kein Controller angezeigt... Also: Wie kriege ich den Treiber des neuen Controllers in das Windows auf dem alten Server?

Hallo! Ich möchte einen Windows 2000-Server von einer Maschine auf eine andere klonen. Das Image läuft auf der neuen Hardware jedoch nicht, da diese einen anderen SCSI-Controller besitzt als der alte; daher stürzt Windows 2000 beim Booten mit einem Bluescreen (INACCESSIBLE_BOOT_DEVICE) ab. Ich könnte nun Windows 2000 drüberinstallieren und den Treiber dem Setup mittels F6 unterjubeln. Das ist jedoch recht aufwendig, zumal noch Servicepack, Hotfixes und evtl. manch anderes Zeug nachinstalliert werden müßten. Geht es auch einfacher (z.B. in dem ich auf der alten Maschine schon den Treiber des neuen SCSI-Controllers installiere, so daß er beim Start auf der neuen Maschine gefunden wird)? Oder geht sowas nur mit Sysprep (wie z.B. in KB254078 beschrieben)? Danke.

Hallo! Auf einigen Windows 2003-Servern (R2) erscheint beim Versuch, das System-Ereignisprotokoll zu starten, nur ein leeres Fenster und folgende Fehlermeldung: "Die Ereignisprotokolldatei ist beschädigt" Wenn man alle Einträge in diesem Protokoll löscht und eventvwr.exe neu startet, sieht zunächst einmal alles gut aus, das Protokoll ist zwar leer, aber es erscheint auch keine Fehlermeldung. Nach einigen Minuten ist die Fehlermeldung jedoch wieder da, wenn man eventvwr.exe aufruft. Das Protokoll ist nach wie vor leer. Die Datei eventlog.dll hat die Version 5.2.3790.3959 und ist vom 17.02.2007, ist also ziemlich neu. Hat jemand eine Idee? Das Problem wird in einigen MSKB-Artikeln beschrieben, die meisten davon beziehen sich jedoch auf Windows NT oder 2000. KB811143 erwähnt auch Windows 2003, als Lösung steht dort, man möge SP1 installieren - auf den Servern ist jedoch SP2 drauf...

Yepp: Mit /grant=Jeder=p ist hinterher die Berechtigung "Drucken" gesetzt. Mit /grant=Jeder=m (nach obigem Befehl) ist die Berechtigung "Dokumente verwalten" gesetzt, die Berechtigung "Drucker" jedoch wieder weg. Auch beide /grant-Teile auf derselben Kommandozeile nimmt nur die jeweils letzte Option. Man sieht auch in der Ausgabe von subinacl, daß die vorherige Berechtigung jeweils gelöscht wird.

Leider ist das nicht, was ich brauche: Du setzt die Berechtigung auf "Vollzugriff", ich möchte nur "Drucken" und "Dokumente verwalten" setzen. Wenn ich wie Du bei /grant nur eine Option angebe (egal welche), dann funktioniert es auch. Nur zwei Optionen werden als Syntaxfehler abgewiesen (obwohl es z.B. bei /file funktioniert), andererseits werden die Berechtigungen immer wieder neu gesetzt, anstatt sich zu addieren. Ich befürchte, daß es sich hierbei um einen Bug in subinacl.exe handelt (es ist die neueste Version, heute morgen direkt von Microsoft heruntergeladen) - aber vielleicht gibt es ja doch eine Lösung?

Hallo! Ich versuche, für einige Drucker die Berechtigungen mittels subinacl.exe (aus dem Resource Kit) zusetzen und bin offenbar zu doof dazu... Die Gruppe "Jeder" soll auf alle Drucker die Berechtigungen "Drucken" und "Dokumente verwalten" (aber nicht "Drucker verwalten") erhalten. Mit subinacl /printer * /grant=Jeder=p kann ich die Berechtigung "Drucken" setzen. Mit subinacl /printer * /grant=Jeder=m kann ich die Berechtigung "Drucken verwalten" setzen. Danach ist jedoch die Berechtigung "Drucken" wieder verschwunden. Ein Kombination beider Parameter (also subinacl /printer * /grant=Jeder=pm) ergibt nur einen Syntaxfehler (hier getestet mit einem einzigen Drucker D1): C:\>subinacl SubInAcl version 5.2.3790.1180 Invalid Argument ! Use : SubInacl /help to get the usage information or SubInAcl /help syntax to understand SubInAcl syntax. C:\>subinacl /printer D1 /grant=Jeder=pm Possible values are F : Full Control M : Manage Documents P : Print Access is not valid WARNING : /grant=jeder=pm : Invalid option : D1 Use : SubInacl /help to get the usage information Weiß jemand, wie es geht? Danke.