[SOLVED] darktable startet nach update nicht mehr

Started by Fellfrosch, 2026/03/13, 11:34:44

Previous topic - Next topic

Fellfrosch

Wenn ich übers Terminal starte krieg ich diese Meldung:
darktable: error while loading shared libraries: libOpenEXR-3_1.so.30: cannot open shared object file: No such file or directory

Teriarch

libOpenEXR-3_1.so.30 ist Teil des Pakets libopenexr-3-1-30, vielleicht fehlt es. Probier' 'mal:

$ sudo apt-get install libopenexr-3-1-30

und versuch's erneut.

Fellfrosch

leider nicht die Lösung. Ist schon installiert:
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Statusinformationen werden eingelesen... Fertig
libopenexr-3-1-30 ist schon die neueste Version (3.4.6+ds-2).
libopenexr-3-1-30 wurde als manuell installiert festgelegt.
Auflösen von Abhängigkeiten... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Teriarch

Na ja, dann halt weiter:

$ ldd /usr/bin/darktable|grep libOpenEXR-3_1.so.30

Sollte so aussehen:
libOpenEXR-3_1.so.30 => /usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30 (0x00007f7c6c800000)

Anschließend:
$ ls -la  /usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30
mit
lrwxrwxrwx 1 root root 25 17. Jan 08:26 /usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30 -> libOpenEXR-3_1.so.30.13.1
und schließlich:
$ ls -la /usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30.13.1
mit
-rw-r--r-- 1 root root 3254568 17. Jan 08:26 /usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30.13.1

Nur um sicher zu gehen, dass sich alle gebrauchten shared libraries auch an erwarteter
Stelle befinden. Kannst Du Deinen Output dieser Kommandos posten?

Fellfrosch

#4
Das sieht schon mal nicht so gut aus:
ldd /usr/bin/darktable|grep libOpenEXR-3_1.so.30
        libOpenEXR-3_1.so.30 => not found

ls -la  /usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30
ls: Zugriff auf '/usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30' nicht möglich: Datei oder Verzeichnis nicht gefunden

s -la /usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30.13.1
ls: Zugriff auf '/usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30.13.1' nicht möglich: Datei oder Verzeichnis nicht gefunden


In /usr/lib/x86_64-linux-gnu/lscheint es nur neueren Kram zu geben:
ls -la|grep libOpen
lrwxrwxrwx   1 root root        18 14. Okt 23:38 libOpenCL.so.1 -> libOpenCL.so.1.0.0
-rw-r--r--   1 root root     93712 14. Okt 23:38 libOpenCL.so.1.0.0
lrwxrwxrwx   1 root root        23 17. Jan 08:23 libOpenColorIO.so.2.1 -> libOpenColorIO.so.2.1.3
-rw-r--r--   1 root root   5991712 17. Jan 08:23 libOpenColorIO.so.2.1.3
lrwxrwxrwx   1 root root        26 12. Mär 23:22 libOpenEXR-3_4.so.33 -> libOpenEXR-3_4.so.33.3.4.6
-rw-r--r--   1 root root   1267904 12. Mär 23:22 libOpenEXR-3_4.so.33.3.4.6
lrwxrwxrwx   1 root root        30 12. Mär 23:22 libOpenEXRCore-3_4.so.33 -> libOpenEXRCore-3_4.so.33.3.4.6
-rw-r--r--   1 root root    364544 12. Mär 23:22 libOpenEXRCore-3_4.so.33.3.4.6
lrwxrwxrwx   1 root root        30 12. Mär 23:22 libOpenEXRUtil-3_4.so.33 -> libOpenEXRUtil-3_4.so.33.3.4.6
-rw-r--r--   1 root root    219304 12. Mär 23:22 libOpenEXRUtil-3_4.so.33.3.4.6
lrwxrwxrwx   1 root root        18 28. Dez 14:15 libOpenGL.so.0 -> libOpenGL.so.0.0.0
-rw-r--r--   1 root root    174072 28. Dez 14:15 libOpenGL.so.0.0.0
-rw-r--r--   1 root root    228528 16. Dez 10:06 libOpenNI2.so.0







Teriarch

#5
Dann haben wir unsere Antwort:

darktable hängt ab von libopenexr-3-1-30 (>= 3.1.13). Dummerweise enthält
libopenexr-3-1-30 in Version 3.1.13-2+b1 "/usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30",
aber in der neueren Version 3.4.6+ds-2    "/usr/lib/x86_64-linux-gnu/libOpenEXR-3_4.so.33",
während darktable in Version 5.4.1-1+b1 nach wie vor auf "/usr/lib/x86_64-linux-gnu/libOpenEXR-3_1.so.30"
angewiesen ist. Man kann sich trefflich streiten, wer für den Fehler verantwortlich ist.

Ein Lösungsversuch:

Wechsle  ins Verzeichnis /usr/lib/x86_64-linux-gnu:

$ cd /usr/lib/x86_64-linux-gnu

Erzeuge den alten link auf die neue Library:

$ sudo ln -s  libOpenEXR-3_4.so.33 libOpenEXR-3_1.so.30

Und noch ein Update auf die config des dynamischen Linkers:
$ sudo ldconfig

Dann wieder ein grep auf darktable:

$ ldd /usr/bin/darktable|grep libOpenEXR-3_1.so.30

um zu sehen, ob die Lib jetzt erkannt wird. Danach Finger kreuzen und beten beim

$ darktable

Kommando. Schlimmstenfalls kommt es zu einem segfault, dann musst Du auf
ein Update von darktable warten, bis jemandem der Fehler auffällt.

Nachtrag:

Es fehlt in der neuen Version ein von darktable benötigtes Symbol. Wenn Du es schon versucht
hast, lösche den link:

$ cd /usr/lib/x86_64-linux-gnu
§ sudo rm libOpenEXR-3_1.so.30

Ich hab' die alte Library konfliktfrei angepasst, und Du kannst sie mit

$ sudo dpkg -i libopenexr-3-1-30b_3.1.13-2+b1_amd64.deb

installieren, wenn Du sie in den nächsten 24h von

<https://wormhole.app/J9ERQE#73D8yRsIbtB_41KdRppnJg>

mit Prüfsumme

$ md5sum  libopenexr-3-1-30b_3.1.13-2+b1_amd64.deb
bf0a041f51ac6ff1695f03d9d4965f71  libopenexr-3-1-30b_3.1.13-2+b1_amd64.deb

herunterlädst. Falls darktable in einer korrigierten Vrersion verfügbar wird, kannst Du sie mit

$ sudo apt-get remove libopenexr-3-1-30b

wieder deinstallieren.

Fellfrosch

Danke Dir! Teste ich gegen später aus, bin jetzt erstmal auf Achse. Wenn alle Stricke reißen, kehr ich erstmal auf den Zustand von gestern zurück und warte dann mal ab.

Teriarch

O.K. Lies meinen Nachtrag im vorherigen Post, den ich später noch angefügt habe.

Fellfrosch

WOW!!! Das ist mal ein Service. Vielen lieben Dank!  :-*
Hab das Paket runtergeladen und installiert. darktable läuft wieder anstandslos.

Nochmals vielen Dank und ein schönes Wochenende.

Teriarch

@Fellfrosch

> [...] und ein schönes Wochenende.

Das wünsch' ich Dir auch! Freut mich, dass es so gut geklappt hat.

pixel24

DigiKam meldet exakt den gleichen Fehler und die Diagnose zeigt die gleichen -nicht vorhandenen - Links. Könntest du den Download nochmal bereitstellen?


pixel24


cs

Super, vielen Dank, der Download hat mir auch geholfen!  :D

Mausschubser