6
Herunterfahren Skript und Ereignisanzeige
Fehlermeldung obwohl kein Fehler erkennbar?
Hallo,
ich habe bei mir eine kuriose Fehlermeldung in der Ereignisanzeige entdeckt. Und zwar geht es um folgendes.
schon vor langer zeit stellte ich fest, dass wenn ich word, excel oder ein anderes office programm öffne mir jedesmal das icon der html-dateien aus der registry gelöscht wird bzw das office prog den wert für DefaultIcon auf "%1" ändert. warum? hab ich nie rausgefunden. da ich über ein paar prorammierkenntnisse verfüge schrieb ich mir ein kleines skript das diesen eintrag wiederherstellt. dieses skript trug ich in den gruppenrichtlinien als herunerfahrenskript ein. funktioniert hervoragend. nun... seit kurzem steht bei mir in der ereignisanzeige unter anwendung immer wieder ein fehler:
Userinit Ereigniskennung 1000 Typ Fehler
Folgendes Skript konnte nicht ausgeführt werden: G:\Software\Scripte\HTML-Files reparieren.vbs. Zugriff verweigert.
diese fehlermeldung wird selbsverständlicherweise immer beim herunterfahren generiert.
das kuriose dabei ist, dass das skript aber ausgeführt wird. also es funktioniert tadellos und schreibt mir den registryeintrag so wie ich das geplant hatte.
meine frage hier wäre dementsprechend: Wie kommt diese fehlermeldung zustande? wenn das skript doch ausgeführt wird.
Oder: welcher zugriff wurde verweigert?
Gruß
AndiK66
PS: ich benutze win xp pro x64 mit sp2 und allen updates
office 2007 enterprise (war vorher mit office xp aber genauso)
ich habe bei mir eine kuriose Fehlermeldung in der Ereignisanzeige entdeckt. Und zwar geht es um folgendes.
schon vor langer zeit stellte ich fest, dass wenn ich word, excel oder ein anderes office programm öffne mir jedesmal das icon der html-dateien aus der registry gelöscht wird bzw das office prog den wert für DefaultIcon auf "%1" ändert. warum? hab ich nie rausgefunden. da ich über ein paar prorammierkenntnisse verfüge schrieb ich mir ein kleines skript das diesen eintrag wiederherstellt. dieses skript trug ich in den gruppenrichtlinien als herunerfahrenskript ein. funktioniert hervoragend. nun... seit kurzem steht bei mir in der ereignisanzeige unter anwendung immer wieder ein fehler:
Userinit Ereigniskennung 1000 Typ Fehler
Folgendes Skript konnte nicht ausgeführt werden: G:\Software\Scripte\HTML-Files reparieren.vbs. Zugriff verweigert.
diese fehlermeldung wird selbsverständlicherweise immer beim herunterfahren generiert.
das kuriose dabei ist, dass das skript aber ausgeführt wird. also es funktioniert tadellos und schreibt mir den registryeintrag so wie ich das geplant hatte.
meine frage hier wäre dementsprechend: Wie kommt diese fehlermeldung zustande? wenn das skript doch ausgeführt wird.
Oder: welcher zugriff wurde verweigert?
Gruß
AndiK66
PS: ich benutze win xp pro x64 mit sp2 und allen updates
office 2007 enterprise (war vorher mit office xp aber genauso)
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 76096
Url: https://administrator.de/contentid/76096
Printed on: April 25, 2024 at 04:04 o'clock
6 Comments
Latest comment
Nimm das Script doch mal raus... kommt die Meldung immer noch? Wenn nicht dann hat die Meldung mit dem Script nichts zu tun.
Ansonsten poste bitte mal das Script.
LG
Florian (http://www.lagg.at)
Ansonsten poste bitte mal das Script.
LG
Florian (http://www.lagg.at)
Danke für die antwort. allerdings muss ich sagen so schlau war ich auch schon das skript rauszunehmen -> meldung kam dann nicht mehr.
ich hab auch ein wenig darüber nachgedacht seit wann das ungefähr auftritt, weil es ja ca. 1 1/2 bis 2 jahre wunderbar lief. ich glaube es ist erst seit ich den IE7 drauf hab
bzw. die damit verbundenen updates.
vielleicht hilft dir das bei deinen überlegungen weiter.
Hier mal noch das skript selbst,aber ich glaub nicht, dass es an dem liegt:
set wshell = CreateObject("WScript.Shell")
max = 4
ReDim key(max)
key(0) = "HKCR\htmlfile\ShellEx\IconHandler\"
key(1) = "HKCR\htmlfile\shell\Print\command\"
key(2) = "HKCR\htmlfile\shell\Print\"
key(3) = "HKCR\htmlfile\DefaultIcon\"
key(4) = "HKLM\SOFTWARE\Classes\htmlfile\DefaultIcon\"
wshell.regwrite key(3), "C:\Program Files (x86)\Internet Explorer\IEXPLORE.EXE,1"
wshell.regwrite key(4), "C:\Program Files (x86)\Internet Explorer\IEXPLORE.EXE,1"
for x = 0 to 2
if RegExists(key(x)) then
wshell.regdelete key(x)
end if
next
function RegExists(schl)
on error resume next
dummy = wshell.RegRead(schl)
if err.number=0 then
RegExists=true
else
RegExists = false
err.clear
end if
end function
ich hab auch ein wenig darüber nachgedacht seit wann das ungefähr auftritt, weil es ja ca. 1 1/2 bis 2 jahre wunderbar lief. ich glaube es ist erst seit ich den IE7 drauf hab
bzw. die damit verbundenen updates.
vielleicht hilft dir das bei deinen überlegungen weiter.
Hier mal noch das skript selbst,aber ich glaub nicht, dass es an dem liegt:
set wshell = CreateObject("WScript.Shell")
max = 4
ReDim key(max)
key(0) = "HKCR\htmlfile\ShellEx\IconHandler\"
key(1) = "HKCR\htmlfile\shell\Print\command\"
key(2) = "HKCR\htmlfile\shell\Print\"
key(3) = "HKCR\htmlfile\DefaultIcon\"
key(4) = "HKLM\SOFTWARE\Classes\htmlfile\DefaultIcon\"
wshell.regwrite key(3), "C:\Program Files (x86)\Internet Explorer\IEXPLORE.EXE,1"
wshell.regwrite key(4), "C:\Program Files (x86)\Internet Explorer\IEXPLORE.EXE,1"
for x = 0 to 2
if RegExists(key(x)) then
wshell.regdelete key(x)
end if
next
function RegExists(schl)
on error resume next
dummy = wshell.RegRead(schl)
if err.number=0 then
RegExists=true
else
RegExists = false
err.clear
end if
end function
Welches Programm macht die Änderung eigentlich?
Lad dir doch mal Regmon runter und versuch damit rauszufinden wann / unter welchen Umständen die Änderung passiert.
Regmon bekommst du bei http://technet.microsoft.com/en-us/sysinternals/bb896652.aspx
Ist glaub ich gescheidter das Problem anzugehen als den "Workaround" zu korrigieren.
Wegen dem Script...
kommentier mal alle "wshell.reg*" aus und teste die einzeln.
Dann weißt du genau welche Anweisung genau den Fehler ins Log schreibt.
Grüße
Florian
Lad dir doch mal Regmon runter und versuch damit rauszufinden wann / unter welchen Umständen die Änderung passiert.
Regmon bekommst du bei http://technet.microsoft.com/en-us/sysinternals/bb896652.aspx
Ist glaub ich gescheidter das Problem anzugehen als den "Workaround" zu korrigieren.
Wegen dem Script...
kommentier mal alle "wshell.reg*" aus und teste die einzeln.
Dann weißt du genau welche Anweisung genau den Fehler ins Log schreibt.
Grüße
Florian
Also als erstes mal hab ich jetzt rausgefunden dass es die Installation des IE7 war, die diese kuriosität verursacht hat. ich hab ihn nochmal deinstalliert und danach geschaut, ob der eintrag im ereignisprotokoll noch auftritt. dem war nicht so. nachdem das geklärt war hab ich den IE7 wieder aufgespielt und siehe da das skript wird beim herunterfahren geblockt; aber diesmal wirklich geblockt nicht nur der eintrag im EP geschrieben. das lag also definitiv an dieser (wohl fehlerhaften) installation des IE7. soweit so gut. jetzt stellt sich natürlich die frage warum das skript von windows nach der install des IE7 geblockt wird und wie ich das abstellen kann.
hab ich getan. nachdem ich mein skript manuell starte schreibt wscript natürlich die einträge ("HKCR\htmlfile\DefaultIcon" und "HKCR\wow6432node\htmlfile\DefaultIcon").
sobald ich nun irgendeins der officeprogs starte (egal welches) schreibt die jeweilige exe während das prog startet die einträge wieder auf "%1" und das Icon ist nach nem neustart weg.
Ich hab das ganze an nem anderen rechner ausprobiert und da ist es genau dasselbe. nur dass an diesem rechner welcher auf 32bit windows läuft der registry-wert zwar auch auf "%1" geschrieben wird, jedoch das icon trotzdem nach nem neustart richtig angezeigt wird. d.h. 64bit windows interpretiert den registry-eintrag dann wohl anders als ein 32bit windows.
es spielt übrigens keine rolle ob das office xp oder office 2007 ist; beide machen genau dasselbe.
da stimm ich dir mitlerweile zu. nur dass ich noch nichts im i-net dazu gefunden hab. weder zum skript-nicht-ausführen- noch zum office-%1-problem.
das einzige was ich herausgefunden hab ist, dass wenn ich das skript beim abmelden statt herunterfahren ausführen lasse, dann funktioniert es.
falls dir/euch noch etwas dazu einfallen würde wäre das echt super, ich bin nämlich soweit mit meinem latein am ende.
Ansonsten frohe weihnachten und lasst euch schön beschenken.
Gruß
AndiK66
Lad dir doch mal Regmon runter und versuch
damit rauszufinden wann / unter welchen
Umständen die Änderung passiert.
damit rauszufinden wann / unter welchen
Umständen die Änderung passiert.
hab ich getan. nachdem ich mein skript manuell starte schreibt wscript natürlich die einträge ("HKCR\htmlfile\DefaultIcon" und "HKCR\wow6432node\htmlfile\DefaultIcon").
sobald ich nun irgendeins der officeprogs starte (egal welches) schreibt die jeweilige exe während das prog startet die einträge wieder auf "%1" und das Icon ist nach nem neustart weg.
Ich hab das ganze an nem anderen rechner ausprobiert und da ist es genau dasselbe. nur dass an diesem rechner welcher auf 32bit windows läuft der registry-wert zwar auch auf "%1" geschrieben wird, jedoch das icon trotzdem nach nem neustart richtig angezeigt wird. d.h. 64bit windows interpretiert den registry-eintrag dann wohl anders als ein 32bit windows.
es spielt übrigens keine rolle ob das office xp oder office 2007 ist; beide machen genau dasselbe.
Ist glaub ich gescheidter das Problem
anzugehen als den "Workaround" zu
korrigieren.
anzugehen als den "Workaround" zu
korrigieren.
da stimm ich dir mitlerweile zu. nur dass ich noch nichts im i-net dazu gefunden hab. weder zum skript-nicht-ausführen- noch zum office-%1-problem.
das einzige was ich herausgefunden hab ist, dass wenn ich das skript beim abmelden statt herunterfahren ausführen lasse, dann funktioniert es.
falls dir/euch noch etwas dazu einfallen würde wäre das echt super, ich bin nämlich soweit mit meinem latein am ende.
Ansonsten frohe weihnachten und lasst euch schön beschenken.
Gruß
AndiK66
Schau dir mal das hier an:
http://www.neowin.net/forum/index.php?showtopic=506252&st=0&sta ...
Der Beitrag vom Oct 28 2006, 08:22
Das Herunterladen des Scriptes klappt zwar nicht, der Großteil ist aber im Beitrag selbst angeführt.
Solltest du hinbekommen.
oder in der Microsoft-Newsgroup:
http://www.microsoft.com/communities/newsgroups/list/en-us/default.aspx ...
http://www.microsoft.com/communities/newsgroups/list/en-us/default.aspx ...
Auch hier wird das oben genannte Script angeführt.
In der entsprechenden Microsoft-Newsgroup gibts viele Leute die das selbe Problem haben.
Ich hoff mal das hilft. Für immer
Frohes Fest
Florian (http://www.lagg.at)
http://www.neowin.net/forum/index.php?showtopic=506252&st=0&sta ...
Der Beitrag vom Oct 28 2006, 08:22
Das Herunterladen des Scriptes klappt zwar nicht, der Großteil ist aber im Beitrag selbst angeführt.
Solltest du hinbekommen.
oder in der Microsoft-Newsgroup:
http://www.microsoft.com/communities/newsgroups/list/en-us/default.aspx ...
http://www.microsoft.com/communities/newsgroups/list/en-us/default.aspx ...
Auch hier wird das oben genannte Script angeführt.
In der entsprechenden Microsoft-Newsgroup gibts viele Leute die das selbe Problem haben.
Ich hoff mal das hilft. Für immer
Frohes Fest
Florian (http://www.lagg.at)
Schau dir mal das hier an:
http://www.neowin.net/forum/index.php?showtopic=506252&st=0&sta ...
Der Beitrag vom Oct 28 2006, 08:22
Das Herunterladen des Scriptes klappt zwar
nicht, der Großteil ist aber im Beitrag
selbst angeführt.
Solltest du hinbekommen.
http://www.neowin.net/forum/index.php?showtopic=506252&st=0&sta ...
Der Beitrag vom Oct 28 2006, 08:22
Das Herunterladen des Scriptes klappt zwar
nicht, der Großteil ist aber im Beitrag
selbst angeführt.
Solltest du hinbekommen.
Vielen Dank. so wie es scheint hat das echt geholfen.
Jetzt ist auch mein Weihnachten gerettet und das kommende Jahr kann kommen.
mfg
AndiK66
