Xcode 27 Simulator öffnet nicht? Fehlersuche für Einsteiger 2026

Der Simulator reagiert nicht, ein Gerät bleibt beim Start hängen oder Ihre App erscheint nicht.
Prüfen Sie zuerst die Kompatibilität von macOS und Xcode 27, dann die installierte Simulator-Runtime und zuletzt das Projekt. Xcode neu zu installieren ist selten der beste erste Schritt.

Dieser Leitfaden richtet sich an Studierende, die mit Xcode 27 Swift oder iOS-Entwicklung lernen und beim Simulator feststecken.
Er hilft Ihnen zu unterscheiden, ob die Entwicklungsumgebung, das virtuelle Gerät oder Ihr Projekt die Ursache ist.
Wenn Ihr vorhandener Computer die erforderliche Umgebung nicht unterstützt, erfahren Sie, welche Mac-Optionen Sie anschließend prüfen können.

Zuletzt aktualisiert am 15.10.2026. Die Angaben zu Systemanforderungen, Komponenten und Wiederherstellung sind mit Apples aktuellen Systemanforderungen für Xcode, den Xcode-27-Versionshinweisen und den unten verlinkten Apple-Anleitungen abgeglichen. Da sich Anforderungen und Komponenten mit Aktualisierungen ändern können, prüfen Sie vor einer Änderung stets die jeweils aktuelle Dokumentation.

Xcode 27 Simulator startet nicht: zuerst die Fehlerphase bestimmen

„Simulator“ bezeichnet sowohl die App, die das simulierte Gerät anzeigt, als auch das virtuelle iPhone, das darin läuft. Stellen Sie sich das virtuelle Gerät als eine nachgebildete iPhone-Umgebung vor. Es ist aber kein echtes iPhone: Hardwarefunktionen und Bedingungen eines physischen Geräts werden nicht in jeder Hinsicht identisch abgebildet. Apple beschreibt, wie Apps auf simulierten oder physischen Geräten ausgeführt werden, in der Anleitung zu simulierten und physischen Geräten.

Bevor Sie Einstellungen verändern, ordnen Sie den Fehler einer Phase zu:

Beobachtung	Wahrscheinlicher Prüfbereich	Nächster risikoarmer Schritt
Die Simulator-App öffnet sich nicht	macOS-Kompatibilität, Xcode-Auswahl oder Installation	Systemversion und aktiven Xcode-Pfad notieren
Die App öffnet sich, aber kein Gerät startet	Fehlende oder nicht verfügbare Runtime, Gerätezustand	Runtime und verfügbare Geräte in Xcode prüfen
Das Gerät startet, die App aber nicht	Zielgerät, Deployment-Einstellung oder Build-Fehler	Build-, Installations- und Startphase getrennt untersuchen

Das ist keine automatische Fehlerdiagnose. Es verhindert aber, dass ein Projektproblem mit einer Neuinstallation des Simulators beantwortet wird. Die Trennung ist wichtig: Ein Gerät, das gar nicht hochfährt, ist ein anderer Fall als eine App, die auf einem bereits gestarteten Gerät nicht installiert werden kann.

Ist macOS mit Xcode 27 kompatibel?

Wenn Xcode oder der Simulator direkt nach dem Öffnen scheitert, prüfen Sie zuerst, ob die installierte macOS-Version die von Ihrer Xcode-Ausgabe verlangte Version unterstützt. Verlassen Sie sich dabei nicht auf eine alte Kursanleitung oder die Angabe eines anderen Rechners. Maßgeblich sind die aktuellen Xcode-Systemanforderungen von Apple.

So vergleichen Sie die Angaben:

Öffnen Sie in Xcode die Versionsinformationen und notieren Sie die angezeigte Xcode-Version.
Öffnen Sie die Systemeinstellungen und ermitteln Sie die installierte macOS-Version.
Vergleichen Sie beide Angaben mit der Systemanforderung der passenden Xcode-Ausgabe.
Prüfen Sie zusätzlich die Versionshinweise zu Xcode 27, insbesondere Hinweise zu unterstützten Systemen und bekannten Problemen.

