Un backup régulier est essentiel !
Les risques de perte ou corruption de vos données, documents, photos numériques, vidéos, sont trop nombreux pour faire confiance à la chance…
BackupPC est un utilitaire efficace pour ce genre de tâche, que ce soit pour un usage privé ou professionnel, pour la sauvegarde de données venant d’une machine Linux ou Windows, en local ou située à 3000 Km…
Je vais faire cette installation sur un serveur Ubuntu, mais la méthode devrait être similaire sous Debian, et assez proche (hors installation des packages) sur toutes les autres distributions.
J’ai été aidé par Alain Barbason qui a fait assez bien d’essais et qui m’a passé une première documentation sur son installation de BackupPC.
De quoi avez-vous besoin pour installer BackupPC ?
BackupPC est un programme qui s’installe normalement sur un serveur et qui s’occupera de faire vos backups.
Donc :
- un serveur Linux
- Apache2 pour profiter de l’interface Web très conviviale
- assez de place disque pour la quantité de données à sauver et le nombre de backup à conserver (on peut comprimer pour réduire la place)
Je suppose que vous avez déjà un serveur avec Apache fonctionnel, et assez de place disque.
BackuPC est dans la liste des packages Ubuntu et Debian. L’installation est donc assez facile.
Pour éviter en Ubuntu, de devoir ajouter « sudo» devant toutes mes commandes systèmes (la majorité ici), j’utilise cette astuce pour passer en « root» :
didier@abrasd03:~$ sudo bash
[sudo] password for didier:
root@abrasd03:~#
L’installation est classique :
~# aptitude install backuppc Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Construction de la base de données des étiquettes... Fait Les NOUVEAUX paquets suivants vont être automatiquement installés : libarchive-zip-perl libcompress-raw-zlib-perl libcompress-zlib-perl libfile-rsyncp-perl libio-compress-base-perl libio-compress-zlib-perl libperl5.8 perl-suid Les NOUVEAUX paquets suivants vont être installés : backuppc libarchive-zip-perl libcompress-raw-zlib-perl libcompress-zlib-perl libfile-rsyncp-perl libio-compress-base-perl libio-compress-zlib-perl libperl5.8 perl-suid 0 paquets mis à jour, 9 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 1563ko d'archives. Après dépaquetage, 5431ko seront utilisés. Voulez-vous continuer ? [Y/n/?]
On remarque l’installation de plusieurs librairies Perl pour le support de la compression.
Sur mon serveur, j’avais déjà le package « rsync» installé.
Voulez-vous continuer ? [Y/n/?] ATTENTION : des versions non certifiées des paquets suivants vont être installées. Des paquets non certifiés peuvent compromettre la sécurité de votre système. Vous ne devriez les installer que si vous êtes certain que c'est bien votre intention. backuppc libio-compress-zlib-perl libcompress-raw-zlib-perl libcompress-zlib-perl libperl5.8 libio-compress-base-perl libarchive-zip-perl perl-suid libfile-rsyncp-perl Voulez-vous ignorer cet avertissement et continuer quand même ? Pour continuer, entrer « Oui ». Pour interrompre l'installation, entrer « Non » : oui
Je répond « oui» et je continue.
L’installation me pose quelques questions :
Je sélection « apache2″ comme serveur Web.
BackuPC crée un utilisateur « backuppc» et génère un mot de passe, que je note !
Si nécessaire, je peux modifier ce mot de passe par la commande
htpasswd /etc/backuppc/htpasswd backuppc
Le message suivant m’indique qu’une modification est nécessaire sur un répertoire :
adduser : Attention: Le répertoire personnel /var/lib/backuppc n'appartient pas à l'utilisateur que vous êtes en train de créer.
Adding password for user backuppc
L’utilisateur» backuppc» a en effet le dossier « /var/lib/backuppc» comme « home» .
Pourtant, que je vérifie ce dossier, les droits sont corrects :
root@abrasd03:/var/lib# ls -l
drwxr-x--- 7 backuppc backuppc 4096 2008-05-24 07:02 backuppc
Je ne change donc pas les droits.
BackupPC permet plusieurs moyens de connexion et de sauvegarde.
Dans mon cas, pour le serveur distant (le client) que je compte sauvegarder, les sessions se feront en SSH et les sauvegarde avec rsync à l’intérieur de ces sessions SSH.
La première chose à faire est donc de configurer SSH, en particulier les clés SSH, sur le serveur BackupPC et sur le client distant.
Il est nécessaire de configurer des clés pour permettre un logon automatique, sans devoir taper manuellement un mot de passe lors de la session SSH.
C’est l’utilisateur « backuppc» qui fera logon, depuis votre serveur de backup, en « root» vers votre machine distante.
Le logon en root est nécessaire, pas impossible mais difficile à éviter, pour que BackupPC puisse faire la sauvegarde, et le restore éventuel, de tous vos fichiers, y compris les fichiers de tous les utilisateurs (avec des droits différents) et les fichiers systèmes. Je vais donc laisser ce logon ssh avec « root» .
Je dois générer une clé rsa publique pour l’utilisateur « backuppc» et la mettre dans la liste des clés autorisées sur la machine distante.
root@abrasd03:~# su - backuppc $ pwd /var/lib/backuppc
Je répond 3 fois <enter> aux questions suivantes (dossier par défaut et pas de mot de passe sur cette clé)
$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/var/lib/backuppc/.ssh/id_rsa):
Created directory '/var/lib/backuppc/.ssh'.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /var/lib/backuppc/.ssh/id_rsa.
Your public key has been saved in /var/lib/backuppc/.ssh/id_rsa.pub.
The key fingerprint is:
dc:49:..:..:... ... backuppc@abrasd03
$
Les clés sont générées :
$ ls -l /var/lib/backuppc/.ssh
-rw------- 1 backuppc backuppc 1675 2008-05-24 07:26 id_rsa
-rw-r--r-- 1 backuppc backuppc 399 2008-05-24 07:26 id_rsa.pub
J’ai plusieurs moyens pour copier cette clé publique sur la machine distante (ks12345.kimsufi.com). Je peux même simplement ouvrir un éditeur comme Vi, et la recopier avec un copy/pass en texte.
Mais une commande SSH est spécialement prévue pour cette copie de clé (merci Alain de me l’avoir fait découvrir) :
$ ssh-copy-id -i ~/.ssh/id_rsa.pub root@ks12345.kimsufi.com Password: Now try logging into the machine, with "ssh 'root@ks12345.kimsufi.com'", and check in: .ssh/authorized_keys to make sure we haven't added extra keys that you weren't expecting.
Vous devriez maintenant pouvoir faire logon en SSH avec la clé, sans devoir taper de mot de passe :
$ ssh root@ks12345.kimsufi.com
S’il vous demande un mot de passe ou que votre session SSH est refusé, c’est que vous avez un problème de clé, de copie de cette clé, ou que la configuration du serveur SSH sur le client distant n’est pas correcte.
Vérifiez sur la machine distante que le serveur SSH autorise le logon en root et les clés publiques :
ks12345:~# vi /etc/ssh/sshd_config
...
# Authentication: LoginGraceTime 600 PermitRootLogin yes StrictModes yes RSAAuthentication yes PubkeyAuthentication yes #AuthorizedKeysFile %h/.ssh/authorized_keys
Il reste à configurer quelques options dans BackupPC et quelle machine et quels dossiers il doit sauvegarder.
La plupart des options générales peuvent se configurer dans une superbe interface Web, mais je n’ai pas trouvé d’options pour des configurations propres à une machine client en particulier.
Je vais indiquer à la fois les configurations en console en texte, et en graphique via l’interface Web. Vous utilisez celle que vous préférez. (il semble que dans Debian Etch, l’interface Web ne contienne pas les menus administrations…).
# vi /etc/backuppc/config.pl
Je modifie la langue par défaut (en) et je mets français :
# Currently the Language setting applies to the CGI interface and email
# messages sent to users. Log files and other text are still in English.
#
$Conf{Language} = 'fr';
Si vous préférez le faire via l’interface Web :
http://192.168.168.251/backuppc (l’adresse IP ou le nom de votre serveur Web, et logon avec « backuppc» et le mot de passe généré à l’installation)
Allez dans le menu à gauche « Edit config» , dans « CGI» , et sélectionnez « fr» dans le menu « language»
Dans mon cas, je veux modifier l’endroit de sauvegarde car ma partition /var n’a pas assez de place libre pour les backups que je désire faire. J’ai une partition /data de 94 GB disponible, et j’y ai créé un dossier backupp.
Dans mon cas, je dois donc modifier le dossier de backup « TopDir» en /data/backuppc.
# Important installation directories:
#
# TopDir - where all the backup data is stored
### $Conf{TopDir} = '/var/lib/backuppc';
$Conf{TopDir} = '/data/backuppc';
ou dans l’interface Web, dans le menu « Modifier la configuration» / « Serveur» (en bas, la variable « TopDir» ) :
Par défaut, la totalité des dossiers et fichiers d’une machine sont sauvegardés. Ce n’est pas toujours indispensable. En Linux il est souvent plus rapide de réinstaller une distribution et de ne restaurer que les données et quelques fichiers de configuration. Adaptez ce paramètre suivant vos besoins :
# This can also be a list of multiple file system paths or modules.
# For example, by adding --one-file-system to $Conf{RsyncArgs} you
# can backup each file system separately, which makes restoring one
# bad file system easier. In this case you would list all of the mount
# points:
#
# $Conf{RsyncShareName} = ['/', '/var', '/data', '/boot'];
#
#$Conf{RsyncShareName} = '/';
$Conf{RsyncShareName} = ['/etc', '/home', '/var/www'];
ou en graphique dans « modifier la configuration» / « xfer» , sélectionnez « rsync» et remplacez ou ajouter des dossiers :
Définir les machines à sauvegarder :
# vi /etc/backuppc/hosts
# The first non-comment non-empty line gives the field names and should # not be edited!! #
host dhcp user moreUsers # <--- do not edit this line #farside 0 craig jill,jeff # <--- example static IP host entry #larson 1 bill # <--- example DHCP host entry localhost 0 backuppc ks12345.kimsufi.com 0 backuppc
ou dans l’interface web : « Modifier les machines» , cliquer sur « ajouter» , introduire le nom de votre machine distante et le userid utilisé (backuppc). N’oubliez pas de cliquer sur sauvegarder.
Il est également possible de définir des options machine par machine, par exemple si vous désirez faire la sauvegarde de machines qui ne restent pas branchées 24h/24 ou des sauvegardes de dossiers différents sur certaines machines.
Créez un dossier et un fichier de configuration « config.pl» propre à cette machine dans /var/lib/backuppc/pc (il existe peut-être déjà)
# cd /var/lib/backuppc/pc/ # mkdir ks36586.kimsufi.com # vi ks36586.kimsufi.com/config.pl
et ajouté y ces lignes, modifiées en fonction des dossiers que vous désirez sauvegarder, ou de toute autre option.
Une option définie dans un fichier /var/lib/backuppc/pc/nom_de_la_machine/config.pl sera prise en priorité pou cette machine, avant les options définies dans le fichier général /etc/backuppc/config.pl.
ATTENTION : n’oubliez pas de mettre « backuppc» comme propriétaire de ce dossier, sinon vous aurez une erreur lors des sauvegarde car BackupPC n’arrivera pas à écrire les logs pour cette machine :
chown -R backuppc:backuppc ks12345.kimsufi.com
Il vous reste maintenant, via l’interface Web, à démarrer votre premier backup.
Si ça coince, regarder les logs : c’est souvent un problème de clés, d’autorisation…
Personnellement, en essayant de faire le backup de notre serveur chez OVH, j’ai eu des erreurs « ping too slow« .
Il semble que par défaut, BackupPC fixe le ping maximum à 20 msec de façon à empécher des sauvegardes très lentes via modem et dialup. Effectivement, mes pings étaient entre 21 et 23 msec.
Cela ne me semble pas un problème de faire des sauvegardes sur le Net via ADSL. Il est évident que c’est plus lent que sur un Lan à 100 Mbps chez soi !
Ne l’oubliez pas, surtout en cas de restore, car si la vitesse en ADSL ou ADSL2 en descendant (download), càd de votre machine distante sur le Net vers votre PC à la maison est souvent de 4, 6 ou même jusque 20 Mbps, la vitesse montante (upload), càd de votre PC qui a fait les backup vers votre machine client distante sera BEAUCOUP plus lente !
Couramment, les vitesses d’upload ADSLsont entre 384 Kbps et 1 Mbps. Si vous devez par exemple restaurer 1 GB de donnée sur votre serveur chez OVH ou Dedibox, avec une vitesse d’upload de 512 Kbps (64 Kbytes / sec), cela vous prendra mathématiquement au minimum 16.384 secondes… Environ 4h30, probablement le DOUBLE sans compression. « Heureusement» , BackupPC faisant une compression, j’espère (pas fait le test) que le restore sera dans les 4h par Giga bytes de données à restorer
Ce n’est pas une limitation de BackupPC, mais bien une limitation de vitesse en upload sur votre ligne ADSL… Si vous avez besoin d’un backup / restore plus rapide, ne changer pas de soft ! Mais faite le backup sur une machine avec une ligne plus rapide (par exemple sur un 2ème serveur chez OVH ou Dedibox : les 2 serveurs communiqueraient alors à 100 Mbps)
Le paramètre à modifier pour augmenter le ping maximum sur trouve sur la page « Paramètres de sauvegarde» (et profitez en pour vérifier si la compression est activée : 3 est un bon choix).
Vous devriez maintenant pouvoir lancer votre premier backup.



























