Was meint ihr zu der Titelfrage?

Der Microsoft MVP Michael Pietroforte scheint sie in https://4sysops.com/archives/disable-windows-error-reporting/ zu bejahen, wenn ich das richtig verstehe. Meine Microsoft-Lizenzen sind in Ordnung. Das sollte also für die Beantwortung der Frage keine Rolle spielen.

Der Grund, weshalb ich die Frage stelle, ist, dass ich seit langem einen runonce-Fehler in meiner Ereignisanzeige habe und in anderen Foren keine Hilfe zur Behebung dieses Fehlers finden konnte, viel früher aber mal einen solchen runonce-Fehler mit Hilfe von NirSoft AppCrashView beseitigen konnte. Aber seitdem ich den WER-Service ausgeschaltet habe, liefert mir natürlich NirSoft AppCrashView keine Daten mehr.

Nun wüsste ich eben gern mal, ob ich es mir aus Datenschutzgründen leisten sollte, den WER-Service für die Lösung meines runonce-Fehlers wieder einzuschalten oder ob ich besser darauf verzichte. Ich nehme mal an, dass ich hier in diesem Forum keine Hilfe zu dem runonce-Fehler erhalte? Ich habe keine Anzeichen dafür, dass hier Malware im Spiel ist.

Hallo Holzpferd,

wenn du aus "Datenschutzgründen" das Versenden computer- und nutzerspezifischer Daten wirklich abstellen möchtest, dann musst du dies an sehr vielen Orten tun:
Die entsprechenden Einstellungen in den Gruppenrichtlinien dürften selbst für einen erfahrenen Systemadministrator für einige Arbeit sorgen - und selbst dann ist der "Schutz" nicht zu 100% gegeben.....
Der Fehlerberichterstattungsdienst selbst ist da nur ein winziges Steinchen in einem riesigen Mosaik - und wie immer hat das Abschalten auch Nachteile: Wenn eine Anwendung nämlich im Hintergrund oder gar auf einem Server läuft, dann merkst du vermutlich überhaupt nicht mehr, wenn sie abgestürzt ist, falls der WER-Dienst deaktiviert ist.

Aktuell gibt es meiner Meinung nach nur die Möglichkeit, eine NG-Firewall zu verwenden ("new generation") um das unbemerkte Versenden von Daten in den Griff zu bekommen - allerdings sind die Kosten dann auch nicht von Pappe.....

Zusammenfassend muss ich erwähnen, dass es bezüglich des Datenschutzes kaum einen Unterschied macht, diesen einzelnen Dienst zu deaktivieren - und es kann zu Problemen kommen, da auch andere Anwendungen recht häufig von MS-Diensten fleißig Gebrauch machen oder gar von ihnen abhängig sind.

Fazit: Ich persönlich empfehle das Abschalten des Dienstes nicht - besser wäre eine entsprechend restriktive Einstellung der Gruppenrichtlinien.

Liebe Grüße, Alois

Zitat von Alois S

Hallo Holzpferd,

wenn du aus "Datenschutzgründen" das Versenden computer- und nutzerspezifischer Daten wirklich abstellen möchtest, dann musst du dies an sehr vielen Orten tun:
Die entsprechenden Einstellungen in den Gruppenrichtlinien dürften selbst für einen erfahrenen Systemadministrator für einige Arbeit sorgen - und selbst dann ist der "Schutz" nicht zu 100% gegeben.....

........................
........................
........................

Fazit: Ich persönlich empfehle das Abschalten des Dienstes nicht - besser wäre eine entsprechend restriktive Einstellung der Gruppenrichtlinien.

Liebe Grüße, Alois

Meine Gründe betreffen den Datenschutz. Da ich aber nicht weiß, was da von Microsoft so alles gesammelt und auch weitergegeben wird - eventuell auch nach Abstellen der Berichterstattung noch - kann ich das Problem nicht so richtig abschätzen. Das geht ja offenbar auch dem von mir in #1 verlinkten MVP Michael Pietroforte so, wenn er unter Artikel 4 seiner Serie "Windows Error Reporting" unter der Überschrift "How to disable Windows Error Reporting" (https://4sysops.com/archives/how-to-disable-windows-error-reporting/) u.a. schreibt (von mir ins Deutsche übersetzt):

"Die 4 Optionen scheinen für sich selbst zu sprechen (siehe Screenshot), aber ich denke, zumindest 2 von ihnen sind ein wenig irreführend. Die Default-Einstellung ist "Automatisch nach Lösungen suchen" und die zweite Option ist "Automatisch nach Lösungen suchen und zusätzliche Berichtsdaten senden, wenn erforderlich". Ich vermute, die meisten glauben, dass mit der ersten Einstellung keine Fehlerberichte an Microsoft gesendet werden. Aber als ich meine Problemberichte nachprüfte, bemerkte ich, dass die Windows Fehlerberichterstattung Fehlerberichte an Microsoft gesendet hat. Es ist mir unklar, was "additional report data" in der zweiten Option bedeutet.
Ich denke, dass Microsoft transparenter sein sollte bezüglich der Informationen, die die Windows Fehlerberichterstattung nach Redmond sendet."

