[Résolu] Darktable 2.7/3.0 fait planter mon PC (Linux)

Écosystème et ressources Développement
1

Bonjour à tous,

Je viens de compiler Darktable version 2.7 (2.7.0+2153) pour l’essayer sur ma nouvelle machine (oui, je me suis fait plaisir…) :
Système d’exploitation : KDE neon 5.17
Version de KDE Plasma : 5.17.2
Version de noyau : 5.3.8-050308-generic
Type de système d’exploitation : 64-bit
Processeurs : 24 × AMD Ryzen 9 3900X 12-Core Processor
Mémoire : 31,4 Gio de mémoire vive
Carte graphique : GeForce RTX 2080

Après avoir lancé Darktable, quand je double-clique sur une photo pour travailler dessus, mon PC plante : écran noir, ventilos de l’unité centrale qui se mettent à tourner à fond.
En désactivant OpenCL, j’ai réussi à arriver dans la chambre noir. Mais quand je veux activer « Filmique RGB », plantage à nouveau.

Je suis très surpris qu’un logiciel puisse faire planter tout le système. Je n’ai aucun problème par ailleurs avec mon ordinateur et les autres logiciels que je peux utiliser.
Comment puis-je faire pour donner plus d’info pour aider à débugger ?

2

Bizarre, depuis que je compile darktable, je n’ai jamais eu de plantage complet de mes ordinateurs parfois plantage de darktable qui peut être fermé.
Je viens de tester la version que j’ai compilé hier 2.7.0+2147 sans problème d’ouverture d’un RAW dans la chambre noir ni en utilisant filmique RVB. KDE Neon est basé sur Ubuntu ? Peut-être un problème avec ton noyau très récent, j’utilise Linux Mint et le noyau est 4.15.0-66-generic.
[hr]
Je viens de compiler la version 2.7.0+2153 et de l’essayer sans problème d’ouverture dans la chambre noire avec OpenCl activé avec GPU très rapide. Quand j’étais sous Fedora, j’ai eu quelques problèmes avec les noyaux 5.X.

3

Pour ma part, je suis sur Ubuntu 19.10, Gnome 3.34-1 et un noyau 5.3.0-19 et aucun problème de ce type. Ceci dit, ma carte n’est pas OpenCL. Il y a peut-être un truc à voir côté OpenCL et noyau 5.3 (ou pas) au vu de la réponse de jpg54. Ton problème est quand même surprenant. As-tu pensé à lancer darktable depuis un terminal en mode débuggage (pour avoir le max de détails) et renvoi vers un fichier ?

La commande pour le faire :

darktable -d all > log.txt

Bon, tu mets le nom que tu veux au fichier txt bien entendu. Autre chose, lorsque ça fige complet, as-tu essayé de faire CTRL+ALT+F3 (ou F4, etc.) pour voir si c’est seulement l’interface qui plante ou le système complet. Cette dernière commande permet d’aller dans un autre espace de travail en ligne de commande. Si tu y as accès, c’est que c’est seulement l’interface graphique (ici KDE et/ou le serveur X/Wayland) qui est planté. Si tu maîtrises un peu la ligne de commande, ça permet de débloquer en redémarrant le serveur graphique, sans redémarrer le système.

Enfin, pense aussi à jeter un oeil aux journaux de rapport de KDE pour voir si un problème s’affiche.

4

Salut ! Je te conseillerais de jeter un oeil dans ton bios à :
1: Tension CPU : peut être un peu juste pour certaines tâches, surtout si tu dis qu’il plante lorsque tu lances le module filmique… → Double check si tu as effectué un overclock manuel de ton CPU, ou si tu utilises l’option AMD Precision Boost avec des réglages de tension manuels.

2: Fréquence RAM / Timings RAM si tu y as touché / Tension RAM si tu y as touché. En guise de test active le profil XMP no1 de tes barettes et essaie de passer tout ça sous un logiciel de stress test.

