Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 23/09/2016, à 22:43

chaka

Plantage Digikam sous Kubuntu 16.04

Bonjour tout le monde.

Ayant un peu cherché je suis tombé sur un problème de Digikam après une mise à jour vers 16.04 mais le soucis n'est pas le même et dans mon cas, il s'agit d'une nouvelle installation. donc je me permets d'ouvrir ce nouveau fil.

Ayant des APN Samsung, seule la dernière version de Showfoto dérawtise les photo prises en RAW et si showfoto fonctionne très bien, j'aimerais le faire en traitement par lots, donc avec Digikam. Cela ne résoudrait pas le problème mais même, j'ai essayé d'autres derawtiseurs, Rawterapee ufraw Darktable (que pourtant je kiffe pour la retouche photo) et même Lightroom sous partition windows et le résultat est une catastrophe, je n'y arrive pas. Seul Showfoto me sort un résultat parfait.

Si cela peux aider, j'ai des soucis de Plasma qui plante et redémarre régulièrement.

Après l'installation Digikam s'est ouvert correctement. J'ai indiqué en nouveau dossier tout mon disque dur de 1Go de stockage (j'ai un SSD de 256Go pour le / et le /home). Le soucis c'est que quand j'essai d'ouvrir un sous dossier, j'entends le disque dur gratter à mort puis Digikam plante. Parfois ensuite il ne redémarre même pas.

