Je viens de constater un problème sous Manjaro-KDE
Mon disque de données NTFS interne au PC de 2 Toest bien monté au démarrage, que ce soit sous Manjaro ou sous Ubuntu.
Sous Ubuntu je n’ai pas de problème ça fonctionne normalement après avoir installé le nouveau git.
Sous Manjaro le système de mise à jour « construit » darktable à chaque mise à jour : rolling release, je trouve ça plus pratique que de compiler.
Par contre sous Manjaro lorsque je fais la mise à jour du git via AUR, à l’ouverture de Darktable les photos restent inaccessibles ?
La seule solution que j’ai trouvée c’est de ré-importer les photos après chaque mise à jour, c’est donc inutilisable au quotidien.
Ça peut provenir de 1000 choses différentes, mais comme je n’utilise pas du tout Manjaro, je ne pourrais pas plus t’aider. Pense à vérifier ton /etc/fstab qu’il monte bien ton disque toujours au même endroit. Ça peut aussi être une option à régler dans le script de compilation, qui pourrait créer un ~/.config/darktable unique à chaque compilation. Ou encore autre chose… c’est ça aussi la magie de Manjaro/Archlinux avec les dépôts AUR.
J’espère que tu appliques Prérequis de sécurité, je ne sais pas trop quels effets ça peut avoir.
A mon avis le disque est toujours monté au même endroit ?
Pendant le confinement je ne traite pas de photos, j’essaye plusieurs distributions.
Je viens de l’installer sur la version Manjaro-xfce pour voir si c’est pareil.
Je posterais tout à l’heure mes deux fstab pour voir.
Déjà le fstab ubuntu
[code]# /etc/fstab: static file system information.
Use ‹ blkid › to print the universally unique identifier for a
device; this may be used with UUID= as a more robust way to name devices
that works even if disks are added and removed. See fstab(5).
Le fstab à mon avis va pas être suffisant. Si j’ai bien compris, tu utilise un disque externe. Ce qu’il faudrait vérifier, c’est le chemin de montage via le système de fichier (et le disque « sdX » vu par Manjaro et Ubuntu) et quelles éventuelles différences. Tu peux le vérifier avec l’utilitaire d’affichage de disques aussi. Maintenant, si tu as ces systèmes installés sur le même ordinateur, tu t’embêtes à mon avis. Utilise une seule distrib pour darktable, ça sera plus simple
Je suis dans des essais actuellement, d’où mes multiples distributions, comme je n’ai pas de photos à traiter pendant le confinement.
Je préférerais utiliser Manjaro que Ubuntu, d’où mes essais, donc si je garde Manjaro il faut que je trouve une solution.
Ton /etc/fstab utilise bien les UUID, donc c’est bon pour ton point de montage. Par contre je vois que ton disque est formaté en NTFS, en théorie ça devrait fonctionner, mais c’est que de la théorie. Le système de fichier Windows est tellement mal fichu et mal documenté qu’il ne faut pas trop lui faire confiance, et surtout le système de droits est incompatible avec celui de Linux. Si tu as l’occasion repasse le en ext4. Ce serait étonnant que ton problème vienne de là, mais ce ne serait pas la première fois que je constate des problèmes bizarres avec ce système de fichier.
Vu ta nouvelle capture d’écran dans le post #1, on voit les miniatures, donc les photos sont bien répertoriées dans la base de donnée de darktable, et donc il reprend bien le même dossier de configuration. À priori ce serait le chemin qui mène à la photo qui n’est pas le bon. Ça m’est déjà arrivé de façon aléatoire, mais il suffit de fermer darktable et de le réouvrir pour retrouver un comportement normal. Mais je suppose que tu l’as déjà fait.
À part un problème de montage avec le NTFS, je ne vois pas trop.
Mon fstab sous Ubuntu est similaire. La ligne importante est
/dev/disk/by-uuid/5769E1CD421CC0AF /mnt/Photos auto nosuid,nodev,nofail,x-gvfs-show 0 0
C’est donc les mêmes options de montage ! De toute façon tu dis bien qu’avec Ubuntu ça marche.
Le disque est bien en ntfs (tiens, je me demande pourquoi, vu que j’ai plus de Windows depuis des années)
Donc on dirait que c’est la spécificité (pour ne pas dire « le problème ») de Manjaro. Je n’ai jamais utilisé les distribs basées sue Arch…
Ça fait plusieurs jours que je n’ai pas lancé Windows et de toute façon lorsque je lance le PC sous Manjaro ça fonctionne bien si je ne fais pas de mise à jour.
De toute façon mes disques externes sont tous en NTFS et je ne vais pas tous les passer en ext4, je ne pense pas que ça vienne de là ?
Je viens de refaire la compilation complète sous Ubuntu (pas la mise à jour), le disque est toujours accessible.
J’ai même essayer d’ouvrir le disque après avoir fermé Darktable et d’ouvrir Darktable ensuite.
Oui j’ai essayé plusieurs fois de fermer et relancer Darktable sans aucun changement…
Je place ces deux fichiers (21 jours) pour infos au cas où. :reading_smiley:
Tu peux toujours faire un test en important quelques photos d’un dossier en ext4. Si les photos sur ext4 sont toujours là après une compilation et pas celles sur le NTFS, ce sera un argument supplémentaire. Par contre à l’inverse si tu n’as aucun des 2 dossiers, c’est que le problème vient d’autre part.
Il n’y a que comme ça que tu vas pouvoir avancer, en faisant des hypothèses et en testant.
C’est ce que je suis en tain d’essayer de faire, j’ai donc créer une partition de 140 Go dans le reste de mon SSD de 1 To
Je vais essayer dans mon /home.
Je viens de créer une nouvelle partition de données dans mon SSD de 1 To
J’essaye de copier une partie des photos présentes dans mon disque interne en NTFS de 2 To
Mais je reçois une erreur, voir ci-dessous ?
Je ne comprends pas ce que tu as fait, ni ce que tu essayes de montrer avec tes captures d’écran.
Un peu de texte et des fichiers de conf seraient plus utiles.
Ce que j’ai cherché à faire c’est de créer une partition ext4 dans le reste de mon SSD, mais impossible de coller un dossier dedans, mon /home est trop petit mais pour un essais c’est bon.
Les captures écrans c’est les infos « Propriétés » sur cette partition, il y a peut-être des droits que je n’ai pas ?
Pour ce qui est de la copie d’une partie des photos dans mon /home intégré, j’ai lancé la mise à jour de Darktable en git-1300 et c’est bon elles sont accessibles.
Tu m’as encore trouvé une solution, merci.
Donc à ton avis si je formate mon 2 To en ext4 ça risque de fonctionner.
Mais pourquoi sous Ubuntu ce problème ne ce pose pas ?
Pour ta partition qui ne fonctionne pas, il faudrait plutôt voir ton fichier de conf. Par contre je ne vois pas le rapport avec un certain dossier /run/media/…
Concernant le formatage complet de ton 2Tio, pour en être sûr le mieux ça reste d’essayer. Maintenant reste à voir si tu es prêt à franchir le pas tout de suite et que ça ne risque pas de te créer d’autres soucis avec ton Windows.
Pour ma part j’essaierai quand même de faire fonctionner la partition que tu as tenté de mettre en place. Dans tous les cas, il faudra bien que tu arrives à en créer une qui soit fonctionnelle.
Pourquoi ça fonctionne sur Ubuntu et pas Manjaro ?
Peut-être que Ubuntu a compilé le pilote NTFS avec d’autres options que celles de Manjaro, peut-être que le comportement défini par défaut est différent, ou encore autre chose. Honnêtement je ne sais pas.
Quand je parle de fichier de configuration, je parle de ton /etc/fstab.
Il faut bien que tu identifies et que tu montes ta partition à un endroit et avec les bonnes options. Sinon au prochain démarrage, elle aura disparue et il faudra la remonter à la main.
D’après ta capture d’écran, il semblerait que Manjaro monte les partitions dans /run/media…
Voilà déjà une différence avec Ubuntu et les bases Debian en général.
Donc c’était encore autre chose. Vu la tête du l’UUID, je suppose que tu parles de ta partition en ext4 que tu viens de créer.
Je trouve que tu te débrouilles, tu arrives à trouver toi-même les solutions.
On est d’accord que ton problème n’est toujours pas résolu avec tes photos sur celle en NTFS ?
