Admins

J'ai mis le disque en externe sur opium, en usb et j'ai lancé un dd_rescue :

dd_rescue /dev/sdd /srv/ddlaptopjeanne

Et j'ai lancé la restauration de /home/jeanne sur Dronabinol :

backuppc@dronabinol:/var/tmp$ /usr/share/backuppc/bin/BackupPC_tarCreate -h jeanne -n 554 -s /home/jeanne / > jeanne.tar

Les commandes sont en cours d'exécution.

Jeanne va passer acheter un nouveau disque http://www.grosbill.com/4-corsair_ssd_force_series_ls_2_5_pouces_120_go_sata_iii_-600317-informatique-disque_dur_ssd

On verra si on peut récupérer le disque actuel pour copier toutes les données sur le nouveau, et utiliser les données du backuppc ou encore juste copier le home du backuppc sur un autre portable (Mandragore) temporairement.

On a récupéré le répertoire /home/jeanne sur le serveur backuppc et fait une copie sur mandragore.

Création du compte jeanne.

Au lancement de kmail on avait plusieurs messages d'erreur genre :

"/home/jeanne/.kde/share/apps/kmail/mail/inbox/tmp" et "Vous n'avez pas la permission de lire ou d'écrire dans votre dossier « Boîte de réception »."

Des messages d'erreurs également pour subversion, par exemple :

jeanne@mandragore:~/svn/encours/encours/pjl-consommation-2013 $ svn update

svn: Votre répertoire .svn/tmp semble absent ou corrompu ; exécuter 'svn cleanup' et essayer à nouveau
svn: Impossible d'ouvrir le fichier '.svn/tmp/entries': Aucun fichier ou dossier de ce type

jeanne@mandragore:~/svn/encours/encours/pjl-consommation-2013 $ svn clean

svn: Votre répertoire .svn/tmp semble absent ou corrompu ; exécuter 'svn cleanup' et essayer à nouveau
svn: Impossible d'ouvrir le fichier '.svn/tmp/entries': Aucun fichier ou dossier de ce type

Après investigation on s'est rendu commpte que la config backuppc des laptops excluait les répertoires tmp :

$Conf{RsyncShareName} = [ '/' , '/home/jeanne' , '/boot' ];

$Conf{BackupFilesExclude} = {
'/' => [ '/lost+found', 'tmp/', 'perso/', 'Perso/', 'nobackup/' ],
'/home/jeanne' => [ '/lost+found', 'tmp/', 'perso/', 'Perso/', 'nobackup/' ],
'/home' => [ '/lost+found', 'tmp/', 'perso/', 'Perso/', 'nobackup/' ],
};

Et donc, les backup n'ont pas les répertoires tmp utilisés par certaines applications.

Pour corriger pour kmail :

jeanne@mandragore:~/.kde/share/apps/kmail $ find -name cur -print0 | sed 's/cur/tmp/g' | xargs -0 mkdir

Pour corriger pour subversion

jeanne@mandragore:~/svn $ find . -name ".svn" -exec mkdir "{}/tmp" \;

Puis "svn cleanup" dans les sous-répertoires

Suppression des données de Jeanne sur Mandragore :

rm -rf /home/jeanne
rm /home/jeanne.tar
deluser --remove-all-files jeanne

J'en profite pour supprimer également les données liées au stage d'Ebticem.

Et suppression du tarball backuppc@dronabinol:/var/tmp/jeanne.tar

Changement du disque du laptop
Réinstallation de la machine, en Debian stable
Chiffrement des disques
Déploiement des clefs SSH pour le backup
Les anciennes données ont été restaurées (/home/jeanne uniquement)
Les anciens mots de passes (luks + users) restent valables sur la nouvelle config

Jeanne a retesté rapidement la machine, tout semble OK
Elle devrait nous faire un retour plus complet à son retour

Le disque du du laptop n'est plus sous garantie, pas de SAV donc.