Outils pour utilisateurs

Outils du site


old_cloner_un_dd_et_resize

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
old_cloner_un_dd_et_resize [2022/09/03 17:35] tutospistoold_cloner_un_dd_et_resize [2022/09/03 17:38] (Version actuelle) – [Problème de boot] tutospisto
Ligne 46: Ligne 46:
  
 Si après reboot vous obtenez l’erreur suivante : Si après reboot vous obtenez l’erreur suivante :
-Could not stat the resume device file 'chemin-vers-un-uuid-introuvable' please type in the full path name to try again or press ENTERto boot the system+<code bash>Could not stat the resume device file 'chemin-vers-un-uuid-introuvable' please type in the full path name to try again or press ENTERto boot the system</code>
  
 Rebootez à nouveau avec un LiveCD puis rendez vous sur /dev/disk/by-uuid/ pour savoir quel UUID correspond à notre partition « / » (la sda2 dans mon cas) : Rebootez à nouveau avec un LiveCD puis rendez vous sur /dev/disk/by-uuid/ pour savoir quel UUID correspond à notre partition « / » (la sda2 dans mon cas) :
-ls -l /dev/disk/by-uuid/+<code bash>ls -l /dev/disk/by-uuid/</code>
  
 On édite menu.lst afin de faire correspondre l’UUID : On édite menu.lst afin de faire correspondre l’UUID :
-nano /boot/grub/menu.lst+<code bash>nano /boot/grub/menu.lst</code>
  
 Afin d’être sûr, on met à jour Grub : Afin d’être sûr, on met à jour Grub :
-update-grub+<code bash>update-grub</code>
  
 Ensuite, on édite la configuration de reprise système afin de remplacer l’UUID inexistant par celui relevé ci-dessus : Ensuite, on édite la configuration de reprise système afin de remplacer l’UUID inexistant par celui relevé ci-dessus :
-nano  /etc/uswsusp.conf+<code bash>nano  /etc/uswsusp.conf</code>
  
 Puis on reconfigure la reprise système : Puis on reconfigure la reprise système :
-dpkg-reconfigure uswsusp+<code bash>dpkg-reconfigure uswsusp</code>
  
 Enfin, après un reboot, tout devrait être revenu à la normale ! Enfin, après un reboot, tout devrait être revenu à la normale !
-A travers le réseau+ 
 +===== A travers le réseau =====
  
 A tester : https://doc.ubuntu-fr.org/dd#creer_une_image_de_la_partition_d_une_autre_machine_en_reseau A tester : https://doc.ubuntu-fr.org/dd#creer_une_image_de_la_partition_d_une_autre_machine_en_reseau
-Test en cours 
  
-En premier sur l’ordinateur CIBLE : +===== Test en cours =====
-sudo netcat -l -p 1234 | sudo dd of=/dev/sda bs=16k status=progress+
  
-Sur l’ordinateur SOURCE : +En premier sur l’ordinateur **CIBLE** : 
-sudo dd if=/dev/sdb bs=16k | sudo netcat 192.168.1.54 1234+<code bash>sudo netcat -l -p 1234 | sudo dd of=/dev/sda bs=16k status=progress</code> 
 + 
 +Sur l’ordinateur **SOURCE** 
 +<code bash>sudo dd if=/dev/sdb bs=16k | sudo netcat 192.168.1.54 1234</code>
  
 bs=4k semble plus rapide sur les ordinateurs récents (à tester 16k ?) bs=4k semble plus rapide sur les ordinateurs récents (à tester 16k ?)
  
 Pour voir où en est la copie, voir ci-dessus « dd verbose » (ou ajouter « status=progress » ?) Pour voir où en est la copie, voir ci-dessus « dd verbose » (ou ajouter « status=progress » ?)
-Dump d’un RPI en marche+ 
 +===== Dump d’un RPI en marche =====
  
 Commentaire trouvé sur https://blog.microlinux.fr/clonage-reseau-dd-ssh Commentaire trouvé sur https://blog.microlinux.fr/clonage-reseau-dd-ssh
  
 J’utilise ceci pour cloner la carte sd d’un raspberry distant vers un disque local : J’utilise ceci pour cloner la carte sd d’un raspberry distant vers un disque local :
-ssh pi@192.168.1.20 « sudo dd if=/dev/mmcblk0 | gzip -c » | gzip -cd | sudo dd of=/dev/sdb status=progress+<code bash>ssh pi@192.168.1.20 "sudo dd if=/dev/mmcblk0 | gzip -c| gzip -cd | sudo dd of=/dev/sdb status=progress</code>
old_cloner_un_dd_et_resize.1662226518.txt.gz · Dernière modification : 2022/09/03 17:35 de tutospisto