Archlinux.fr [Forums]

Bonjour
Alors voila le soucis, mon système tourne impec seulement le disque dur commence a donner des signes de fatigue (nombreux secteurs realloués et un en attente).

Ce que je voudrais faire c'est cloner entièrement mon disque malade sur un autre tout neuf

Le probleme c'est que je ne l'ai jamais fait et quelques conseils seraient bienvenus .

Le premier disque fatigué contient 4 partitions: /boot, / , swap et /home (archlinux)
J'ai un deuxième disque ou est aussi installé archlinux sur un disque sain
Un troisieme disque avec mes données

Et enfin le quatrième disque tout neuf

Alors voila mes questions: quelle est a votre avis la façon la plus propre pour cloner le premier disque sur le quatrième ?
-le disque neuf est plus petit que l'ancien (si possible réduire seulement le /home)
-est ce que je dois le partitionner avant ?
-est ce qu'il faudra changer les uuid dans fstab ?
-est ce que partimage fonctionne avec l'ext4 ?

Voila, merci d'avance pour les idées

Vu que t'as 2 systèmes sur ton pc:
- démarre sur le 2ème
- crée les partitions
- monte les anciennes dans, disons, /mnt/old et les nouvelles dans /mnt/new
- lance un rsync entre /mnt/old /mnt/new avec l'option -avHD (voir man si t'as des trucs spéciaux, par exemple les acl)
- modifie les uuid dans fstab et grub*|syslinux|peu importe
- je sais pas comment est géré ton démarrage, à toi de voir

ça devrait être bon.
(bon, bien sûr, il faut s'assurer que l'espace est suffisant, lancer le rsync avec un -n pour tester avant etc.)

Désolé pour le retard et merci pour la réponse

Je viens de tester tout ça aujourd'hui

Partitionnement avec gparted, drapeau de boot sur la partition /boot =>ok
montage de l'ancienne partition sda1 sur /mnt/old
montage de la nouvelle partition sdb1 sur/mnt/new

J'ai lancé probleme, ça me copiait les fichiers dans un dossier old

Avec cette commande, ça allait mieux Aprés, modification des uuid dans/etc/fstab et /boot/grub/menu.list

modification de la ligne: root=(h0,0)

Et c'est parti
Et ça fonctionne ... jusqu'au lancement de gnome shell qui plante et me renvoie au menu de connexion avec ce message sympathique

Voila ou j'en suis, autant dire que ça sent la réinstallation, fais ch...

Et encore merci pour rsync que je ne connaissais pas

willcoyote a écrit :Et ça fonctionne ... jusqu'au lancement de gnome shell qui plante et me renvoie au menu de connexion avec ce message sympathique
Code:
could not connect to session bus : failed to connect to socket /tmp/dbus-ajentjgha0
connexion refusée


Voila ou j'en suis, autant dire que ça sent la réinstallation, fais ch...

À la bourrin: va dans une console virtuelle et supprime ~/.dbus pour voir.

J'ai vraiment l'impression que c'est gnome-shell qui met la pagaille.

Au démarrage, je vois le bureau a peine une seconde puis l’écran noir avec le fameux message retour a l’écran de connexion avec le message XXXX change a chaque fois

Alors comme j'ai rien a perdre, j'ai toujours mon système original qui tourne bien, j'ai testé ta solution FoolEcho: supprimer le dossier .dbus aprés le plantage ou avant: ça ne change rien

Le premier démarrage, je peux voir gnome-shell planter mais après plus rien, je reste a l’écran de connexion

Bon alors c'était bien un probleme lié a gnome-shell
j'ai supprimé toute les extensions et ça démarre sans soucis

Merci a tous
comme mon disque allait lacher, j'en ai profité pour passer au ssd
C'est vraiment incroyable la différence de vitesse avec un hdd

willcoyote a écrit : Avec cette commande, ça allait mieux

Code : Tout sélectionner

sudo rsync -avHD /mnt/old/*  /mnt/new

Juste pour précision, un / à la fin ne crée pas le répertoire: Pour ton cas, ça ne change rien vu que la racine ne contient pas de fichier .* , mais c'est au cas où t'utiliserais rsync pour autre chose.

ah, on en apprends tout les jours

J'ai aussi testé l'interface graphique pour gnome avec: Grsync