Voici comment j'ai procédé :
Commencez par connecter les deux machines directement l'une à l'autre au moyen d'un câble croisé (ça a son importance); puis booter sur chacune un système sur LiveCD (ce qui permet de ne pas monter les partitions à ne pas copier telles que /dev, /proc etc.).
Pour ma part j'ai utilisé une Mandrakemove.
Sur la machine qui recevra le nouveau système, créer les partitions comme vous l'entendez, et sur les deux machines, montez le réseau comme ça vous arrange (puisqu'on a une connection directe) et l'arborescence du/des disque(s) dur(s) sous /mnt.
Sur la machine source, (et là ça peut devenir spécifique à la Mandrakemove) virez le lien symbolique /etc/sshd.conf et copiez le sshd.conf de /image (image loopback montée en read-only) vers /etc (vous pourrez maintenant l'éditer). Passez l'option PermitRootLogin à Yes et lancez sshd. D'où l'importance du câble croisé : on a une machine sans mot de passe root ni user avec des données vitales et un ssh ouvert de partout, autant limiter les risques.
Mettez un mot de passe à root, pour pouvoir vous authentifier depuis l'autre machine. puis faites un scp brutal depuis la machine destination :
scp -r root@ip.de.la.source:/mnt/* /mntVoilà votre système est copié, il n'en est pas pour autant fonctionnel.
Il faut maintenant nettoyer les fichiers /etc/modules.conf et /etc/modprobe.conf (afin de donner les bons modules au kernel) puis générer un nouvel initrd pour votre kernel.
Enfin il vous faut vérifier que vos fichiers /etc/fstab et la conf de votre boot loader invoquent les bonnes partitions et installer le boot-loader (on part d'un système vierge).
Et voilà vous venez de transférer un système en une grosse heure, sans vous retaper le conf de Postfix, Cyrus, Samba, Apache, MySQL, PHP ni avoir à sortir les données de vos utilisateurs de la bande de sauvegarde que vous tenez évidemment à jour.
# scp?
Posté par Ph Husson (site web personnel) . Évalué à 2.
Genre les devices, les liens et consorts ne sont pas conservé: tu te retrouve avec des fichiers en triple exemplaire à cause de ces liens.
Tar serait plus aproprié pour ce genre de chose (ou d'autres format mais j'en connais pas qui supporte les devices, les pipes etc)
Exemple:
ssh root@ip.de.la.source "cd /mnt; tar c" |tar x -C /mnt
[^] # Re: scp?
Posté par Moule Atarte (site web personnel) . Évalué à 1.
j'ai estimé (peut être à tort) que si, en plus de chiffrer avec ssh, il fallait compresser pour décompresser immédiatement, alors que j'avais une liaison gigabit directe entre les machine, j'y perdrais du temps.
j'ai donc, en fait, fait ça :
rsync -a -e ssh root@ip-source:/mnt/* /mnt
Rien n'empêche, bien sur, de passer -az pour compresser en plus à la volée (et c'est plus élégant : on fait ça sans "|") ;-)
[^] # Re: scp?
Posté par Ph Husson (site web personnel) . Évalué à 1.
c'est que t'es plus limite par la connection, mais par le processeur qui n'arrive pas a coder aussez vite.
Et pis aussi le disque dur qui arrive pas a suivre en fait :)
Mais meme en 100mbits, quand je fais un transfert de (ou vers? je sais plus) mon EPIA 800, il est a 100% cpu et je fais "que" 3mo/s alors que je suis sense pouvoir faire 10 (on va pas dire 12 quand meme qui est surtout theorique)
[^] # Re: scp?
Posté par david faure . Évalué à 0.
en plus mon dd il monte a pas plus que 19 MO/secs ce qui est déja énorrrrrme....(le std c 16 Mo/secs...(hdparm -t m'a refilé c'te valeur)
remarque, avec le super raid de la mort et un athlon 64 ca pourrait etre correct....
m'enfin, c'est une bonne astuce, qd meme ,et merci beaucoup.
[^] # Re: scp?
Posté par flyer . Évalué à 1.
Dans cette commande il n'y a aucune compression. La commande tar concatène les fichiers. L'option j ou z permet d'ajouter une compression/décompression.
[^] # Re: scp?
Posté par gnumdk (site web personnel) . Évalué à 2.
Tar malheureux, surtout pas!
On dit qu'il existe deux sortes d'admin Unix, ceux qui se sont fait avoir par tar et ceux qui vont se faire avoir :)
Quand tar ajoute un fichier à l'archive, il note sa taille, si le fichier change entre les deux étapes, alors tu es sur que ca va décaller quand tu vas vouloir détarer l'archive. Donc, sur un systeme en cours de fonctionnement, ne jamais utiliser tar!
CPIO est la pour ca!
[^] # Re: scp?
Posté par Moule Atarte (site web personnel) . Évalué à 2.
hors contexte : c'est bien pour s'affranchir de ces petites limitations qu'on a booté des liveCD puis monté les partoches sous /mnt :]
# G4L
Posté par Mr Kapouik (site web personnel) . Évalué à 2.
en effet il suffit de creer l image du systeme grace a qparted ou directement grace au cd bootable et ensuite il y a une fonctionnalite pour deployer l image sur le reseau
http://freshmeat.net/projects/g4l(...)
# Question a 2 cents
Posté par Calim' Héros (site web personnel) . Évalué à 2.
# Oui mais...
Posté par Fred . Évalué à 1.
bon --> []
# dans le genre, y a netcat, mirrordir aussi
Posté par Arnaud Jayet . Évalué à 2.
mais netcat et mirrordir j'aime bien, assez simple d'usage.
petite doc perso sans prétention sur netcat + tar :
http://smitters.univ-lille3.fr/wiki/SystemeNetcat
quant à mirrordir, il permet aussi facilement de synchroniser des repertoires
=> # apt-get install mirrordir
---
mes 2 cts
Arnaud
[^] # Re: dans le genre, y a netcat, mirrordir aussi
Posté par Krunch (site web personnel) . Évalué à 2.
Personnellement quand je dois dupliquer une machine, je fais comme ça (en admettant qu'il n'y ait que hda à copier et que les disques soient de même taille): (j'ai pas trouvé comment calculer le md5 facilement en envoyant le fichier)
En fait c'est probablement très similaire à ce que fait g4u mais je l'ai jamais utilisé. Faire ça sur un système dont les partitions sont montées en écriture n'est probablement pas une bonne idée (et même read only ça risque de pas trop marcher sur la machine cible).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: dans le genre, y a netcat, mirrordir aussi
Posté par Ph Husson (site web personnel) . Évalué à 1.
moi meme j'y aurais jamais pensé :)
Y a encore pire que moi ca fait du reconfort :)
Bon sinon sans compter que c'est tres propre pour le md5sum je trouve que c'est pas mal comme commande
Mais je le ferais plus volontier sur une partition qu'un dur entier quand meme :)
Enfin ca depend des contextes
[^] # Re: dans le genre, y a netcat, mirrordir aussi
Posté par JC (site web personnel) . Évalué à 1.
rsync -avuz --delete /mnt/ adresse_IP_machine distante:/mnt/
Je dis une betise ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.