Besuchermag.net - Hilfe bei PC-Problemen, Bugs, Fehlern und mehr - Computerprobleme

Hohe CPU-Auslastung durch software_reporter_tool.exe

nospam@example.com (Sebastian) — Tue, 05 May 2020 11:46:00 +0000

Hin und wieder, wenn man an seinem PC eigentlich nichts CPU-intensives erledigt, fragt man sich, warum die Maschine trotzdem nicht so richtig aus dem Knick kommt. Programme öffnen dauert etwas, beim Verschieben von Fenstern bemerkt man Ruckler, der Lüfter scheint auch die ganze Zeit zu tun zu haben - was ist da faul?
Natürlich gibt es zig Ursachen für dieses Verhalten, aber nicht zu selten entdeckt man im Taskmanager dann den Prozess software_reporter_tool.exe, welcher ein- oder mehrfach läuft und sich dauerhaft 25% CPU-Leistung oder mehr genehmigt. Wofür braucht man das? Ist das ein Virus? Nun, zur Beruhigung: in den allermeisten Fällen handelt es sich nicht um ein Virus, sondern um das Google Chrome Software Reporter Tool. Es scannt, normalerweise wenn die Maschine gerade nichts zu tun hat, im Hintergrund alle laufenden Prozesse und installierten Programme auf mit Google Chrome inkompatible Software. Doch braucht man das?
Die Antwort lautet in fast allen Fällen: nein, man braucht es nicht. Inkompatible Software mit Chrome hätte man für gewöhnlich schon viel früher selbst bemerkt und ein immer wiederkehrender Scan erscheint (nicht nur mir) unnötig. Das Tool soll sich auch um gekaperte Chrome Extensions kümmern und gefährliche Extensions entfernen. Ein Virenscanner, den man heutzutage fast auch immer laufen hat, sowie gesunder Menschenverstand beim Installieren von Erweiterungen, genügen aber auch.
Das Abschalten des SRT ist möglich, doch leider macht es Google einem manchmal schwer, das Tool loszuwerden.

Zuerst einmal gibt es den ganz offiziellen Weg: oben rechts auf die drei Punkte klicken, dann auf Einstellungen. Dort scrollt man ganz herunter bis zu einem Textlink "Erweitert", mit einem Pfeil nach unten. Dort klickt man drauf und scrollt herunter bis zu "System". "Apps im Hintergrund ausführen, wenn Google Chrome geschlossen ist" sollte abgeschaltet sein. Nun muss unter "Zurücksetzen und bereinigen" "Computer bereinigen" ausgewählt werden und anschließend der Haken bei "Der Bericht enthält Informationen zu schädlicher Software, Systemeinstellungen und Prozessen, die während der Bereinigung auf Ihrem Computer gefunden wurden" entfernt werden. Häufig genügt das schon, damit das Software Reporter Tool nicht mehr läuft. Doch manchmal leider auch nicht.

Es ist auch möglich, das SRT über die Windows Registry zu blockieren. Dazu drückt ihr gleichzeitig die Windowstaste + R, gebt "regedit" ein und drückt auf Enter. Anschließend bewegt ihr euch zu "HKEY_LOCAL_MACHINE\SOFTWARE\Policies" und erstellt hier einen neuen Schlüssel "Google". Geht da hinein und erstellt dort einen weiteren Schlüssel "Chrome". Ihr solltet nun also in "HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome" sein. Dort klickt ihr auf der rechten Seite in ein freies Feld mit der rechten Maustaste und wählt "Neu" -> "DWORD-Wert (32-bit)", als Name vergebt ihr "ChromeCleanupEnabled". Den Wert belässt du auf "0". Nun erstellst du noch so ein DWORD und nennst es "ChromeCleanupReportingEnabled", ebenfalls mit Wert "0". Nach dem nächsten Neustart sollte das Chrome Software Reporter Tool nicht mehr laufen.

