JASP 0.98.1 lässt sich auf Apple Silicon Mac nicht öffnen: Leitfaden 2026

Ein nicht startendes JASP sieht für Sie möglicherweise immer gleich aus. Technisch liegen dahinter jedoch verschiedene Fehlerklassen. Notieren Sie vor jeder Änderung:

• JASP-Version, hier insbesondere 0.98.1
• Mac-Modell beziehungsweise Apple-Silicon-Architektur
• macOS-Version
• Herkunft und Dateiname des Installers
• genaue Meldung oder fehlende Meldung
• Zeitpunkt des Fehlers
• letzter erfolgreicher Arbeitsschritt
• Name und Herkunft des betroffenen Projekts
• reproduzierbare Abfolge der Klicks

Der offizielle JASP-Auftritt führt einen eigenen Download für Apple Silicon. Die offizielle Installationsanleitung beschreibt den vorgesehenen Installationsweg. Beides ist die erste Referenz, nicht ein älteres Tutorial oder ein fremder Download. Prüfen Sie die Angaben auf der offiziellen JASP-Downloadseite unmittelbar vor der Installation.

Ordnen Sie die Beobachtung einer dieser Gruppen zu:

Diese Tabelle ist keine Fehlerdiagnose durch Wahrscheinlichkeit. Sie verhindert nur, dass Sie fünf unterschiedliche Ursachen mit derselben Maßnahme behandeln.

Der fertige Download öffnet sich auf dem Mac nicht

Ein abgeschlossener Browser-Download beweist nicht, dass der Installer vollständig ist. Entscheidend ist, ob die Datei sich als Disk Image öffnen lässt, ob JASP vollständig in den Programme-Ordner kopiert wird und ob der erste Start eine nachvollziehbare Systemmeldung erzeugt.

Gehen Sie in dieser Reihenfolge vor:

1. Öffnen Sie die JASP-Downloadseite manuell über die offizielle Adresse.
2. Wählen Sie ausdrücklich den Apple-Silicon-Download, sofern die Seite diese Variante getrennt ausweist.
3. Warten Sie, bis der Download vollständig beendet ist.
4. Öffnen Sie das DMG per Doppelklick.
5. Kopieren Sie JASP vollständig in den Programme-Ordner.
6. Starten Sie die Anwendung aus dem Programme-Ordner und nicht aus dem noch geöffneten DMG.
7. Notieren Sie, ob die Meldung vor dem Start, während des Starts oder erst nach dem Öffnen eines Projekts erscheint.

Eine nicht einbindbare DMG-Datei ist zunächst ein Installerproblem. Eine eingebundene DMG mit unvollständig kopierter Anwendung ist ebenfalls kein Beleg für eine Inkompatibilität des Prozessors. Löschen Sie in diesem Fall nur die fehlerhafte lokale Kopie und laden Sie den offiziellen Installer erneut. Wenn der Download wiederholt abbricht, sichern Sie die Fehlermeldung und den Zeitpunkt. Testen Sie danach ein anderes Netzwerk oder lassen Sie den Hochschul-Support prüfen, ob ein Proxy oder Virenscanner die Datei verändert.

Apple Silicon oder Intel-Build

Auf einem Apple-Silicon-Mac sollten Sie den nativen Apple-Silicon-Build bevorzugen. Der Intel-Build ist nicht automatisch eine Lösung für einen Startfehler. Er führt eine zusätzliche Kompatibilitätsebene ein und kann die Diagnose erschweren. Die Architekturwahl beantwortet außerdem nicht die Frage, ob Gatekeeper, ein verwaltetes Gerät oder ein beschädigtes Profil den Start verhindert.

Prüfen Sie deshalb nicht nur den sichtbaren Dateinamen. Vergleichen Sie die ausgewählte Variante mit dem Eintrag auf der offiziellen JASP-Seite und halten Sie fest, welchen Installer Sie verwendet haben. Die offizielle JASP-Installationsanleitung finden Sie hier als Installationsreferenz.

Als bestanden gilt diese Ebene erst, wenn:

• das DMG erfolgreich geöffnet wurde,
• die Anwendung vollständig im Programme-Ordner liegt,
• der erste Start ohne Projektdatei möglich ist,
• ein leeres JASP-Projekt geöffnet werden kann.

