Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Pass phrase égaré impossible récupérer mon répertoire photos

maxire

christianjessie a écritDonc je rentre mon mot de passe (on sait jamais !!).

Tu as utilisé ton mot de passe comme passphrase de duplicity.

Je ne vois donc pas de problème pour restaurer tous les fichiers avec la commande duplicity restore.

N'aurais-tu pas également chiffré le dossier utilisateur ?

maxire

Mouais, je crois qu'i existe une totale incompréhension de l'utilisation de gpg sur une archive créée par duplicity.

Les fichiers extraits via gpg ne sont pas exploitables dans ce cas car dans un format spécifique à duplicity.
Il faut impérativement utiliser duplicity.
Donc si tu trouves des fichiers impossibles à ouvrir c'est normal après utilisation de gpg.

Je t'invite à tout recommencer mais en utilisant duplicity cette fois-ci avec ton mot de passe comme passphrase.

christianjessie

Maxire,

J'ai écouté ton conseil et ai voulu lister les fichiers du disque externe de sauvegarde:

christian@christian-K61IC:/media/christian/008492AD5F9F9E95/jessie69$ duplicity list-current-files file://media/christian/008492AD5F9F9E95/jessie69
Les métadonnées locales et distantes sont déjà synchronisées. Aucune synchronisation nécessaire.
Date de la dernière sauvegarde complète : aucune
Traceback (innermost last):
  File "/usr/bin/duplicity", line 1555, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1541, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1393, in main
    do_backup(action)
  File "/usr/bin/duplicity", line 1476, in do_backup
    list_current(col_stats)
  File "/usr/bin/duplicity", line 702, in list_current
    sig_chain = col_stats.get_signature_chain_at_time(time)
  File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 998, in get_signature_chain_at_time
    raise CollectionsError("No signature chains found")
 CollectionsError: No signature chains found

christian@christian-K61IC:/media/christian/008492AD5F9F9E95/jessie69$

J'ai essayé la commande ci-dessus avec l'option --no-encryption c'est pas mieux.
Ce que je ne comprends pas c'est que en listant le répertoire jessie69 de la sauvegarde je vois des fichiers
duplicity new-signatures avec un suffixe sigtar.gpg.

bruno

Re,
Il manque un / dans ta commande :

duplicity list-current-files file:///media…

maxire

En plus de la correction de Bruno, atention de n'avoir que des objets Duplicity dans le répertoire cible sinon Duplicity part en vrille.
C'est ce que j'ai constaté, je ne suis pas utilisateur de Duplicity je viens de l'installer pour voir.

christianjessie

maxire,

J'ai écouté ton conseil et fait abstraction de gpg.
En utilisant la commande duplicity tout est rentré dans l'ordre.

Avec cette commande il faut lui donner le mot de passe utilisateur et non la passphrase.

duplicity --file-to-restore home/christian/Images file:///media/christian/008492AD5F9F9E95/jessie69 /home/christian/Imagesbis

Ainsi tout est récupéré dans imagesbis (environ 3000 photos) !!!.

christianjessie

Un grand merci à bruno ,Naziel et maxire pour leurs judicieux conseils.

Maintenant, est ce que je peux fermer cette file en indiquant [résolu] dans le titre ?

bruno

Si ton problème est résolu oui tu peux 😉
Tu peux surtout remercier maxire, parce que de mon côté je pensais que tes données étaient perdues.

maxire

christianjessie a écritAvec cette commande il faut lui donner le mot de passe utilisateur et non la passphrase.

Absolument pas, il se trouve juste que lors de la création de l'archive via duplicity tu as créé une passphrase égale à ton mot de passe.
Tu aurais parfaitement pu créer une autre passphrase différente du mot de passe utilisateur.

Modifier le premier message pour mettre le fil en Résolu.

christianjessie

Il est vrai que maxire a été déterminant dans cette affaire .
Encore merci à tous.

maxire

Une remarque, cette demande d'aide est quasiment un cas d'école d'une demande d'aide imprécise faute de retours de commandes complets.
De plus les recherches de solutions ont reposé sur une affirmation fausse de christianjessie concernant son oubli de la passphrase alors qu'il l'avait forcément utilisée avec gpg ajoutée à une hypothèse non vérifiée de chiffrage des photos alors qu'il ne s'agissait que d'un format spécifique à duplicity ( sans doute une compression des données avec éclatement des fichiers ).

Il aurait fallu dès le début demander à christianjessie de répéter toutes les commandes passées avec leurs résultats, il aurait alors été quasiment évident que la passphrase avait été utilisée en contradiction de l'affirmation initiale de christianjessie.

Conclusion :

- Pour les aidants toujours mettre en doute les affirmations non prouvées formulées par les demandeurs d'aides
- Pour les utilisateurs, ne jamais utiliser un chiffrage de données sans tester la restauration au préalable avec un bémol sur duplicity qui n'indique pas clairement lors de son utilisation que les données sauvegardées sont chiffrées et protégée par une clef à impérativement noter.

Nuliel

+1 à bruno: pour moi c'était mort.

Et à mon avis, gpg n'a du coup été à aucun moment utilisé par duplicity: dplicity a juste mis un mot de passe sur les archives tar, pas besoin de couple de clé pour ça

maxire a écrit- Pour les aidants toujours mettre en doute les affirmations non prouvées formulées par les demandeurs d'aides

+1 (et sinon c'est chiffrement)

maxire

@naziel, si, duplicity chiffre bien les fichiers difftar via gpg mais ce sont des fichiers tar inexploitables lorsqu'ils sont simplement déchiffrés via gpg.
Le problème est que duplicity ne précise pas clairement qu'il existe un chiffrage.

Nuliel

Ok, merci pour les précisions

« Page précédente