Dans tous les cas tu as un comportement de PC instable, souvent il faut chercher coté tensions / fréquence RAM. Ubuntu est assez souple / léger pour ne pas planter au moment du boot, donc tu ne peux pas forcément suspecter immédiatement de problème de stabilité.

Pour commencer sur une base saine, je te conseille également d’effectuer un CLEAR CMOS sur ta carte mère, et conserver les réglages CPU en auto + RAM en profil XMP par défaut.

Bon courage!

5

Merci à tous pour vos réponses.
J’ai creusé un peu, et c’est un assez étrange.

En suivant les conseils de Nico, j’a lancé Darktable en mode debug : il ne plante plus
Je le relance en mode normal : il plante dès que je double clique sur une photo dans la table lumineuse.
Mais subtilité : sur une série de photo que je viens d’importer à l’nstant, en mode normal darktable ne plante pas.

Et il semble qu’à partir du moment ou j’ai pu ouvrir une photo et travailler dessus (donc par exemple une « ancienne » photo travaillée avec darktable en mode « debug »), je n’ai plus de plantage avec cette photo avec draktable en mode « normal »

Pour répondre également à NIco, oui j’avais bien testé les commante ctrl+alt+Fx, sans succès.
Pour répondre à libenny972, pas d’overclock, et j’ai utilisé des benchs, joué à des jeux vidéos qui ont bien chargé la machine, sans aucun problème.
Pour la mémoire je suis sur les fréquences et timing de base de ma mémoire (3200Mhz/cas 16).

6

Assez étrange comme comportement effectivement, j’ai quand même du mal à croire qu’un petit plantage de darktable provoque un plantage complet de ton système. Concernant les jeux, c’est pas forcément ce qui va « tirer » le plus sur ton système, malgré les apparences, surtout côté RAM et CPU.

Ton installation de linux sur ton nouveau système est-elle une install fraîche?

7

Non, le système et le linux dessus date de juillet, à la sortie du Ryzen. Et j’avais constaté déjà ce plantage sur darktable 2.6, sans investiguer davantage.
Mais j’ai des photos à traiter, et je voulais découvrir la future nouvelle version, d’où mes tests actuels

Update : pour faire suite à une remarque de lilbenny972, un problème de stabilité du système quand il y a une sollicitation massive, je viens d’installer et lancer handrake pour convertir un gros fichier vidéo full hd de x264 vers x265. Tous les threads du processeurs sont sollicités, et il n’y a aucun problème

8

Hello,

J’ai réussi à avoir un plantage cet après-midi avec les logs activés, alors que je faisais un recadrage.
Je ne sais pas si ce log pourra aider, il est téléchargeable ici : https://ncloud.zaclys.com/index.php/s/LXdPPR3ax9jLs7L

Il se termine comme cela :