Die genaue Kompatibilität kann sich zwischen Xcode-Versionen ändern. Deshalb nennen wir hier bewusst keine dauerhaft gültige Mindestversion für macOS: Entscheidend ist die aktuell veröffentlichte Anforderung, nicht eine pauschale Aussage aus einem älteren Forumseintrag. Auch eine neuere macOS-Version ist nicht automatisch für jede ältere Xcode-Version geeignet.

Sie können die installierte macOS-Version zusätzlich im Terminal auslesen:

sw_vers

Der Befehl zeigt Angaben zum installierten System an. Vergleichen Sie die tatsächliche Versionsangabe anschließend mit Apples aktueller Übersicht. Eine Ausgabe aus dem Terminal ersetzt diese Prüfung nicht; sie hilft nur dabei, die richtige Ausgangsinformation zu erfassen.

Ist das Betriebssystem nicht kompatibel, hilft es normalerweise nicht, Simulator-Komponenten wiederholt herunterzuladen oder Geräte zurückzusetzen. Diese Maßnahmen ändern die macOS-Version nicht. Prüfen Sie dann, ob ein unterstütztes macOS auf dem vorhandenen Mac möglich ist oder ob Sie für das Projekt eine andere kompatible Mac-Umgebung benötigen.

Fehlt die iOS-Simulator-Runtime?

Die Simulator-App und die Simulator-Runtime sind nicht dasselbe. Die App stellt die Bedienoberfläche bereit. Eine Runtime enthält die Systemumgebung, mit der ein bestimmtes simuliertes Gerät und seine iOS-Version ausgeführt werden. Ist die benötigte Runtime nicht vorhanden oder ihr Download noch nicht abgeschlossen, kann das gewünschte Gerät fehlen oder ein Projekt noch nicht wie erwartet starten.

Öffnen Sie in Xcode die Einstellungen und suchen Sie die Komponentenverwaltung. Dort sehen Sie, welche zusätzlichen Komponenten und Simulator-Runtimes für Ihre Xcode-Installation angeboten oder bereits installiert werden. Die genaue Darstellung kann sich mit der Xcode-Ausgabe ändern. Apples Anleitung zum Herunterladen und Installieren zusätzlicher Xcode-Komponenten erklärt die Verwaltung; die Dokumentation zum Hinzufügen von Simulatoren behandelt verfügbare Simulatoren.

Beachten Sie dabei drei Punkte:

Wählen Sie eine Runtime, die zur Plattform und zur Projektanforderung passt. Eine vorhandene Runtime für eine andere Plattform erfüllt diesen Zweck nicht.
Warten Sie, bis der Download und die Installation abgeschlossen sind. Eine bereits sichtbare Komponente muss nicht bedeuten, dass der Vorgang abgeschlossen ist.
Prüfen Sie anschließend erneut, ob das gewünschte simulierte Gerät in Xcode auswählbar ist.

Wenn die Runtime fehlt, installieren Sie zunächst nur die tatsächlich benötigte Komponente. Löschen Sie nicht vorsorglich andere Runtimes: Dadurch wird kein Projektfehler behoben, und Sie müssten nicht benötigte Downloads möglicherweise erneut ausführen. Apple weist in seiner Dokumentation zu Komponenten darauf hin, dass zusätzliche Komponenten in Xcode verwaltet und installiert werden; solange eine benötigte Komponente fehlt oder noch installiert wird, steht sie dem Projekt nicht als fertige Laufzeitumgebung zur Verfügung.

Nach einem macOS- oder Xcode-Update startet der Simulator nicht mehr?

Nach einer Aktualisierung kann die bisherige Kombination aus Xcode, Runtime und simuliertem Gerät anders aussehen. Prüfen Sie deshalb zuerst, ob Xcode nach dem Update noch die erwartete Version ist und ob die benötigte Runtime weiterhin angezeigt wird. Öffnen Sie die Versionshinweise der installierten Ausgabe; bei Xcode 27 und dem gesondert dokumentierten Release Candidate von Xcode 27.1 sollten Sie die Hinweise jeweils der tatsächlich installierten Version zuordnen. Ein Release Candidate ist nicht mit einer beliebigen stabilen Ausgabe gleichzusetzen.

