25 Antworten in diesem Thema

[Scorp1337]

Hi Leute,
ich habe das Thema zwar schon ins sysinternals Forum eingestellt, allerdings konnte mir dort bislang nicht wirklich geholfen werden. Leider finde ich zu der Fehlermeldung auch nichts im Netz, dass das spezifische Verhalten beschreibt:

Es gibt eine GPO die ein Loginskript BgInfo.vbs ausführt. Das Skript prüft ob die 3 Dateien (BgInfo.exe, config.bgi und die Verknüpfung im AllUsers-Autostart) existieren; wenn nicht werden sie dorthin kopiert.

Das Problem ist, dass manchmal bei Clients mit neuen OS (Win Vista, 7 & 2008 (R2)) folgenden Fehlermeldung nach der Anmeldung erscheint:

BGInfo
Error creating the output bitmap file
 C:\Users\<USER>\AppData\Local\Temp\BgInfo.bmp:
Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.

Please ensure the path exists and you have permission to write it.

You can select a different output path for the bitmap using the Bitmap|Location menu item.

Jetzt erklär mir doch mal bitte jemand wo das ****ing Problem ist, dass der jeweilige User auf seinen jeweiligen Temp-Folder zugreift?
Was wäre eine Lösung? Etwa doch einen anderen Ordner nehmen (wir hatten lange Zeit C:\bginfo.bmp)?!? ABer wieso sollte es woanders nicht auftreten, wenns im Temp auftritt?
******* bginfo -.-

Gruß,
Norman

[jarazul]

Moin,

wieso machst du es dir so umständlich (VBS)? Nutze doch die eingebauten Group Policy Preferences, mit hilfe dieser Preferences kannst du die drei Dateien ebenfalls anlegen und ggf. bei Veränderung updaten.

Ein typischer Lösungsansatz sieht wie folgt aus:

Computer Policy > Preferences > Files > die Programmdatei + Config File unter C:\Program Files\BGInfo anlegen.

Computer Policy > Preferences > Shortcuts > den Shortcut im All Users Startmenü / Autostart anlegen.

Wenn du Lust hast, kannst du diesen Ansatz ja testweise verfolgen und eine Rückmeldung geben.

cheers, Daniel

[humpi]

Hallo,
wir haben das Problem mit Temp auch, wenn die Rechte nicht stimmen.

Gruss,
Christian

[jarazul]

Hier ist dann die Frage, wer führt das Skript aus? Im Userverzeichnis, hat je nach dem wie es angelegt wurde, nicht jeder Zugriff. Wird das Skript vom User ausgeführt, kann dieser natürlich nicht nach All Users schreiben.

Wie gesagt, in fast jedem Fall, ist die Lösung über GPP unkomplizierter

cheers, Daniel

[Sunny61]

Es gibt auch ein ADM-Template dafür. Beispiel No. 20: ADM Templates - Administrative Vorlagen, Weiter unten mal einige Sample´s und Codebeispiele:

[Scorp1337]

Es hat doch gar nix mit dem Skript zu tun oder täusche ich mich da? Das einmalige Einrichten des Shortcuts und Kopieren der Dateien passiert auf allen Rechnern einwandfrei!

Das Problem ist, dass manchmal (also nicht immer) nach dem Anmelden eine Fehlermeldung aufpoppt die von BGInfo selbst stammt! Nach dieser Fehlermeldung wären die Rechte auf die BgInfo.bmp nicht ausreichend oder der Pfad stimmt nicht. Und dieses Problem tritt, wie bereits gesagt manchmal, nur auf Win Vista, 7 und Server 2008 (R2) auf...

[NilsK]

Moin,

vielleicht einfach ein Timing-Problem, dass die Datei gerade gelesen wird, wärend BGInfo versucht, sie zu überschreiben? Was passiert, wenn man das Skript nach der Fehlermeldung manuell noch mal aufruft?

Gruß, Nils

[Scorp1337]

Was passiert, wenn man das Skript nach der Fehlermeldung manuell noch mal aufruft?

Wieso fokussiert ihr alle das Skript?!?!?! o.O Es ist doch BgInfo, was ganz normal im Allusers-Startupfolder verknüpft wurde und gestartet wird. Hier der "Inhalt":

"C:\Program Files\BgInfo\bginfo.exe" Config.bgi /AcceptEula /Timer:0

Aber das mit dem Timing-Problem hab ich auch schon überlegt.. es scheint so als würde BgInfo ausgeführt werden, während das Hintergrundbild angewendet wird oder sowas...

Wenn man BGInfo/die Verknüpfung ausführt gibt es keine Fehlermeldung.

[humpi]

Hallo,
ich habe mich mehr auch die Rechte fokussiert.

Was sagen den diese im Temp Verzeichnis?


Gruss,

Christian

[Scorp1337]

Was sagen den diese im Temp Verzeichnis?

Default:
SYSTEM Full control
User@domain.tld Full control
PC99\Administrators Full control

Das Problem tritt ja auf verschiedensten Clients auf... und an Rechten haben wir nix geändert (in %AppData%).

[NilsK]