45,562142 [lighttable] image expose took 0,0007 sec 46,943957 [noiseprofile] looking for maker `Canon', model `EOS 7D' 46,943976 [noiseprofile] found 13 makers 46,943981 [noiseprofile] found `Canon' as `Canon' 46,943984 [noiseprofile] found 67 models 46,944013 [noiseprofile] found EOS 7D 46,944016 [noiseprofile] found 20 profiles 46,953217 [add_job_res] 0 | 46,953234 develop process image | queue: 0 | priority: 046,953236 46,953256 [add_job_res] 1 | 46,953257 develop process preview | queue: 0 | priority: 046,953259 46,953973 [run_job+] 00 282181519,226799 46,953994 develop process image | queue: 0 | priority: 046,953975 [run_job+] 01 282181519,226802 46,954012 develop process preview | queue: 0 | priority: 046,953997 46,954016 46,954085 [dev] took 0,000 secs (0,000 CPU) to load the image. 46,955075 [pixelpipe_process] [preview] using device -1 pixelpipe cacheline 0 used 2 by 9810155412773581196 pixelpipe cacheline 1 used -4 by 5461664748949985896 pixelpipe cacheline 2 used 0 by 0 pixelpipe cacheline 3 used 4 by 7503069915617998023 pixelpipe cacheline 4 used 3 by 14660515176567698756 cache hit rate so far: 0,063 46,956940 [pixelpipe_process] [full] using device 0 pixelpipe cacheline 0 used 3 by 18446744073709551615 pixelpipe cacheline 1 used 2 by 8828032615574376129 pixelpipe cacheline 2 used 1 by 12796699202232404325 pixelpipe cacheline 3 used -5 by 17810435951894547205 pixelpipe cacheline 4 used 4 by 18446744073709551615 cache hit rate so far: 0,046 46,958070 [dev_pixelpipe] took 0,003 secs (0,044 CPU) processed `gamma' on CPU, blended on CPU [preview] 46,958933 [dev_pixelpipe] took 0,002 secs (0,023 CPU) processed `gamma' on CPU, blended on CPU [full] 46,959374 [dev_process_image] pixel pipeline processing took 0,002 secs (0,024 CPU) 46,959411 [run_job-] 00 282181519,232238 46,959419 develop process image | queue: 0 | priority: 046,959421 47,002695 [dev_process_preview] pixel pipeline processing took 0,049 secs (0,709 CPU) 47,002733 [run_job-] 01 282181519,275560 47,002737 develop process preview | queue: 0 | priority: 047,002739 47,012872 [sql] /home/tibo/Sources/darktable/src/common/image.c:843, function dt_image_altered(): prepare "SELECT operation FROM main.history, main.images WHERE id=?1 AND imgid=id AND num<history_end AND enabled=1" 47,012967 [lighttable] image expose took 0,0040 sec 48,306277 [sql] /home/tibo/Sources/darktable/src/common/tags.c:153, function dt_tag_new(): prepare "SELECT id FROM data.tags WHERE name = ?1" 48,306357 [sql] /home/tibo/Sources/darktable/src/common/tags.c:448, function _tag_is_attached(): prepare "SELECT tagid FROM main.tagged_images WHERE imgid=?1 AND tagid=?2" 48,315020 [sql] /home/tibo/Sources/darktable/src/common/image.c:843, function dt_image_altered(): prepare "SELECT operation FROM main.history, main.images WHERE id=?1 AND imgid=id AND num<history_end AND enabled=1" 48,315090 [lighttable] image expose took 0,0038 sec 48,315409 [add_job_res] 0 | 48,315417 develop process image | queue: 0 | priority: 048,315420 48,315436 [add_job_res] 1 | 48,315439 develop process preview | queue: 0 | priority: 048,315441 48,315449 [run_job+] 00 282181520,588275 48,315466 develop process image | queue: 0 | priority: 048,315468 48,315527 [dev] took 0,000 secs (0,000 CPU) to load the image. 48,315851 [run_job+] 01 282181520,588678 48,315878 develop process preview | queue: 0 | priority: 048,315881 48,316507 [pixelpipe_process] [full] using device 0 pixelpipe cacheline 0 used 5 by 18446744073709551615 pixelpipe cacheline 1 used 4 by 8828032615574376129 pixelpipe cacheline 2 used 1 by 12796699202232404325 pixelpipe cacheline 3 used -3 by 17810435951894547205 pixelpipe cacheline 4 used -5 by 12119446952212799685 cache hit rate so far: 0,060 48,317511 [pixelpipe_process] [preview] using device -1 pixelpipe cacheline 0 used 4 by 9810155412773581196 pixelpipe cacheline 1 used 1 by 5461664748949985896 pixelpipe cacheline 2 used 0 by 0 pixelpipe cacheline 3 used 6 by 7503069915617998023 pixelpipe cacheline 4 used 5 by 14660515176567698756 cache hit rate so far: 0,092 48,319324 [dev_pixelpipe] took 0,002 secs (0,014 CPU) processed `recadrer et pivoter' on CPU, blended on CPU [preview] 48,323779 [dev_pixelpipe] took 0,007 secs (0,074 CPU) initing base buffer [full] 48,323839 [opencl memory] device 0: 37677456 bytes (35,9 MB) in use 48,329013 [opencl memory] device 0: 109728656 bytes (104,6 MB) in use 48,330105 [opencl memory] device 0: 109728672 bytes (104,6 MB) in use 48,330111 [opencl memory] device 0: 109728688 bytes (104,6 MB) in use 48,330565 [opencl memory] device 0: 109728672 bytes (104,6 MB) in use 48,331082 [opencl memory] device 0: 109728656 bytes (104,6 MB) in use 48,331157 [opencl memory] device 0: 72051200 bytes (68,7 MB) in use 48,331339 [dev_pixelpipe] took 0,008 secs (0,022 CPU) processed `point noir/blanc raw' on GPU, blended on GPU [full] 48,342542 [dev_pixelpipe] took 0,002 secs (0,029 CPU) processed `profil de couleur d'entrée' on CPU, blended on CPU [preview] 48,380043 [dev_pixelpipe] took 0,017 secs (0,259 CPU) processed `profil de couleur de sortie ' on CPU, blended on CPU [preview] 48,401404 [dev_pixelpipe] took 0,001 secs (0,025 CPU) processed `gamma' on CPU, blended on CPU [preview] 48,423979 [opencl memory] device 0: 144102400 bytes (137,4 MB) in use 48,425063 [opencl memory] device 0: 144102412 bytes (137,4 MB) in use 48,425484 [opencl memory] device 0: 144102400 bytes (137,4 MB) in use 48,425991 [opencl memory] device 0: 72051200 bytes (68,7 MB) in use 48,426155 [dev_pixelpipe] took 0,002 secs (0,088 CPU) processed `balance des blancs' on GPU, blended on GPU [full] 48,441647 [dev_process_preview] pixel pipeline processing took 0,126 secs (1,231 CPU) 48,441686 [run_job-] 01 282181520,714513 48,441690 develop process preview | queue: 0 | priority: 048,441692 48,451970 [sql] /home/tibo/Sources/darktable/src/common/image.c:843, function dt_image_altered(): prepare "SELECT operation FROM main.history, main.images WHERE id=?1 AND imgid=id AND num<history_end AND enabled=1" 48,452067 [lighttable] image expose took 0,0040 sec 48,506024 [opencl memory] device 0: 144102400 bytes (137,4 MB) in use 48,507793 [opencl memory] device 0: 72051200 bytes (68,7 MB) in use 48,507929 [dev_pixelpipe] took 0,002 secs (0,001 CPU) processed `reconstruire hautes lumières' on GPU, blended on GPU [full] 48,595810 [opencl memory] device 0: 98789120 bytes (94,2 MB) in use 48,596885 [opencl memory] device 0: 386993920 bytes (369,1 MB) in use 48,596889 [opencl memory] device 0: 675198720 bytes (643,9 MB) in use 48,597853 [opencl memory] device 0: 675325440 bytes (644,0 MB) in use 48,597862 [opencl memory] device 0: 675331776 bytes (644,0 MB) in use 48,597888 [opencl memory] device 0: 675458496 bytes (644,2 MB) in use 48,597893 [opencl memory] device 0: 675477504 bytes (644,2 MB) in use 48,597900 [opencl memory] device 0: 675561904 bytes (644,3 MB) in use 48,597903 [opencl memory] device 0: 675566124 bytes (644,3 MB) in use 48,597911 [opencl memory] device 0: 675650524 bytes (644,4 MB) in use 48,597915 [opencl memory] device 0: 675663184 bytes (644,4 MB) in use 48,600279 [opencl memory] device 0: 675536464 bytes (644,2 MB) in use 48,606622 [opencl memory] device 0: 675530128 bytes (644,2 MB) in use 48,606629 [opencl memory] device 0: 675403408 bytes (644,1 MB) in use 48,606635 [opencl memory] device 0: 675384400 bytes (644,1 MB) in use 48,606640 [opencl memory] device 0: 675300000 bytes (644,0 MB) in use 48,606645 [opencl memory] device 0: 675295780 bytes (644,0 MB) in use 48,606650 [opencl memory] device 0: 675211380 bytes (643,9 MB) in use 48,606655 [opencl memory] device 0: 675198720 bytes (643,9 MB) in use 48,606725 [opencl memory] device 0: 386993920 bytes (369,1 MB) in use 48,606968 [opencl memory] device 0: 98789120 bytes (94,2 MB) in use 48,609274 [opencl memory] device 0: 26737920 bytes (25,5 MB) in use 48,611278 [dev_pixelpipe] took 0,015 secs (0,010 CPU) processed `dématriçage' on GPU, blended on GPU [full] 48,637419 [opencl memory] device 0: 53475840 bytes (51,0 MB) in use 48,638515 [opencl memory] device 0: 80213760 bytes (76,5 MB) in use 48,638520 [opencl memory] device 0: 120320640 bytes (114,7 MB) in use 48,648886 [opencl memory] device 0: 80213760 bytes (76,5 MB) in use 48,649918 [opencl memory] device 0: 53475840 bytes (51,0 MB) in use 48,651849 [opencl memory] device 0: 26737920 bytes (25,5 MB) in use 48,651992 [dev_pixelpipe] took 0,015 secs (0,064 CPU) processed `correction des objectifs' on GPU, blended on GPU [full]