Arbeiten Sie anschließend mit möglichst geringem Risiko:

Schließen Sie nicht benötigte Simulatorfenster und Entwicklungsprogramme.
Beenden und öffnen Sie die Simulator-App erneut.
Wenn das nicht hilft, starten Sie den Mac neu und testen Sie den Simulator erneut.
Kontrollieren Sie danach, ob die passende Runtime noch installiert und das Gerät verfügbar ist.
Setzen Sie ein simuliertes Gerät erst zurück, wenn die vorherigen Prüfungen keine Ursache ergeben haben.

Apple beschreibt für simulierte Geräte, wie ein Gerät neu gestartet oder zurückgesetzt werden kann, in der Dokumentation zur Umgebung eines simulierten Geräts. Ein Zurücksetzen kann den Zustand des simulierten Geräts verändern. Sichern Sie deshalb vorher alles, was Sie aus diesem Gerät benötigen, zum Beispiel Testdaten oder Einstellungen. Ihre Projektdateien liegen üblicherweise im Projektordner, aber verlassen Sie sich nicht auf eine Annahme: Prüfen Sie, wo Ihr Quellcode und wichtige Dateien tatsächlich gespeichert sind.

Wenn der Fehler unmittelbar nach einem Update begonnen hat, notieren Sie die zeitliche Abfolge. Das ist hilfreicher als mehrere Komponenten gleichzeitig zu entfernen. Wird ein bekanntes Problem in den offiziellen Versionshinweisen beschrieben, können Sie gezielt der dort genannten Abhilfe folgen. Eine Fehlermeldung aus einer Community-Diskussion kann ein Hinweis sein, ersetzt aber weder die offizielle Kompatibilitätsangabe noch einen dokumentierten Lösungsschritt.

Simulator läuft, aber die iOS-App startet nicht?

Wenn Sie das simulierte Gerät sehen, aber Ihre App nicht läuft, ist der Simulator nicht zwangsläufig defekt. Der Fehler kann beim Bauen, beim Installieren oder erst beim Start auftreten. Beobachten Sie genau, an welcher Stelle Xcode stoppt, und lesen Sie die erste konkrete Fehlermeldung, statt nur die letzte Zeile im Ausgabebereich zu kopieren.

Prüfen Sie diese Punkte der Reihe nach:

Laufziel: Ist das richtige simulierte Gerät für das Projekt ausgewählt?
Zielversion: Unterstützt die installierte Runtime die im Projekt konfigurierte iOS-Zielversion?
Build: Wird das Projekt bereits beim Übersetzen abgebrochen? Dann ist zuerst die Build-Meldung relevant.
Installation: Wird der Build erstellt, aber die App nicht auf das simulierte Gerät übertragen? Untersuchen Sie die Installationsmeldung.
Start: Wird die App installiert, schließt sich aber beim Öffnen oder zeigt einen Fehler? Prüfen Sie dann die Startmeldung und die vom Projekt benötigten Einstellungen.

Mit diesem Befehl können Sie verfügbare simulierte Geräte anzeigen lassen:

xcrun simctl list devices available

Die Ausgabe enthält verfügbare Geräte und ihren Zustand. Sie kann helfen, zu erkennen, ob Xcode das erwartete Gerät überhaupt aufführt. Sie sagt für sich genommen nicht, warum ein Projekt fehlschlägt. Verwenden Sie sie daher als zusätzliche Beobachtung und nicht als Reparaturbefehl.

Ein Beispiel: Das Gerät erscheint in der Liste und lässt sich öffnen, aber der Build schlägt mit einem Projektfehler fehl. In diesem Fall ist ein Zurücksetzen des simulierten Geräts keine naheliegende erste Maßnahme. Umgekehrt ist ein fehlendes Zielgerät ein Grund, die Runtime- und Geräteverwaltung zu prüfen, bevor Sie Projektdateien ändern. Die Apple-Anleitung zum Ausführen einer App auf simulierten oder physischen Geräten hilft, das gewählte Laufziel einzuordnen.