Les informations du plantage sont (désolé c'est long):

Application: digiKam (digikam), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
[Current thread is 1 (Thread 0x7fa1b65feb40 (LWP 8811))]

Thread 5 (Thread 0x7fa17bfff700 (LWP 8817)):
#0  0x00007fa1af7bbe8d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fa1a91cb39c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007fa1a91cb4ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007fa1b04742ce in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x00007fa1b044218f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5  0x00007fa1b04424f5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x00007fa1b0331549 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x00007fa1b0422223 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8  0x00007fa1b0333e3c in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#9  0x00007fa1acc786fa in start_thread (arg=0x7fa17bfff700) at pthread_create.c:333
#10 0x00007fa1af7c7b5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 4 (Thread 0x7fa18beff700 (LWP 8814)):
#0  0x00007fa1af7bbe8d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fa1a91cb39c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007fa1a91cb4ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007fa1b04742ce in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x00007fa1b044218f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5  0x00007fa1b04424f5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x00007fa1b0331549 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x00007fa1b0422223 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8  0x00007fa1b0333e3c in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#9  0x00007fa1acc786fa in start_thread (arg=0x7fa18beff700) at pthread_create.c:333
#10 0x00007fa1af7c7b5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3 (Thread 0x7fa18c700700 (LWP 8813)):
[KCrash Handler]
#6  0x00007fa1aeb62954 in x3f_new_from_file(LibRaw_abstract_datastream*) () from /usr/lib/x86_64-linux-gnu/libraw_r.so.15
#7  0x00007fa1aeb67763 in LibRaw::parse_x3f() () from /usr/lib/x86_64-linux-gnu/libraw_r.so.15
#8  0x00007fa1aeb48188 in LibRaw::identify() () from /usr/lib/x86_64-linux-gnu/libraw_r.so.15
#9  0x00007fa1aeb641da in LibRaw::open_datastream(LibRaw_abstract_datastream*) () from /usr/lib/x86_64-linux-gnu/libraw_r.so.15
#10 0x00007fa1aeb64075 in LibRaw::open_file(char const*, long long) () from /usr/lib/x86_64-linux-gnu/libraw_r.so.15
#11 0x00007fa1b5b61d89 in KDcrawIface::KDcraw::rawFileIdentify(KDcrawIface::DcrawInfoContainer&, QString const&) () from /usr/lib/libkdcraw.so.23
#12 0x00007fa1b46683be in Digikam::DMetadata::loadUsingDcraw(QString const&) const () from /usr/lib/digikam/libdigikamcore.so.4.12.0
#13 0x00007fa1b4668927 in Digikam::DMetadata::load(QString const&) const () from /usr/lib/digikam/libdigikamcore.so.4.12.0
#14 0x00007fa1b4c11777 in Digikam::ImageScanner::loadFromDisk() () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#15 0x00007fa1b4c119b0 in Digikam::ImageScanner::newFile(int) () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#16 0x00007fa1b4ba1efb in Digikam::CollectionScanner::scanNewFile(QFileInfo const&, int) () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#17 0x00007fa1b4ba6967 in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&) () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#18 0x00007fa1b4ba6856 in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&) () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#19 0x00007fa1b4ba6856 in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&) () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#20 0x00007fa1b4ba6856 in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&) () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#21 0x00007fa1b4ba6856 in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&) () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#22 0x00007fa1b4ba7413 in Digikam::CollectionScanner::scanAlbumRoot(Digikam::CollectionLocation const&) () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#23 0x00007fa1b4ba84bb in Digikam::CollectionScanner::completeScan() () from /usr/lib/digikam/libdigikamdatabase.so.4.12.0
#24 0x00000000005ffa67 in ?? ()
#25 0x00007fa1b0333e3c in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#26 0x00007fa1acc786fa in start_thread (arg=0x7fa18c700700) at pthread_create.c:333
#27 0x00007fa1af7c7b5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 2 (Thread 0x7fa190d88700 (LWP 8812)):
#0  0x00007fa1af7bbe8d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fa19b48064c in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0
#2  0x00007fa1acc786fa in start_thread (arg=0x7fa190d88700) at pthread_create.c:333
#3  0x00007fa1af7c7b5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7fa1b65feb40 (LWP 8811)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fa1b03343a6 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#2  0x00007fa1b03339ce in QThread::wait(unsigned long) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#3  0x00000000005fd5ab in ?? ()
#4  0x00000000005fd777 in ?? ()
#5  0x00007fa1af6fafe8 in __run_exit_handlers (status=1, listp=0x7fa1afa845f8 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true) at exit.c:82
#6  0x00007fa1af6fb035 in __GI_exit (status=<optimized out>) at exit.c:104
#7  0x00007fa1b1115188 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#8  0x00007fa1b1e0e010 in KApplication::xioErrhandler(_XDisplay*) () from /usr/lib/libkdeui.so.5
#9  0x00007fa1ac970cee in _XIOError () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#10 0x00007fa1ac96ed4a in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#11 0x00007fa1ac96bc89 in XTranslateCoordinates () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#12 0x00007fa1b113fd2b in QWidgetPrivate::mapFromGlobal(QPoint const&) const () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#13 0x00007fa1b113fcc1 in QWidgetPrivate::mapFromGlobal(QPoint const&) const () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#14 0x00007fa1b113fcc1 in QWidgetPrivate::mapFromGlobal(QPoint const&) const () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#15 0x00007fa1b113fcc1 in QWidgetPrivate::mapFromGlobal(QPoint const&) const () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#16 0x00007fa1b113fd8d in QWidget::mapFromGlobal(QPoint const&) const () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#17 0x00007fa1b10a5ed1 in QApplicationPrivate::pickMouseReceiver(QWidget*, QPoint const&, QPoint&, QEvent::Type, QFlags<Qt::MouseButton>, QWidget*, QWidget*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#18 0x00007fa1b112a359 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#19 0x00007fa1b1129c83 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#20 0x00007fa1b1153542 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#21 0x00007fa1a91cb1a7 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#22 0x00007fa1a91cb400 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x00007fa1a91cb4ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#24 0x00007fa1b04742ae in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#25 0x00007fa1b1153616 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#26 0x00007fa1b044218f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#27 0x00007fa1b04424f5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#28 0x00000000005fb151 in ?? ()
#29 0x000000000052ec17 in ?? ()
#30 0x00007fa1b045ddb1 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#31 0x00007fa1b10a5fdc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#32 0x00007fa1b10acf16 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#33 0x00007fa1b1e0f6aa in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#34 0x00007fa1b044390d in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#35 0x00007fa1b04473c6 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#36 0x00007fa1b047413e in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#37 0x00007fa1a91cb1a7 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#38 0x00007fa1a91cb400 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#39 0x00007fa1a91cb4ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#40 0x00007fa1b04742ae in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#41 0x00007fa1b1153616 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#42 0x00007fa1b044218f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#43 0x00007fa1b04424f5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#44 0x00007fa1b04484b9 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#45 0x0000000000492e9e in ?? ()
#46 0x00007fa1af6e1830 in __libc_start_main (main=0x491c10, argc=5, argv=0x7fff1ddd46b8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fff1ddd46a8) at ../csu/libc-start.c:291
#47 0x0000000000495dd9 in _start ()

Une idée?
Merci d'avance


Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par chaka (Le 23/09/2016, à 23:27)

Hors ligne

#2 Le 25/09/2016, à 08:52

moko138

Re : Plantage Digikam sous Kubuntu 16.04

Application: digiKam (digikam), signal: Segmentation fault

Peux-tu donner les retours complets de 

dpkg -l | grep digikam
sudo apt-get update

Merci !

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#3 Le 25/09/2016, à 11:11

chaka

Re : Plantage Digikam sous Kubuntu 16.04

Bonjour Moko.

Alors:

chris@K-Salon:~$ dpkg -l | grep digikam
ii  digikam                                         4:4.12.0-0ubuntu7                          amd64        digital photo management application for KDE
ii  digikam-data                                    4:4.12.0-0ubuntu7                          all          digiKam architecture-independant data
ii  libkvkontakte1                                  1.0~digikam4.12.0-0ubuntu7                 amd64        vkontakte.ru library
ii  libmediawiki1                                   1.0~digikam4.12.0-0ubuntu7                 amd64        KDE C++ interface for MediaWiki based web services (runtime)
sudo apt-get update
[sudo] Mot de passe de chris : 
Atteint:1 http://fr.archive.ubuntu.com/ubuntu xenial InRelease
Réception de:2 http://security.ubuntu.com/ubuntu xenial-security InRelease [94,5 kB]            
Atteint:3 http://fr.archive.ubuntu.com/ubuntu xenial-updates InRelease                          
Atteint:4 http://fr.archive.ubuntu.com/ubuntu xenial-backports InRelease                       
94,5 ko réceptionnés en 0s (180 ko/s)                          
Lecture des listes de paquets... Fait

Merci à toi ^^

Hors ligne

#4 Le 25/09/2016, à 16:48

moko138

Re : Plantage Digikam sous Kubuntu 16.04

fr.wikipedia.org/wiki/Erreur_de_segmentation :

Une erreur de segmentation (en anglais segmentation fault, en abrégé segfault) est un plantage d'une application qui a tenté d'accéder à un emplacement mémoire qui ne lui était pas alloué.

Les applications, lorsqu'elles s'exécutent, ont besoin de mémoire vive, allouée par le système d'exploitation. Une fois allouée à l'application, aucune autre application ne peut avoir accès à cette zone ; cela garantit une sûreté de fonctionnement pour chaque application contre les erreurs des autres. Ainsi, si une application tente le moindre accès à une zone mémoire qui ne lui est pas allouée, le système d'exploitation le détecte et stoppe immédiatement son exécution.

La très grande majorité des erreurs de segmentation ne sont pas volontaires (si elles le sont, il y a de fortes chances que cela soit dans un but délictueux) ; elles sont dues à une mauvaise conception ou réalisation de l'application.

Je pensais que tu avais une version beta, Mais ta version de digikam est celle des dépôts, pour laquelle je ne vois pas de segfault signalée depuis un mois.
Désolé, je sèche.
À moins que le problème ne dépende en réalité de libmediawiki1 ?

apt-cache show libmediawiki1

Architecture: i386    # mais ta version est amd64
Source: digikam (4:3.5.0-0ubuntu10)
Version: 1.0~digikam3.5.0-0ubuntu10   # mais ta version est 1.0~digikam4.12.0-0ubuntu7

Est-ce que ta version de libmediawiki1 est celle d'un ppa que tu aurais supprimé ensuite ?
C'est peut-être une piste, mais...

Je passe la main.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#5 Le 25/09/2016, à 18:38

chaka

Re : Plantage Digikam sous Kubuntu 16.04

J'avais trouvé cette explication mais je n'ai pas su quoi en faire. Cela est alors lié à mon Plasma qui plante?

Merci quand même d'avoir essayé ^^

Hors ligne

#6 Le 25/09/2016, à 19:40

moko138

Re : Plantage Digikam sous Kubuntu 16.04

Pour plasma qui plante, ouvre un fil sans tarder !  smile
Car c'est ton environnement. Il intervient donc très en amont (de digikam).

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#7 Le 25/09/2016, à 21:46

chaka

Re : Plantage Digikam sous Kubuntu 16.04

Alors en fait je viens non pas de résoudre mais de contourner le problème.

Puisque le disque dur grattait à mort et que c'est un problème de mémoire me suis dit que c'était peut-être lié...
Il ne restait que 5Go de libre sur 1To donc j'ai fait le ménage en libérant 120Go, aucun effet.
Je l'ai débranché: Impossible de démarrer Kubuntu, donc je l'ai rebranché mais "libéré" avec Dolphin une fois ma cession démarrée.
Dèjà rien que là Digikam ne plante plus. Par contre, même en créant un fichier pour la base de données de Digikam sur mon SSD, dés que j'essaie d'ouvrir un dossier sur mon DD Digicam plante. J'ai vérifié les autorisations en écriture et lecture de tout mon DD tout est ok.
Donc ma solution en bois est de mettre les photo à traiter dans un dossier situé sur mon SSD, de traiter par lot et de transférer le résultat sur mon DD via Dolphin.

Je suis juste un bidouilleur en aucun cas un informaticien donc je suis incapable de résoudre "proprement" le problème, peut-être que par rapport à ça vous trouverez d'où peux venir le soucis.

Encore merci ^^

PS: Quand mon PC plantait, Plasma en fait me bouffait 70% de mon CPU. J'ai supprimé le graphique de charge système et ça allait mieux. Depuis il a dû y avoir des mises à jour liées à ça car je viens de réinstaller le composant graphique de charge système pour avoir une vue sur la RAM lorsque j'ouvre Digicam et ma foi, ça à l'air d'aller. Donc si je n'ai pas de nouveau le même problème c'est qu'il a été réglé avec une MAJ ^^

Hors ligne

#8 Le 26/09/2016, à 03:35

moko138

Re : Plantage Digikam sous Kubuntu 16.04

"Le composant graphique de charge système" consomme beaucoup de ressources.

top donne les mêmes infos (moins les débits réseaux) pour une consommation si négligeable qu'on peut le laisser tourner en permanence, même sur un ordinosaure.  Plus de détails là : ./viewtopic.php?pid=18826261#p18826261, (15ème message).

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#9 Le 26/09/2016, à 12:00

chaka

Re : Plantage Digikam sous Kubuntu 16.04

Merci pour Top qui a l'air d'être égal à lui même ^^

Finalement j'ai re supprimé cle composant graphique de charge système car de temps en temps il lui prend le tintamar et il me bouffe encore tout mon CPU.

Il y a peut-être aussi la solution de laisser la fenêtre de KSysGuard qui est un poil plus lisible que Top en  terminal. Je vais voir ce que ça consomme.

Encore merci pour ton soutien smile

Hors ligne

Pages : 1