[Fmx, iOS]: Can't start debugserver on device - device support image was not mounted

[Rollo62]

Ich will hier nochmal berichten von der langen Odysee mit dem Debug-Problemen,
welche wohl durch verschiedene XCode Versionen hervorgerufen wurden:

Bin jetzt endlich dazu gekommen VmWare mit MacOs auszutesten, und was soll ich sagen:
Debuggen von iOS funktioniert auf Anhieb wieder, in der cleanen VM

Jetzt bin ich auf folgender Konfiguration

• VmWare Fusion 10.1

• MacOs 13.2

• XCode 9.2

• Win10 1703 (im Moment hakt hier das Update zu 1709, muss ich wohl neu aufaetzen)

• Rx10.2.2 Tokyo

Wieder kann ich nur sagen: Virtualisieren, Virtualisieren, Virtualisieren ...
Da hab ich mich mal wieder selbst nicht an mein Motto gehalten, und prompt Probleme geerntet.

Die virtuellen Maschinen haben mir mal wieder den Tag (das Leben) gerettet, das Ganze ist definitiv sein Geld wert.

Jetzt arbeite ich auf sauberen VM-MacOs-XCode9 mit VM-Win10-Rx10.2.2, und
ich kann jederzeit bequem zwischen verschiedenen Versionen/Konfigurationen wechseln.

Ok, das VM-MacOs Image ist auch schon 31GB groß, und es dauert etwas beim Kopieren, aber das Alles ist unter USB3.0 viel weniger Stressig als noch mit echter Hardware herumzufummeln.

Das es wieder geht bestätigt meine Vermutung mit dem DebugProblem:
Das nämlich mein reales MacOs nach mehreren Updates und XCode Aufspielungen und Frickeleien nicht mehr "sauber" ist.
Irgendetwas hat wohl im alten System gehakt, das wäre nur mit einem echten System-Reset und Update auf dem Hardware MacOs zu bereinigen gewesen.
Den spare ich mir jetzt durch die VM's.

Mit der sauberen VM kann ich jetzt wunderbar arbeiten, ohne Altlasten,
und bei irgendwelchen Updates mache ich

• vorher einfach eine Kopie der ganzen VM und installiere dann,

• oder ich nehme wieder ein jungfräuliches, cleanes VM, je nach Notwendigkeit.

Das auch die VM mit MacOs so gut läuft hätte ich nicht erwartet, und ich kann jedem
VmWare Skeptiker nur raten:
Macht soviel virtuell wie möglich, das erspart euch eine Menge Nerven.

Nach dem Großreinemachen über Weihnachten bin ich jetzt wieder flott, und warte auf das nächste größere Desaster, sei es Win10, iOS, Android oder was auch immer

Jedenfalls Notiz an mich selbst: Egal was kommt, immer zuerst virtuell Denken

Rollo

[Darlo]

Was ist denn dein Host-System? Welche Hardware?

[Rollo62]

Unter OSX mit einem MacBook Pro, hauptsächlich wegen der direkten Bluetooth Unterstützung und dem schnellen Debugging.

Vorher hatte ich einen Win7 Rechner mit VmWare für Windows, aber seit ca. 4 Jahren bin
ich fast komplett auf OSX als Host umhgezogen.
Macht vieles einfacher und direkter für die OSX und iOS Entwicklung.

Seit ca. XE7 lief es auch ganz zufriedenstellend, nur seit letztem Jahr, und den vielen halbgaren Updates von Apple war der Wurm drin.
Jetzt habe ich Hoffnung das es erstmal wieder so stabil läuft wie vorher.

Rollo

[arnof]

Gleiches Problem:

MAC OS aktualisiert; xCode neuster Stand und Rio neuster Stand.

App kam am iPhone an ; aber in Delphi Meldung siehe oben.

Lösung:

XCODE einmal starten und das Devicestool einmal öffnen; da stand das das Gerät Busy ist und nicht Debugger kann -> warten-> Gerät wird automatisch vorbereitet-> Meldung geht weg-> Delphi geht auch wie es soll

[Rollo62]

Hallo arnof,

da hast Du Glück gehabt.
Normalerweise funktioniert es gut, und Tage/Wochen ohne Problem.
Aber wenn es kommt, dann kann es mal schnell gehen, wie bei dir, oder auch hartnäckig bleiben.

