Sauvegarde des photos traitées avec Darktable impossible

Pratique photo Sujet Libre
1

je viens de traiter des séries de photos avec Darktable (2.6.2) j’ai pu les exporter sur mon site Piwigo sans souci, mais quand j’ai voulu en faire une sauvegarde sur mon disque USB, cela s’est avéré impossible…
La sauvegardes d’autre photos non traitées par le logiciel n’a posé aucun problème…
J’ai essayé aussi une clef USB et je me trouve face au même souci

J’ai tenté aussi une exportation des photos vers un périphérique usb, celà ne fonctionne pas non plus.

Le comble, je n’avais jamais vu çà. Même si je connecte en tant que root sur ma machine, je n’arrive pas à faire des copies sur un périphérique USB des photos traitées par Darktable!!!

2

Difficile de t’aider sans plus d’infos, sous quel système d’exploitation ? Si sous Linux, essaye de lancer darktable sans un terminal et met le résultat de l’exécution dans un bloc code.

3

Qu’entends tu par « faire une sauvegarde » ? (Quelles étapes prends tu, quels outils utilises tu, quels fichiers veux tu sauvegarder (jpgs, raws, xmps, base de données?))
Aussi, peux tu détailler ce que veux dire « impossible » dans ton contexte : as tu eu une erreur ? Ou autre ?

4

Je ne pense pas que la version de la Manjaro soit intéressante.
J’ai pratiqué comme je fait habituellement. grâce à dolphin sélection des répertoires où se trouvent les photos et copie sur le disque dur USB des répertoires en question.
Seuls les répertoire qui contiennent des photos non traitées avec Darktable ont pu être copiées..

Les répertoires copiés contiennent les photos et leurs fichiers xmp associés.

Le format des photos n’est pas en cause. Un répertoire contient des *.CR2 (Canon) l’autre des *.jpg (sony)

C’est une méthode que j’applique depuis toujours y compris avec darktable depuis janvier 2018. Un lien avec la mise à jour en 2.6.2?

5

J’ai posé la question de système d’exploitation car tu dis en utiliser 2 ! Tu as essayé de lancer en terminal pour voir s’il y a des erreurs ?

6

oui oups, GNU Linux ici.

En fait windows est utilisé dans le cadre de la version « portable » de Darktable. et n’est pas en cause ici

en fait çà fait longtemps que je ne l’ai plus utilisé et j’ai zappé que je l’avais marqué lors de mon enregistrement sur le forum

7

Avec une copie en ligne de commande ça fait pareil ? Comme le disait jpg54, en lançant une copie depuis un terminal ça permettrait de voir s’il y a des erreurs

8

Deux exemples.

  • copie qui fonctionne

[jojo1@jojo1-pc 190404 Ana Popovic]$ cp -v -r S7/ /run/media/jojo1/KINGSTON/ 'S7/20190404_204431.jpg.xmp' -> '/run/media/jojo1/KINGSTON/S7/20190404_204431.jpg.xmp'

copie qui ne fonctionne pas

[jojo1@jojo1-pc 190404 Ana Popovic]$ cp -v -r Sony/ /run/media/jojo1/KINGSTON/ 'Sony/' -> '/run/media/jojo1/KINGSTON/Sony' 'Sony/2019-04-04T19:52:11.JPG' -> '/run/media/jojo1/KINGSTON/Sony/2019-04-04T19:52:11.JPG' cp: impossible de créer le fichier standard '/run/media/jojo1/KINGSTON/Sony/2019-04-04T19:52:11.JPG': Argument invalide

9

Je parierai pour un nom de fichier qui n’est pas accepté sur le système de fichier cible. Essaye de remplacer les : par des - par exemple.

10

J’utilise toujours _ et pas - comme séparateur dans les noms de fichiers.

11

Je testerai çà ce soir. De memoire, j’utilise régulièrement ce type de nom.

Merci

12

Et bien apparemment c’est çà… Et je reste perplexe. Cela fait longtemps que j’utilise ce type de nom. en fait depuis aussi longtemps que j’utilise différentes sources de photos (Smartphone, APN compact, Reflex) pour constituer des albums. (Après vérification, 2014 lors d’un voyage aux USA) Il s’agit d’un renommage au format ISO proposé par Digikam.

Jusqu’à présent je n’ai jamais rencontré de problème pour faire cette sauvegarde. Du coup j’ai copié une image sauvegardée en janvier dernier sur mon DD USB vers mon disque dur de travail., Je l’ai renommée et j’ai essayé de copier l’image renommée vers le DD USB. Echec… :frowning: Je l’ai renommée autrement et çà marche… Il y a bien eu une évolution dans la gestion des noms de fichiers pour les DD USB en FAT 32 dans la distribution Manjaro…

J’ai une question à poser sur le forum Manjaro :wink:

http://frontwins.fr/Photos/_data/i/upload/2019/04/11/20190411184622-4d84cd4f-me.jpg

Se pose donc une autre question. Comment renommer sans perdre l’association avec le ficher xmp les photos dans Darktable ? Merci

13

Les systèmes de fichier Microsoft FAT ou NTFS n’ont jamais accepté le ‹ : › dans les noms de fichiers
https://assiste.com/Quels_sont_les_caracteres_interdits_dans_les_noms_de_fichiers.html

CQFD

14

Ben si, puique çà marchait jusqu’à présent sur disque NTFS. A moins que jusqu’à présent, ma distrib ait utilisé une espèce d’emplatre pour faire croire qu’il s’agissait d’autre chose au système de fichier. Un peu comme çà se passait à une époque pour les noms de plus de 8 caractères.
Pour la FAT et VFAT je suis d’accord.
J’ai posé la question sur le forum Manjaro

15

C’est possible que l’interface graphique t’ai fait croire que tu avais des : dans tes noms de fichiers sans qu’il y en ait. J’ai souvenir d’un gestionnaire de fichier qui affichait un / quand le nom de fichier contenait la chaîne %2f (mais je ne sais plus lequel et sur ma machine actuelle ni nautillus ni konqueror ne le font). Mais au final, c’est juste l’affichage qui montre ça, le vrai nom de fichier ne contient pas le caractère.

(Pour le :, c’est réservé parce que c: a une signification particulière sous Windows)

16

donc toute la question est de savoir pourquoi cet artifice ne fonctionne plus.
Car le format horaire, tel que je l’utilisais, est un format ISO yyyy-MM-ddTHH:mm: ss (zut obligé de réer un écart entre : et s autrement j’ai droit à un smiley :s

La seule chose qui me rassure c’est que je peux toujours récupérer ma sauvegarde du disque dur externe vers ma machine en cas de besoin…

17

Bonjour,

@Redjoe
Le format ISO 8601 accepte l’absence de séparateur. Le nom de fichier sera alors de la forme YYYYMMDDTHHMMSS.
Voir par exemple cette discussion, celle-ci ou encore l’article Wikipedia.