Vous n'êtes pas identifié(e).
Dernière modification par guynux (15-04-2011 01:36:59)
Hors ligne
cp /dev/hd{a,b}
ou
cat </dev/hda >/dev/hdb
qu'avec ta commande dd. L'avantage de dd aujourd'hui est principalement de pouvoir faire des copies partielles (avec les options count, seek...) ou de pouvoir choisir la taille des blocs si la commande dd interagit avec d'autres commandes qui fonctionnent par bloc, mais pour un clonage disque, cat fonctionne toujours, mais cp ne fonctionne qu'avec CoreUtils, pas avec BusyBox (car le cp de BusyBox va uniquement te copier l'inode).
Si tu veux faire un clonage au sein d'un même PC, pas besoin de live-CD : lorsque GRUB affiche le menu de démarrage, tu édites la ligne de commande (touche [E]) et tu pourris l'argument root. De cette façon, Linux n'arrivera pas à monter la racine du système, tu te retrouveras donc avec BusyBox qui te permettra de cloner ton disque avec la commande cat.
Pour un clonage distant, tu peux le faire avec ssh (et même avec gzip pour limiter le flux réseau) et si tu as un serveur HTTP, tu peux cloner avec wget. Je l'ai déjà fait en entreprise, c'est hyper pratique, et tu n'as pas besoin d'outils lourds comme PartitionMagic, uniquement les commandes de base.
Dernière astuce : avant d'installer Debian, pense à remplir ta partition de zéros (en copiant /dev/zero dans ta partition). Tu auras ensuite de meilleurs taux de compression si tu veux utiliser gzip ou xz dans tes clonages. L'algorithme gzip est léger donc préférable pour une compression à la volée (si tu expédies ta partition par réseau) alors que l'algorithme xz est préférable si tu stockes localement un fichier d'image compressée de ta partition servant de référence pour un clonage d'entreprise, par exemple si tu as un serveur HTTP.
Fin du hors-sujet.
Dernière modification par e-miel (15-04-2011 03:19:42)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par zoroastre74 (15-04-2011 12:09:49)
Hors ligne
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
Hors ligne
Là e-miel, faudrait voir à ajouter ton post dans le tuto dd je pense
+1 avec Smolski
Je serais assez d'accord avec vous, mais (il y a toujours un mais) es-que quelqu'un a déjà testé cette méthode d'exécution sous Linux et j'aimerais connaître aussi sa "source" pour Debian, si c'est ne pas trop demandé ?
EDIT 1 : @ e-miel tu peux regarder ici
EDIT 2 : @ freddec tu peux nous faire plaisir aussi
Amicalement.
Dernière modification par arien (15-04-2011 23:13:09)
L'avantage de dd aujourd'hui est principalement
ses nombreuses options, son travail à bas niveau, l'option bs=, ddrescue, ce pourquoi il est fait...
Je suis tout comme Arien, j'attends de voir...un oeil sceptique à la main
cp est utilisé pour copier des fichiers, cat peut "copier" une partoche vers une autre au sein d'un même machine (voire à distance), il s'agit plus de sauvegarde que de clonage à mon sens...
@+
Zoroastre.
Dernière modification par zoroastre74 (15-04-2011 23:29:12)
Hors ligne
arien écrit :
EDIT 2 : @ freddec tu peux nous faire plaisir aussi
Si c'est pour tester la méthode proposée par freddec pour recréer un xorg.conf, oui, elle a largement été éprouvée.
Pour les commandes dd, effectivement, c'est au contributeur de prendre ses responsabilités et à tous de veiller au grain de la bonne conformité des tutos.
Voilà d'aileurs pourquoi je ne touche plus aux tutos dernièrement, je n'ai plus la disponibilité de faire les tests, même minimaux.
Mais bon, un forum aussi gentiment actif, ça devrait bien renvoyer des tutos tout autant divers et actualisés, non ?
Amitié, Jojo
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
dans le cas de "clonage" de disque avec cat ou cp, le MBR est-il pris en compte ? La table des partitions sera-t'elle respectée ?
dd ne sait pas ce qu'est un MBR, dd ne fait que copier le flux d'octet qu'on lui demande de copier, en aucun cas dd n'interprète quoi que ce soit. Tu as donc le même résultat, peu importe quel programme demande au noyau Linux de faire la copie:
– Si tu copies /dev/sda vers /dev/sdb, cela inclut le MBR.
– Si tu copies /dev/sda1 vers /dev/sda2, cela n'inclut pas le MBR.
J'ai commencé à cloner des disques avec le noyau Linux 2.2. À l'époque, les inodes de /dev étaient écrites physiquement sur le disque-dur, et le cache-disque en RAM n'était utilisé que pour les fichiers réguliers, pas pour les périphériques comme hda1, hdb3... C'était de l'accès direct, donc si tu demandais à dd de faire du bs=20M alors que ton disque n'avait que 8Mo de mémoire tampon, ça ratait. Aujourd'hui tu as le cache-disque en RAM, et tu peux faire du bs=3G si tu as envie. Les tailles des READ et WRITE que dd va fournir à Linux ne seront pas celles que Linux utilisera en réalité. Il vaut mieux des blocs les plus grands possibles (pour limiter le nombre de fois que tu solliciteras Linux) plutôt que des blocs trop petits (qui provoqueront beaucoup d'interruptions donc cela ralentira le système, c'est-à-dire les autres processus) mais dans tous les cas, le résultat de la copie sera le même.
Les programmes cat, cp, dd fonctionnent en émettant des appels systèmes READ et WRITE. dd permet à l'utilisateur de choisir (grâce à bs=) le nombre d'octet lus par un READ et écrits par un WRITE, ainsi que de choisir (grâce à count=) le nombre de READ et de WRITE à réaliser. À l'opposé, cat et cp ne donnent pas à l'utilisateur le choix du "découpage" de la copie, mais dans tous les cas, c'est le noyau Linux qui copie les blocs demandés par cat, cp ou dd, sans faire aucune différence.
Par contre, tu ne peux pas copier une partie d'un fichier avec cat et cp qui ne font que des copies complètes (du début à la fin), alors qu'avec dd tu peux le faire:
dd bs=512 count=1 </dev/sda | gzip >mbr.gz
Hors ligne
Si c'est pour tester la méthode proposée par freddec pour recréer un xorg.conf, oui, elle a largement été éprouvée.
D'accord avec toi, il faudrai juste changer la date pour assurer les lecteurs.
EDIT : Aye, aye déjà fait. Merci.
Dernière modification par arien (16-04-2011 07:46:22)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par arien (16-04-2011 09:06:06)
Mais je n'ai plus les ref qui me l'indiquaient ?
Amitié, joel
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
[10:38] <captnfab> suivent la situation, tu vas vouloir utiliser invoke-rc.d ou service
[10:39] <captnfab> invoke-rc.d ne va exécuter le script init que si le runlevel actuel le permet
[10:39] <captnfab> tandis que service va l'exécuter
[10:40] <captnfab> (quel que soit le runlevel)
[10:43] <captnfab> btw, je précise que service n'est dispo que depuis squeeze si mes souvenirs sont bons
Pratique le chan debian-facile pour des démelés simples, n'est-il pas ?
Hop hop hop !
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par arien (16-04-2011 10:04:26)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par arien (16-04-2011 10:16:04)
Hors ligne
Hors ligne
Hors ligne
dd (..) réalise les traitements de données en interne.
Que veux-tu dire par "traitement"? dd ne modifie pas les données. As-tu un exemple où les données sont modifiées par dd?
Hors ligne
dd ne sait pas ce qu'est un MBR
J'ai omis d'ajouter que le MBR est en dehors de la partition, dd le recuperera lors d'un clonage de disque, ce que ne fera pas cp !
Donc pour les amateurs de cp : faites au préalable un
Je pourrais ajouter également que cp retournera certainement une erreur s'il rencontre un block defectueux, ce que ne fera pas dd.
Dernière modification par zoroastre74 (17-04-2011 00:52:17)
Hors ligne