CMD-Fenster geht kurz auf und wieder zu
#1
geschrieben 20. März 2017 - 14:03
ich hab folgendes Problem mit meinem Windows 10. Seit ein paar Tagen erscheint ungefährt alle 20 Sek. ein CMD-Fenster, geht auf und direkt wieder zu. Konnte mit einem Aufnahmeprogramm, einen Screenshot davon machen. Bin echt mit meinem Latein am Ende. Vielleicht könnt ihr mir weiterhelfen? Hab den Ordner auch schon versucht zu löschen, aber bringt leider nichts.
Vielen Dank dafür :-)
Anzeige
#2
geschrieben 20. März 2017 - 14:38
#3
geschrieben 20. März 2017 - 15:49
https://www.deskmodd...oblem_zu_finden
#4
geschrieben 20. März 2017 - 16:51
#5
geschrieben 20. März 2017 - 17:08
Würde da erst einmal in den Ordner c:\programdata\client\ gehen und schauen, ob sich da irgendwie ermitteln lässt, was da installiert wurde. Eventuell ist es ja etwas legitimes, was Du installiert hast.
Vermute da mal, dass das kein Dienst ist, sondern über den Autostart gestartet wird. Am Besten mal mit Autosruns die Einträge abklappern bzw. nach servicegui.exe suchen und gezielt nur diesen Eintrag deaktivieren und schauen, was passiert. Wenn alles noch so läuft wie erwartet, kann man sich dann immer noch Gedanken machen, wie man es endgültig los wird.
Finde da so auch nichts, was das sein könnte. Das dichteste war so ein Cloud Dienst von Flexbit. Aber das wäre ein anderer Pfad.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#6
geschrieben 21. März 2017 - 14:28
http://www.initdll.d...inks-44947.html
https://books.google...gui.exe&f=false
https://books.google...gui.exe&f=false
https://social.msdn....orum=netfx64bit
http://de.freedownlo...ow-Manager.html
https://www.panda3d....php?f=1&t=18641
u.a.
Panda 3D, Workflowmanager etc pp
Im Browser bei den Seiten nach dem Begriff servicegui.exe suchen lassen !
#7
geschrieben 21. März 2017 - 14:53
Zitat (Gabriel EE: 21. März 2017 - 14:28)
Zitat (Gabriel EE: 21. März 2017 - 14:28)
Wir suchen nach der Datei "servicegui.exe". Sie steht zwar im Suchergebnis, aber in diesem Text ist nichts davon zu finden.Zitat (Gabriel EE: 21. März 2017 - 14:28)
Wir suchen nach der Datei "servicegui.exe". Sie steht zwar im Suchergebnis, aber in diesem Text ist nichts davon zu finden.Zitat (Gabriel EE: 21. März 2017 - 14:28)
Wir suchen nach der Datei "servicegui.exe". In diesem Text ist die Rede von "ServiceGui.exe". Es sieht auch so aus als ob dies nur die Namen von Testprojekten aus VisualStudio sind. Da ich es nicht verwende, müsste jemand anderes das bestätigen.Zitat (Gabriel EE: 21. März 2017 - 14:28)
Wir suchen nach der Datei "servicegui.exe". In diesem Text wird die Datei "FFX.Workflow.ServiceGUI.exe" genannt, die gesuchte aber nicht.Zitat (Gabriel EE: 21. März 2017 - 14:28)
Wir suchen nach der Datei "servicegui.exe". In diesem Text ist die Datei "ServiceGUI.exe" zu finden. Außerdem wird bei dieser Software von Panda der Ordner "C:\Panda3D-1.9.1" verwendet und nicht der Ordner "C:\ProgramData\Client".Ich wiederhole es gern nochmal. Gesucht wird nach der Datei "servicegui.exe" (kleingeschrieben), welche im Ordner "C:\ProgramData\Client" zu finden ist. Mal davon abgesehen dass eine ".exe" im Ordner ProgramData nichts zu suchen hat. Deswegen schrieb ich bereits gleich am Anfang des Threads dass sowohl Name wie auch Verzeichnis verdächtigt sind.
#8
geschrieben 21. März 2017 - 15:31
#9
geschrieben 21. März 2017 - 16:23
Zitat (Gabriel EE: 21. März 2017 - 15:31)
Weil auch nichts zu finden ist. Was Du da oben gepostet hast, hatte ich da auch gefunden, aber nichts davon hat gepasst.
Es geht, wie Gispelmob schon geschrieben hat, genau darum und nichts anderes oder ähnliches:
C:\ProgramData\Client\servicegui.exe
Alles, as Du da verlinkt hast, ist nur etwas ähnliches, teilweise was ganz anders und lässt keine Rückschlüsse zu, was da bei genau läuft. Groß/Kleinschreibung ist mir dabei egal. Hauptsache der Pfad und Dateinamen passen zu 100%.
Das es bei Dir C:\ProgramData\Client nicht gibt, ist da normal. Den Ordner gibt es so auch nicht, außer man installiert sich etwas, was genau diesen Ordner da anlegt.
Zitat (Gabriel EE: 21. März 2017 - 15:31)
Und wer sagt Dir dann, dass es um die selbe Datei geht, wie bei steve1986?
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#10
geschrieben 21. März 2017 - 22:08
#11
geschrieben 22. März 2017 - 08:27
#12
geschrieben 22. März 2017 - 09:51
Ebenfalls lt. Screenshot gehört es zum .NET Framework (.NET Assembly Registration Utility) und kommt wohl von Microsoft. Diese Info setzt aber vorraus, dass besagte *.exe auch eine gültige Signatur von Microsoft enthält. Ist das nicht der Fall, kann die Info auch gefälscht sein.
Aber wo das nun herkam und ob es wirklich laufen muss, kann ich Dir so nicht sagen. Bei mir finde ich weder so einen Ordner noch so eine *.exe. Kann sein, dass Du eine .NET basierende Anwendung installiert hast und die hat das mitgebracht.
Eventuell weiß ja noch jemand etwas, wer selber Programmierer ist und sich mit dem .NET Framework in der Richtung besser auskennt.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#13
geschrieben 22. März 2017 - 10:12
Zitat (DK2000: 22. März 2017 - 09:51)
Also mir persönlich ist es neu, dass Microsoft vom .Net Framework irgendetwas in dem genannten Pfad installiert.
Regulär legt Microsoft alles diesbezüglich unter C:\Program Files (x86)\ (bzw. C:\Program Files\ bei 32bit System) ab.
Sollte es dennoch tatsächlich von Microsoft stammen und mit dem .Net Assembly Registration Tool zu tun haben, scheint bei der Installation eher was schief gelaufen zu sein und man kann das Microsoft .Net Framework Repair Tool mal versuchen, ob es was findet und behebt.
Dieser Beitrag wurde von Tical2k bearbeitet: 22. März 2017 - 10:14
#14
geschrieben 22. März 2017 - 11:19
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#15
geschrieben 22. März 2017 - 11:50
Zitat (DK2000: 22. März 2017 - 11:19)
Deshalb bezog ich mich auf die angegebene Information des Autoruns mit dem .Net Assembly Registration Tool.
Sofern eine Anwendung das .Net Framework "korrekt" verwendet, wird das Client Paket benötigt.
Das ist systemspezifisch und wird deshalb immer unter C:\Program Files (x86)\ anzufinden sein.
Um meine Aussage aber noch zu komplettieren: Wenn man mit dem .Net Framework entwickelt (z. B. mit Visual Studio), wird auch im ProgramData etwas dazu angelegt, jedoch gibt Microsoft auch hier eine gewisse Struktur vor (C:\ProgramData\Microsoft\NetFramework).
Wenn es ein Dienst von einem anderen Programm sein sollte, ist es schon mehr als fragwürdig, dass der Name nicht entsprechend angepasst wurde, was jedoch nicht auszuschließen ist.
- ← Win 10 Problem Energiesparpläne
- System & Software - Windows 10
- Probleme nach Patch-Day März 2017 →