NX Studio startet auf mac nicht

Danke für die Info, habe mal nach geschaut, was ich für einen Mac bzw. CPU habe = passt

Aber erst mal nur kurz reingeschaut, dieses Icon oben mit dem man den Weißpunkt setzen kann, gibt es nicht mehr, muss irgendwie über Picture Control gehen.
Das ist sehr schade, habe diese Funktion früher sehr gerne benutzt.

.
Mmh, hast Du eigentlich mal auf "Erneut öffnen" geklickt?
Und falls ja, was passiert dann?

Ich habe ein altes FileMaker Pro 9 auf meinem MacBook,
das beim ersten Start regelmäßig abschrammt, aber nach
dem zweiten Anlauf stabil performt.

.

ja, es kommt nach einer Zeit wieder diese Meldung

Sonst schau mal in der Library > Application Support und lösch ZUSÄTZLICH dann alles was Du unter Nikon Ptogramme noch finden kannst (dort bleiben alte Reste, die ggf. jetzt Fehler verursachen könnten.
Über den Fnder kannst du auch nach Nikon (Programmname) suchen und ggf. alles in den Papierkorb mit Adminrechten.
Also einmal richtig sauber machen und dann neu installieren.

alles gelöscht, auch kein Erfolg

Grundsätzlich kein schlechter Ansatz. Der Fehlerbericht sagt aber im Grunde nur aus, dass bei einer arithmetischen Anweisung ein Fehler aufgetreten ist, typischerweise eine Division durch Null. Dem Entwickler der Software, also Nikon, würde der Bericht noch verraten können, welcher Teil des Codes an welcher Stelle verantwortlich ist. Aber was fange ich als Nutzer damit an?

Da es ja offenbar genau auf diesem System auftritt könnte es auf einen Treiber oder andere Bestandteile hinweisen, die ggf. nicht passen. Ist natürlich ohne Erfolgsgarantie, aber der Aufwand ist auch gering. Man braucht nur das vollständige (!) Log.

ich habe keinen weitren Monitor am Mac. Die letzte Vorversion hat denselben Fehler gemacht. Ich werde ds nun keine Ziet mehr reinstecken. Vielleicht funktioniert eine neuere Version. sonst arbeite ich mit Capture one.

Ja dann ... wenn Du ohnehin mit C1 arbeitest (ich auch), brauchst Du an NX Studio ja keinen Gedanken verschwenden. Außer Du möchtest Picture Controls gezielt einsetzen.

da ich von C1 nur einen Bruchteil nutze wollte ich mal dies NX testen.

Kann ich auch nachvollziehen. Ich habs vor 2 Jahren auch mal getestet und für ok befunden, aber seitdem nicht weiter genutzt (aber eben auch auf einem M-Mac, wie @volkerm ).

leider gibt es keine iMac mit 27" mehr. Der mini ist ok, nur ich wollte nicht so etwas mit extra Display haben. Ich weiß genau das mit einen M-Mac irgendwas was dann nicht mehr läuft.

Damit konnte Claude Opus das eingrenzen, ich hoffe es hilft:

================= snip ================

Der Bericht zeigt einen Absturz in Nikons Kernbibliothek sowie zwei Threads, die an einer blockierten SQLite-Datenbank hängen. Ich prüfe jetzt noch die Befehlsfolge an der Absturzstelle und die geladenen Bibliotheken.

Die eigentliche Ursache ist sehr wahrscheinlich eine gesperrte Datenbank von NX Studio. Der Absturz ist erst eine Folge davon.

Was der Bericht zeigt
1. Der Haupt-Thread hängt an einer gesperrten Datenbank. Deshalb erscheint kein Fenster.
Thread 0 baut normalerweise das Fenster auf. Hier wartet er in sqlite3_exec → vdbeCommit → sqlite3PagerExclusiveLock → sqliteDefaultBusyCallback → sleep. NX Studio will also etwas in seine interne SQLite-Datenbank schreiben. Die Datei ist aber gesperrt, und das Programm wartet in einer Schleife darauf, dass sie wieder frei wird. Thread 4 wartet ebenfalls auf dieselbe Datenbank, nur zum Lesen. Solange das so bleibt, kann kein Fenster erscheinen. Das passt genau zu „es tut sich nichts, der Mac läuft weiter“.

2. Dann stürzt ein Hintergrund-Thread ab.
Thread 5 stürzt in NkPolaris ab, Nikons eigener Kernbibliothek. Der Befehl an der Absturzstelle ist div dword ptr [r13+0xBC]: eine Ganzzahl-Division durch einen Wert, der 0 ist. Trotz der Bezeichnung „Floating point exception“ ist es also keine Fließkomma-Rechnung, sondern eine Division durch 0. Vermutlich steht dieser Wert auf 0, weil er nie gesetzt wurde, solange die Datenbank blockiert ist.

3. Was sich ausschließen lässt

Kein Fremdprogramm ist in NX Studio eingeklinkt. Es sind nur Bibliotheken von Nikon und Apple geladen, und laut „External Modification Summary“ hat kein anderer Prozess eingegriffen. Virenscanner und andere Erweiterungen sind damit unwahrscheinlich.
Kein Rosetta-Problem, das Programm läuft nativ auf Intel.
Kein Zufall: Der Absturz von gestern 22:37 und der von heute 15:14 sind an derselben Stelle passiert. Er ist also reproduzierbar, und das spricht für einen dauerhaft fehlerhaften Zustand auf der Platte.

Lösung
Gesucht ist, wer die Datenbank sperrt oder ob sie beschädigt ist.

Schritt 1: Hängende Nikon-Prozesse beenden.
In der Aktivitätsanzeige nach „NX Studio“, „Nikon Transfer“ und „Nikon Message Center“ suchen und alles beenden, notfalls über „Sofort beenden“. Eine früher hängengebliebene NX-Studio-Instanz kann die Datenbank weiter sperren. Mit diesem Befehl im Terminal sieht man, welche Nikon-Dateien von welchen Prozessen geöffnet sind:

lsof 2>/dev/null | grep -i nikon

Danach den Mac neu starten.

Schritt 2: Die Datenbank wegverschieben. Ein Neustart allein hilft wahrscheinlich nicht, weil der Fehler über Neustarts hinweg auftritt. NX Studio beenden und im Terminal anzeigen lassen, wo Nikon seine Dateien ablegt:

find ~/Library/"Application Support" ~/Library/Caches ~/Library/Preferences ~/Library/Containers -maxdepth 2 -iname "*nikon*" 2>/dev/null

Die gefundenen Nikon- bzw. NX-Studio-Ordner auf den Schreibtisch verschieben, nicht löschen. Wichtig sind vor allem Dateien mit den Endungen .db, .sqlite, -journal, -wal oder -shm. Eine zurückgebliebene -journal- oder -wal-Datei aus einem früheren Absturz kann genau diese Dauersperre auslösen. Danach NX Studio starten. Es legt die Datenbank dann neu an.

Schritt 3: Prüfen, ob die Datenbank in einem synchronisierten Ordner liegt.
Wenn die Bilder oder die Nikon-Daten in einem iCloud-, Dropbox- oder OneDrive-Ordner oder auf einem Netzlaufwerk liegen, kann die Synchronisation die Datei sperren. Für einen Test die Synchronisation pausieren bzw. das Laufwerk trennen.

Wenn das alles nicht hilft: NX Studio 1.10.1 installieren und den Bericht an den Nikon-Support schicken. Der Hinweis „Main thread blockiert in SQLite busy handler, Thread 5 SIGFPE in NkPolaris bei Offset 0x18E0D2“ hilft denen bei der Eingrenzung.

Danke, ich gehe das mal in Ruhe durch. Ich habe mich nun auch an den Nikon Support gewand.

Wow. Bin ehrlich positiv überrascht. Dennoch: die NX-Installation war frisch und (mutmaßlich) unverändert; und die KI verortet das Problem bei einem Bestandteil der Nikon Software. Wenn man jetzt versucht die gesperrte Datenbank zu verschieben, damit das Hauptprogramm die nicht findet, und es dann keinen Absturz gäbe, würde das Programm ja trotzdem nicht korrekt funktionieren können?

Da steht jedenfalls, dass NX die Datenbank dann neu anlegt.

... und das ist auch tatsächlich korrekt, eben ausprobiert. Man kann den ganzen Ordner "NX Studio" (der u.a. eine FileData.db und eine SNSData.db enthält) aus der User Library/Application Support verschieben, löschen, egal, wird beim Neustart von NX Studio neu angelegt.
Aber auf meinen Mac+OS (praktisch identische Test-Umgebung wie bei @burki1961 ) liegt ja auch kein Problem vor.

??? Also auf dem Mac ein neues Benutzerkonto anlegen, da passiert nicht das allergeringste, man kann hinterher den kompletten neu angelegten Benutzer auch wieder entfernen. Aber der stört überhaupt nicht. Das ist eine Standard-Prozedur. Ohnehin sollte jeder Computernutzer nie auf dem Haupt-Account arbeiten, der ja zwangsweise Administrator-Rechte haben muss, sondern immer auf einem einfachen Nutzerkonto ohne Administrator-Rechte.

Aber um auf Dein Problem zurückzukommen: verstehe ich das richtig, Dein NX Studio ist nach der Erst-Installation schon gelaufen, aber dann tritt später beim erneuten Öffnen dieser Fehler/Absturz auf?
Was hast Du in der Zwischenzeit gemacht/verändert?

Nein NX Studio ist noch nie gelaufen. Ich musste nach der Installation und dem NX Studio Aufruf eine ID anlegen, das tat ich. Danach konnte ich NX nicht starten.

Konntest Du den Bestätigungscode aus der email noch eingeben? Und danach hat sich das Programm nicht geöffnet? Das würde bedeuten, dass die Registrierung nicht abgespeichert werden konnte. Die KI scheint also richtig zu liegen. Nur, warum konnte sie die Daten nicht schreiben? Irgendetwas hakt in deinem System. Ich bleibe dabei, Punkt 5 könnte mehr Klarheit verschaffen.

Ich konnte den Code eingeben und kann mich auch mit der ID anmelden. Ich habe gesehen das Macos ein Gastkonto schon drin hatte, da habe ich mich angemeldet, NX installiert mit iD und diesen ganzen Kram... nun konnte ich NX öffnen, beim Import verlangte es dann nach einem Passwort was in einem Schlüsselbund für NX Trasfer steht. 1. habe ich nie dafür ein Passwort angelegt und 2. nutze ich das Schlüsselbund nicht. Ich habe nun edliche Stunden damit verbracht, so etwas kenne ich nur von Windows. Was hier nun auf meinem Hauotaccout poassiert ist kann ich nicht sagen.

D.h. anderes Nutzerkonto auf dem Mac führt zu anderem Verhalten? Aber richtig funktionieren tut das Programm dennoch nicht? Oh je.

Windows hin oder MacOS her, wenn eine Festplatte im Systembereich korrupte Daten hat, kann kein OS was dafür. Ob das der Fall sein könnte, weiß ich natürlich nicht.

Den Schlüsselbund nicht nutzen, geht überhaupt gar nicht. Das passiert permanent im Hintergrund. Bei jeder Anmeldung, jedem Programmstart, jeder Netzwerk-Verbindung u.a. wird auf Schlüssel, Zertifikate, Passwort-Hashes usw. zugegriffen, damit eben nichts passiert, was nicht "erlaubt" ist.

Wenn ein Programm nun konkret danach fragt, könnte das bedeuten, dass es nicht selbst auf die entsprechenden Schlüssel zugreifen kann. Was fraglos ungewöhnlich ist. Abhilfe weiß ich an der Stelle leider keine. Ein Problem mit Zugriffsrechten wird aus meiner Sicht immer wahrscheinlicher.

Hast Du mal die Integrität der Festplatte geprüft?

Auf was für backups kannst Du zurückgreifen? Nutzt Du die Time Machine?

Na klar, warum nicht.

Jedenfalls, gern geschehen.

Nein, das ist es ganz eindeutig NICHT.
Genau um das zu prüfen habe ich ja die Test-Installation auf einem noch älteren Intel-Mac mit fast identischer Hardware und OS durchgeführt -> läuft reibungslos. Es ist kein prinzipielles Problem. Hier läuft auf einem individuellem System (Installation, OS, ..., Festplatte?) etwas schief.

Und deshalb würde ich mal den Installer neu laden …

.

... auch das kann nie schaden. Wobei ich vermutet hätte, dass das das erste wäre, was Burghard probiert hätte ...
Vor allem musst Du das dem @burki1961 ans Herz legen, nicht mir ...

Kurios. Aber umso besser wenn es nun zumindest prinzipiell funktioniert.
Besten Dank für die Rückmeldung!

Gut das es wenigsten 1x lief. Einen erneuten Start, nochmal die ID eingeben und NX startet wieder nicht. Nun reicht es mir. Ich habe gesehen was ich wollte und sehe keinen Vorteil gegenüber C1.

oha. Zum Vergleich:
Ich hatte NX Studio heute nach der Installation mehrfach geöffnet (und beendet), auch offline, und es gab dabei keine Probleme.
Offline kommt die Meldung, dass man nach 30 Tagen wieder online gehen und anmelden muss.

Ich glaube die Daten die man zuletzt aufgerufen hat, müssen Online sein. Sonst schiesst NX sofort wieder. Meine Bilder liegen auf einer externen SSD, die nicht immer am Rechner ist bzw eingeschaltet ist.

@volkerm
Mit Deiner letzten Ergänzung klingt das zwar plausibler, aber dann sind das trotzdem etwas unterschiedliche Probleme. Würde ich sagen.

So. Lässt mir ja keine Ruhe sowas.

Habe jetzt nochmal nachgestellt mit meiner Test-Installation von NX Studio 1.11.0 auf einem Intel MacBookPro von 2018 unter MacOS 15.8.2.
1. Mit NX Studio einen Ordner auf einem USB Stick geöffnet und die Bilder darin angesehen und eines ein bischen bearbeitet.
2. NX Studio beendet.
3. USB Stick abgemeldet und abgezogen.
4. NX Studio gestartet. Programm startet, keine Fehlermeldung, alles normal, Hauptfenster erscheint. Übrigens nach spätestens 8 Sekunden erscheint das Hauptfenster, auf meinem noch älteren und weniger potenten Mac. Natürlich kann das zuletzt bearbeitete Bild jetzt nicht angezeigt werden - ist ja nicht vorhanden.

Übrigens, auch wenn in dem Ordner, den NX Studio dann beim Start anzeigt, irgendwelche Dateien liegen, die NX Studio nicht versteht (also keine Bild-Formate), lässt sich NX Studio davon nicht beirren.

Auf meinem Test-System, welches in praktisch allen Eigenschaften fast identisch ist zu dem von @burki1961 , lässt sich kein einziges der genannten Probleme nachstellen oder nachvollziehen.

Aus meiner SIcht deutet nichts auf ein prinzipielles Problem von NX Studio 1.11.0 unter MacOS 15.8.2 auf einem 8 Jahre alten intel-Mac.
Mehr kann ich nicht tun. Ich habe alle Ansätze zur Prüfung, die ich für zielführend halte, bereits kundgetan.

Ich plädiere für mehr Skepsis gegenüber KI, und für mehr eigene praktische Analyse.

Ja, der Fehler lag allerdings bei mir: Claude wollte bei der Lösungssuche die Medien trennen um dort liegende defekte Dateien als Fehlerquelle auszuschliessen, ich hatte das hier in den falschen Zusammenhang gebracht.
Mea culpa, menschliches Versagen durch ungenaues Querlesen.

Ach da gibt es doch nichts zu bedauern. Ich finde es erstmal super, die Fehlersuche um fortschrittliche Methoden zu ergänzen. Und außer Deinen Beiträgen ist hier wenig zielführendes angefallen ...
Es zeigt sich an diesem Beispiel aber (m.E.n. sehr typisch), dass es sehr zeit- und arbeitsaufwändig ist, aus den Ergebnissen einer KI die korrekten und nützlichen Ansätze herauszufiltern. Wobei ich mich immer freue, wenn meine Skepsis sich als grundlos erweist.

dann muss es bei mir doch noch zusätzlich was anderes sein.

"Herr Nikon ist ein aufmerksamer Mitarbeiter und hat sich stets bemüht ..."
... nur leider kein Problem gelöst.
Positiv ist, dass es eine zeitnahe Reaktion vom Support gab. Auch wenn sie nicht nützt.

Das habe ich gestern ja auch herraus gefunden.

Zum Vergrößern anklicken....

Ja, schon. Nur hat das meiner Einschätzung nach nichts mit mit der Ursache Deines Problems zu tun. Das ist vermutlich ebenfalls ein Symptom dafür, dass irgendetwas im System nicht stimmt.
Denn bei einer einwandfreien Installation (d.h. Programm + OS) würde dadurch kein Problem verursacht - wie ich zeigen konnte. Aber da wiederhole ich mich nur.

Doch das Problem lag am ext. Laufwerk weil ich da das letzte Bild geladen hatte. Damit hat Nikon das Probpem schon gelöst. Möglich das es noch andere Probleme in dem Zusammenhang gibt, nur bei mir läuft es ja nun und es ist reproduzierbar. Nur so ganz normal finde ich doch auch nicht. Andere Programme machen das nicht.