Die schnelle und einfache Holzhammer-Methode. Du möchtest nicht in der Registry herumpfuschen, vertraust lieber auf normale Dateioperationen? Dann kannst du das hier probieren. Es funktioniert definitiv, aber mit neueren Chrome-Updates kann es sein, dass du es wiederholen musst, wenn du bemerkst, dass SRT wieder läuft. Dazu gehst du auf dein Startmenü und fügst das hier ein: "%localappdata%\Google\Chrome\User Data\SwReporter", anschließend drückst du Enter. Es öffnet sich der Explorer und zeigt einen Unterordner mit einer Versionsnummer an, z.B. "81.234.200". Geh dort hinein und du siehst die software_reporter_tool.exe. Wenn das Programm gerade läuft, schieß es über den Taskmanager ab, anschließend löschst du die Datei. Damit sie nicht so einfach wiederkommt, erstellst du nun einen Ordner und nennst ihn "software_reporter_tool.exe". Ja, das funktioniert. Nun ist Chrome nicht in der Lage, die Datei neu anzulegen, da unter Windows Ordner und Dateien mit demselben Namen nicht existieren dürfen. Bei einem neuen Chromeupdate, bei dem der ganze Versionsordner von Chrome gelöscht wird und alle Dateien neu angelegt werden, wird es aber wieder auftauchen.

Ich hoffe, eine der Lösungen hilft dir weiter, dein Problem zu beseitigen. Es gibt noch mehr Lösungsmöglichkeiten über Run Policies und Dateiberechtigungen, aber ich denke mit diesen dreien kommt man auch schon gut weiter.

Debian: Update auf PHP 7.4 von PHP 7.3 verhindern, wenn packages.sury.org verwendet wird

nospam@example.com (Sebastian) — Mon, 06 Jan 2020 20:56:00 +0000

Seit einiger Zeit bietet packages.sury.org die Installation von PHP 7.4 standardmäßig an. Nicht immer ist die Installation von PHP 7.4 allerdings erwünscht, z.B. bei befürchteten Kompatibilitätsproblemen.
Die Suche nach einer Möglichkeit, die Installation zu verhindern, aber weiterhin Updates für PHP 7.3 zu erhalten, gestaltete sich gar nicht so einfach. Wer also das gleiche Problem haben sollte, kann auf folgende Lösung zurückgreifen:

Erstellt mit sudo nano /etc/apt/preferences.d/sury eine Datei und fügt folgendes ein:

Package: php7.4*
Pin: release *
Pin-Priority: -1

Dies verhindert wirksam die Installation von PHP 7.4, während ihr weiterhin Updates für PHP 7.3 erhalten könnt. Das sieht dann z.B. so aus:

gnarp@server-much:~# sudo apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
libapache2-mod-php
The following packages will be upgraded:
php7.3 php7.3-cgi php7.3-cli php7.3-common php7.3-curl php7.3-fpm php7.3-gd
php7.3-intl php7.3-json php7.3-mbstring php7.3-mysql php7.3-opcache
php7.3-readline php7.3-recode php7.3-tidy php7.3-xml php7.3-xmlrpc
php7.3-zip
18 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Need to get 8.4 MB of archives.
After this operation, 25.6 kB of additional disk space will be used.
Do you want to continue? [Y/n]

Solltet ihr es euch anders überlegen, z.B. weil ihr die neue PHP-Version testen möchtet, könnt ihr die drei Zeilen einfach wieder entfernen und mit sudo apt upgrade ein Update durchführen.

Google Chrome 74 bevorzugt in der Adressleiste plötzlich die Google-Suche

nospam@example.com (Sebastian) — Thu, 30 May 2019 02:09:00 +0000

In der aktuellen Version 74.0.3729.169 von Google Chrome hat sich eine Änderung im Autocomplete der Adressleiste eingeschlichen. War man es bisher gewohnt, z.B. nur ein "g" einzugeben und dann Enter zu drücken, um zu Gmail zu kommen, oder ein "t" einzugeben und Enter zu drücken, um zu Twitch zu kommen, so erhält man nun bei der Eingabe eines Buchstabens zuerst eine Google Suche nach dem einzelnen Buchstaben. Man müsste immer erst mit den Pfeiltasten die gewünschte Webseite aus der Liste auswählen (die nie mehr auf Position 1 ist) und dann könnte man erst Enter drücken.
Um das alte Verhalten der Adressleiste wieder zu erlangen, muss das Flag für die Chrome Omnibox geändert werden. Eigentlich sollte diese bei Eingaben in der Adressleiste unter anderem eine Suche in Google Drive mitbringen, aber aus irgendeinem Grund änderte sich dadurch auch die Reihenfolge der Suchergebnisse. Kopiert einfach