Deshalb habe ich mal meine Checkliste der Möglichkeiten die geholfen/empfohlen werden gemacht:
DebugServer not mounted: # may be enough sometimes
- Check Connection
- Check Provisioning in Options, use right Wildcard
- Check & sync. Target device (sometimes old device is still visible)
- # 1. Try Clean Project
- # 2. Try remove App (via XCode/Devices & Simulators/Apps Delete)
- # 3. Try Close PAServer
- # 4. Try Delete PAServer ScratchDir
- # 5. Try Unplug
- # 6. Try Shutdown iOS
- # 7. Try Close RadStudio
- # 8. Try Close XCode
- # 9. Try Re-Boot VM-OSX
- # 10. Try Re-Open XCode
- # 11. Try Re-Boot iOS
- # 12. Try Re-Plug w/ XCode/Devices&Simulat. open, watch "yellow" DebugServer update
- # 13. Try Re-Start PAServer
- # 13. Try Re-Start RadStudio
- # 14. Try Open Project w/ iOS64
- # 15. Try Check Connection (Project\Edit Connection\Test)
- 16. Try Check SDK (Project\SDK)
- # 17. Check Project settings: Debug --> Development
- # 18. Try Sync. Device (Select Target device)
- # 19. Try BuildAll Project (Debug\Development)
- # 20. Try Debug Project (Debug\Development)
- 21. Try Start XCode dummy project
- 22. Try Start RadStudio dummy project
//
- 23. Try Update latest iOS

Muss nicht immer Alles gemacht werden, aber oft sind einige Schritte nötig.
Ich bin immer noch dabei mal eine definitive Checklist hinzubekommen, das Dumme ist nur das es sich anscheinend jedes Mal anders verhalten kann.

Hier sind die Provisioning-Probleme noch gar nicht mit eingerechnet, die kommen bei mir Ende Mai wieder auf mich zu

[Rollo62]

Nochmal ein Nachtrag:

Ich habe gerade wieder mal den Fall gehabt, und der "einfache, kurze" Weg hatte wieder nicht gereicht,
ich musste
- # 9. Try Re-Boot VM-OSX ausführen.

Vorher hatte es aber im RadStudio beim Sync'en des iPhones (es war immer dasselbe an dem PC)
eine Exception "ListIndex out of bounds (- 1)" gegeben, bei dem Öffnen der Auswahl der Devices.

Für mich scheint das so als würde RadStudio nicht immer mitbekommen wenn das iPhone an und ab-gesteckt wird,
denn ich sehe oft das bereits lange abgestöpselte Geräte noch in der Liste angezeigt werden.

Weil das am Ende eine Info ist die wohl von XCode oder sogar vom drunterliegenden Macos kommt ist es verständlich warum XCode und evtl. VmWare Images geschlossen werden müssen, wenn irgendwo im System noch ein "Zombie" des Gerätes herumspukt.

Mittlerweile habe ich mich dran gewöhnt, dass dies mal ab und zu alle paar Tage passiert.
Blöd ist nur das der ganze Prozess immer locker 5 Minuten dauert, Zeit für eine Kaffepause

Wenn jemand eine bessere Erklärung hat, oder sogar einen einfacheren Workaround dafür, würde ich mich sehr freuen eine Info zu bekommen.
Denn das Problem nervt mich jetzt schon seit mehreren Jahren.

[Rollo62]

Nochmal hier das immer wiederkehrende Thema.

Auch Jim McKeeth hat dazu was verfasst.

Das ist leider etwas verkürzt, was dem noch hinzuzufügen wäre:

• ! Nach dem Update sollten iOS und MAcos einmal nei gestartet werden
• Dann am Besten MAcos starten, und
• XCode starten, mit dem geöffneten Devices Window (ist noch leer)
• Dann ersat iOS booten und verbinden
• Warten bis im XCode Devices-Fenster das Phone angezeigt wird
• Dort sollte nach einem Update zumindestens einmal ein gelber Hinweis im oberen Bereich stehen.
• Auf jeden Fall warten bis das Kopieren abgeschlossen ist, denn das kopiert das besagte DebugImage zum iOS.
• Dann mache ich immer noch ein neues XCode Projekt mit dem aktuellen SDK, und erzeuge einmal
  ein leeres XCode Projekt und starte das auf dem iOS Device.
  ! Damit kümmert sich XCode darum das iPhone mit neuem iOS einmal komplett einzurichten,
  inclusiver Provisioning File, etc.
  Damit Alles zusammenpasst nedde ich das leere Projekt 1:1 wie mein Projekt (gleiche Bundle ID).
• Auch nicht vergessen das neue iOS im SDK-Manager upzudaten und auszuwählen, denn sonst kompiliert man gegen das vorherige SDK.

Das Problem ist wenn das DebugImage mal vergurkt ist, dann kann man das eventuell nicht mehr so einfach draufbekommen (da hatte ich schon öfters mal was versucht, ohne Erfolg).
Deshalb ist der erste Schritt nach einem Update so wichtig.