Entre temps j'avais re-édité ma première réponse.
Sinon qu'y a t il dans les préférences de Gimp, ici
![[Image: Capture-d-cran-2022-11-04-21-38-06.png]](https://i.ibb.co/8MyW0GZ/Capture-d-cran-2022-11-04-21-38-06.png)
Le fait qu'il n'y ait plus de GUI darktable ne prouve pas que tous ses process soient fermés.
J'ai eu le cas lors d’instabilités liées à OpenCL, contrôle quand même avec un gestionnaire de taches qu'il n'y ait plus de PID zombie ou inactif attaché à darktable.
Un fois le n° de process identifié il suffit de le tuer.
ou plus simplement sortir de ta session y revenir et commencer par tenter d'ouvrir un RAW avec Gimp
Note : bien qu'un verrou de la bd de darktable puisse subsister.
Pour ton information les verrous de darktable sont dans
~ /.config/darktable
les fichiers :
data.db.lock
library.db.lock
En leur présence le message de Gimp est normal
Sinon qu'y a t il dans les préférences de Gimp, ici
(04-11-22, 21:35)benoit a écrit :(04-11-22, 21:12)JacoTux a écrit : Hum,
Ferme darktable, ouvre Gimp recherche ton NEF et ouvre le.
Il y a toujours le message d'erreur ?
Oui et Gimp n'ouvre pas le fichier
Le fait qu'il n'y ait plus de GUI darktable ne prouve pas que tous ses process soient fermés.
J'ai eu le cas lors d’instabilités liées à OpenCL, contrôle quand même avec un gestionnaire de taches qu'il n'y ait plus de PID zombie ou inactif attaché à darktable.
Un fois le n° de process identifié il suffit de le tuer.
ou plus simplement sortir de ta session y revenir et commencer par tenter d'ouvrir un RAW avec Gimp
Note : bien qu'un verrou de la bd de darktable puisse subsister.
Pour ton information les verrous de darktable sont dans
~ /.config/darktable
les fichiers :
data.db.lock
library.db.lock
En leur présence le message de Gimp est normal