Vor einer Änderung diese Punkte abhaken

[ ] Xcode-Version und macOS-Version notiert und mit Apples Systemanforderungen abgeglichen
[ ] In Xcode geprüft, ob die benötigte iOS-Simulator-Runtime installiert und vollständig verfügbar ist
[ ] Fehlerphase festgehalten: Öffnen, Gerätestart, Build, Installation oder App-Start
[ ] Eine einfache Maßnahme nach der anderen getestet und das Ergebnis notiert
[ ] Projektdateien und benötigte Testdaten vor einem Geräte-Reset überprüft und gesichert
[ ] Fehlermeldung und Versionshinweise der installierten Xcode-Ausgabe verglichen

Wenn die lokale Umgebung nicht reicht

Halten Sie für eine gezielte weitere Prüfung die Xcode-Version, die macOS-Version, die genaue Fehlermeldung und die bereits getesteten Schritte fest. Ergänzen Sie, ob die Simulator-App geöffnet wurde, ob ein Gerät startete und ob der Fehler beim Bauen, Installieren oder Starten auftrat. Diese Angaben helfen dabei, eine Umgebungsfrage von einem Projektproblem zu trennen. Prüfen Sie anschließend erneut Apples aktuelle Systemanforderungen und die Versionshinweise der installierten Xcode-Ausgabe.

Erfüllt Ihr vorhandener Computer die erforderlichen Systembedingungen nicht, vergleichen Sie zunächst die realistischen Alternativen: einen geeigneten eigenen Mac, ein geliehenes Gerät oder einen zugänglichen Mac im Rechenzentrum. Ein geliehener Rechner kann zeitlich begrenzt verfügbar sein; ein eigener Mac bindet Kapital und muss mit dem benötigten System kompatibel bleiben. Eine Windows-Umgebung kann für viele Lernaufgaben nützlich sein, stellt aber nicht automatisch die von Xcode benötigte macOS-Entwicklungsumgebung bereit. Für einen temporären Kurs oder ein einzelnes iOS-Projekt kann ein gemieteter Mac deshalb eine bessere Erfahrung bieten als wiederholte Versuche, eine nicht passende lokale Umgebung zu erzwingen.

Ein entfernter Mac ist dennoch keine garantierte Lösung. Prüfen Sie vorab, ob die konkrete Umgebung die benötigte Xcode-Version, macOS-Version und Runtime tatsächlich bereitstellen kann. Für Kurscode und persönliche Daten sollten Sie außerdem Zugriffsrechte, Speicherort, Löschmöglichkeiten und die Datenschutzbedingungen prüfen. Geben Sie keine vertraulichen Zugangsdaten oder fremden Projektdaten in eine Umgebung ein, deren Verwaltung und Datenschutzregeln Sie nicht nachvollziehen können. Für stabile, dauerhafte Arbeit oder spezielle physische Geräteanschlüsse kann ein eigener Mac die passendere Wahl sein.

Wenn Sie Möglichkeiten vergleichen möchten, finden Sie eine Übersicht zu Mac-Zugangsoptionen und Nutzung. Sind Kompatibilität oder verfügbare Umgebung unklar, können Sie vor einer Entscheidung über den Kontakt zu OnceMac die konkreten Anforderungen Ihres Kurses prüfen lassen. Gehen Sie dabei mit den notierten Versionsangaben und der Fehlermeldung vor: So lässt sich klären, ob eine andere Mac-Umgebung überhaupt zum Problem passt, bevor Sie Zeit oder Geld in einen Wechsel investieren.

Der wichtigste nächste Schritt ist nicht das erneute Installieren von allem, sondern die genaue Zuordnung des Fehlers. Notieren Sie, an welcher Stelle der Ablauf scheitert, und bearbeiten Sie dann nur den passenden Prüfbereich. Wenn die lokale Hardware oder das installierte System die offiziellen Anforderungen nicht erfüllt, vergleichen Sie eine geeignete Mac-Umgebung erst anhand der tatsächlich benötigten Xcode- und Runtime-Version.