Quand Tout Tourne mal
Déjà Dup peut échouer. Peut-être il s’effondre ou vous donne une erreur quand vous essayez de restaurer. Quand vous avez vraiment besoin de vos données sauvegardées, la dernière chose que vous voulez vraiment est le traitement d’un bogue. Envisagez de déposer un rapport des bogues, mais en attendant, voici quelques approches de solution au contournementde la mauvaise conduite de Déjà-Dup et à la récupération de vos données.
Ceci va devenir technique. Si rien de tout ceci ne signifie quelque chose pour vous, n’ayez pas peur de demander l’aide.
Ouvrez manuellement une fenêtre de terminal (ou en pressant Ctrl+Alt+T).
Créez le dossier dans le-quel vous allez placer les fichiers restaurés. Dans ce tutoriel, nous utilisons /tmp/restore:
mkdir -p /tmp/restore
Reconstitution avec Duplicity
En supposant que Déjà Dup ne fonctionne pas pour vous maintenant, vous allez utiliser “Duplicity”, l’outil de ligne de commande qui est utilisée par Déjà Dup en les coulisses pour sauvegarder et reconstituer vos fichiers/dossiers.
Si vous voulez plus d’informations sur “Duplicity” qui est présenté ici, exécutez en console :
man duplicity
La première chose que nous essayerons est une simple restauration de toutes vos données. Nous supposons que vos fichiers/dossiers sont sur un disque externe monté, par exemple en “/media/backup” et vous avez voulu crypter la sauvegarde, ceci essayer :
duplicity --gio file:///media/backup /tmp/restore
Si vous n’avez pas crypté la sauvegarde, ajoutez “–no-encryption” à la commande.
Autres Emplacements de vos sauvegardes
Si vous avez sauvegardé sur un système éloigné ou le serveur du Nuage (Cloud), la syntaxe que vous utilisez avec “Duplicity” sera différente que dans l’exemple du HDD externe ci-dessus. Voir ci-dessous pour la façon de vous connecter à votre emplacement de sauvegarde choisi.
Rappelez-vous ajouter “–no-encryption” à n’importe quelle commande donnée en exemple si votre sauvegarde n’est pas cryptée.
Si “Duplicity” semble avoir des difficultés à se connecter à votre serveur, essayer de télécharger tous vos dossiers/fichiers de sauvegarde distants dans un dossier local et après suivez l’exemple plus simple ci-dessus.
Amazone S3
Cherchez votre ID et SECRET de votre accès à Amazone S3 et remplacez les ID et SECRET dans l’exemple ci-dessous avec ces valeurs respectives.
Vous pouvez avoir spécifié un dossier dans quel mettre les fichiers de sauvegarde. Dans l’exemple ci-dessous, remplacez n’importe quel cas de DOSSIER avec ce chemin.
export AWS_ACCESS_KEY_ID=ID
export AWS_SECRET_ACCESS_KEY=SECRET
duplicity [s3+http://deja-dup-auto-LOWERCASE_ID/FOLDER](s3+http://deja-dup-auto-LOWERCASE_ID/FOLDER) /tmp/restore
Rackspace Cloud Files
Cherchez votre nom d’utilisateur Rackspace et votre clé de l’API et remplacez les USER NAME et KEY dans l’exemple ci-dessous avec ces valeurs respectives.
Vous pouvez avoir spécifié un conteneur dans quel mettre les fichiers de sauvegarde. Dans l’exemple ci-dessous, remplacez n’importe quel cas de CONTENER avec ce nom.
export CLOUDFILES_USERNAME=USERNAME
export CLOUDFILES_APIKEY=KEY
duplicity [cf+http://CONTAINER](cf+http://CONTAINER) /tmp/restore
FTP
Cherchez votre adresse de serveur, port, le nom d’utilisateur et le mot de passe et remplacez les cas de SERVER, PORT, USERNAME et PASSWORD dans l’exemple ci-dessous avec ces valeurs respectives.
Vous pouvez avoir spécifié un dossier dans quel mettre les fichiers de sauvegarde. Dans l’exemple ci-dessous, remplacez n’importe quel cas de FOLDER avec ce chemin.
Si vous avez voulu pas vous connecter avec un nom d’utilisateur, l’utilisation anonyme comme votre USERNAME (nom d’utilisateur) ci-dessous.
gvfs-mount [ftp://USERNAME@SERVER:PORT/FOLDER](ftp://USERNAME@SERVER:PORT/FOLDER)
duplicity --gio [ftp://USERNAME@SERVER:PORT/FOLDER](ftp://USERNAME@SERVER:PORT/FOLDER) /tmp/restore
SSH
Cherchez votre adresse de serveur, port, le nom d’utilisateur et le mot de passe et remplacez les nots SERVER, PORT, USERNAME et PASSWORD dans l’exemple ci-dessous avec ces valeurs respectives.
Vous pouvez avoir spécifié un dossier dans quel mettre les fichiers de sauvegarde. Dans l’exemple ci-dessous, remplacez n’importe quel cas de FOLDER avec ce chemin.
gvfs-mount [ssh://USERNAME@SERVER:PORT/FOLDER](ssh://USERNAME@SERVER:PORT/FOLDER)
duplicity --gio [ssh://USERNAME@SERVER:PORT/FOLDER](ssh://USERNAME@SERVER:PORT/FOLDER) /tmp/restore
Web DAV
Cherchez votre adresse de serveur, port, le nom d’utilisateur et le mot de passe et remplacez les nots SERVER, PORT, USERNAME et PASSWORD dans l’exemple ci-dessous avec ces valeurs respectives.
Vous pouvez avoir spécifié un dossier dans quel mettre les fichiers de sauvegarde. Dans l’exemple ci-dessous, remplacez n’importe quel cas de FOLDER avec ce chemin.
Si vous avez choisi d’utiliser une connexion sécurisée (HTTPS) lors de la sauvegarde, utilisez davs:// au lieu de dav:// lors de la récupération dans l’exemple ci-dessous.
gvfs-mount [dav://USERNAME@SERVER:PORT/FOLDER](dav://USERNAME@SERVER:PORT/FOLDER)
duplicity --gio [dav://USERNAME@SERVER:PORT/FOLDER](dav://USERNAME@SERVER:PORT/FOLDER) /tmp/restore
Windows Share
Cherchez votre adresse de serveur, port, le nom d’utilisateur et le mot de passe et remplacez les nots SERVER, PORT, USERNAME et PASSWORD dans l’exemple ci-dessous avec ces valeurs respectives.
Vous pouvez avoir spécifié un dossier dans quel mettre les fichiers de sauvegarde. Dans l’exemple ci-dessous, remplacez n’importe quel cas de FOLDER avec ce chemin.
Si vous avez spécifié un nom de domaine pour le server Windows, ajoutez-le au débute de USERNAME avec un point-virgule entre les deux. Par exemple, domain;username.
gvfs-mount [smb://USERNAME@SERVER/FOLDER](smb://USERNAME@SERVER/FOLDER)
duplicity --gio [smb://USERNAME@SERVER/FOLDER](smb://USERNAME@SERVER/FOLDER) /tmp/restore
Reconstitution manuelle
Si même “Duplicity” ne fonctionne pas pour vous, il peut y avoir encore un peu d’espoir. Le format de fichier de sauvegarde est compliqué et non facilement manipulé. Mais si vous êtes désespérés, cela vaut bien un essai.
Si vous avez utilisé un serveur éloignéou dans le nuage pour stocker votre archive, téléchargez d’abord tous les fichiers/dossiers de “Duplicity” et les placer dans un dossier sur votre ordinateur. Entrez alors dans ce dossier depuis votre terminal.
Duplicity stocke vos données dans de petits morceaux appelés des volumes. Quelques volumes appartiennent aux sauvegardes ‘complètes’ ou périodiques récentes et d’autres au ‘inc’ ou aux sauvegardes incrémentales. En commençant avec un ensemble complet de sauvegarde de volumes au volume 1, vous devrez reconstituer le volume de fichiers/dossiers volume par le volume.
Si vous avez crypté votre sauvegarde, d’abord vous devez décrypter le volume avec gpg. Admettons que vous avez le volume suivant : duplicity-full.20110127T131352Z.vol1.di fftar.gpg :
gpg --output duplicity-full.20110127T131352Z.vol1.difftar --decrypt duplicity-full.20110127T131352Z.vol1.difftar.gpg
Ou pour tout restaure en une fois - en vous assurant que vous avez assez de place sur le disque de destination pour le faire :
gpg --multifile --decrypt duplicity-full.20110127T131352Z.*.difftar.gpg
Maintenant vous avez un volume .difftar ou un volume .difftar.gz (selon si vous avez dû le décrypter ou pas). Utilisez la commande tar sur n’importe quel fichier/dossier que vous devez extraire en pièce individuelle :
tar xf duplicity-full.20110127T131352Z.vol1.difftar
Ou à nouveau, pour tout fzaire en une seule fois :
for t in duplicity-full.20110127T131352Z.*.difftar; do tar xf $t; done
Maintenant les morceaux des fichiers/dossiers seront dans “multivolume_snapshot” et des volumes “snapshot”. Chaque fichier/dossier qui englobé des volumes multiples sera dans “multivolume_snapshot”. Admettons que vous avez sauvegardé dans /home/jane/essay.txt :
cd multivolume_snapshot/home/jane/essay.txt
cat * > essay.txt
Pour récupérer des données de sauvegardes incrémentales, utilisez “rdiff” pour assembler les fichiers/dossiers. Voir man rdiff pour l’utilisation.