Wenn einer dieser Punkte scheitert, springen Sie noch nicht zur Analyse oder zu einer beschädigten .jasp-Datei.

Die Sicherheitsmeldung richtig einordnen

macOS Gatekeeper kann eine Anwendung aus dem Internet beim ersten Öffnen bestätigen, warnen oder blockieren. Diese Fälle sind nicht gleichwertig. Eine Bestätigung, dass Sie eine bewusst aus offizieller Quelle geladene Anwendung öffnen möchten, unterscheidet sich von einer Warnung über einen unbekannten Entwickler oder einer zentral gesetzten Hochschulrichtlinie.

Apple beschreibt die Schutzmechanismen von Gatekeeper und den Laufzeitschutz in der offiziellen Sicherheitsdokumentation. Folgen Sie dort ausschließlich dem vorgesehenen Benutzerpfad. Ändern Sie keine globalen Sicherheitseinstellungen, nur damit JASP startet.

Prüfen Sie die Fälle so:

• Bestätigungsdialog aus dem Internet: Lesen Sie den Namen der Anwendung und ihre Quelle. Stimmen beide mit Ihrem offiziellen Download überein, verwenden Sie den von macOS vorgesehenen Bestätigungsschritt.
• Warnung zu Entwickler oder Beglaubigung: Stoppen Sie, wenn Sie die Herkunft nicht sicher belegen können. Laden Sie nicht aus einer anderen Quelle nach.
• Keine Berechtigung auf einem Hochschul-Mac: Fragen Sie den Geräte-Support. Das Gerät kann über Profile oder eine zentrale Verwaltung eingeschränkt sein.
• Start funktioniert bei einem privaten Testkonto, aber nicht am Hochschulkonto: Behandeln Sie das als Profil- oder Richtlinienproblem, nicht als JASP-Defekt.

Ein Terminal-Befehl zum pauschalen Entfernen von Quarantäne-Markierungen wäre für diesen Zweck kein sicherer Reparaturschritt. Gleiches gilt für das globale Abschalten von Gatekeeper oder SIP. Sie würden damit die Ursache verdecken und möglicherweise die Datenschutz- und Sicherheitsvorgaben Ihrer Einrichtung verletzen.

JASP startet kurz und stürzt sofort ab

Ein sofortiger Absturz nach erfolgreicher Installation verschiebt die Untersuchung auf Konfiguration, Cache, Modulstatus oder eine beschädigte Benutzersitzung. Löschen Sie nicht als ersten Schritt wahllos Bibliotheken oder Anwendungsdaten. Bewahren Sie zunächst Ihre Projekte und die vorhandenen Diagnoseinformationen auf.

Öffnen Sie die macOS-Konsole und suchen Sie nach Einträgen zum Startzeitpunkt. Apple erklärt in der Dokumentation zur Konsole, wie System- und Fehlerberichte angezeigt werden. Sichern Sie relevante Meldungen als Text. Entfernen Sie dabei personenbezogene Daten, Dateipfade mit Namen und vertrauliche Forschungsinhalte, bevor Sie einen Bericht weitergeben.

Nutzen Sie danach den Aktivitätsmonitor, um zu prüfen, ob der Prozess kurz erscheint, dauerhaft läuft oder ungewöhnlich viel Speicher beansprucht. Die Apple-Anleitung zum Aktivitätsmonitor beschreibt die verfügbaren Prozessinformationen. Eine hohe Auslastung allein beweist keinen Fehler. Sie ist nur ein Hinweis, den Sie mit dem Absturzzeitpunkt und dem Konsolenbericht abgleichen müssen.

Die sichere Isolationsfolge lautet:

1. JASP ohne Projektdatei starten.
2. Wenn der Start scheitert, einen neuen lokalen macOS-Benutzer für einen kontrollierten Test verwenden.
3. Wenn der neue Benutzer funktioniert, die ursprüngliche JASP-Konfiguration nicht sofort löschen, sondern zunächst sichern.
4. JASP im Testkonto mit einem leeren Projekt öffnen.
5. Danach nur ein kleines, anonymisiertes Beispieldataset laden.
6. Erst bei stabilem Verhalten die ursprüngliche Konfiguration schrittweise untersuchen.

