Windows | Shizoworld
Als ich zuletzt mit den ADB ToolsAMP für AndroidAMP wieder rum hantierte und auch mit den neuen XiaomiADBFasbootTools rum hantierte und mich wieder mal etwas wunderte, hat es mich gerissen dem man auf den Grund zu gehen. Ein paar TippsAMP ( Danke Markus Birth) und dem neuen Einrichten der kompletten USB GeräteAMP später kann ich nun sagen : Ich hab den Ficker gefunden!!!
Aber man kurz zurück zum Fehlerbild: Wenn man „adb devices“ eingibt werden zuerst das Gerät angezeigt – beim zweiten eingeben hat mal plötzlich einen Emulator mit einem Port Offline angezeigt. Dadurch werden Shell Befehle nun nicht mehr ausgeführt weil mehrere GeräteAMP erkannt wurden und man muss sie nun immer mit Option -s und der Gerätekennung ausführen. Das bringt das XiaomiADBFastbootTool nun etwas durcheinander und es funktioniert dann nicht richtig. Und auch auf der Befehlszeile nervts!
Wie kann man das nun FixenAMP:
Quelle der Inspiration war dieser Beitrag https://stackoverflow.com/questions/3152681/android-emulator-5554-offline
Man muss zuerst mal rausfinden welche SoftwareAMP hier Querfunkt. Man kenn ja nun den Port auf dem die SoftwareAMP agiert. Bei mir war es Port 5562. Man ruft nun PowerShell auf und checkt welche SoftwareAMP mit dem Port arbeitet
netstat -a -n -o | Select-String „:556“
Den Port muss man eintragen den es auf dem SystemAMP beim Emulator anzeigt das variiert wohl! Uber diesen Befehl erhält man die PID des Programms welche auf den Ports arbeitet. Um das nun zu klar zu identifizieren nutzt man Befehl:
tasklist /v | select-string 8540
PID8540 war es in meinem Fall und siehe da – das Programm von NativeAMP InstrumentsAMP „NTKDaemon.exe“ ist der Übertäter. Nachdem ich das Programm abgeschossen habe wird kein Emulator mehr bei ADB angezeigt und das Programm kann arbeiten.