26 mai 2008
Bonjour,
je tente d’installer backuppc sur un serveur SME pour sauvegarder un serveur OVh justement.
2008-05-26 03:00:06 ping too slow: 55.08msec
2008-05-26 03:05:43 ping too slow: 62.49msec
2008-05-26 03:40:21 ping too slow: 54.82msec
2008-05-26 03:41:35 ping too slow: 54.8msec
2008-05-26 03:42:12 full backup started for directory /home/alpinepr
2008-05-26 03:42:13 Got fatal error during xfer (Unable to read 4 bytes)
2008-05-26 03:42:19 Backup aborted (Unable to read 4 bytes)
2008-05-26 03:56:11 full backup started for directory /home/alpinepr
2008-05-26 03:56:13 Got fatal error during xfer (Unable to read 4 bytes)
2008-05-26 03:56:18 Backup aborted (Unable to read 4 bytes)
2008-05-26 04:00:03 full backup started for directory /home/alpinepr
2008-05-26 04:00:04 Got fatal error during xfer (Unable to read 4 bytes)
2008-05-26 04:00:09 Backup aborted (Unable to read 4 bytes)
2008-05-26 04:04:57 full backup started for directory /home/alpinepr
2008-05-26 04:04:58 Got fatal error during xfer (Unable to read 4 bytes)
2008-05-26 04:05:03 Backup aborted (Unable to read 4 bytes)
2008-05-26 04:09:31 full backup started for directory /home/alpinepr
2008-05-26 04:09:31 Got fatal error during xfer (inet connect: Connexion refusée)
2008-05-26 04:09:36 Backup aborted (inet connect: Connexion refusée)
2008-05-26 04:11:15 full backup started for directory /home/alpinepr
2008-05-26 04:11:16 Got fatal error during xfer (Unable to read 4 bytes)
2008-05-26 04:11:22 Backup aborted (Unable to read 4 bytes)
J’ai monté le pingmax pour que cela passe mais depuis j’ai le message Unable to read 4 bytes si vous avez une idée je suis preneur
Cordialement
S.Craffe
26 mai 2008
Bonsoir Craffe,
Je n’ai pas rencontré cette erreur.
Es-tu certain que ta config SSH et clé soit correcte ?
Est-ce que tu sais faire un SSH « root» sans donner de mot de passe (ce qui prouverait que ta config et clé sont correctes).
Essaye de désactiver la compression (compression : 0) : ça pourrait être un problème lié à ça.
Quand ça fonctionnera sans, tu pourras la réactiver.
Je n’ai pas d’autres idées comme ça… mais il est tard
Je suis quand même intrigué par l’autre partie du message d’erreur : « inet connect: Connexion refusée» !
à creuser…
Je vais chercher un peu demain.
Si tu trouves l’explication et la solution, ça m’intéresse aussi !
Remarque : j’ai un peu modifié et corrigé ce billet ce dimanche soir.
Je ne pense pas que ça t’aide pour ce message d’erreur… mais on ne sait jamais…
Bonne recherche.
26 mai 2008
Bonjour,
pour inet connect: Connexion refusée” !
c’est normale je changé d’user pour faire des test,
je pense que mon probleme doit venir des user en effet j’ai installée backuppc sur un serveur SME 7 et je n’ai pas eu le choix pour le compte backupuser, il a l’air creer dans le systeme mais je n’ai pas son mot de passe donc, je me connecte en root seulement et je ne sais pas comment me conneter en backpc sans connaitre son password ?
sinon toi tu a reussi a sauver ton serveur ?
merci d’avance
27 mai 2008
hum, oui ça doit venir d’un problème de ce genre en effet.
Donc, ton BackupPC est dans un SME 7 server. Ok
Et tu n’as pas créé toi-même de userid « backuppc» .
Mais en Debian et en Ubuntu, je n’ai pas du non plus créer manuellement ce user. L’installation du package a aussi créé le userid « backuppc»
- Vérifie si les dossiers appartiennent bien à « backuppc»
- si la tâche « backuppc» tourne, et lancée sous quel userid (» backuppc» en théorie)
Dans ce cas, tu dois créer la clé pour ce userid « backuppc» et la mettre dans les clés autorisées de « root» sur ton PC client.
Si nécessaire, tu dois pouvoir créer ce userid « backuppc» en ligne de commande et générer la clé SSH.
Mais je pense qu’il faut creuser sur ce « inet connect: Connexion refusée» !
Vérifie dans les logs systèmes, authentification, ssh, etc de ton serveur SME 7
et également dans ceux de ta machine cliente.
Ce n’est pas facile à distance de deviner le problème… et je ne connais pas les serveurs SME.
Bonne recherche et à bientôt,
27 mai 2008
Mais, le backup doit se faire avec rsync dans une session SSH…
Est-ce que tu sais établir cette session SSH manuellement ?
Tu dois y arriver avec le userid « root» et sans devoir taper un mot de passe (clé RSA), sinon il y a déjà un problème.
Si ton serveur SME 7 ne permet pas d’utiliser « root» , tu peux le forcer à utiliser un autre userid !
Pour forcer un autre userid, modifie la chaîne de commande (dans /etc/backuppc/config.pl) et met un autre userid
si tu ne veux faire cette modification QUE pour UN serveur, crée un membre config.pl propre à ce serveur, suivant les explications que j’ai donné.
J’ai déjà fait cela, et ça fonctionne !
ça me posait des problèmes de droit d’accès à certains fichiers, mais en tout cas BackupPc arrivait à se connecter et à faire la sauvegarde d’une partie des fichiers.
27 mai 2008
Bonjour,
Merci de ton aide mais c’était bien un probleme de clé, je suivais des indication pour une autre distrib que la mienne !
pour info je suis sur un serveur SME derriere un autre SME en serveur passerelle et celui de sauvegarde dois sauvegarder a terme 2 serveurs superplan ovh !
Je suis super content d’avoir enfin reussi.
en tout cas merci a toi.
27 mai 2008
Super !
)
Je suis content d’avoir pu t’aider (et donc… de ne pas m’être cassé la tête à faire cette doc pour rien
Je vais probablement approfondir un peu et faire un billet sur la planification dans BackupPc, càd comment avoir 3 backups espacés d’une semaine, pour un 2 semaines après, puis 2 espacés d’un mois, etc …


Mais pas le temps probablement avant ce WE.
SME : j’avais regardé SME, qui est franchement très intéressant. Mais comme je connaissais déjà assez bien Debian, j’ai continué avec
Puis, chacun ses goûts, préférences et habitudes !
Bonne continuation.
4 juin 2008
Bonjour,
Votre tuto est vraiment très bon, cependant j’obtiens toujours la meme erreur : Unable to read 4 bytes.
Avez vous une quelconque idée d’ou cela pourrais venir??
Merci par avance je bloque sur ce problème depuis un certain temps déja
4 juin 2008
Bonsoir,
Je vois seulement ton commentaire, désolé.
Craffe a eu le même problème que toi.
Je ne sais pas exactement comment il l’a résolu, mais c’est en tout cas un problème de communication SSH (et donc pas un problème de backup ou de rsync réellement)
Vérifie tes paramètres SSH, tes clés, tes autorisations.
AVANT d’essayer de faire tourner BackupPC, tu dois arriver à faire un logon SSH depuis ton serveur qui fera tourner BackupPC vers ton PC client (celui qui a les données à sauvegarder), et tu dois y arriver sans devoir taper de mot de passe : rien qu’avec la clé SSH qui tu as du mettre dans les hosts autorisés sur ton PC client.
Si ça ne fonctionne pas, pas la peine d’essayer de lancer BackupPc !
Tu dois d’abord être certain que le SSH et les clés sont bien configurés.
Bonne recherche
5 juin 2008
Le problème est a mon avis aussi en rapport avec SSH.
Cependant je peux me loguer sur le client en root grâce a cette commande :
ssh root@nagios.miramas.dns
et cela sans avoir à taper de mot de passe…
A mon avis c’est un problème de droits…
5 juin 2008
si le SSH fonctionne sans mot de passe, ça semble correct pour ce qui est des clés…
Il faudrait revoir toutes les étapes d’installation, en particulier oui : les droits d’accès aux dossiers et fichiers, etc.
Mais, et dans l’interface Web du backuppc ? Tu peux aussi consulter les logs.
Pas de messages plus explicites ?
Je trouve ceci dans Google :
http://www.x-tnd.be/tutoriels.php5?cat=divers&art=backuppc
Vérifie si le DOSSIER de sauvegarde appartient bien au userid « backuppc» ,
si ce n’est pas le cas, change le owner.
————-
trouvé ceci aussi :
http://ubuntuforums.org/showthread.php?t=549856
et ceci
http://ubuntuforums.org/showthread.php?t=549856
que je n’ai pas vérifié non plus.
Une question que je me pose… tu es avec quelle distri ?
Car en Ubuntu, backuppc est supposé faire un logon « root» …
mais « root» … ce n’est pas prévu en Ubuntu ?
Si tu es en Ubuntu… à vérifier.
Je suis en Ubuntu sur mon serveur BackupPC, mais Debian sur le client qui a les données à sauver.
Je n’ai pas encore essayé de faire le backup d’un client Ubuntu.
6 juin 2008
Merci a toi pour tes réponses.
Donc en effet Ubuntu n’est pas prévu pour faire un logon « root» mais j’ai quand meme autorisé son acces…
Le problème ne venait pas de la, mais simplement du nom de mon hôte.
Certes backuppc arrivait a pinguer « nagios» mais lorsque que je me connecte via ssh sur celui la, je marque bien ssh root@nagios.miramas.dns
Il fallait donc non pas mettre nagios en hôte mais nagios.MIRAMAS.DNS.
Haaaa des heures perdues a cause d’une erreur aussi facile à résoudre!
Merci quand même pour tes réponses et pour ta solidatrité!
Ps : continue les tuto tu fais ca bien
10 juin 2008
ah oui…
comme quoi, on cale parfois sur des choses hyper simples, mais pas si évidentes que ça au premier abord
Oui, les tutos, j’essaye de continuer.
Même si ça prend du temps, c’est utile !
A d’autres… mais aussi à moi ! Car certaines manips qu’on fait rarement, c’est bien pratique de retrouver sa propre doc 18 mois plus tard
28 juillet 2008
Bonjour, j’essaye de mettre en place Backuppc sur un serveur Ubuntu pour des clients Ubuntu et Windows .
J’arrive à installer et configurer Backuppc pour faire une première backup de mon serveur (en local). Mais dès que j’essaye de faire des backups de mes clients, ça ne marche pas.
En fait je bloque au niveau de la création des clefs ssh et plus précisement au moment du logon « root» sous Ubuntu.
Si vous pouvez me donner un coup de pouce, ca serait super sympa!
Merci,
Edouard
28 juillet 2008
Dès que je demande une sauvegarde d’un client, je reçois
Erreur: Backup number for host … does not exist.
Est ce que cela vous dit qq chose ?
2 août 2008
Bonjour,
Il faudrait regarder d’abord du côté du logon SSH, que cela fonctionne manuellement avec root. Je n’ai pas encore essayé avec un backup distant en Ubuntu, seulement vers une machine Debian.
En Ubuntu, il peut y avoir des difficultés justement car le compte « root» n’existe normalement pas.
Je devrais chercher un peu (et pas trop le temps aujourd’hui), car ça me serait également utile de faire des backups de Pc Ubuntu
27 novembre 2008
En cas de message d’erreur « File::RsyncP module doesn’t exist» , il faut installer le module Perl RsyncP avec la commande suivante :
perl -MCPAN -e ‘install File::RsyncP’
Il suffit de prendre les options par défaut (return)