Comme le plantage est instantané, je ne sais pas si tout a pu être écrit dans le fichier de log…

9

Je n’arrive pas à reproduire ton plantage avec la version 3.0.0rc0+3 que j’ai compilé ce matin. Je ne vois pas ce qui explique le plantage dans le log.

10

As-tu aussi les plantages en désactivant OpenCL:

$ darktable --disable-opencl
11

Hello,
De retour après une petite absence.
Pascal, j’ai essayé avec l’option de lancement que tu proposes pour désactiver l’opencl.
Cela ne change rien.
Je réussis à avoir des plantages systématiques au moment d’exporter les photos. En limitant la taille à 2048 ça passe, en mettant la taille max à 0, ça plante au bout de quelques secondes.
Je précise que je suis en rc1.

12

Je suis actuellement :

j’exporte sans problème à la taille maxi avec et sans l’OpenCL activé.

13

@tybaut: vraiment étrange !

Tu as combien de mémoire RAM sur ton PC ?
[hr]
Je pose la question car tu as noté:

Mémoire : 31,4 Gio de mémoire vive

Mais ce chiffre semble suspect. En effet aujourd’hui on a pas mal de PC avec 8Go et de plus en plus 16Go. Mais 32Go c’est assez rare…

14

Salut Pascal,
Non j’ai bien 32Go. J’ai assemblé mon PC moi-même, j’en suis bien certain :wink: , il y deux barrettes de 16Go.
Et je trouve aussi cela très étrange qu’un logiciel fasse planter tout le système, c’est très bizarre.
Personne d’autres n’a de Ryzen 3xxx sur le forum ? Ou avec un autre proc mais 32Go ?
Je me sens un peu démuni pour analyser le problème. Et là je suis bloqué pour utiliser Darktable.
Pour infos j’ai compilé la version RC2 (3.0.0rc2+73~ga4520a34d) , j’ai pu exporter en plein format mais j’ai eu un plantage sur… il était tard, je crois que c’était sur l’affichage de la table lumineuse d’un autre répertoire de photos.
Update (j’ai fait quelques tests supplémentaires) :

  • Je peux traiter et exporter une photo issu d’un Lumix GX80 que j’avais auparavant traitée (j’en fait un clone vierge et j’ai réalisé un nouveau traitement)
  • En voulant faire la même chose avec des photos déjà traitées (en 2018) issu d’un 7D, plantage à l’affichage de la table lumineuse
  • Je recopie une quarantaine de raw (sans les fichiers xmp) dans un autre répertoire, import du répertoire dans darktable et traitement puis export d’une photo : aucun problème.