GitHub-Issues können Ihnen Suchbegriffe und mögliche Richtungen liefern. Ein einzelner Eintrag zu Absturz, Download oder Ressourcenverbrauch ist jedoch ein Fallbericht. Er bestätigt keinen allgemeinen Fehler von JASP 0.98.1. Verwenden Sie dafür ausschließlich den offiziellen JASP-Issue-Tracker und dokumentieren Sie, ob Ihr Fehlerbild tatsächlich übereinstimmt.

Eine ältere .jasp-Datei lässt sich nicht öffnen

Wenn JASP ohne Datei startet, liegt die Ursache wahrscheinlich nicht beim grundlegenden Programmstart. Testen Sie deshalb nie zuerst mit dem einzigen Original. Erstellen Sie eine schreibgeschützte Sicherung und arbeiten Sie mit einer Kopie. Bei Forschungsdaten gehört zusätzlich eine anonymisierte oder vollständig entfernte Beispieldatei in den Test.

Reproduzieren Sie stufenweise:

1. Starten Sie JASP mit einem leeren Projekt.
2. Öffnen Sie ein neues Projekt mit einem kleinen, anonymisierten Datensatz.
3. Importieren Sie die problematische Datei nicht direkt, sondern prüfen Sie zunächst Format und Herkunft.
4. Öffnen Sie eine Kopie des alten .jasp-Projekts.
5. Deaktivieren Sie in der Kopie nacheinander Filter und berechnete Spalten, sofern die Datei noch geladen wird.
6. Wiederholen Sie die Analysemodule einzeln.
7. Vergleichen Sie Tabellen, Diagramme und Exportdateien mit einer bekannten Referenz.

So unterscheiden Sie drei Fälle:

• JASP startet nicht einmal leer: App, macOS-Sicherheitslage oder Benutzerumgebung bleibt die Hauptspur.
• Leeres Projekt funktioniert, die alte Datei nicht: Datei, eingebettete Analyse oder Projektstruktur ist verdächtig.
• Datei öffnet, aber ein bestimmtes Modul stürzt ab: Modul, Datenform oder eine konkrete Einstellung muss isoliert werden.

Eine Wiederherstellung ist möglich, wenn eine Sicherung, eine zweite Projektkopie oder exportierte Tabellen vorhanden ist. Sie ist nicht garantiert. Öffnet sich die Datei nur teilweise, exportieren Sie zuerst alles, was sichtbar und reproduzierbar ist. Schreiben Sie nicht über das Original. Ein wieder geöffnetes Projekt gilt erst dann als brauchbar, wenn die relevanten Ergebnistabellen, Grafiken und Exporte erneut erzeugt werden können.

Ohne zweiten Mac die Fehlerquelle bestimmen

Fehlen Ihnen Administratorrechte, lässt sich das Benutzerprofil nicht sauber testen oder drängt eine Abgabefrist, brauchen Sie eine kontrollierte Vergleichsumgebung. Ein sauberer Apple-Silicon-Mac kann zeigen, ob derselbe offizielle Installer und dieselbe anonymisierte Datei grundsätzlich funktionieren. Er ersetzt jedoch keine Prüfung der Hochschulrichtlinie und ist kein Beweis für identisches Verhalten auf Ihrem verwalteten Gerät.

Vergleichen Sie zwischen beiden Umgebungen:

• JASP-Version und Installer-Architektur
• macOS-Version und Sicherheitsmeldung
• Start ohne Projekt
• Start mit leerem Projekt
• Import eines anonymisierten Datensatzes
• verwendetes Analysemodul
• Speichern, erneutes Öffnen und Export
• Konsolen- oder Absturzbericht
• Berechtigungen und Benutzerkonto

Für eine zeitkritische statistische Auswertung kann ein temporärer Remote-Mac von CALMVPS eine sinnvolle Isolationsstufe sein. Sie arbeiten dabei nur mit Daten, deren Übertragung Ihre Einrichtung erlaubt. Prüfen Sie vor dem Upload die Datenschutzvereinbarung, die Vorgaben Ihrer Ethikkommission und die Anforderungen der DSGVO. Personenbezogene Forschungsdaten, unveröffentlichte klinische Daten und Schlüsseldateien gehören nicht in einen Test, solange die Freigabe fehlt.