chrome://flags/#omnibox-drive-suggestions

in eure Adressleiste und drückt Enter (dem Link einfach folgen, wird von Chrome blockiert). Die gelb hervorgehobene Einstellung setzt ihr nun auf "Disabled" - standardmäßig ist sie aktiviert. Nach einem Neustart von Chrome habt ihr nun das alte Verhalten der Suchleiste/Adressleiste zurück.

Probleme mit Windows Update 1803 mit Avast Antivirus und ein schlampiges Autoupdate

nospam@example.com (Sebastian) — Wed, 23 May 2018 11:26:00 +0000

Vor Kurzem durfte ich eine große Menge an PCs mit Windows 10 bzw. Windows Server 2016 aktualisieren, die alle verkündeten: "Sie sind auf dem letzten Stand. Letzte Überprüfung: Heute hh:mm". Ein Klick auf "Nach Updates suchen" beförderte bei allen Windows 10 Maschinen aus dem Nichts das Feature-Update 1803 zutage, obwohl der Rechner ja gerade noch aktuell war. Bei Windows Server 2016 eine ähnliche Situation, dort tauchen plötzlich die Updates KB4132216 und KB4103720 auf. Doch darum soll es hier gar nicht primär gehen - nur ein kleiner Hinweis, dass es hin und wieder gut tut, einfach mal auf den "Nach Updates suchen"-Button zu klicken, obwohl Windows ja angeblich gerade erst selbst geprüft hat.
Primär soll es hier um ein Problem mit dem Feature Update 1803 für Windows 10 gehen.
Denn bevor ihr es installiert, solltet ihr nach meinem und dem derzeitigen Erkenntnisstand bei Reddit besser euren Avast Virenscanner entfernen, bzw. wenigstens stoppen. Denn der Echtzeitscanner scheint zu einem Bluescreen beim oder nach dem Update zu führen, was später einige Reparaturorgien oder gar eine Auffrischung/Neuinstallation nach sich zieht. Bestes Anzeichen für ein defekt aufgespieltes Update ist ein Black Screen of Death, ein schwarzer Bildschirm nach dem Hochfahren von Windows, meist mit einer Fehlermeldung. Die Behebung ohne Neuinstallation habe ich euch im Text (unter "Reparaturorgien") verlinkt.
Um euch das zu ersparen, stoppt lieber vorher Avast, auch bei anderen Virenscannern wäre das anzuraten, um euch unnötigen Ärger zu ersparen.
Viel Glück!

RemoteDesktop nicht mehr erreichbar: CredSSP Encryption Oracle Remediation

nospam@example.com (Sebastian) — Wed, 16 May 2018 11:15:00 +0000

Ich pflege einige Virtuelle Maschinen per RemoteDesktop (RDP) und erhielt vor Kurzem bei zweien davon beim Versuch, die Verbindung aufzubauen, folgenden Fehler:

Authentifizierungsfehler.
Die angeforderte Funktion wird nicht unterstützt.

Remotecomputer: ***
Ursache könnte eine CredSSP Encryption Oracle Remediation sein.
Weitere Informationen finden Sie unter: https://go.microsoft.com/fwlink/?linkid=866660

Die Seite von Microsoft ist recht länglich, deswegen fasse ich mich kurz: dein Client wurde bereits mit einem Patch gegen eine Sicherheitslücke versorgt, der Server jedoch noch nicht. Um deine Sicherheit vorübergehend herunterzusetzen, um auf dem Server ein Windows Update auszuführen, musst du folgendes tun:

Windowstaste + R drücken, "gpedit.msc" eingeben, Enter drücken

Öffne: Administrative Vorlagen > System > Delegierung von Anmeldeinformationen

Öffne "Encryption Oracle Remediation (Abhilfe gegen Verschlüsselungsorakel)" per Doppelklick, setze es auf "Aktiviert", und die Schutzebene auf "Vulnerable".

Mit OK bestätigen

Das war's auch schon. Du musst nicht alles schließen, du kannst dich direkt mit deinem Server verbinden. Nachdem er auch gepatcht ist, öffnest du die Einstellung erneut und setzt sie wieder auf "Nicht konfiguriert".