[Nouveau disque dur] clonage de mon install? (résolu)

[Anghirrim]

Bonsoir à vous,

Je viens de changer mon disque dur pour un plus performant.

Puis-je faire un bête copier coller de ma racine sur le nouveau? En faisant gaffe aux UUID des disques, vous pensez que ça le ferait?

Merci,

[benjarobin]

Le titre du sujet...
Sinon oui une bête copie avec Clonezilla fera parfaitement l'affaire. Sauf si la taille des secteurs du nouveau disque dur est plus grande ou si le disque dur n'est pas de même taille et que tu veux des tailles de partitions plus grandes...
Dans ces cas, il faut refaire les partitions avec Gparted/fdisk... Puis restaurer uniquement les données des partitions, surtout pas la table de partition. Clonezilla peut très bien sauvegarder uniquement le contenu d'une partition pour restaurer ce contenu dans une partition de même taille ou plus grande, il suffit d'aller dans les options avancées pour cela

[Elbarto]

concernant gparted si tu refais les partitions avec alors il faudra vérifier ensuite pour les partitions ext3~4 que le paramètre "max mount count" ( lié à tune2fs ) est bien configuré,

car il me semble que gparted met ce paramètre à "-1" ce qui fait que fsck ne vérifie jamais périodiquement les partitions ext au boot d'archlinux, une solution si on veut bénéficier de la vérification tous les X démarrages c'est de changer cette valeur :

tune2fs -c 30 /dev/sdaX ( X étant le numéro de partition ), à faire en root

https://wiki.archlinux.org/index.php/Fs ... _frequency

pour vérifier le paramètre actuel "max mount count" :

dumpe2fs -h /dev/sdaX | grep -i 'mount count'

[benjarobin]

@Elbarto Tu confonds table de partition et système de fichier. En aucun cas il faut refaire le système de fichier, tu peux le copier tel quel, il faudra peut-être l'agrandir pour qu'il prenne toute la place donnée par la table de partition.
Dans son cas il est fort probable qu'il doive refaire la table de partition.

Sinon ta remarque est très générique, elle s'applique à n'importe quelle création de système de fichier. Personnellement je n'ai jamais eu besoin de modifier cette valeur, elle a toujours été définie...

[Elbarto]

elle a été définie sur quelle valeur ?

dans mon cas j'ai installé archlinux il y a une semaine en utilisant au préalable gparted live cd pour créer et formater des partitions ext4 ( le disque n'avait aucune partition, je partais vraiment de zéro ),

