Dienstag, 24. Februar 2009
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Hallo...
In dem Zusammenhang eine kurze Frage zu http://patch-info.de/artikel/2009/01/27/608...
Diese Update habe ich installiert, laut Liste ist die shell32.dll (5.1.2600.5686 - 30.09.2008), hier shell32.dll (6.0.2900.5622 - 17.06.2008)
Gibt es da ggf. Probleme, weil nach dem Datum nach hätte ich eine aktuellere Shell32 ?
Danke sehr
Gruß
Andreas
In dem Zusammenhang eine kurze Frage zu http://patch-info.de/artikel/2009/01/27/608...
Diese Update habe ich installiert, laut Liste ist die shell32.dll (5.1.2600.5686 - 30.09.2008), hier shell32.dll (6.0.2900.5622 - 17.06.2008)
Gibt es da ggf. Probleme, weil nach dem Datum nach hätte ich eine aktuellere Shell32 ?
Danke sehr
Gruß
Andreas
#1
am
25.02.2009 06:42
Moin Andreas,
nein, es gibt keine Probleme.
Wenn KB955704 bereits installiert wurde und danach erst KB967715 von Windows/Auto Update angeboten bzw. installiert wird, dann besteht die "Installation" von KB967715 lediglich daraus, die shell32.dll aus KB967715 in den $hf_mig$-Ordner zu kopieren. Die entsprechende Zeile in der KB967715.log im Windows-Ordner sieht so aus:
Kopierte Datei: c:\windows\$hf_mig$\KB967715\SP3QFE\shell32.dll
Die in KB955704 enthaltene shell32.dll mit der höheren Versionsnummer (das Dateidatum ist relativ wurscht) bleibt in %windir%\System32 erhalten und wird auch weiter verwendet. Es ist noch nicht einmal ein Neustart von Windows erforderlich, was beim echten Austausch einer shell32.dll immer der Fall ist. Aus der KB967715.log:
RebootNecessary = 0,WizardInput = 1 , DontReboot = 1, ForceRestart = 0
Bye,
Freudi
nein, es gibt keine Probleme.
Wenn KB955704 bereits installiert wurde und danach erst KB967715 von Windows/Auto Update angeboten bzw. installiert wird, dann besteht die "Installation" von KB967715 lediglich daraus, die shell32.dll aus KB967715 in den $hf_mig$-Ordner zu kopieren. Die entsprechende Zeile in der KB967715.log im Windows-Ordner sieht so aus:
Kopierte Datei: c:\windows\$hf_mig$\KB967715\SP3QFE\shell32.dll
Die in KB955704 enthaltene shell32.dll mit der höheren Versionsnummer (das Dateidatum ist relativ wurscht) bleibt in %windir%\System32 erhalten und wird auch weiter verwendet. Es ist noch nicht einmal ein Neustart von Windows erforderlich, was beim echten Austausch einer shell32.dll immer der Fall ist. Aus der KB967715.log:
RebootNecessary = 0,WizardInput = 1 , DontReboot = 1, ForceRestart = 0
Bye,
Freudi
Vielen Dank für deine Info..
Auf die Plätze, fertig, Patch...
Gruß
Andreas
Auf die Plätze, fertig, Patch...
Gruß
Andreas
#1.1.1
am
25.02.2009 08:39
Das Update (KB967715) hat sich heute Nacht automatisch bei mir installiert und den PC neu gestartet...
Also ma wieder ein Update von MS, welches ohne zutun der Anwender installiert wird
"Neustart erforderlich: Der Computer wird innerhalb von 5 Minuten neu gestartet, damit die folgenden Updates vollständig installiert werden können:
- Update für Windows XP (KB967715)"
Also ma wieder ein Update von MS, welches ohne zutun der Anwender installiert wird
"Neustart erforderlich: Der Computer wird innerhalb von 5 Minuten neu gestartet, damit die folgenden Updates vollständig installiert werden können:
- Update für Windows XP (KB967715)"
Moin,
ähm, wenn man AutoUpdate aktiviert hat und zwar dergestalt, dass sie automatisch geladen und installiert werden, ist es nicht sooo verwunderlich, dass genau dies geschieht.
Dass Du augenscheinlich unter einem Benutzerkonto arbeitest, dass nicht über Admin-Rechte verfügt, ist lobenswert - führt dann aber auch dazu, dass automatisch installierte Updates einen Neustart erzwingen können.
Bye,
Freudi
ähm, wenn man AutoUpdate aktiviert hat und zwar dergestalt, dass sie automatisch geladen und installiert werden, ist es nicht sooo verwunderlich, dass genau dies geschieht.
Dass Du augenscheinlich unter einem Benutzerkonto arbeitest, dass nicht über Admin-Rechte verfügt, ist lobenswert - führt dann aber auch dazu, dass automatisch installierte Updates einen Neustart erzwingen können.
Bye,
Freudi
Hallo Freudi,
vielen Dank für die Info.
Was wären wir ohne Dich
.
Viele Grüße
Gitta Faust
vielen Dank für die Info.
Was wären wir ohne Dich
Viele Grüße
Gitta Faust
#3
am
26.02.2009 19:01
ACHTUNG - SVCHOST.EXE treibt CPU auf 100% in Verbindung mit der AV-Software Panda.
#4
am
27.02.2009 13:40
Das liegt aber nicht an jenem Update, sondern "möglicherweise" daran, dass Dein Panda (in welcher Version auch immer) während der Installation im Hintergrund lief.
Bye,
Freudi
Bye,
Freudi
Ein weiterer Grund, KB967715 zusätzlich zu KB955704 (trotz der älteren shell32.dll) als aktuell zu listen: Nur KB967715 setzt den in den KB-Artikeln besprochenen Registry-Wert "HonorAutorunSetting".
Hallo!
Ich habe ein Problem mit dem Update. Es installierte sich am 25.2. und seitdem lädt es sich bei jedem Start trotzdem wieder runter und will wieder installiert werden.
Habe schon das Update noch einmal deinstalliert und neu installieren lassen, doch das Problem tritt nach wie vor auf.
Was kann ich tun?
Ich habe ein Problem mit dem Update. Es installierte sich am 25.2. und seitdem lädt es sich bei jedem Start trotzdem wieder runter und will wieder installiert werden.
Habe schon das Update noch einmal deinstalliert und neu installieren lassen, doch das Problem tritt nach wie vor auf.
Was kann ich tun?
#6
am
14.03.2009 11:28
Moin Steffen,
Du hast den Abschnitt "Bekannte Probleme" gelesen und es folglich auch im Abgesicherten Modus von Windows versucht?
Bye,
Freudi
Du hast den Abschnitt "Bekannte Probleme" gelesen und es folglich auch im Abgesicherten Modus von Windows versucht?
Bye,
Freudi
Danke für die schnelle Antwort.
Ja hatte ich eigentlich. Aber vielleicht ist was schief gelaufen, probiere es noch einmal. Dann wird es hoffentlich klappen.
Grüße
Steffen
Ja hatte ich eigentlich. Aber vielleicht ist was schief gelaufen, probiere es noch einmal. Dann wird es hoffentlich klappen.
Grüße
Steffen
#6.1.1
am
15.03.2009 09:02
Moin Steffen,
falls es immer noch nicht funktionieren sollte, schau Dir bitte auch die "Anmerkungen" genauer an.
Schönen Rest-Sonntag,
Freudi
falls es immer noch nicht funktionieren sollte, schau Dir bitte auch die "Anmerkungen" genauer an.
Schönen Rest-Sonntag,
Freudi
Hallo,
ich hab das selbe Problem und habe auch schon alles beschriebene probiert, - update installiert sich beim Ausschalten - oder gibt die Auswahl - immer noch an.
Was soll man tun??
Schönen Dank im Vorhinen für die Antwort
Werner
ich hab das selbe Problem und habe auch schon alles beschriebene probiert, - update installiert sich beim Ausschalten - oder gibt die Auswahl - immer noch an.
Was soll man tun??
Schönen Dank im Vorhinen für die Antwort
Werner
#6.2
am
15.03.2009 17:19
Moin Werner,
wirklich KB967715 aus dem DownloadCenter manuell heruntergeladen und im Abgesicherten Modus von Windows XP installiert?
Falls ja, wird KB967715 bei einem anschließenden Besuch der Windows Update-Seite mit dem IE und einer "Benutzerdefinierten Suche" weiterhin als fehlendes Wichtiges Update angemosert?
Bye,
Freudi
wirklich KB967715 aus dem DownloadCenter manuell heruntergeladen und im Abgesicherten Modus von Windows XP installiert?
Falls ja, wird KB967715 bei einem anschließenden Besuch der Windows Update-Seite mit dem IE und einer "Benutzerdefinierten Suche" weiterhin als fehlendes Wichtiges Update angemosert?
Bye,
Freudi
Danke Freudi
für die rasche Antwort.
Ich habe zwei Benutzerkonten
-Administrator und
-Werner
hatte den Vorgang nur für Admin gemacht
nun für Werner - es funzt.
Beide haben gleiche Rechte...
An dem ist es glaube ich gelegen
LG Werner
für die rasche Antwort.
Ich habe zwei Benutzerkonten
-Administrator und
-Werner
hatte den Vorgang nur für Admin gemacht
nun für Werner - es funzt.
Beide haben gleiche Rechte...
An dem ist es glaube ich gelegen
LG Werner
#6.2.1.1
am
16.03.2009 09:50
Moin Werner,
im Abgesicherten Modus von Windows gibt es nur ein Benutzerkonto...
Bye,
Freudi
im Abgesicherten Modus von Windows gibt es nur ein Benutzerkonto...
Bye,
Freudi
KB967715
Ich habe das selbe Problem wie Werner
Ich weiss nicht mehr weiter.
Habe es schon im abgesicherten Modus installiert. Einmal unter Administrator u. einmal unter Kissi.
Aber es kommt immer wieder. Ich bin absoluter Leihe was PC angeht.
Kann mir jemand helfen?
Ich habe das selbe Problem wie Werner
Ich weiss nicht mehr weiter.
Habe es schon im abgesicherten Modus installiert. Einmal unter Administrator u. einmal unter Kissi.
Aber es kommt immer wieder. Ich bin absoluter Leihe was PC angeht.
Kann mir jemand helfen?
#6.2.2
am
18.03.2009 14:11
Moin Kissi,
Du hast KB967715 im Abgesicherten Modus von Windows XP erfolgreich installiert? Es wird dennoch auf der Windows Update-Seite (http://windowsupdate.microsoft.com) nach einer Benutzerdefinierten Suche erneut angeboten?
Findest Du unter "Software" in der Systemsteuerung einen Eintrag namens "Roxio DLA"?
Wie lauten die letzten 15 Zeilen der "KB967715.log"-Datei, die Du im Windows-Ordner finden kannst?
Bye,
Freudi
Du hast KB967715 im Abgesicherten Modus von Windows XP erfolgreich installiert? Es wird dennoch auf der Windows Update-Seite (http://windowsupdate.microsoft.com) nach einer Benutzerdefinierten Suche erneut angeboten?
Findest Du unter "Software" in der Systemsteuerung einen Eintrag namens "Roxio DLA"?
Wie lauten die letzten 15 Zeilen der "KB967715.log"-Datei, die Du im Windows-Ordner finden kannst?
Bye,
Freudi
Bei mir gehts jetzt auch.
Habs im abgesicherten Modus bei jeweils einem Benutzer (Admin+ meiner) installiert.
Komplett danach ausgeschasltet und nun gehts.
Trotzdem Danke für die Tips
Habs im abgesicherten Modus bei jeweils einem Benutzer (Admin+ meiner) installiert.
Komplett danach ausgeschasltet und nun gehts.
Trotzdem Danke für die Tips
#6.2.2.2
am
22.03.2009 17:03
Hallo, ich habe leider auch das gleiche problem mit dem immer wiederkehrendem Update. Habe es bereits im Abgesichertem Modus. Leider ohne Erfolg.
Einen eintrag namens "Roxio DLA" kann ich auch nicht finden.
Sehr amüsant finde ich auch wie ein "absoluter Leihe" gefragt wird wie die letzten 15 Zeilen der KB967715.log"-Datei lauten, ich wüsste auch nicht wo ich da suchen soll.
Wenn es schon ein XP update gibt das sich automatisch herunterlädt, dann sollte es auch 1A funktionieren, ohne derartige probleme.
Naja vielleicht is die Lösung am ende doch sehr simpel, ich hoffe es mal.
MFG
Daniel
Einen eintrag namens "Roxio DLA" kann ich auch nicht finden.
Sehr amüsant finde ich auch wie ein "absoluter Leihe" gefragt wird wie die letzten 15 Zeilen der KB967715.log"-Datei lauten, ich wüsste auch nicht wo ich da suchen soll.
Wenn es schon ein XP update gibt das sich automatisch herunterlädt, dann sollte es auch 1A funktionieren, ohne derartige probleme.
Naja vielleicht is die Lösung am ende doch sehr simpel, ich hoffe es mal.
MFG
Daniel
#7
am
18.03.2009 15:57
Moin Daniel,
Du könntest mir nebenbei vielleicht verraten, wie ich von außen sonst an die benötigten Informationen kommen könnte?
Start -> Ausführen -> notepad %windir%\KB967715.log
Die Probleme, welche manche und keineswegs alle Anwender sehen, liegen nicht im Update selbst begründet, sondern in den Umständen, sprich der Konfiguration, genauer: der weiter installierten und im Hintergrund laufenden bzw. beim Windows-Start aufgerufenen Anwendungen. "Verdächtig" sind "Sicherheitsprogramme" aller Art und auch Brenn- bzw. Wiedergabeprogramme.
Bye,
Freudi
Du könntest mir nebenbei vielleicht verraten, wie ich von außen sonst an die benötigten Informationen kommen könnte?
Start -> Ausführen -> notepad %windir%\KB967715.log
Die Probleme, welche manche und keineswegs alle Anwender sehen, liegen nicht im Update selbst begründet, sondern in den Umständen, sprich der Konfiguration, genauer: der weiter installierten und im Hintergrund laufenden bzw. beim Windows-Start aufgerufenen Anwendungen. "Verdächtig" sind "Sicherheitsprogramme" aller Art und auch Brenn- bzw. Wiedergabeprogramme.
Bye,
Freudi
Hi, Danke für die info mit dem Log.
Bei mir schaut es so aus:
47.453: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\update_SP3QFE.inf -> c:\windows\$hf_mig$\KB967715\update\update_SP3QFE.inf.
47.625: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\spuninst.exe -> c:\windows\$hf_mig$\KB967715\spuninst.exe.
47.688: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\spmsg.dll -> c:\windows\$hf_mig$\KB967715\spmsg.dll.
47.906: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\spcustom.dll -> c:\windows\$hf_mig$\KB967715\update\spcustom.dll.
47.938: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\KB967715.CAT -> c:\windows\$hf_mig$\KB967715\update\KB967715.CAT.
48.422: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\update.exe -> c:\windows\$hf_mig$\KB967715\update\update.exe.
48.766: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\updspapi.dll -> c:\windows\$hf_mig$\KB967715\update\updspapi.dll.
48.797: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\update.ver -> c:\windows\$hf_mig$\KB967715\update\update.ver.
48.813: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\updatebr.inf -> c:\windows\$hf_mig$\KB967715\update\updatebr.inf.
48.813: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\eula.txt -> c:\windows\$hf_mig$\KB967715\update\eula.txt.
48.938: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\branches.inf -> c:\windows\$hf_mig$\KB967715\update\branches.inf.
48.953: DoInstallation: Installing assemblies with source root path: h:\7c6d82d98c33a890677694873a\
48.953: Num Ticks for Copying files : 4969
48.984: Num Ticks for Reg update and deleting 0 size files : 31
49.000: UpdateSpUpdSvcInf: Source [ProcessesToRunAfterReboot] section is empty; nothing to do.
151.281: RebootNecessary = 0,WizardInput = 0 , DontReboot = 1, ForceRestart = 0
Ich hoffe du kannst damit etwas anfangen
MFG
Bei mir schaut es so aus:
47.453: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\update_SP3QFE.inf -> c:\windows\$hf_mig$\KB967715\update\update_SP3QFE.inf.
47.625: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\spuninst.exe -> c:\windows\$hf_mig$\KB967715\spuninst.exe.
47.688: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\spmsg.dll -> c:\windows\$hf_mig$\KB967715\spmsg.dll.
47.906: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\spcustom.dll -> c:\windows\$hf_mig$\KB967715\update\spcustom.dll.
47.938: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\KB967715.CAT -> c:\windows\$hf_mig$\KB967715\update\KB967715.CAT.
48.422: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\update.exe -> c:\windows\$hf_mig$\KB967715\update\update.exe.
48.766: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\updspapi.dll -> c:\windows\$hf_mig$\KB967715\update\updspapi.dll.
48.797: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\update.ver -> c:\windows\$hf_mig$\KB967715\update\update.ver.
48.813: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\updatebr.inf -> c:\windows\$hf_mig$\KB967715\update\updatebr.inf.
48.813: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\eula.txt -> c:\windows\$hf_mig$\KB967715\update\eula.txt.
48.938: ProcessSetupContentSection: PROCESS_SETUP_CONTENT_OP_INSTALL: Copied h:\7c6d82d98c33a890677694873a\update\branches.inf -> c:\windows\$hf_mig$\KB967715\update\branches.inf.
48.953: DoInstallation: Installing assemblies with source root path: h:\7c6d82d98c33a890677694873a\
48.953: Num Ticks for Copying files : 4969
48.984: Num Ticks for Reg update and deleting 0 size files : 31
49.000: UpdateSpUpdSvcInf: Source [ProcessesToRunAfterReboot] section is empty; nothing to do.
151.281: RebootNecessary = 0,WizardInput = 0 , DontReboot = 1, ForceRestart = 0
Ich hoffe du kannst damit etwas anfangen
MFG
#7.1.1
am
18.03.2009 16:14
Moin Daniel,
das sieht soweit "normal" aus (für eine wiederholte Installation). Der letzte Versuch war die manuell angestoßene Installation der WindowsXP-KB967715-x86-DEU.exe im Abgesicherten Modus?
Welche Dateiversion weist die "shell32.dll" im Ordner \Windows\System32 aus (Rechtsklick auf die Datei -> Eigenschaften -> Version)?
Damit ich Dich nicht durch die Registry jagen muss: Start -> Ausführen -> cmd [Enter/OK]
Es öffnet sich ein Eingabeaufforderungsfenster (gelegentlich auch als "DOS-Fenster" bezeichnet).
In diese Eingabeaufforderung gibst Du bitte das Folgende nacheinander ein. Eine jede Zeile schließt mit [Enter] ab und meint, dass Du die [Enter)-Taste drücken musst. Das Leerzeichen vor [Enter] bitte nicht eingeben:
reg export HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer hklm.txt [Enter]
reg export HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer hkcu.txt [Enter]
exit [Enter]
Jetzt gibst Du unter "Ausführen" im Startmenü "notepad %userprofile%\hklm.txt" ein und bestätigst mit OK bzw. der [Enter]-Taste. Kopier den vollständigen Inhalt in Deine Antwort.
Nun das Ganze noch einmal mit "notepad %userprofile%\hkcu.txt" ebenfalls unter "Ausführen" im Startmenü.
Danach schaun mer mal. Die Dateiversion der shell32.dll ist wichtig!
Bye,
Freudi
das sieht soweit "normal" aus (für eine wiederholte Installation). Der letzte Versuch war die manuell angestoßene Installation der WindowsXP-KB967715-x86-DEU.exe im Abgesicherten Modus?
Welche Dateiversion weist die "shell32.dll" im Ordner \Windows\System32 aus (Rechtsklick auf die Datei -> Eigenschaften -> Version)?
Damit ich Dich nicht durch die Registry jagen muss: Start -> Ausführen -> cmd [Enter/OK]
Es öffnet sich ein Eingabeaufforderungsfenster (gelegentlich auch als "DOS-Fenster" bezeichnet).
In diese Eingabeaufforderung gibst Du bitte das Folgende nacheinander ein. Eine jede Zeile schließt mit [Enter] ab und meint, dass Du die [Enter)-Taste drücken musst. Das Leerzeichen vor [Enter] bitte nicht eingeben:
reg export HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer hklm.txt [Enter]
reg export HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer hkcu.txt [Enter]
exit [Enter]
Jetzt gibst Du unter "Ausführen" im Startmenü "notepad %userprofile%\hklm.txt" ein und bestätigst mit OK bzw. der [Enter]-Taste. Kopier den vollständigen Inhalt in Deine Antwort.
Nun das Ganze noch einmal mit "notepad %userprofile%\hkcu.txt" ebenfalls unter "Ausführen" im Startmenü.
Danach schaun mer mal. Die Dateiversion der shell32.dll ist wichtig!
Bye,
Freudi
Moin,
meine Shell32.dll version iste die 6.0.2900.5622
und das andere was du wissen wolltest ist hier:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoCDBurning"=dword:00000000
"HonorAutoRunSetting"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer\Run]
und:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoDriveTypeAutoRun"=dword:00000001
Ich hoffe es hilft dir und führt zum gewünschtem erfolg.
PS: ich habe das Update bereits manuell im angesichtertem Modus installiert, im admin konto als auch in meinem konto, beides brachte keinen erfolg =/
MFG Daniel
meine Shell32.dll version iste die 6.0.2900.5622
und das andere was du wissen wolltest ist hier:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoCDBurning"=dword:00000000
"HonorAutoRunSetting"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer\Run]
und:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoDriveTypeAutoRun"=dword:00000001
Ich hoffe es hilft dir und führt zum gewünschtem erfolg.
PS: ich habe das Update bereits manuell im angesichtertem Modus installiert, im admin konto als auch in meinem konto, beides brachte keinen erfolg =/
MFG Daniel
#7.1.1.1.1
am
31.03.2009 13:44
Moin Daniel,
hm, das sieht eigentlich okay aus - wobei ich mich frage, woher denn dieser "NoCDBurning"-Wert stammt. Mit dem Inhalt "0" (Null) ist er zwar inaktiv, aber lösch ihn doch bitte dennoch.
Was "NoDriveTypeAutoRun" anbelangt, wäre auch das okay, wenn Du AutoRun/AutoPlay für lediglich für "unbekannte Laufwerke" deaktivieren wolltest.
Tu mir mal bitte einen Gefallen, und deinstallier KB967715 über "Software" in der Systemsteuerung (die Option "Updates anzeigen" muss aktiviert sein). Mich würde brennend interessieren, welche Dateiversion anschließend die shell32.dll aufweist. KB950582 für Windows XP hattest Du zuvor ja nicht installiert, oder doch? Irgendwelche ominösen "Updatepacks" von Dritten wurden auch nicht installiert, stimmts?
Ferner wäre es ggf. hilfreich, wenn man wüsste, welche Programme beim Windows Start geladen werden (Start -> Ausführen -> msconfig [Enter/OK] -> Systemstart).
Bye,
Freudi
hm, das sieht eigentlich okay aus - wobei ich mich frage, woher denn dieser "NoCDBurning"-Wert stammt. Mit dem Inhalt "0" (Null) ist er zwar inaktiv, aber lösch ihn doch bitte dennoch.
Was "NoDriveTypeAutoRun" anbelangt, wäre auch das okay, wenn Du AutoRun/AutoPlay für lediglich für "unbekannte Laufwerke" deaktivieren wolltest.
Tu mir mal bitte einen Gefallen, und deinstallier KB967715 über "Software" in der Systemsteuerung (die Option "Updates anzeigen" muss aktiviert sein). Mich würde brennend interessieren, welche Dateiversion anschließend die shell32.dll aufweist. KB950582 für Windows XP hattest Du zuvor ja nicht installiert, oder doch? Irgendwelche ominösen "Updatepacks" von Dritten wurden auch nicht installiert, stimmts?
Ferner wäre es ggf. hilfreich, wenn man wüsste, welche Programme beim Windows Start geladen werden (Start -> Ausführen -> msconfig [Enter/OK] -> Systemstart).
Bye,
Freudi
Moin Daniel nochmal,
sorry, aber könnte es sein, dass Dein Rechner mit "AntivirXP08" verseucht ist oder war? http://www.entfernen-spyware.de/antivirxp08-entfernen.html kann zur Information dienen, das dort verlinkte Programm aber nicht herunterladen und ausführen! Solltest Du nach der Beschreibung etwas ähnliches auf Deinem Rechner vorfinden (was mir wahrscheinlich scheint), schau Dir http://www.win-tipps-tweaks.de/forum/news/18180-finger-weg-antivirus-xp-2008-a.html an. Ja, ich weiß, wieder viel Text mit vielen Anweisungen dort. Aber es hilft - wenn Du Deinen Rechner nicht komplett neu bespielen willst, was wahrscheinlich gar nicht die dümmste aller Ideen wäre.
Bye,
Freudi
sorry, aber könnte es sein, dass Dein Rechner mit "AntivirXP08" verseucht ist oder war? http://www.entfernen-spyware.de/antivirxp08-entfernen.html kann zur Information dienen, das dort verlinkte Programm aber nicht herunterladen und ausführen! Solltest Du nach der Beschreibung etwas ähnliches auf Deinem Rechner vorfinden (was mir wahrscheinlich scheint), schau Dir http://www.win-tipps-tweaks.de/forum/news/18180-finger-weg-antivirus-xp-2008-a.html an. Ja, ich weiß, wieder viel Text mit vielen Anweisungen dort. Aber es hilft - wenn Du Deinen Rechner nicht komplett neu bespielen willst, was wahrscheinlich gar nicht die dümmste aller Ideen wäre.
Bye,
Freudi
Moin,
Ich habe den NoCdBurnig wert gelöscht, ebeno wie das XP update, meine Shell32.ddl schaut nun so aus: 6.0.2900.5512.
Und ja, leider hatte ich mal dieses AntivirXP08 drauf, konnte es aber komplett beseitigen, habe auch bisher keine anzeichen von restlichen Spuren bemerkt.
Ich habe den NoCdBurnig wert gelöscht, ebeno wie das XP update, meine Shell32.ddl schaut nun so aus: 6.0.2900.5512.
Und ja, leider hatte ich mal dieses AntivirXP08 drauf, konnte es aber komplett beseitigen, habe auch bisher keine anzeichen von restlichen Spuren bemerkt.
#7.1.1.1.1.2.1
am
31.03.2009 15:27
Moin nochmal,
Ob ich das Update KB950582 installiert hatte wusste ich nicht genau, habe es deshalb unter Software gesucht und NICHT gefunden, Hatte auch nie updates von anderen Anbietern installiert.
Ob ich das Update KB950582 installiert hatte wusste ich nicht genau, habe es deshalb unter Software gesucht und NICHT gefunden, Hatte auch nie updates von anderen Anbietern installiert.
#7.1.1.1.1.2.2
am
31.03.2009 15:35
Moin Daniel,
zunächst zu den vermeintlichen Nebensächlichkeiten:
Jeder Server, den Du mit Deinem IE7 ansurfst, sieht, dass Du dieses AntivirXP08 zumindest installiert hattest. Es wird im sogenannten "User-Agent"-Header spazieren geführt. Glaubst Du nicht? Ruf einfach http://winware.org/de/ auf und schau, was da in der "User-Agent"-Zeile so alles steht. Das Dingen ist also zumindest nicht vollständig entfernt, wie und womit auch immer.
Was die vermeintliche Hauptsache anbelangt:
KB950582 war augenscheinlich nicht installiert. Im Grund genommen ist KB967715 nichts anderes, als diese KB950582 war/ist. Der einzige Unterschied zwischen den beiden besteht darin, dass KB967715 über Windows/Auto Update verteilt wird, während sich KB950582 ausschließlich im DownloadCenter finden lässt:
http://www.microsoft.com/downloads/details.aspx?FamilyID=cc4fb38c-579b-40f7-89c4-1721d7b8daa5&DisplayLang=de
Mach jetzt bitte Folgendes und zwar Schritt für Schritt:
1. KB950582 aus dem DownloadCenter herunterladen, speichern und noch nicht aufrufen/ausführen.
2. Windows in den Abgesicherten Modus neu starten.
3. Im Abgesicherten Modus die in Schritt 1 heruntergeladene WindowsXP-KB950582-x86-DEU.exe aufrufen/ausführen (Doppelklick drauf).
4. Windows neu starten.
5. Mit dem Internet Explorer unmittelbar die Windows Update-Seite (http://windowsupdate.microsoft.com) aufsuchen und dort auf "Benutzerdefinierte Suche" klicken.
Wird KB967715 von der Windows Update-Seite immer noch als fehlendes, wichtiges Update angeboten?
Falls nein, ist es soweit geschafft
Falls doch, geht es damit weiter, dass Du die Frage beantwortest, welche Programme beim Windows Start im einzelnen geladen werden.
Bye,
Freudi
zunächst zu den vermeintlichen Nebensächlichkeiten:
Jeder Server, den Du mit Deinem IE7 ansurfst, sieht, dass Du dieses AntivirXP08 zumindest installiert hattest. Es wird im sogenannten "User-Agent"-Header spazieren geführt. Glaubst Du nicht? Ruf einfach http://winware.org/de/ auf und schau, was da in der "User-Agent"-Zeile so alles steht. Das Dingen ist also zumindest nicht vollständig entfernt, wie und womit auch immer.
Was die vermeintliche Hauptsache anbelangt:
KB950582 war augenscheinlich nicht installiert. Im Grund genommen ist KB967715 nichts anderes, als diese KB950582 war/ist. Der einzige Unterschied zwischen den beiden besteht darin, dass KB967715 über Windows/Auto Update verteilt wird, während sich KB950582 ausschließlich im DownloadCenter finden lässt:
http://www.microsoft.com/downloads/details.aspx?FamilyID=cc4fb38c-579b-40f7-89c4-1721d7b8daa5&DisplayLang=de
Mach jetzt bitte Folgendes und zwar Schritt für Schritt:
1. KB950582 aus dem DownloadCenter herunterladen, speichern und noch nicht aufrufen/ausführen.
2. Windows in den Abgesicherten Modus neu starten.
3. Im Abgesicherten Modus die in Schritt 1 heruntergeladene WindowsXP-KB950582-x86-DEU.exe aufrufen/ausführen (Doppelklick drauf).
4. Windows neu starten.
5. Mit dem Internet Explorer unmittelbar die Windows Update-Seite (http://windowsupdate.microsoft.com) aufsuchen und dort auf "Benutzerdefinierte Suche" klicken.
Wird KB967715 von der Windows Update-Seite immer noch als fehlendes, wichtiges Update angeboten?
Falls nein, ist es soweit geschafft
Falls doch, geht es damit weiter, dass Du die Frage beantwortest, welche Programme beim Windows Start im einzelnen geladen werden.
Bye,
Freudi
Moin,
Es ist geschafft, das Problem wurde beseitigt.
Vielen herzlichen Dank für deine Hilfe.
MFG
Daniel
Es ist geschafft, das Problem wurde beseitigt.
Vielen herzlichen Dank für deine Hilfe.
MFG
Daniel
#7.1.1.1.1.2.2.1.1
am
31.03.2009 19:54
Moin Daniel,
das freut mich zwar, lässt aber die Antwort auf die virtuelle Frage im Dunkeln, wie Du das "Problem" gelöst hast.
Wie denn also? Mit der Installation von KB950582 im Abgesicherten Modus?
TIA,
Freudi
das freut mich zwar, lässt aber die Antwort auf die virtuelle Frage im Dunkeln, wie Du das "Problem" gelöst hast.
Wie denn also? Mit der Installation von KB950582 im Abgesicherten Modus?
TIA,
Freudi
Sorry, das hätte ich wirklich noch dazu schreiben können 
Die Installation von KB950582 hat zum erfolg geführt
Vielen Dank nochmal
MFG
Die Installation von KB950582 hat zum erfolg geführt
Vielen Dank nochmal
MFG
#7.1.1.1.1.2.2.1.1.1.1
am
31.03.2009 20:20
Hallo nochmal,
hm, das ist strange - und ich könnte fast wetten, dass jetzt auch die Installation von KB967715 funktionieren würde
Anyway, keine Ursache, Danke für die Rückmeldung(en) und frohes Arbeiten,
Freudi
hm, das ist strange - und ich könnte fast wetten, dass jetzt auch die Installation von KB967715 funktionieren würde
Anyway, keine Ursache, Danke für die Rückmeldung(en) und frohes Arbeiten,
Freudi
Ups, daraus soll nun einer schlau werden...
@ Vorgänger...
Wenn ich das eingebe bei mir erscheint folgendes:
-------------------------------------------------
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Dokumente und Einstellungen\ADMIN>reg export HKLM\SOFTWARE\Microsoft\Windows\
CurrentVersion\Policies\Explorer hklm.txt
Der Vorgang wurde erfolgreich ausgeführt.
C:\Dokumente und Einstellungen\ADMIN>reg export HKCU\SOFTWARE\Microsoft\Windows\
CurrentVersion\Policies\Explorer hkcu.txt [Enter]
Fehler: Ungültige Befehlszeilenparameter
-------------------------------------------------
Das funktioniert also nicht!
Was genau ist nun zu tun?
Hilfreich war zunächst folgende Maßnahme zur Fehlerlokalisierung:
Start -> Ausführen -> notepad %windir%\KB967715.log
------------------------------------------------
Im Log- File waren dann jede Menge Angaben zu finden, u.a. diese hier:
8.968: In Function GetReleaseSet, line 1240, RegQueryValueEx failed with error 0x2
8.968: SetProductTypes: InfProductBuildType=BuildType.IP
8.968: SetAltOsLoaderPath: No section uses DirId 65701; done.
9.015: CreateUninstall = 1,Directory = C:\WINDOWS\$NtUninstallKB967715$
9.015: LoadFileQueues: UpdSpGetSourceFileLocation for halmacpi.dll failed: 0xe0000102
9.047: ref tag c:\windows\system32\sp4.cab does not exist
9.047: ref tag c:\windows\system32\sp3.cab does not exist
9.047: ref tag c:\windows\system32\sp2.cab does not exist
9.047: ref tag c:\windows\system32\sp1.cab does not exist
9.047: ref tag c:\windows\system32\driver.cab does not exist
9.047: ref tag c:\windows\system32\fp40ext.cab does not exist
9.047: ref tag c:\windows\system32\fp40ext1.cab does not exist
9.047: ref tag c:\windows\system32\wms4.cab does not exist
9.047: ref tag c:\windows\system32\wms41.cab does not exist
9.047: ref tag c:\windows\system32\ims.cab does not exist
9.047: ref tag c:\windows\system32\ims1.cab does not exist
9.047: ref tag c:\windows\system32\ins.cab does not exist
9.047: ref tag c:\windows\system32\ins1.cab does not exist
9.047: Starting AnalyzeComponents
9.047: AnalyzePhaseZero used 0 ticks
9.047: No c:\windows\INF\updtblk.inf file.
9.047: OEM file scan used 0 ticks
9.093: AnalyzePhaseOne: used 46 ticks
9.093: AnalyzeComponents: Hotpatch analysis disabled; skipping.
9.093: AnalyzeComponents: Hotpatching is disabled.
9.093: FindFirstFile c:\windows\$hf_mig$*.*
10.156: KB967715 Setup hat folgenden Fehler festgestellt: Die Datei update.ver ist nicht richtig.
Vielleicht weiß ja jemand ob DELL / McAfee sich dieses Fehlers schon angenommen und Lösungen zur Fehlerbehebung bereitgestellt hat...
Ich habe bei meinem DELL DIMENSION 9150 seit genau 24.02.2009 das Problem, dass das Update (KB967715) Tag für Tag immer wieder neu installiert wird. (so als wäre es nie richtig installiert worden)
Dabei wurde es schon zig Mal automatisch installiert und anschließend kam nie eine Fehlermeldung.
Ich habe den PC so eingestellt, dass ein automatisches Update erfolgen kann und hatte bislang noch nie Probleme damit!
Weiß der Geier, was nun nicht klappt...
Selbst eine Deinstallation des Updates KB967715 und Neuinstallation brachte nix... alles wie vorher!
Da der DELL wie sonst eingestellt und somit unverändert (hinsichtlich Benutzer und Updateeinstellungen) geblieben ist, kann ich mir nicht erklären was los ist.
Ein OnlineScan brachte keine Schädigungen durch Viren an´s Tageslicht!
Wer kann hier helfen und mal Schritt für Schritt (für den Laien!!!) schreiben, was zu machen und/oder zu kontrollieren ist?
Auch wäre mal interessant zu erfahren, was da wo schief läuft, bzw. schief gelaufen ist...
Lieben herzlichen Dank...
(gerne auch direkt an fexi@freenet.de)
@ Vorgänger...
Wenn ich das eingebe bei mir erscheint folgendes:
-------------------------------------------------
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Dokumente und Einstellungen\ADMIN>reg export HKLM\SOFTWARE\Microsoft\Windows\
CurrentVersion\Policies\Explorer hklm.txt
Der Vorgang wurde erfolgreich ausgeführt.
C:\Dokumente und Einstellungen\ADMIN>reg export HKCU\SOFTWARE\Microsoft\Windows\
CurrentVersion\Policies\Explorer hkcu.txt [Enter]
Fehler: Ungültige Befehlszeilenparameter
-------------------------------------------------
Das funktioniert also nicht!
Was genau ist nun zu tun?
Hilfreich war zunächst folgende Maßnahme zur Fehlerlokalisierung:
Start -> Ausführen -> notepad %windir%\KB967715.log
------------------------------------------------
Im Log- File waren dann jede Menge Angaben zu finden, u.a. diese hier:
8.968: In Function GetReleaseSet, line 1240, RegQueryValueEx failed with error 0x2
8.968: SetProductTypes: InfProductBuildType=BuildType.IP
8.968: SetAltOsLoaderPath: No section uses DirId 65701; done.
9.015: CreateUninstall = 1,Directory = C:\WINDOWS\$NtUninstallKB967715$
9.015: LoadFileQueues: UpdSpGetSourceFileLocation for halmacpi.dll failed: 0xe0000102
9.047: ref tag c:\windows\system32\sp4.cab does not exist
9.047: ref tag c:\windows\system32\sp3.cab does not exist
9.047: ref tag c:\windows\system32\sp2.cab does not exist
9.047: ref tag c:\windows\system32\sp1.cab does not exist
9.047: ref tag c:\windows\system32\driver.cab does not exist
9.047: ref tag c:\windows\system32\fp40ext.cab does not exist
9.047: ref tag c:\windows\system32\fp40ext1.cab does not exist
9.047: ref tag c:\windows\system32\wms4.cab does not exist
9.047: ref tag c:\windows\system32\wms41.cab does not exist
9.047: ref tag c:\windows\system32\ims.cab does not exist
9.047: ref tag c:\windows\system32\ims1.cab does not exist
9.047: ref tag c:\windows\system32\ins.cab does not exist
9.047: ref tag c:\windows\system32\ins1.cab does not exist
9.047: Starting AnalyzeComponents
9.047: AnalyzePhaseZero used 0 ticks
9.047: No c:\windows\INF\updtblk.inf file.
9.047: OEM file scan used 0 ticks
9.093: AnalyzePhaseOne: used 46 ticks
9.093: AnalyzeComponents: Hotpatch analysis disabled; skipping.
9.093: AnalyzeComponents: Hotpatching is disabled.
9.093: FindFirstFile c:\windows\$hf_mig$*.*
10.156: KB967715 Setup hat folgenden Fehler festgestellt: Die Datei update.ver ist nicht richtig.
Vielleicht weiß ja jemand ob DELL / McAfee sich dieses Fehlers schon angenommen und Lösungen zur Fehlerbehebung bereitgestellt hat...
Ich habe bei meinem DELL DIMENSION 9150 seit genau 24.02.2009 das Problem, dass das Update (KB967715) Tag für Tag immer wieder neu installiert wird. (so als wäre es nie richtig installiert worden)
Dabei wurde es schon zig Mal automatisch installiert und anschließend kam nie eine Fehlermeldung.
Ich habe den PC so eingestellt, dass ein automatisches Update erfolgen kann und hatte bislang noch nie Probleme damit!
Weiß der Geier, was nun nicht klappt...
Selbst eine Deinstallation des Updates KB967715 und Neuinstallation brachte nix... alles wie vorher!
Da der DELL wie sonst eingestellt und somit unverändert (hinsichtlich Benutzer und Updateeinstellungen) geblieben ist, kann ich mir nicht erklären was los ist.
Ein OnlineScan brachte keine Schädigungen durch Viren an´s Tageslicht!
Wer kann hier helfen und mal Schritt für Schritt (für den Laien!!!) schreiben, was zu machen und/oder zu kontrollieren ist?
Auch wäre mal interessant zu erfahren, was da wo schief läuft, bzw. schief gelaufen ist...
Lieben herzlichen Dank...
(gerne auch direkt an fexi@freenet.de)
#8
am
29.03.2009 19:28
Moin Fexi,
bitte gib zunächst einmal die Versionsnummer der shell32.dll an, die auf Deinem System im Ordner "\Windows\System32" liegt (Rechtsklick -> Eigenschaften -> Version).
Gib bitte ferner an, ob Du KB967715 schon im Abgesicherten Modus von Windows XP zu installieren versucht hast (siehe Abschnitt "Bekannte Probleme").
Falls ja, gib bitte den Inhalt der "hklm.txt" an, die in Deinem Profilordner liegt (Start -> Ausführen -> "notepad %userprofile%\hklm.txt" [Enter] - Die Anführungszeichen sind wichtig ).
Bye,
Freudi
P.S.: Deinen Kommentar mit der kompletten KB967715.log habe ich zunächst einmal aus Übersichtsgründen "unsichtbar" gemacht.
bitte gib zunächst einmal die Versionsnummer der shell32.dll an, die auf Deinem System im Ordner "\Windows\System32" liegt (Rechtsklick -> Eigenschaften -> Version).
Gib bitte ferner an, ob Du KB967715 schon im Abgesicherten Modus von Windows XP zu installieren versucht hast (siehe Abschnitt "Bekannte Probleme").
Falls ja, gib bitte den Inhalt der "hklm.txt" an, die in Deinem Profilordner liegt (Start -> Ausführen -> "notepad %userprofile%\hklm.txt" [Enter] - Die Anführungszeichen sind wichtig ).
Bye,
Freudi
P.S.: Deinen Kommentar mit der kompletten KB967715.log habe ich zunächst einmal aus Übersichtsgründen "unsichtbar" gemacht.
Hi Freudi,
so endlich habe ich Zeit mich der Sache anzunehmen...
Als ich heute den Rechner neu gestartet habe, kam wieder die Aufforderung KB967715 zu installieren >>> ich also installiert.
Den Neustart machte ich dann im abgesicherten Modus und da ich zusätzlich die KB967715 lokal auf dem Rechner abgelegt hatte, installierte ich die EXE noch mal.
Danach startete ich den Rechner neu und bislang gab´s noch keine neue Aufforderung (kommt - wenn - dann auch erst morgen wieder)
Folgende Angabe sind jetzt zu verzeichnen:
Versionsnummer der Shell:
6.00.2900.5622 (xpsp_sp3_gdr.080617-1319)
--------------------------------------------------
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoCDBurning"=dword:00000000
"HonorAutoRunSetting"=dword:00000001
--------------------------------------------------
den KB- Log- File stelle ich hier mal wegen der Länge nicht rein...
Jetzt bleibt abzuwarten, ob morgen noch mal die Aufforderung zur Installation kommt...
so endlich habe ich Zeit mich der Sache anzunehmen...
Als ich heute den Rechner neu gestartet habe, kam wieder die Aufforderung KB967715 zu installieren >>> ich also installiert.
Den Neustart machte ich dann im abgesicherten Modus und da ich zusätzlich die KB967715 lokal auf dem Rechner abgelegt hatte, installierte ich die EXE noch mal.
Danach startete ich den Rechner neu und bislang gab´s noch keine neue Aufforderung (kommt - wenn - dann auch erst morgen wieder)
Folgende Angabe sind jetzt zu verzeichnen:
Versionsnummer der Shell:
6.00.2900.5622 (xpsp_sp3_gdr.080617-1319)
--------------------------------------------------
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoCDBurning"=dword:00000000
"HonorAutoRunSetting"=dword:00000001
--------------------------------------------------
den KB- Log- File stelle ich hier mal wegen der Länge nicht rein...
Jetzt bleibt abzuwarten, ob morgen noch mal die Aufforderung zur Installation kommt...
#8.1.1
am
11.04.2009 11:04
Endlich das Problem mit dem Patch KB967715 gelöst.
Nachdem ich also das Patch KB967715 im abgesicherten Modus installiert habe (also die EXE vorher lokal auf dem Rechner abgespeichert und dann durch Doppelklick installiert hatte), stellte ich nun heute fest, dass ich nicht mehr aufgefordert werde, das Patch abermalig zu installieren. Auch ein Scan auf der Microsoft- Update- Seite ergab, dass alle notwenigen Updates installiert sind. Damit dürfte das Problem behoben sein.
Danke an alle, die mir dabei geholfen haben, besonderen Dank gilt Freudi
Nachdem ich also das Patch KB967715 im abgesicherten Modus installiert habe (also die EXE vorher lokal auf dem Rechner abgespeichert und dann durch Doppelklick installiert hatte), stellte ich nun heute fest, dass ich nicht mehr aufgefordert werde, das Patch abermalig zu installieren. Auch ein Scan auf der Microsoft- Update- Seite ergab, dass alle notwenigen Updates installiert sind. Damit dürfte das Problem behoben sein.
Danke an alle, die mir dabei geholfen haben, besonderen Dank gilt Freudi
#8.1.2
am
12.04.2009 10:13
Moin Fexi,
na alla dann
Nüscht zu danken und Frohes Fest,
Freudi
na alla dann
Nüscht zu danken und Frohes Fest,
Freudi
Moin Fexi nochmal,
ich habe gerade die KB967715.log aus den Untiefen ausgegraben (örks). Mutmaßlich wird Dein "HackerWatch" von McAfee eine Rolle dabei gespielt haben, dass bis zur Installation im Abgesicherten Modus KB967715 immer wieder zur Installation angeboten wurde.
FWIW,
Freudi
ich habe gerade die KB967715.log aus den Untiefen ausgegraben (örks). Mutmaßlich wird Dein "HackerWatch" von McAfee eine Rolle dabei gespielt haben, dass bis zur Installation im Abgesicherten Modus KB967715 immer wieder zur Installation angeboten wurde.
FWIW,
Freudi
Hallo,
Kann mir jemand den im Abschnitt "How to selectively disable specific Autorun features " etwas undurchschaubaren KB-Artikel erklären? Irgendwie sind (ich habe mir jetzt nur die englische Version angesehen) die dort genannten Flags nicht ganz konsistent beschrieben:
1) Was heißt "0x1 or 0x80" in der ersten Zeile der Tabelle? Ist das mathematisch zu sehen, müssen beide gesetzt werden (also 0x81)? Und wenn nicht: warum 2 Bits, warum werden beide ausgewertet? Was soll das? Wird ein 0x81 am Ende gar als "exclusive or" betrachtet, und der Autorun ist dann doch wieder aktiviert?
2) Selbst wenn ich den Wert 0x81 annehme, kommt in der Summe aller Einträge nur maximal 0xFD heraus. Das widerspricht dem etwas dem 0xFF in der letzten Zeile... Wo ist das fehlende 0x2? Ist da die eigentliche zweite Zeile der Tabelle verlorengegangen (welchen Autorun auch immer die dann steuern mag)? Oder ist dieses Bit schlicht egal, und 0xFF bewirkt dasselbe wie 0xFD?
Wenn schon der KB-Artikel, der ja eigentlich die Details beschreiben soll, diese Informationen nicht preisgibt, woher erfährt man dann solche Feinheiten? Ich habe mal die Feedback-Möglichkeit ganz unten genutzt, aber ich bezweifle, dass sich dadurch etwas ändert. Freudi, du hast da sicher bessere Kontakte - kann evtl. irgendjemand bei MS diese meine Wissenslücke schließen? Danke für alle erleuchtenden Antworten!
Kann mir jemand den im Abschnitt "How to selectively disable specific Autorun features " etwas undurchschaubaren KB-Artikel erklären? Irgendwie sind (ich habe mir jetzt nur die englische Version angesehen) die dort genannten Flags nicht ganz konsistent beschrieben:
1) Was heißt "0x1 or 0x80" in der ersten Zeile der Tabelle? Ist das mathematisch zu sehen, müssen beide gesetzt werden (also 0x81)? Und wenn nicht: warum 2 Bits, warum werden beide ausgewertet? Was soll das? Wird ein 0x81 am Ende gar als "exclusive or" betrachtet, und der Autorun ist dann doch wieder aktiviert?
2) Selbst wenn ich den Wert 0x81 annehme, kommt in der Summe aller Einträge nur maximal 0xFD heraus. Das widerspricht dem etwas dem 0xFF in der letzten Zeile... Wo ist das fehlende 0x2? Ist da die eigentliche zweite Zeile der Tabelle verlorengegangen (welchen Autorun auch immer die dann steuern mag)? Oder ist dieses Bit schlicht egal, und 0xFF bewirkt dasselbe wie 0xFD?
Wenn schon der KB-Artikel, der ja eigentlich die Details beschreiben soll, diese Informationen nicht preisgibt, woher erfährt man dann solche Feinheiten? Ich habe mal die Feedback-Möglichkeit ganz unten genutzt, aber ich bezweifle, dass sich dadurch etwas ändert. Freudi, du hast da sicher bessere Kontakte - kann evtl. irgendjemand bei MS diese meine Wissenslücke schließen? Danke für alle erleuchtenden Antworten!
#9
am
08.09.2009 23:42
Moin,
mein Verständnis sieht wie folgt aus:
zu 1)
Es ist dem KB-Artikel zufolge egal, ob Du 0x1 oder 0x80 als Inhalt für den Wert "NoDriveTypeAutoRun" einsetzt. In beiden Fällen würde AutoRun für unbekannte Laufwerkstypen deaktiviert. Um irgendwelchen möglichen Nebenwirkungen zu entgehen, kann (und sollte) man latürnich auch beide addieren, wenn weitere Laufwerkstypen deaktiviert werden sollen.
zu 2)
Ein "0x2" wird schlicht nicht verwendet bzw. hat keine Bedeutung/Wirkung. "0xFF" ist nicht die Summe aller wirksamen Werte, sondern quasi ein "all-in-one" Wert. Dort ist das nicht-funktionale "0x2" quasi integriert und sowohl "0x1" als auch "0x80", wobei die beiden letzteren laut MS das selbe bewirken.
Ich weiß nicht, ob Dir z.B. http://www.fz-juelich.de/jsc/files/net/security/inf-xp/No-AutoRun/no-autorun-zam.htm oder http://technet.microsoft.com/en-us/library/cc959381.aspx beim Verständnis weiterhilft oder ggf. zur weiteren Verwirrung beiträgt.
Standardmäßig hat unter Windows XP der Wert "NoDriveAutoType" den Inhalt "0x91", also 0x1 + 0x10 + 0x80, will sagen, AutoRun wird bei allen Laufwerken außer Laufwerken unbekannten Typs (0x1 und 0x80) sowie auf Netzlaufwerken (0x10) ausgeführt. Unter Windows 2000 war/ist es die "0x95", es sind dort also zusätzlich noch Wechseldatenträger (z.B. USB-Sticks) vom AutoRun ausgenommen.
Meine Versuche, MS die Kompliziertheit und dadurch Praxisfremdheit der Anweisungen im MSKB-Artikel klar zu machen, sind bislang gescheitert. Allerdings gibt es mittlerweile http://patch-info.de/artikel/2009/08/26/682 was nur noch über Windows Update verteilt gehörte - und anschließend vermutlich die ein oder andere Support-Anfrage bei MS generien würde ("Mein Stick startet nicht!1ELF").
Bye,
Freudi
mein Verständnis sieht wie folgt aus:
zu 1)
Es ist dem KB-Artikel zufolge egal, ob Du 0x1 oder 0x80 als Inhalt für den Wert "NoDriveTypeAutoRun" einsetzt. In beiden Fällen würde AutoRun für unbekannte Laufwerkstypen deaktiviert. Um irgendwelchen möglichen Nebenwirkungen zu entgehen, kann (und sollte) man latürnich auch beide addieren, wenn weitere Laufwerkstypen deaktiviert werden sollen.
zu 2)
Ein "0x2" wird schlicht nicht verwendet bzw. hat keine Bedeutung/Wirkung. "0xFF" ist nicht die Summe aller wirksamen Werte, sondern quasi ein "all-in-one" Wert. Dort ist das nicht-funktionale "0x2" quasi integriert und sowohl "0x1" als auch "0x80", wobei die beiden letzteren laut MS das selbe bewirken.
Ich weiß nicht, ob Dir z.B. http://www.fz-juelich.de/jsc/files/net/security/inf-xp/No-AutoRun/no-autorun-zam.htm oder http://technet.microsoft.com/en-us/library/cc959381.aspx beim Verständnis weiterhilft oder ggf. zur weiteren Verwirrung beiträgt.
Standardmäßig hat unter Windows XP der Wert "NoDriveAutoType" den Inhalt "0x91", also 0x1 + 0x10 + 0x80, will sagen, AutoRun wird bei allen Laufwerken außer Laufwerken unbekannten Typs (0x1 und 0x80) sowie auf Netzlaufwerken (0x10) ausgeführt. Unter Windows 2000 war/ist es die "0x95", es sind dort also zusätzlich noch Wechseldatenträger (z.B. USB-Sticks) vom AutoRun ausgenommen.
Meine Versuche, MS die Kompliziertheit und dadurch Praxisfremdheit der Anweisungen im MSKB-Artikel klar zu machen, sind bislang gescheitert. Allerdings gibt es mittlerweile http://patch-info.de/artikel/2009/08/26/682 was nur noch über Windows Update verteilt gehörte - und anschließend vermutlich die ein oder andere Support-Anfrage bei MS generien würde ("Mein Stick startet nicht!1ELF").
Bye,
Freudi
Die Kommentarfunktion wurde vom Besitzer dieses Blogs in diesem Eintrag deaktiviert.


Kurzbeschreibung: Sicherheitsupdate, das eine kritische Lücke in der Netzwerkprogramm(ier)schnittstelle (API) von Windows bzw. dem zugehörigen Windows Server Dienst und hier des RPC [...]
Aufgenommen: 28.03.2009 10:32
Kurzbeschreibung: Optionales aber empfehlenswertes Update, welches das Ausführen von AutoPlay bzw. AutoRun auf CD- und DVD-Laufwerke (bzw. USB-Sticks, die sich als CD-Laufwerk zu erkennen [...]
Aufgenommen: 26.08.2009 05:17
Kurzbeschreibung: Wichtiges Sicherheitsupdate, das eine schwere Sicherheitslücke in der Shell von Windows XP bei der Anzeige von Verknüpfungssymbolen (in LNK und PIF-Dateien) schließen soll, [...]
Aufgenommen: 02.08.2010 16:39