J’espère être au bon endroit pour poster ma question, autrement veuillez m’en excuser.
Hier, j’ai fait une mise à jour de Linux et je suis actuellement sous Linux Mint Cinnamon 18.3 Sylvia.
Dans la foulée, j’ai fait une mise à jour de Darktable.
La version 2.6.3 a bien fonctionné 24h.
Ce soir, alors que je retouchais une photo, Darktable s’est fermé tout seul.
Depuis quand je veux relancer l’application, j’ai le message en pj.
J’ai fait une désinstallation avec le gestionnaire de logiciels et ensuite une installation, ça ne fonctionne toujours pas.
Mon niveau informatique n’est pas très élevé, mais je suis à même de faire quelques manoeuvre sous console.
Si vous avez une solution, je vous en remercie d’avance,
Si supprimer les fichiers [color=#000000][size=small][font=Verdana]library.db.lock et data.db.lock[/font][/size] est sans danger, je fais me mettre au travail demain, ce soir je suis trop fatigué, je me suis levé ce matin à 6 h.[/color]
[color=#000000]Si ça marche, je vous en informerai.[/color]
Si ça ne marche pas, je te conseille de laisser tomber linux mint pour Solus budgie. : https://getsol.us/download/
Pas besoin de console (sauf si tu le souhaites), c’est une rolling release donc on l’installe une fois seulement et il n’y a plus qu’à faire les mises à jour.
Tu auras de quoi installer nvidia sans te casser la tête. (en n’oubliant pas de cocher la case pour un fichier 32bits)
L’opencl s’active en installant opencl-headers, beignet et ocl-icd c’est tout.
Solus est fait pour être simple d’utilisation.
Bonjour,
j’ai eu ce même soucis. Parfois dt redémarrait, parfois après plusieurs essais lorsque je supprimais les deux fichier lock.
Puis un jour rien n’y faisait.
La seule parade découverte a été la suppression de quatre fichiers : data.db.lock _ library.db.lock _ keyboardrc _ keyboardrc_default
et depuis je n’ai pas eu ce soucis (j’ouvre dt pratiquement tous les jours). Depuis le 29/01 que j’ai supprimé ces quatre fichiers je n’ai pas eu d’autre soucis.
Par contre il me semble que cela faisait suite à un zoom de l’image à 100% ; j’ai eu des pannes dans différents modules. Alors le zoom, je ne l’ai plus poussé à fond depuis ce 29/01.
Est-ce dû à ça !?!
Malgré les pannes de jeunesse de la V3.0.0, dt est un super produit.
Bon courage.
Dans un premier temps, j’ai fait la suppression des fichiers [color=#000000][size=small][font=Verdana]library.db.lock [color=#000000][size=small][font=Verdana]et data.db.lock, comme proposé par « Cailloux ».[/font][/size][/color][/font][/size][/color]
[color=#000000][size=small][font=Verdana][color=#000000][size=small][font=Verdana]Pour l’instant, ça fonctionne, si jamais, le problème revenait, je supprimerais les fichiers comme proposé par PB2N.[/font][/size][/color][/font][/size][/color]
[color=#000000][size=small][font=Verdana][color=#000000][size=small][font=Verdana]Ne connaissant pas bien Linux, j’y vais à petits pas pour ne rien cassé.[/font][/size][/color][/font][/size][/color]
[color=#000000][size=small][font=Verdana][color=#000000][size=small][font=Verdana]En vous remerciant de nouveau, bonne soirée à tous.[/font][/size][/color][/font][/size][/color]
Les fichiers keyboard n’ont aucun lien avec ce problème, quand bien même une fois ça a donné l’impression de faire effet. Seuls les fichiers lock sont la raison (et ces fichiers ne sont pas là par hasard). Un problème qui revient régulièrement et dont les solutions et explications sont présentes de multiples fois sur le forum. Et ce problème n’est pas un bug mais une sécurité lié à un processus ouvert de darktable ou une mauvaise fermeture de darktable.
Dans certains cas, supprimer directement les fichiers lock peut aussi être une erreur. Par exemple si le processus darktable existe toujours (il peut être là sans voir darktable ouvert, notamment si un problème est apparu à la fermeture). Et dans ce cas, les fichiers lock servent de sécurité pour éviter de réouvrir darktable et risquer de corrompre la base de données. Bref, on vérifie d’abord si un processus darktable est toujours là, on le ferme (quitte à le tuer si ça bloque), et ensuite on supprime les fichiers lock.
meme en faisant comme dit nicauffray c’est pas suffisant.
une base de données c’est modulaire;.. on a une table et des tables filles. le probleme c’est quand on ecrit dans la table mere une information. et que l’ecriture dans la table fille ne se fait pas et le terrible message « erreur d’integrite base de données ».
selon moi lorsque ca se passe tres mal apres avoir viré les deux fichiers .lock c’est de renommer les deux .db et ensuite relancer darktable et tout réimporter les photos avec les xmp activés. surtout si le plantage se fait pendant « en cours » là les bases de données sont modifiées.
Et en quoi ce n’est pas suffisant ? Tu ne l’explique pas ici. Ce que tu explique est le cas exceptionnel où la base de données est foutue, ce qui est extrêmement rare. Dans 98-99% des cas, s’assurer qu’il n’y a pas de processus ouvert et supprimer les fichiers lock est suffisant. Et dans l’absolu, ce problème en usage normal n’arrive heureusement pas souvent.
[hr]
Ce n’est pas le plus rapide mais oui c’est une précaution suffisante.
Depuis mon message du 07/02 dans ce fil voici un petit point sur l’ensemble.
Windows 10/64 dt 3.0.0 - dt sur micro, photos sur dd externes
Je ne faisais pratiquement plus de zoom à 100% (qui était source de plantage - fermeture de dt) mais j’ai eu à ré-exporter des photos d’avant dt 3.0.0. Si je les ouvrais en chambre noire et que je voulais modifier quelque chose => plantage de dt
Ayant installé dt 3.0.0 le 01 ou 02 /01/2020 je faisais attention à tous mes répertoires 2019 et avant. Mais parfois je n’y pensais plus et paf-le-chien.
Pour pallier à ce soucis d’ancien répertoire, je commençais par cloner l’image, je supprimais le clone 0, puis je re développais l’image avec filmique rvb.
Mais très souvent je devais donc supprimer les .lock précédemment cités.
Et il y a trois jours j’ai procédé à une MAJ de GIMP en 2.10.18
Depuis dt refuse totalement de s’ouvrir … y a-t-il une coïncidence ? je ne sais pas !
A chaque lancement j’ai la petite fenêtre noire dt « normale » puis quelques seconde après mon écran devient tout noir, et retour à l’écran windows. Oui, à noter que j’en étais à n’avoir ABSOLUMENT plus rien d’ouvert (messagerie, navigateur de fichier, navigateur internet, … rien de rien). Le pire était parfois « windows a rencontré un problème, l’ordinateur doit redémarrer », mais toujours impossible de redémarrer dt.
J’envisage de reprendre tous mes répertoires photos et d’y supprimer tous les xmp. De supprimer et réinstaller dt, et de tout reprendre comme si je débutais sur ce logiciel. Une galère quoi … !
@PB2N: je doute que dt soit directement en cause ici. Ca sent un problème sur ton système tout ça. Peut-être un problème graphique. As-tu essayé de lancer darktable sans OpenCL (commande disable-opencl de mémoire) ? Quelle carte graphique utilise-tu ? As-tu testé de lancer darktable sans fichier de config (tu renomme juste ton dossier où tu as les fichiers de base de données pour le sauvegarder et relancer darktable qui créera un fichier tout neuf.
Si darktable se lance tout seul comme il faut, tu peux tester de copier tes fichiers de config un par un (tu relance darktable entre chaque fichier pour voir si le comportement change).
Tout ça ce sont des pistes mais je commencerai par tester de désactiver l’OpenCl si tu as une carte compatible. Tu as peut-être eu aussi une mise à jour de pilote récente qui fout le bordel.
merci pour tes pistes à explorer, je vais m’orienter dans tes propositions.
Pour la carte graphique et l’OpenCL je nage … j’utilise un micro portable HP et un écran déporté pour travailler les photos.
Ta piste de MAJ de pilote est intéressante, ça me dédouanerait Gimp. Parce que des MAJ il semble y en avoir de temps en temps. Je fais tourner régulièrement CCleaner et Spybot pour nettoyer le micro … et ça nettoie sec à chaque fois.
Ce matin j’ai relancé mon micro et la toute première action a été de supprimer les .lock puis de lancer dt … et il a démarré !!!
J’ai passé la matinée à réaliser des exports de photos que j’avais développées sans les avoir exportées (une centaine) et tout a très bien fonctionné. Il n’a pas planté et je l’ai refermé normalement sans rien remarquer de particulier.
J’ai ensuite regardé ma messagerie (thunderbird) puis navigué sur le net (Firefox). Là je viens de ré-ouvrir dt par deux fois pour vérifier et ce fut sans problème.
Après tout ça j’ai ouvert Gimp, navigué dans les calques d’un projet, puis refermé Gimp. Ouverture de dt sans problème.
Après mon message de 18:39 hier j’ai refais tourner CCleaner et Spybot (je n’avais pas pris connaissance du message suivant de @nicoauffray) ; est ce ça qui a nettoyé quelque chose qui gênait ?
Mon prochain test sera dt en même temps qu’un YT (quand je consulte un tuto j’essaye de pratiquer en même temps les manips sur une de mes photos).
C’est à n’y rien comprendre.
Merci de m’avoir suivi et de m’avoir donné des pistes parce que je ne pense pas que ça restera stable, du moins jusqu’à la prochaine MAJ.
Pascal
[/font][/size][/color]