D’abord j’ai cru à un pb qui concernaient les raw issus du 7D, puis en faisant le dernier test en fait non. Il semble y avoir un lien avec le chargement de photo traité dans une ancienne version de Darktable. Mais pas que, car mes plantages d’export qui se produisaient sur la RC1 viennent de photos prisent avec le 7D, mais que j’ai traité uniquement avec la RC1.
Voilà voilà…

15

C’est vraiment bizarre ton problème, je compile darktable depuis pas mal de temp et je n’ai pas eu de plantage complet d’ordinateur. Au vu de ce que tu dis, il me semble que tu as un problème avec les .xmp et je ne sais pas comment tu peux faire pour recréer tous les traitements.
Tu pourrais mettre en téléchargement quelques RAW accompagnés des .xmp en téléchargement (sur framadrop par exemple) pour que l’on puisse tester.

16

Voici un fichier test avec ses xmp : http://humeurlibre.fr/divers/TestImageConcert.zip
L’image s’ouvre bien dans la table lumineuse mais Darktable plante (enfin le PC plante) quand je double-clic pour l’ouvrir.
Je l’ai isolé dans un répertoire seul avec ses XMP et le plantage se produit bien.

17

Je viens de l’ouvrir chez moi sans problème avec le driver NEO Intel sans problème. J’ai donc essayer avec le driver NVidia (pour ma GTX 1050) aussi pas de plantage.
J’ai vu que tu as mis 2018-09-21_15-53-41.jpg.xmp, il ne sert à rien car c’est celui de traitement pour le JPeg du boitier. Je sais pas si tu as essayé d’ouvrir le .cr avec ce .xmp.
[hr]
J’ai utilisé la version 3.0.0rc2+74 et j’ai activé filmique RVB puis j’ai exporté à 100% avec chacun de drivers OpenCL sur ma machine. Je viens aussi de l’exporter en désactivant l’OpenCL, aucun plantage de darktable ni de mon P.C.