Die 4 Optionen in dem Screenshot scheinen ja wirklich sehr einfach zu sein, aber eben mit den erwähnten datenschutzmäßigen Unsicherheiten. In demselben oben angegebenen Link verweist MVP Michael Pietroforte unter der Überschrift "Disable Windows Error Reporting through Group Policy" auf einen ausführlichen Technet Artikel (hxxp://technet.microsoft.com/en-us/library/ee126091(WS.10).aspx), der mir wirklich zu kompliziert ist und damit deine Ausführungen bestätigt.

Aus den genannten Gründen, und da ich lizenzmäßig nichts zu befürchten habe, werde ich deinem Rat folgen und den Dienst wieder erlauben.

Danke für deine Hilfe soweit. Ich weiß nicht, ob du (oder jemand anders) zur Lösung von runonce-Problemen noch etwas sagen willst. Wenn nicht. wäre dieser Thread für meinen Geschmack beendet.

Meine Gründe betreffen den Datenschutz.

Hi, wenn's danach geht kannste MS als US-Unternehmen nicht vertrauen und müsstest konsequenterweise Windows offlne betreiben oder ein quelloffenen System wie zB Debian einsetzen.

Hallo Holzpferd,

um welchen "Runonce" - Fehler geht es denn? ; ich persönlich verstehe darunter nämlich einen Registrierungsschlüssel, wo es um den Autostart von Programmen geht - vielleicht steht dort noch ein Programm, das du inzwischen deinstalliert hast?

Liebe Grüße, Alois

Vielen Dank Alois, dass du mir weiterhelfen willst. Ich weiß nicht so recht, womit ich bei der Fehlerbeschreibung beginnen soll.

Die Listen, die mir z.B.

• Sysinternals Autoruns
• System Explorer Autostarts
• DiamondCS Autostart Viewer

liefern, sind mir zu umfangreich und komplex, um darin nach dem runonce-Fehler zu suchen. Da sehe ich den Wald vor lauter Bäumen nicht. Aber wenn du daraus etwas entnehmen könntest, würde ich sie auf Anforderung posten.

Dazu möchte ich anmerken, dass ich gelegentlich schon mal in den Sysinternals Autoruns bei einzelnen Items Häkchen entfernt habe. Vielleicht war ich dabei nicht ganz konsistent. Mein Grundsatz war es dabei immer, bei sämtlichen Items, die zusammenzugehören schienen, das Häcken wegzumachen. Ob ich dabei irgendwelche Abhängigkeiten übersehen habe, weiß ich nicht.

-------------------------------------------------

Heute habe ich mir noch einmal die Sysinternals Autoruns vorgenommen und eine ganze Reihe von Items mit dem Eintrag "File not found" in der Spalte "Image Path" gelöscht oder korrigiert – leider ohne Erfolg, was den runonce-Fehler betrifft.

Folgende zwei dieser "File not found"-Einträge geben mir allerdings Rätsel auf, nämlich

HKLM\SOFTWARE\Microsoft\Active Setup\Installed Components
Internet Explorer File not found: start

HKLM\SOFTWARE\Wow6432Node\Microsoft\Active Setup\Installed Components
Internet Explorer File not found: start

Der Kontextmenü-Eintrag "Jump to¼" führt mich u.a. zu dem Unterschlüssel "StubPath" mit folgenden Wert: "C:\Windows\system32\cmd.exe /D /C start C:\Windows\system32\ie4uinit.exe –ClearIconCache".. Da muss wohl mal etwas falsch geschrieben worden sein. Vielleicht liegt ja da der Hund begraben und ich sollte z.B.

• beide Einträge löschen?
• vor start einen Schrägstrich setzen? (Entschuldigung, wenn das Blödsinn sein sollte. Mit diesen Befehlszeilen-Parametern kenne ich mich nicht aus.)

Hallo Holzpferd,

den 1. dieser Einträge (den mit ":start") kannst du tatsächlich löschen - er wird nicht benötigt;

wegen dem 2., der eigentlich vorhanden sein sollte, empfehle ich einen Start von "cmd" als Administrator und einen Lauf des Systemfilecheckers mittels "sfc /scannow" - je nachdem, ob das Ding dann vorhanden ist oder nicht, sehen wir dann weiter.....

Liebe Grüße, Alois

Zitat von Alois S

Hallo Holzpferd,

......

wegen dem 2., der eigentlich vorhanden sein sollte, empfehle ich einen Start von "cmd" als Administrator und einen Lauf des Systemfilecheckers mittels "sfc /scannow" - je nachdem, ob das Ding dann vorhanden ist oder nicht, sehen wir dann weiter.....

Liebe Grüße, Alois

Mir scheint, du spielst hier auf das Vorhandensein von C:\Windows\system32\ie4uinit.exe an. Dann läge hier ein Missverständnis vor. Diese Datei ist auf meinem Rechner tatsächlich vorhanden. Aber diese Datei ist es ja nicht, die von Sysinternals Autoruns als unauffindbar gemeldet wird, sondern es ist die Datei "start". Da liegt doch wahrscheinlich nur ein Syntax-Fehler vor, oder?

Übrigens ist der StubPath (der in roter Schrift) bei beiden Schlüsseln identisch. Es würde mich auch mal interessieren, warum der 2. Schlüssel systemrelevant sein soll und der 1. nicht.

Eine letzte Frage noch
Ich habe da ein unbekanntes Benutzerkonto auf meiner Win7-Partition:





Könnte es sein, dass dieses Konto für die ständigen Wiederholungen des runonce-Fehlers zuständig ist und wenn ja, könnte ich dieses unbekannte Benutzerkonto gefahrlos löschen?

Hi,

den Eintrag "unbekanntes Konto" hat man dann, wenn es einen Eintrag in der Berechtigungstabelle gibt, aber kein Benutzerkonto im System mit der entsprechenden ID.
So etwas kommt beispielsweise vor, wenn man das Verzeichnis an einem anderen Ort sichert und nach einer Neuinstallation wieder zurück kopiert hat......

Und ja, du kannst es löschen!

Liebe Grüße, Alois