erreur de vérrouillage de la base de donnnées

Bonjour,

En ouvrant Darktable 2.6 sur une install ubuntu 18.4 toute neuve j’ai l’erreur suivante :

[color=#663399]Une erreur est survenue en essayant d’ouvrir la base de données depuis /home/dkt/.config/darktable/data.db[/color]

[color=#663399]"le fichier de vérouillage de la base contient un numéro de process actif sur votre système : « 4968" »[/color]

et ça me demande de quitter darktable qui lui s’est ouvert, semble t’il normalement.

Hello,
tu as essayé de virer le fichier database.lock dans ~/.config/darktable ?

Aucun fichier de ce nom à cet endroit…

Hmmm… normalement le fichier de verrouillage, c’est un data.lock ou library.lock. Il y a des utilisateurs qui semblent abonnés à cette erreur, d’autres qui ne la voient jamais… Va comprendre…

Vérifies que tu n’es pas aussi darktable lancé (peu probable mais ie process est peut-être bloqué en arrière-plan). Tu dois avoir une application " moniteur système" dans tes applications où tu peux le vérifier. Logiquement le numéro de processus doit porter le numéro que tu as cité sur ton premier post. Si tu le trouves, fermes-le et retente l’ouverture de darktable.

Si tu n’as aucun process ouvert et toujours le problème sans avoir aucun des fichiers lock, là je sèche. Et c’est même très bizarre. Dans ce cas, je ne vois qu’un redémarrage de l’ordinateur pour voir ce que ça donne ensuite.

alors pour ce qui est des fichiers data.lock et library.lock, ils n’apparaissent que lorsque darktable est ouvert. quand je ferme darktable ces fichiers disparaissent.

J’ai viré le fichier data.db, fermé darktable puis éteind l’ordi. j’ai tout ré-ouvert. Pas de fenêtre d’erreur et j’ai eu sur moniteur système

Puis [color=#cc3366]Ctrl q[/color] , j’attend que tout disparaisse sur [color=#cc6633]moniteur système[/color] et j’ouvre à nouveau dkt (darktable)

La fenetre d’erreur et affichage :

Une ligne correspond à darktable et l’autre à la fenêtre d’erreur.

Je referme logiciel et fenêtres et ré-ouvre dkt…

à nouveau fenêtre d’erreur

Etc. A chaque fois des numéros différents et toujours la fenêtre d’erreur.

Ça ressemble bien à une instance darktable qui reste en arrière-plan donc qui se ferme mal. Déjà si tu fais clic-droit sur l’instance qui bloque, tu peux la fermer via le menu qui apparaît. J’ai eu ça une fois et après avoir tué l’instance, je n’ai plus eu le problème. Mais de là à te garantir que ça fera pareil pour toi…

Je t’invites à essayer et si tu as à nouveau le problème, je te conseille de désinstaller darktable puis le réinstaller pour voir si ça résout ce problème.

Si tu redémarres, ça persiste ?

Ça peut être darktable qui crashe à la fermeture la première fois que tu l’ouvres (erreur de segmentation ou ce genre de truc). Du coup, quand tu le relances, il n’est pas fermé.

Bonjour,
J’ai supprimé darktable avec « Logiciels Ubuntu »
fermé et redémarré l’ordi,
re-installé darktable
et le problème persiste alors que je n’ai mis aucune image ni rien changé. Donc un darktable théoriquement neuf.

[hr]

Maintenant je supprime à nouveau darktable en utilisant le bouton « supprimer » dans « Logiciels Ubuntu »

puis quand je fais une recherche darktable, dans la base du disque de l’ordi, c’est à dire tout en haut de l’arborescence de mon ordi, je trouve du darktable à ces endroits :

[color=#333399]/etc/apt/sources.list.d/pmjdebruijn-ubuntu-darktable-release-bionic.list
[/color]
[color=#333399]/etc/apt/sources.list.d/pmjdebruijn-ubuntu-darktable-release-bionic.list.save[/color]
[color=#333399]/etc/apt/trusted.gpg.d/pmjdebruijn_ubuntu_darktable-release.gpg[/color]

[color=#333399]/var/cache/apt/archives/darktable_1%3a2.6.0-0pmjdebruijn1~bionic_amd64.deb
/var/cache/apt/archives/darktable-dbg_1%3a2.6.0-0pmjdebruijn1~bionic_amd64.deb[/color]

[color=#333399]/var/cache/apt/archives/darktable_2.4.2-1_amd64.deb
[/color]
[color=#333399]/var/lib/apt/lists/ppa.launchpad.net_pmjdebruijn_darktable-release_ubuntu_dists_bionic_InRelease[/color]
[color=#333399]/var/lib/apt/lists/ppa.launchpad.net_pmjdebruijn_darktable-release_ubuntu_dists_bionic_main_i18n_Translation-en[/color]
[color=#333399]/var/lib/apt/lists/ppa.launchpad.net_pmjdebruijn_darktable-release_ubuntu_dists_bionic_main_binary-i386_Packages[/color]
[color=#333399]/var/lib/apt/lists/ppa.launchpad.net_pmjdebruijn_darktable-release_ubuntu_dists_bionic_main_binary-amd64_Packages[/color]

Ca n’a aucun lien. Tout ça correspond au référencement du système d’installation/suppression/mise à jour de tes paquets .deb (le système APT). Le dossier /etc/apt/sources… correspond aux dépôts référencés, en gros aux adresses web auxquels le système vérifie si tu as des mises à jour et quels logiciels sont installables sur ton ordi. Le dossier /var/cache lui conserve les paquets téléchargés pour l’installation. Enfin, le /var/lib… conserve les références aux paquets récupérés sur les dépôts (je simplifie).

En bref, ton problème a quasi aucune chance de venir de là. Je ne vois plus qu’une chose à vérifier sur ton problème : un défaut sur un de tes fichiers de configuration et qui entraine une mauvaise fermeture de darktable. Le problème est que si c’est ce fichier, tu vas de voir tout ré-importer. Mais déjà pour tester si le problème subsiste, essaie de renommer. Testes-les un par un pour voir lequel pose problème, en commençant par « dartablerc ». Conserves bien tes fichiers, tu les renommes par exemple en ajoutant un chiffre ou « save » ou autre chose te permettant de les renommer à l’origine et ne pas les perdre. En les testant un par un, ça te permettra de voir si le problème se résout avec l’un des fichiers écartés.

Attention, seul inconvénient est que tu perdras tes presets, dossiers importés (il te suffira de les réimporter une fois le problème résolu) si ça concerne le fichier data ou library (puisque c’est là où sont conservés le tout). Mais si tu as les fichiers xmp, tu pourras réimporter le(s) dossier(s) de tes photos et récupérer les historiques, mots-clés, etc…

Je n’y connaîs pas grand chose sur l’indexation des paquets, mais cette ligne pointe sur une archive 2.4.2_1 alors que tu viens de faire une release 2.6.0 par le PPA.
N’y a_t_il pas un conflit qui bloque de ce côté là?

Je profite d’une petite pose entre 2 danses pour vous dire que j’ai tout remis à plat à la sauvage. Reformatage du disque et installation d’ubuntu 18.4. Je réinstalle darktable demain et je vous tiendrai au courant Normalement ca devrait aller. demain bonne année 2019

Je viens d’avoir ce même problème de refus d’ouverture de DT 2.6.0. J’ai suivi ce forum et j’ai désactivé successivement en les renommant : library.db, darktablerc, data.db.lock, library.db.lock,
Et à chaque fois j’ai tenté de relancer : c’est le renommage du dernier qui a débloqué.
Mon DT s’est bien réouvert et j’ai retrouve dans le dossier tous les fichiers propres.

Je peux rajouter que j’avais 2 versions de DT la 2.4.4 et la 2.6.0 qui ne s’installent pas dans Mint avec le même dépôt. J’ai donc supprimer avant toute chose la version 2.4.4 qui, je pense devait utiliser les mêmes dossiers et planter l’ouverture.
Est-ce bien cela la cause ?

Oui c’est la cause. Tu ne peux pas utiliser 2.4 avec les db de la 2.6.

J’ai le même problème que les autres.

J’ai essayé dans un premier temps de renommer puis de supprimer les fichiers dans ~/.config/darktable mais cela ne fonctionne pas.
J’ai ensuite supprimé puis réinstallé Darktable mais sans succès.
Je pense que j’ai également plusieurs installation de DT sur mon PC mais je ne parviens pas à gérer ce problème.
Dans le moniteur système DT est indiqué comme ininterruptible.
Le redémarrage ne sert à rien.

Pour vous aider voici qq info concernant mon installation d’ubuntu:
Version 18.04.3 LTS (Bionic Beaver) 64-bit
Noyau Linux 4.15.0-70-generic x86_64

Si qqn pourrait m’aider ce serait super.

Démarre darktable en ligne de commande pour voir s’il y a des messages d’erreur (juste lancer la commande

darktable

ou, si la précédente ne montre rien :

darktable -d all

Il est possible que darktable crashe juste après lancement sans rien dire, du coup son fichier .lock n’est jamais supprimé et le processus reste actif.

~$ darktable -d all
[memory] at startup
[memory] max address space (vmpeak): 341036 kB
[memory] cur address space (vmsize): 341036 kB
[memory] max used memory (vmhwm ): 20476 kB
[memory] cur used memory (vmrss ): 20476 kB
[defaults] found a 64-bit system with 16367260 kb ram and 8 cores (0 atom based)
[defaults] setting very high quality defaults
[init] the database lock file contains a pid that seems to be alive in your system: 8396
[init] database is locked, probably another process is already using it
trying to open the images in the running instance

J’ai toujours la même fenêtre d’erreur qui s’ouvre :

[color=#111111][font=Roboto, Arial, sans-serif]Bonjour. J’ai installé Darktable 3. Malheureusement ma base de donnée photos (sur Mac OS) est lockée (code 426). Donc je ne sais plus rien utiliser, le programme ne s’ouvre pas. Je ne sais pas comment trouver le fichier, sur le Mac"/users/admin/.config/darktable/data.db" et plus spécialement « data.db.lock ». Quelqu’un pourrait-il m’aider car je suis débutant et tout fonctionnait bien avec la version précédent. Je voulais faire un upgrade, et suis très déçu. Merci d’avance pour votre aide[/font][/color]
[hr]

[color=#111111][font=Roboto, Arial, sans-serif]Bonjour. J’ai installé Darktable 3. Malheureusement ma base de donnée photos (sur Mac OS) est lockée (code 426). Donc je ne sais plus rien utiliser, le programme ne s’ouvre pas. Je ne sais pas comment trouver le fichier, sur le Mac"/users/admin/.config/darktable/data.db" et plus spécialement « data.db.lock ». Quelqu’un pourrait-il m’aider car je suis débutant et tout fonctionnait bien avec la version précédent. Je voulais faire un upgrade, et suis très déçu. Merci d’avance pour votre aide[/font][/color]
[hr]

[size=small][size=small][color=#111111][font=Roboto, Arial, sans-serif]Bonjour. J’ai installé Darktable 3. Malheureusement ma base de donnée photos (sur Mac OS) est lockée (code 426). Donc je ne sais plus rien utiliser, le programme ne s’ouvre pas. Je ne sais pas comment trouver le fichier, sur le Mac"/users/admin/.config/darktable/data.db" et plus spécialement « data.db.lock ». Quelqu’un pourrait-il m’aider car je suis débutant et tout fonctionnait bien avec la version précédent. Je voulais faire un upgrade, et suis très déçu. Merci d’avance pour votre aide[/font][/color][/size]
[/size]

Le nom, l’emplacement selon les plateformes, le rôle, la structure, les possibilités de modification de tous les fichiers utilisés par darktable sont décrits dans « Les fichiers de configuration et de développement de darktable » disponible dans la partie blog de ce site, menu « Doc ».
Lien direct : https://darktable.fr/les-fichiers-de-configuration/

Avec ces informations tu pourras régler ton problème.

Si on ne fais pas attention, ça arrive constamment lorsque le double clic est réglé très rapide. Un bête rebond sur le bouton de la souris lorsqu’on double clic sur l’icône suffit alors pour démarrer 2 instances de darktable et la seconde râle. Tout ceci est normal. Régler le double-clic un poil plus lent peut aider.
[hr]

Avant de faire ce test, est-ce que darktable n’était pas déjà ouvert, peut-être ? Pour faire ce test, dt doit être fermé.