Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dernière modification par Philou92 (06-07-2017 20:50:53)
Tousse antique Ovide !
Hors ligne
Tousse antique Ovide !
Hors ligne
Hors ligne
Et merci pour les 2 tutos sauvegarde-légère et resto rapide. Ils risquent d’être utiles et en tout cas m'apprennent beaucoup.
Une question me chiffonne cependant: la restauration est sensée se faire sur une config pc exactement la même que celle des sauvegardes.
Mais alors, si mon pc crame, j’achète un nouveau, je ne peux pas restaurer dessus?
Merci de m'éclairer.
Le système contient l'ensemble des pilotes de périphérique de ton PC. Si tu réinstalles la sauvegarde système sur un autre PC, alors il est probable que certain périphériques ne fonctionneront pas (carte graphique, wifi etc...), c'est a priori surtout vrai avec les firmwares propriétaires. C'est un peu comme mettre du gazole dans une voiture essence. Maintenant, je pense que cela ne serait pas un obstacle pour un barbu d'installer les pilotes ad-hoc et de ressusciter sa machine. Comme je n'ai pas testé moi-même, je préfère mettre en garde.
Sinon si le système du PC qui << crame >> est en 32 bits il sera a priori impossible de l'installer sur un PC 64 bits.
Note qu'il y a peut-être d'autres chose auxquelles je n'ai pas pensé qui rendent l'opération de restauration impossible.
C'est pourquoi il faut tester, tester, tester...
Tousse antique Ovide !
Hors ligne
pour ta réponse.
Hors ligne
Discutons un peu, à partir de mes connaissances actuelles limitées...
Tu surestimes probablement les miennes...
Je remarque que les fichiers /initrd.img et /vmlinuz ne sont pas sauvés, donc pas restaurés. Ça me parait logique, puisque je suppose que ce sont eux qui contiennent les spécificités de la config. Lors de la restauration, on commence par installer un nouveau linux à partir d'un CD, avant de restaurer les fichiers sauvés. Cela devrait résoudre le problème des pilotes du nouveau pc, non?
Oui et non. Oui si ton ancien et ton nouveau pc ne comportent que des périphériques avec des pilotes intégrés dans le noyau linux. Non dans le cas contraire car il te faudra a priori désinstaller les paquets de driver inutiles (exemple ATI/AMD) et installer les nouveau drivers (exemple Nvidia). Comme je n'ai pas testé cette éventualité (je n'ai qu'une machine), je ne peux pas affirmer que cela est faisable avec la méthode proposée.
A ce propos, je me demande si ce ne sont pas tous les fichiers inclus dans /boot, y compris grub, config-4.9.0-3-amd64, system.map, qui ne devraient pas être sauvés/restaurés, de manière à utiliser ceux de la nouvelle config?
Cela ne sert à rien, puisque ils sont réinstallés à neuf en cas de restauration.
Tousse antique Ovide !
Hors ligne
alors qu'au début tu expliques comment créer dans fstab /mnt/sauvegarde
Autre question: que se passe t'il si il n'y a plus de place dans $DESTINATION ?
Hors ligne
C'est peut-être dit quelque-part ...
Pourquoi dans le script rsync-backup.sh tu faismount uuid=... $MONTAGE
alors qu'au début tu expliques comment créer dans fstab /mnt/sauvegarde
Si tu observes bien la ligne du fstab, j'y ai mis l'option noauto.
Cela implique qu'il faut monter explicitement le disque de sauvegarde.
J'ai fais cela pour sécuriser les données du disque.
Pour un utilisateur le disque sera vu comme inexistant. Impossible dès lors d'effacer des données par inadvertance.
Seul le script de sauvegarde peut avoir accès aux données ou l'utilisateur administrateur de la machine.
J'ai précisé que le disque utilisé doit être dédié entièrement à la sauvegarde des données.
Autre question: que se passe t'il si il n'y a plus de place dans $DESTINATION ?
Pas plus pas moins qu'avec n'importe qu'elle autre solution de sauvegarde, elle va complètement ou partiellement échouer.
Le journaux système et de sauvegarde devraient en témoigner.
Tousse antique Ovide !
Hors ligne
Hors ligne
Tousse antique Ovide !
Hors ligne