Reprise du message précédent :

ok, je demandais juste confirmation, vu que je m'en doutais . mais c'était juste pour savoir si j'investi dans un ssd+carte sata pour remplacer mon vieillissant hdd classique en ide.

rsync c'est mieux

dans ce cas, ça sera "dd if=hda of=sda"

Mais non

peut importe c'était un exemple

bah si  

c'est wedge

T’es toujours en 2.6 sous ta Slack ?

usine à gaz   pour faire une simple copie bitabit, j'avais utilisé avec succès rsync mais le disque était déjà partitionné et les partoches montées.
d'autres part ya 2 partoches win32 aussi à considérer, dd me paraît plus adapté. à discuter?

 
+100
 

 
Carrément    
 

 
Rsync, en plus tu fait tout à la bonne taille dès le départ, tu fais tes trucs de blocs et tout. rsync, définitivement. J'ai migré une WS d'une install basique avec un disque HS vers un RAID-1 comme ça il y a qq mois, flawless

 
Marchera pas.  

 
Marchera pas non plus  

Explication : DD copie tout, certes, mais le bootloader/chainloader retrouvera jamais ses petits sans un chrootage préliminaire et une réinstallation. DD fonctionne bien pour faire du backup dans une image (dd if=/dev/machindisque of=cheminpassurledisqueenbackup/disk.img && gzip disk.img) mais pas pour cloner un disque out of the box sur un autre disque. Rsync fonctionne sur des systèmes de fichier "online" donc prépartionnage et faut que le kernel soit compatible avec les FS utilisés (nouveaux DS) et faut réinstaller le bootloader/chainloader aussi :>

Et mon préféré pour une migration c'est rsync + nouveau FS sous lvm + chroot sur le nouveau disque + compilation d'un kernel adapté + grub2

Et vive la drogue

explique clairement pour dd

sinon comme je l'ai déjà dit précédemment, j'ai déjà cloné un xubuntu avec rsync avec
succès. pour le boot suffit d'aller dans /etc/fstab et fixer la partoche. c'etait un os sur sd-card de test
qui est venu ensuite sur un ssd de portable (il a booté impec).

ici c'est pour faire un swap parfait de hdd, normalement pas besoin de passer par un chroot
ou quoiquecesoit. meme sys, meme machine, meme nappe...

et pour finir quel interet de compil un nouveau kernel a cette occasion?

 
on a pas dit que c'était la seule étape
 
mais c'est imho la façon la plus propre de transférer le système

 
 
j'aime quand nagios m'envoie des SMS

autant sur dd je n'avais pas de doutes, ma question portait plutôt sur l'extension de la deniere partoche.

en quoi c'est sale d'utiliser dd plutôt que rsync?
je pensais utilisé dd par gain de flemme :
1-hop copy integrale (sans me prendre la tête avec recreer du ntfs, ext3... et sans me prendre la tete avec les options de rsync), me gourres je?
2-eventuellement checké/corrigé le fstab pour le boot
3-swap du disque
4-boot de linux
5-agrandir ma partoche /home ecrite en bout de disque

c'etait pour ça le xml alakon?

Ok

c'est quoi le problème avec rsync ?
 
edit: ah oui il faut lire toute la conversation, désolé      

Deuz

treeuuuarh'z

  après un café, ça va mieux pour capter

moi ça me semblait clair

en 1 ligne : "je veux faire un script pour un repository de mises à jour pour une machine secrête"

edit : mais sinon oui c'était clair, c'était moi le pb (pas bien dormi toussa).

 
Non, "marchera pas". Le soucis, c'est que GRUB ou n'importe quel chargeur d'amorçage n'utilise pas fstab au démarrage, donc tu ira copier un grub dans le secteur d'amorçage (via dd if=/dev/sdx of=/dev/sdy) qui aura la topologie hardware du disque d'enregistrer, faut donc chrooter pour éviter les erreur de bootloader au démarrage, voir les kernel panic dans certains cas si tu passe par un initram. 9a peu marcher, comme ça peu planter (vérifier le nombre de cylindres/autres). Et dans ton exemple tu donne le truc parfait ou ce que j'explique ne s'applique pas : un SD/SSD n'a pas de cylindres/têtes/secteurs mais la actuellement c'est le contrôleur qui tourne en mode non natif (puisqu'ils ont un mode d'émulation pour les BIOS) donc non alignés avec des performances légèrement moindre sur les temps d'accès. (le contrôleur du SSD fait la conversion a la volée)

 
Tu commence par créer tes volumes LVM, puis tu rsync les données de tes partoches sur tes nouveaux volumes tout frais. Tu installe grub (chroot) et tu compile ton kernel/installe ton initramfs pour monter tes volumes.

c'est vrai que j'ai oublié/zappé cette étape (shame on me). Même si j'aurais fini par trouver tout seul.

j'la bien compriche mon bon monsieur.

bonjour,

Bonjour

Il fait super beau, et je suis en congés

Il fait super pas beau et je bosse @home

J'ai faim

mange un nain

 
Et pourquoi pas un mondorescue ? Après tout ça sert à ça.
En plus ça fonctionne.