Darktable 3.0 ne démarre plus

[patrick L]

Bonsoir,

Un problème dont il existe la réponse sur plusieurs fils du forum. Une recherche avec les mots 'database lock' par exemple te donnerait la réponse... Voir notamment ce fil : https://forums.darktable.fr/showthread.p...abase+lock

Et il y en d'autres déjà expliquant ce problème, pourquoi il intervient et comment le régler.

Merci beaucoup, j'ai viré data.db.lock et library.db.lock et tout est rentré dans l'ordre. !

attention  ça peut être dangereux.    ça m'arrive d'avoir le message d'erreur avec affichage du numero de processus.  Si c'est un truc genre 125853 c'est utilisateur.   Si c'est comme vous 1141  faut vérifier qu'aucune transaction est pendante.   


une transaction c'est fait  contre les crashs  et pour éviter de casser les bases de données qui fonctionnent avec des identifiants pour relier les groupes de données entre eux.   Des fois ca arrive des plantages en cours de travail et alors en redémarrant on  retombe sur la collection au démarrage.    alors faut recharger le dossier d'importation.    c'est que darktable voit la transaction en cours et pour rester stable vire toutes les opérations dans la transaction.   

généralement le fait d'avoir un .lock   ca veut dire   un probleme du genre.    et donc que l'annulation des manips n'a pas marché.    des fois y a pas de conséquence.   D'autres si au démarrage on a viré l'alerte    et qu'il y a un probleme  ça devient très vite ennuyeux.  si le numéro de pid    est supprimé avec le fichier .lock va savoir le processus qui a planté.    alors seule solution   de tout vérifier dans les tables de la base de données.    et c'est plutôt  stressant.   Et  souvent on annule les transactions et on  recharge toutes les photos.

pour faire la suppression  des .lock   faut que le script vérifie que les bases de données  data.db  ni library.db   n'aient de transactions en cours... et si c'est pas le cas  faut vérifier si aucune  transaction en écriture et que le script  vérifie les n° de version   des tables.   et ça c'est lire des journaux. Également  faire un backup de la base de données  format sql   ensuite lister les updates   et sur les tables liées vérifier   que les tables liées soient  elles aussi modifiées).


les transactions c'est simple.    dans le fichier  image_2020-01-26.raw    vous demandez de modifier  le niveau relatif  blanc  à  15  au lieu de 25.     et en meme temps vous modifiez dans exposition    exposition  +2ev    au lieu de +3ev.   

ensuite le programme se plante   et alors la premiere est mise à jour    et erreur sur la seconde.       la transaction   liste les modifis faites...   comme ca    on sait revenir à l'etat initial.