j'ai ensuite installé archlinux en suivant le wiki ( en sautant la partie formatage vu que les partitions ext4 étaient déjà crées ), tout s'est bien passé, mais je remarque que malgré le nombre de redémarrage fsck ne faisait jamais de vérification périodique ( alors que sur mes installations d'archlinux sur virtualbox là c'était tous les 34 boots la vérification, sur ces installations les partitions avaient été crées avec les outils de l'installateur d'archlinux, à l'époque où il y avait encore une installation semi-graphique user-friendly ),

intrigué j'essaie alors la commande "dumpe2fs -h /dev/sdaX | grep -i 'mount count'" et c'est là que j'ai vu que le paramètre "max mount count" était à "-1" au lieu de 34,

donc je me dis que c'est gparted le coupable, ou bien un bug d'archlinux, l'utilisation de tune2fs dans les scripts d'installation sans demander la permission à l'utilisateur ?

j'avais utilisé l'image iso de novembre 2013 pou installer archlinux ( netinstall hybride 32-64 bits )

[benjarobin]

Elle est sur 38, mais je crois que l'on complètement hors sujet... Bien que ton propos soit intéressant mais il est quand même HS

[Elbarto]

comme le gars a sa réponse ( une question de type FAQ ) le HS ne pose pas trop de problèmes ici,

c'est pas comme s'il était bloqué genre carte wifi exotique qui marche pas

[Anghirrim]

Désolé pour le titre.

La partition sera un poil plus grande. Je pensais tout bêtement mettre mon ancien DD dans un boitier externe et via le live CD, copier coller simplement le tout. Puis chroot et réinstallation de GRUB.

Sinon, je fais une installation propre, vu les temps de manip et copie (apprendre à me servir de clonezilla), j'ai peut-être autant de chance.

[Elbarto]

pour apprendre à maitriser clonezilla une bonne méthode c'est de s'entrainer dans une machine virtuelle ( virtualbox ) tout en suivant les nombreux tutoriels sur le net, tu crées 2 disques virtuels dans virtualbox, sur le premier tu installes rapidement un OS ( un archlinux de base sans interface graphique ), puis tu démarres ta machine virtuelle sur l'image iso de clonezilla,

tu pourras alors expérimenter toutes les commandes et tester le clonage, le tout sans aucun risque de casser quoique ce soit, une fois maîtrisé l'outil tu pourras tester en réel en toute sérénité,

clonezilla est quand même assez complexe avec son interface austère, les erreurs arrivent vite en interprétant mal les menus textes, en testant sur une machine virtuelle tu te formes sans risques

[Anghirrim]

Bon bah c'est décidé. Réinstallation alors, pas le temps de faire mumuse en ce moment et comme j'ai très peu de programmes installés et de services à démarrer, ça ira vite.

Merci!

[oktoberfest]

Pourtant une bête copie via rsync aurait fait le boulot.
- tu créés les partitions sur ton nouveau disque
- tu recopies ton ancienne partition via rsync.
- tu mets à jour /etc/fstab si tu utilises les UUID.
- tu installes ton bootloader favori.
- C'est fini.

C'est ce que tu ferais en cas de restauration de ton système via une sauvegarde (si tu fais une sauvegarde via rsync bien sur ) C'est un bon moyen de vérifier comment fonctionne une sauvegarde/restauration.

[Anghirrim]

Je vais étudier rsync, merci pour la piste. Mais du coup, désolé si je fais mon boulet mais...un copier/coller ça ne fonctionne pas? Suivi bien sur du fstab et du bootloader?

[oktoberfest]

rsync n'est qu'une méthode pour faire du copier/coller évolué. Pour la copie de fichiers tu as le choix des outils : rsync, cp, tar... Il faut juste que l'outil copie tout à l'identique :
- les liens symboliques doivent rester des liens symboliques
- les fichiers devices doivent être copiés
- les dates et propriétaires des fichiers doivent être conservés. Pour les dates ce n'est pas obligatoire, mais si tu t'en sers pour savoir quand un fichier a été modifié, c'est utile de les préserver.
- les ACLs (si tu t'en sers) doivent être copiés.

Pour cp tu as l'option --archive qui fait tout le boulot pour toi. Ce qui donnerait (en bootant depuis un livecd) :

Code : Tout sélectionner

# mkdir /tmp/old && mount /dev/<ancienne partition> /tmp/old
# mkdir /tmp/new && mount /dev/<ancienne partition> /tmp/new
# cp --archive /tmp/old/* /tmp/new

[Anghirrim]

Parfait, c'est exactement ce que je cherchais la commande:

Code : Tout sélectionner

cp --archive /ancienDD/* /nouveauDD

Je me doutais qu'il y avait quelques subtilités genre les devices et liens symboliques, mais ne savais pas quoi exactement.

Merci!!! Je fermerai le sujet une fois fait.

[Anghirrim]

C'est bon, je vous écris de mon Arch clonée.

Du coup il m'a fallu:
- Un boitier externe pour accéder à mon ancien DD
- Un live USB d'Arch (cd d'install)
- Créer les nouvelles partitions avec cfdisk
- lancer la copie avec cp option --archive
- Réinstaller Grub

Rien de plus.

Merci pour votre aide!!

PS: Au démarrage, Grub me dit qu'il n'arrive pas à trouver un fichier (/boot/grub/locale/en.gmo).

[hazote]

salut,
je souhaite également cloner ma partition arch sur un nouveau disque.

faut il absolument avoir une partition identique a celle d'origine ?
c'est juste de la copie, donc je peut tres bien copier une partition de X Go sur une de X+Y Go. vrai ?

puis il me suffit de réinstaller syslinux et réattribuant tout comme il faut.
un detail pour le loader: je dois repasser par du chroot ?

jai un pc (sous arch) a disposition pour brancher mon ancien et nouveau disque en meme temps.

vous me conseillez plutot du cp --archive, dd ,rsync ?
merci

[benjarobin]

Personnellement je ne conseil aucun de tout ceci, c'est beaucoup plus lent que d'utiliser clonezilla ou tout simplement partclone
Si tu as déjà les 2 partitions et que la partition de destination est aussi grande ou plus grande que celle de source, alors il suffit de faire :

Code : Tout sélectionner

partclone.ext4 -b -s /dev/sda1 -o /dev/sdb1

Avec

• ext4 : Le système de fichier
• sda1 : La partition source
• sdb1 : La partition de destination

Ou si tu veux envoyer le résultat dans un fichier puis le restaurer plus tard, je te laisse regarder le Wiki : Partclone
Puis une fois ceci fait, il suffit de redimensionner le système de fichier avec

Code : Tout sélectionner

resize2fs /dev/sdb1

Si tu veux ensuite utiliser les disques dur dans le même PC, il faudra changer les label et les UUID des partitions

[Anghirrim]

Benjarobin, c'est intéressant le point vitesse. J'ai effectué la transition avec cp car plus simple apparemment pour moi (choix perso). Quel est le gain approximatif en vitesse avec:

Code : Tout sélectionner

partclone.ext4 -b -s /dev/sda1 -o /dev/sdb1

Au lieu de:

Code : Tout sélectionner

cp --archive /ancienDD/* /nouveauDD

Cela ne prévient pas la reconfiguration de Grub j'imagine?

Après, ça reste relatif, une copie de 2h au lieu d'une... sur deux ans d'utilisation. Ca ne pèse pas trop lourd.

[benjarobin]

Avec partclone tu fais la copie en moins de 5 min...

[hazote]

Code : Tout sélectionner

partclone.ext4 -b -s /dev/sda1 -o /dev/sdb1

Avec

• ext4 : Le système de fichier
• sda1 : La partition source
• sdb1 : La partition de destination

Si tu veux ensuite utiliser les disques dur dans le même PC, il faudra changer les label et les UUID des partitions

parfait !
merci !