Moin,

Wieso fokussiert ihr alle das Skript?!?!?!

weil es BGInfo aufruft? Weil die Probleme dann auftreten, wenn BGInfo über das Skript gestartet wird?

Aber das mit dem Timing-Problem hab ich auch schon überlegt.. es scheint so als würde BgInfo ausgeführt werden, während das Hintergrundbild angewendet wird oder sowas...

Sag ich doch.

Wenn man BGInfo/die Verknüpfung ausführt gibt es keine Fehlermeldung.

Na also. Damit können es keine Berechtigungen sein, und das Timing-Problem ist sehr wahrscheinlich. Um nicht zu sagen: Sich nicht auf die Skriptausführung zu konzentrieren, würde wohl das Problem verfehlen.

Wie ist die synchrone/asynchrone Ausführung der Anmeldeskripts eingestellt?

Alternativ könnte man eine Warteschleife ins Skript einbauen (z.B. per ping -n <Anzahl Sekunden> localhost > NUL) und schauen, ob das Problem dadurch verschwindet bzw. deutlich seltener auftritt.

Gruß, Nils

[Scorp1337]

Um nochmal ein wenig klarer zu werden hier mal das Skript:

Dim BgInfoPath, AutoStartPath, srcPath, BgInfoPara, objLink

Set oShell = CreateObject( "WScript.Shell" )
Set fso = CreateObject("Scripting.FileSystemObject")

AutoStartPath = oShell.SpecialFolders("AllUsersStartup")
ProgramFiles = oShell.ExpandEnvironmentStrings("%ProgramFiles%")
BgInfoPath = ProgramFiles & "\BgInfo\"
BgInfoPara = "Config.bgi /AcceptEula /Timer:0"

srcPath = Replace(WScript.ScriptFullName, WScript.ScriptName, "")

'--------------------------------------------------------
' BgInfo-Ordner

If not fso.FolderExists(BgInfoPath) Then
	Set objShell = CreateObject("Shell.Application")
	Set objFolder = objShell.NameSpace(ProgramFiles) 
	objFolder.CopyHere srcPath
End If

'--------------------------------------------------------
' BgInfo.exe

If not fso.FileExists(BgInfoPath & "bginfo.exe") Then
	fso.copyfile srcPath & "\Bginfo.exe", BgInfoPath, true
End If

'--------------------------------------------------------
' Config.bgi

If not fso.FileExists(BgInfoPath & "config.bgi") Then
	fso.copyfile srcPath & "\config.bgi", BgInfoPath, true
End If

'--------------------------------------------------------
' Verknüpfung

If not fso.FileExists(AutoStartPath & "\BgInfo.lnk") Then
	Set objLink = oShell.CreateShortcut(AutoStartPath & "\BgInfo.lnk")

	objLink.TargetPath = BgInfoPath & "\bginfo.exe"
	objLink.Arguments = BgInfoPara
	objLink.WorkingDirectory = BgInfoPath
	objLink.Save

	WScript.Quit
End If

Die Fehlermeldung die angezeigt wird besagt, dass die BMP das Problem verursacht. Das Skript hat mit der BMP nix zu tun oder was? Das Skript führt auch kein BgInfo aus.

[NilsK]

Moin,

und was passiert, wenn du einen Moment später BGInfo nochmal mit denselben Parametern aufrufst?

Tritt das Problem auch auf, wenn die Datei in einem anderen Ordner liegt? Falls nein, was spräche dagegen, das als Lösung zu nutzen?

Du könntest natürlich auch mit Filemon schauen, wer oder was da im Anmeldeprozess die Batei blockiert, aber bei einem "Blinker"-Problem wirst du ziemlich viel Zeit dafür benötigen ...


Gruß, Nils

[Scorp1337]

Tritt das Problem auch auf, wenn die Datei in einem anderen Ordner liegt? Falls nein, was spräche dagegen, das als Lösung zu nutzen?

Welchen Ordner z.B.? Eigene Dateien oder sowas..?!
Ich frage mich halt, was daran anders sein soll ... aber theoretisch könnte man es testen. Nur C:\ oder sowas geht nicht, mangels Adminrechten.

Du könntest natürlich auch mit Filemon schauen, wer oder was da im Anmeldeprozess die Batei blockiert, aber bei einem "Blinker"-Problem wirst du ziemlich viel Zeit dafür benötigen ...

Wahrscheinlich meinst du mit Blinkerproblem genau das was ich jetzt als Problem sehe...
das Ganze ist quasi nicht zu reproduzieren. Könnte 5 VMs nehmen und die so 100 mal booten und einloggen, dann zählen wie oft die Meldung gekommen ist. Dann Pfad ändern und nochmal das Ganze :D

na holla die waldfee :cry:

[Sunny61]

Welchen Ordner z.B.? Eigene Dateien oder sowas..?!
Ich frage mich halt, was daran anders sein soll ... aber theoretisch könnte man es testen. Nur C:\ oder sowas geht nicht, mangels Adminrechten.

Man kann via GPO auch die NTFS-Berechtigungen für solche Verzeichnisse regeln.