Nutzen Sie für die Reproduktion eine kurze, überprüfbare Sequenz:

• offiziellen Apple-Silicon-Installer beziehen,
• JASP ohne Projekt starten,
• leeres Projekt speichern,
• anonymisierte Beispieldaten importieren,
• eine minimale Analyse ausführen,
• Projekt erneut öffnen,
• Tabelle und Grafik exportieren,
• Ergebnisse mit dem lokalen Test vergleichen.

Die externe Umgebung liefert dabei eine Entscheidungsgrundlage, keine automatische Reparatur. Funktioniert JASP dort ebenfalls nicht, prüfen Sie Version, offiziellen Installer und das konkrete Projekt erneut. Funktioniert es dort, spricht mehr für die lokale Konfiguration, die Geräteverwaltung oder die macOS-Umgebung.

Nach der Isolation sollte eine konkrete Entscheidung stehen:

• Lokales Problem: Reparieren Sie das Benutzerprofil oder bitten Sie den Hochschul-Support um eine Richtlinienprüfung.
• Projektproblem: Arbeiten Sie mit einer gesicherten Kopie, isolieren Sie das Modul und rekonstruieren Sie die Analyse aus anonymisierten Rohdaten.
• Installerproblem: Entfernen Sie die unvollständige Kopie und installieren Sie den offiziellen Apple-Silicon-Build erneut.
• Versionsverdacht: Vergleichen Sie die offizielle stabile Veröffentlichung und dokumentieren Sie die betroffene Version. Ein Rückfall auf eine ältere stabile Version ist erst sinnvoll, wenn Datenformat, Analyseergebnisse und Betreuerfreigabe geprüft sind.
• Nicht reproduzierbarer lokaler Fehler: Nutzen Sie eine saubere Remote-Umgebung vorübergehend und reichen Sie einen sachlichen Fehlerbericht mit Version, Architektur, macOS-Stand, Reproduktionsschritten und bereinigtem Log ein.

Als bestanden gilt die Umgebung nicht, weil sich das Fenster öffnet. Sie muss den tatsächlichen Forschungsablauf überstehen: Projekt öffnen, Analyse ausführen, Ergebnis speichern, erneut laden und exportieren. Prüfen Sie außerdem, ob die erzeugten Dateien am vorgesehenen Abgabeort lesbar sind und ob der Zugriff auf die Remote-Umgebung dokumentiert wurde.

Wenn Sie regelmäßig zwischen Linux, Windows und macOS wechseln, hilft eine schriftliche Übersicht zu Remote-Mac-Arbeitsumgebungen, die Zugriffsweg, Datenablage und Nutzungsdauer vorab festzulegen. Für eine einzelne kurzfristige Analyse ist Mieten oft einfacher als ein ungeplanter Hardwarekauf. Für dauerhaft hohe Last, spezielle physische Schnittstellen oder streng lokal gebundene Daten bleibt ein eigener, von der Einrichtung freigegebener Mac die bessere Wahl.

Wenn Ihr aktuelles Labor-Setup aus Linux- oder Windows-Rechnern besteht, fehlen Ihnen für diesen konkreten Fehlerfall oft der native macOS-Test, ein sauberes Benutzerprofil und die Möglichkeit, Hochschulrichtlinien selbst zu kontrollieren. Ein eigener Mac bindet dagegen Anschaffungskosten, Wartung und Gerätefreigaben, obwohl Sie vielleicht nur die JASP-Analyse für eine begrenzte Projektphase benötigen. Ein gemieteter Apple-Silicon-Mac von CALMVPS kann dann die praktischere Zwischenlösung sein: erst mit anonymisierten Daten reproduzieren, danach anhand der Ergebnisse entscheiden, ob Sie die Umgebung nur für die Abgabe weiter mieten oder das Laborgerät dauerhaft reparieren lassen. Prüfen Sie die verfügbaren Mietoptionen von CALMVPS, bevor Sie die Forschungsdaten übertragen.