18

Bonjour,
dans le zip téléchargé les 2 fichiers .xmp sont vides. J’ai cru comprendre en lisant le post que le problème venait de fichiers pour lesquels il existe un .xmp issu d’un traitement précédent. Les fichiers fournis ne permettent pas de tester dans ce cas.

À suivre…

19

Effectivement, il sont bien vides, j’ai pas pensé à regarder avant d’ouvrir dans darktable donc ça revient à ouvrir ce .cr2 sans ouverture sur la machine incriminée.
Tout à fait d’accord avec @chloma.

20

(hors sujet : je ne recevais pas les notifications pour les mises à jour du fil de discussion, j’ai mis à jour mon profil et mon mail, j’espère que cela fonctionnera mieux pour vous faire des réponses plus rapidement)

Merci pour vos retours et votre aide.
Je ne comprenais pas pourquoi les xmp étaient vides, ce n’est pas logique. Ils le sont effectivement dans mon répertoire de test, mais ils ne sont pas vides dans le répertoire d’origine. A mon avis, le plantage a du effacer les xmp, et j’ai du faire le zip après avoir constaté que ça plantait bien (pas très malin) :smiley:
Et effectivement, en ouvrant le fichier avec ces xmp vides dans le répertoire, ça marche bien.

J’ai donc repréparer mon jeux de test et j’ai fait le zip avant la réalisation du test. Pour vous montrer que je ne suis pas fou, en exclusivité une vidéo du test conduisant au plantage :cool:
http://humeurlibre.fr/divers/videoPlanteDarktable.mp4
Et donc voici le zip avec les xmp originaux :
http://humeurlibre.fr/divers/TestImageConcert_1.zip

On va y arriver ! :slight_smile: