Duplication de partition Ubuntu pour sauvegarde (RESOLU)

jmseve95 · Le 30/03/2017, à 13:55

Merci aux contributeurs qui m'ont aidé!
2 solutions fournies par :
- Babdu #16 ( la partie accès à fstab et la MàJ par boot-repair du grub est encore un peu ardue pour moi, mais j-y reviendrai Bab, merci)
et
- MicP # 20 (celle que j'ai adoptée)

1 document intéressant trouvé par la suite (merci à Grinchou)
http://grinchou.free.fr/FR/_how_to/how_ … ue_dur.pdf

bonjour,

ayant qques problèmes pour installer Ubuntu sur mon PC, "@ Bougron" m'a conseillé de réaliser sous Gparted, après une instal basique, une copie de ma partition de manière à pouvoir la recopier dans la première en cas de plantage de celle-ci.

J'avais des soucis de pilote vidéo qui provoquait un passage en écran noir avec impossiblité de remonter ensuite, Pb réglé (avec l'aide de Bougron),mais je continue à avoir des Pbs dus au WiFi (suivis avec xubu1957), Pb qui entraîne un figé du Pc avec, là aussi, une impossibilité à remonter ensuite; je pars encore en écran noir.

ce que j'ai réalisé :
Je dispose d'un HD 160Go.
sous Gparted, réduction de la partition Ubuntu à 7Go
Copie de sda1 vers l'espace libre - Obtention de sda3
Clic droit sur la nouvelle partition et changement de UUID
copie de sda1 vers l'espace libre - obtention de sda4
Pas de Cde de changement de UUID
Sortie de Gparted et Reboot
Ctrl - Alt - T et saisie de

sudo update-grub

Disk /dev/sda: 149 GiB, 160000000000 bytes, 312500000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x363056c5

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 14338047 14336000 6.9G 83 Linux
/dev/sda2 299956222 312498175 12541954 6G 5 Extended
/dev/sda3 14338048 28674047 14336000 6.9G 83 Linux
/dev/sda4 28674048 43010047 14336000 6.9G 83 Linux
/dev/sda5 299956224 312498175 12541952 6G 82 Linux swap / Solaris

Lors d'un reboot, je vois bien les trois partitions proposées au lancement.

Le problème, c'est que, suite à un plantage, la recopie de sda3 vers sda1, ne permet pas de remonter, je continue à passer en écran noir.

Je fais très certainement une erreur de manip, mais laquelle?

Dernière modification par jmseve95 (Le 11/04/2017, à 16:44)

Bougron · Le 30/03/2017, à 16:09

Bonjour
Merci de joindre un boot-info car avec 3 partitions, il serait bon de voir leur contenu afin de vérifier que "modprobe.blacklist=nouveau" est bien installé.

Dernière modification par Bougron (Le 30/03/2017, à 16:28)

jmseve95 · Le 30/03/2017, à 16:26

Re,
je l'ai transmis à xubu1957 et j'ai oublié de le poster là

Au Reboot il voit les 2 nouvelles partitions
- Boot info http://paste2.org/6ZahyFvI

sachant que j'ai tout réinstallé aujourd'hui. Enfin, pas tout puisque je n'ai pas réalisé la MàJ des logiciels tiers, pilotes et autres.
Et je n'attaque pas le WiFi avant d'avoir réglé ceci.

Dernière modification par jmseve95 (Le 30/03/2017, à 16:28)

Bougron · Le 30/03/2017, à 17:10

Tu as trois partitions dont le contenu est certainement très proche

/dev/sda1        2d5e3c17-1f31-4c21-a12a-c7d28021196f   ext4       
/dev/sda3        1ea0e817-ac87-4cb9-a6cd-75a2e22376f4   ext4       
/dev/sda4        2d5e3c17-1f31-4c21-a12a-c7d28021196f   ext4

L'UUID de SDA3 a été modifié et est donc devenue indépendante.
L'UUID de SDA4 est resté identique à SDA1 et probablement son double.

Pour SDA1, je note

    linux /boot/vmlinuz-4.8.0-36-generic root=UUID=2d5e3c17-1f31-4c21-a12a-c7d28021196f ro quiet splash modprobe.blacklist=nouveau $vt_handoff

Dans le contenu du fichier SDA1/boot/grub/grub.cfg, je note

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Ubuntu 16.04.2 LTS (16.04) (sur /dev/sda3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-' {
	insmod part_msdos
	insmod ext2
	set root='hd0,msdos3'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  1ea0e817-ac87-4cb9-a6cd-75a2e22376f4
	else
	  search --no-floppy --fs-uuid --set=root 1ea0e817-ac87-4cb9-a6cd-75a2e22376f4
	fi
	linux /boot/vmlinuz-4.8.0-36-generic root=UUID=2d5e3c17-1f31-4c21-a12a-c7d28021196f ro quiet splash modprobe.blacklist=nouveau $vt_handoff
	initrd /boot/initrd.img-4.8.0-36-generic
}

Je ne m'attendais pas à ce que dans la même commande, il indique "1ea0e817-ac87-4cb9-a6cd-75a2e22376f4" . Ce qui est normal. et "2d5e3c17-1f31-4c21-a12a-c7d28021196f" qui me surprend.

Mais quel que soit le cas, l'option est bien mise. De toutes façon, comme tu sembles booter sur SDA1, Je suis hors sujet.

====> RECOPIES SDA4 et non SDA3

Dernière modification par Bougron (Le 30/03/2017, à 17:16)

jmseve95 · Le 30/03/2017, à 17:33

Je n'ai pas fait ces 2 partitions supplémentaires qu e pour le plaisir!
J'ai volontairement fait un changement d'UUID sur la 2èm et pas sur la 3.

Là où ça me perturbe, c'est que j'ai booté successivement sur les 3, puisqu'elles sont toutes 3 présentes au Boot.
Une fois booté sur sda 1, j'ai créé un fichier writer.
Une fois booté sur sda2, j'ai trouvé ce fichier et je l'ai modifié
Une fois Booté sur sda3, idem et à chaque fois, je retrouve le même fichier avec les modifs réalisées.
Ces 3 partitions ne sont pas indépendantes vis à vis des documents?
Il a qqchose qui m'échappe.

Néanmoins, quand mon PC plante suite aux essais que xubu1957 me fait réaliser, et que je ne peux plus booter sur la partition initiale, c'est jusqu'à présent ce que je faisais, recopier son double propre (sans modif UUID)
Mais ça ne fonctionne pas, même après cette recopie, je ne reboot plus, écran noir après un semblant de démarrage!
Il est là mon Pb; et à chaque fois, je réinstalle tout.
Bon j'ai pris le coup de main, mais j'aimerai bien que cette sauvegarde par recopie fonctionne, ou bien fais-je une bêtise qqpart?
Il n'y a qu'à recopier, rien d'autre ?

Bougron · Le 30/03/2017, à 18:23

La partition SDA1 et SDA4 ne sont absolument pas indépendantes car
Si tu regardes le contenu du fichier /etc/fstab de SDA4 tu trouveras

=============================== sda4/etc/fstab: ================================
# / was on /dev/sda1 during installation
UUID=2d5e3c17-1f31-4c21-a12a-c7d28021196f / ext4 errors=remount-ro 0 1

Ce qui est normal et ce qui est mon but: Etre capable de restorer en écrasant par recopie

Donc pour moi, il n'y a qu'à recopier le contenu de SDA4 sur SDA1 et rien d'autre de plus à faire

Pour SDA3, c'est plus subtil, le contenu du fichier est le suivant
=============================== sda3/etc/fstab: ================================
# / was on /dev/sda1 during installation
UUID=2d5e3c17-1f31-4c21-a12a-c7d28021196f / ext4 errors=remount-ro 0 1
J'ai simplement oublié de te faire modifier le contenu de ce fichier pour mettre le UUID de SDA3.
Ce n'est pas si grave, mais, j'ai constaté que le grub de SDA1 ne le lançait peut-être pas bien.
menuentry 'Ubuntu 16.04.2 LTS (16.04) (sur /dev/sda3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-1ea0e817-ac87-4cb9-a6cd-75a2e22376f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos3'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 1ea0e817-ac87-4cb9-a6cd-75a2e22376f4
else
search --no-floppy --fs-uuid --set=root 1ea0e817-ac87-4cb9-a6cd-75a2e22376f4
fi
linux /boot/vmlinuz-4.8.0-36-generic root=UUID=2d5e3c17-1f31-4c21-a12a-c7d28021196f ro quiet splash modprobe.blacklist=nouveau $vt_handoff
initrd /boot/initrd.img-4.8.0-36-generic
}
J'espère que c'est simplement à cause de mon oubli.

Il faudrait que tu modifies le fichier /etc/fstab de la partition SDA3 pour que les deux lignes en question deviennent
# / est sur /dev/sda3 par modification
UUID=1ea0e817-ac87-4cb9-a6cd-75a2e22376f4/ ext4 errors=remount-ro 0 1

Dernière modification par Bougron (Le 30/03/2017, à 18:40)

jmseve95 · Le 30/03/2017, à 18:39

Veremos!
Nous verrons bien.

Je vais repasser sur :
https://forum.ubuntu-fr.org/viewtopic.php?id=2007275
car à la demande de xubu1957, je suis en train d'installer (d'essayer d'installer) une 16.04.1 pour voir si les 2 Pbs (écran & WiFi), ou au moins celui du wifi peut être résolu par ce biais.
Moi cela ne me perturberait pas plus que ça.
Mais je crois que Mr Ubuntu ne m'aime vraiment pas!

Bougron · Le 30/03/2017, à 21:46

jmseve95 a écrit :

Mais je crois que Mr Ubuntu ne m'aime vraiment pas!

Si c'est bien l'ordinateur HP, Donnes ses références exactes. Car je ne les retrouve plus dans tous les échanges.

Sinon, génères un rapport bisnext et donnes le lien pour accéder au rapport, c'est la première ligne du rapport. Ouvres un terminal et copier-coller les commandes suivantes une par une dans le terminal, exécutes la commande puis commande suivante :

sudo apt update

sudo apt install gawk mesa-utils pastebinit smartmontools --no-install-recommends

wget https://github.com/laurent85v/bisnext/raw/master/bisnext

sudo bash bisnext --pastebin

Donc. Carte graphique
ATI Radeon HD 6450

Dernière modification par Bougron (Le 30/03/2017, à 23:38)

jmseve95 · Le 30/03/2017, à 21:54

HP G5430fr
N° Produit : AON64EA#EAF
N° Série : CZC1271HS6

Tout à fait, ATI Radeon HD6450

Dernière modification par jmseve95 (Le 30/03/2017, à 22:17)

jmseve95 · Le 31/03/2017, à 16:14

Bonsoir @bougron

Je soupçonnais un loup dans ces copies de sauvegarde de partition, je l'ai trouvé, non sans mal.
J'ai réinstallé Ubuntu 16.04.1 sur mon HD 1,5To, vierge et préparé GPT.
sda1 boot, sda2 ext4, sda3 swap todo ben!
Je boote sur live CD Gparted.
Réduis ma partition sda2 à 10Go, puis effectue une copie de cette partition qui devient sda4
Reboot.
je vois la page de démarrage avec Ubuntu écrit en haut sur fond violine
le reboot se fait bien sur sda2
je modifie ma barre des tâches, glisse l'icône paramètres en haut, vire Amazon, ajoute gparted, paramètre Firefox avec mes Bookmarks et lastpass.
Je reboot.
je vois la page de démarrage vierge sur fond violine
j'arrive sur une page d'accueil où la barre des tâches n'est pas modifiée, firefox n'est pas paramétré;
j'effectue un sudo mount et je me vois en 6èm ligne sur /dev/sda4
Je reboot
et à chaque fois maintenant je suis sur sda4
Et bien entendu, lorsque qu'il y a un plantage, comme je recopie sda4 sur sda2, je transfère la partition cassée sur la bonne!
Pas étonnant que je sois toujours en train de réinstaller malgré cette sauvegarde!

Bon, ça j'ai compris, on va pouvoir avancer un peu plus vite

@+

xubu1957 · Le 31/03/2017, à 17:30

Re,

Tu as vu les commandes du message # 8 ?

jmseve95 · Le 31/03/2017, à 17:35

Oui, mais j'attendais que bougron reprenne la main.
Comme toute l'architecture de partition a changé depuis.
Ou bien ce qu'il me fait réaliser ne s'adresse qu'au matériel?
Si oui, je roule.

Bougron · Le 31/03/2017, à 22:00

Cela serait quand même plus simple d'avoir en même temps le petit disque et le gros disque branchés ensemble si par la suite tu souhaites les utiliser ensemble.
Je note que je t'ai fait faire une bêtise en faisant dupliquer la partition qui venait d'être installée sur le même disque au lieu de la dupliquer sur un autre disque. D'après ce que tu dis c'est la partition dupliquée qui devient celle utilisée au boot.

Je n'ai pas assez insisté sur la commande "df -h" afin d'identifier laquelle était montée.

Alors ton disque de 160 go, l'as-tu aussi migré en GPT?

Dernière modification par Bougron (Le 31/03/2017, à 22:53)

jmseve95 · Le 31/03/2017, à 22:19

J'ai eu beau chercher, je n'ai pas tout compris sur les Reboot après instal
Le premier démarreage c'est la bonne parttition (sda2), c'est après que cela bascule.

Pour le GPT sur le HD 160Go, Non, je me suis loupé à la dernière instal. je suis passé à côté.
Je prends note de "df -h", j'avais trouvé "sudo mount"

Pour ce qui est de mon environnement normal, j'ai :
- un disque 1.5To pour les OS (j'ai eu =jusqu'à 3 OS différents) et une partie data annexe pour les divers
- un disque 1to pour mes données perso habituelles (Docs, Music, Images, Vdéos)

Je n'utilise le HD de 160Go que pour les essais

Je n'en suis plus à une instal près, je serai pour installer propre 16.04.1 et travailler dessus, mais tu me dis.

Pour info, je vais avoir un Week end difficile et ne vais sans doute pas être très dispo.
Samedi a/midi oui
Dimanche a/mdi peut être
le reste, quasi sur, non.

Dis moi, comment tu me vois installer et quoi et où.
Je te dis si je sais faire et j'essaies de le faire ce soir

Dernière modification par jmseve95 (Le 31/03/2017, à 22:20)

jmseve95 · Le 31/03/2017, à 22:22

Zut, oubli, en annexe

forcer le boot sur une partition donnée, on sait faire?

Babdu89 · Le 31/03/2017, à 23:04

Bonsoir.
Si on regarde bien le contenu du boot info;

http://paste2.org/6ZahyFvI

Les fichiers grub.cfg des partitions /dev/sda1, /dev/sda3,/dev/sda4
Le contenu de la rubrique

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
	set gfxpayload="${1}"
	if [ "${1}" = "keep" ]; then
		set vt_handoff=vt.handoff=7
	else
		set vt_handoff=
	fi
}
if [ "${recordfail}" != 1 ]; then
  if [ -e ${prefix}/gfxblacklist.txt ]; then
    if hwmatch ${prefix}/gfxblacklist.txt 3; then
      if [ ${match} = 0 ]; then
        set linux_gfx_mode=keep
      else
        set linux_gfx_mode=text
      fi
    else
      set linux_gfx_mode=text
    fi
  else
    set linux_gfx_mode=keep
  fi
else
  set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-2d5e3c17-1f31-4c21-a12a-c7d28021196f' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_msdos
	insmod ext2
	set root='hd0,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  2d5e3c17-1f31-4c21-a12a-c7d28021196f
	else
	  search --no-floppy --fs-uuid --set=root 2d5e3c17-1f31-4c21-a12a-c7d28021196f
	fi
	linux	/boot/vmlinuz-4.8.0-36-generic root=UUID=2d5e3c17-1f31-4c21-a12a-c7d28021196f ro  quiet splash modprobe.blacklist=nouveau $vt_handoff
	initrd	/boot/initrd.img-4.8.0-36-generic
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-2d5e3c17-1f31-4c21-a12a-c7d28021196f' {
	menuentry 'Ubuntu, avec Linux 4.8.0-36-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.8.0-36-generic-advanced-2d5e3c17-1f31-4c21-a12a-c7d28021196f' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  2d5e3c17-1f31-4c21-a12a-c7d28021196f
		else
		  search --no-floppy --fs-uuid --set=root 2d5e3c17-1f31-4c21-a12a-c7d28021196f
		fi
		echo	'Chargement de Linux 4.8.0-36-generic…'
		linux	/boot/vmlinuz-4.8.0-36-generic root=UUID=2d5e3c17-1f31-4c21-a12a-c7d28021196f ro  quiet splash modprobe.blacklist=nouveau $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.8.0-36-generic
	}
	menuentry 'Ubuntu, with Linux 4.8.0-36-generic (upstart)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.8.0-36-generic-init-upstart-2d5e3c17-1f31-4c21-a12a-c7d28021196f' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  2d5e3c17-1f31-4c21-a12a-c7d28021196f
		else
		  search --no-floppy --fs-uuid --set=root 2d5e3c17-1f31-4c21-a12a-c7d28021196f
		fi
		echo	'Chargement de Linux 4.8.0-36-generic…'
		linux	/boot/vmlinuz-4.8.0-36-generic root=UUID=2d5e3c17-1f31-4c21-a12a-c7d28021196f ro  quiet splash modprobe.blacklist=nouveau $vt_handoff init=/sbin/upstart
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.8.0-36-generic
	}
	menuentry 'Ubuntu, with Linux 4.8.0-36-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.8.0-36-generic-recovery-2d5e3c17-1f31-4c21-a12a-c7d28021196f' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  2d5e3c17-1f31-4c21-a12a-c7d28021196f
		else
		  search --no-floppy --fs-uuid --set=root 2d5e3c17-1f31-4c21-a12a-c7d28021196f
		fi
		echo	'Chargement de Linux 4.8.0-36-generic…'
		linux	/boot/vmlinuz-4.8.0-36-generic root=UUID=2d5e3c17-1f31-4c21-a12a-c7d28021196f ro recovery nomodeset 
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.8.0-36-generic
	}
}

### END /etc/grub.d/10_linux ###

qui permet de lancer l'Os installé en /dev/sda1, est le même dans les trois partitions.

Comme la partition avec l'UUID 2d5e3c17-1f31-4c21-a12a-c7d28021196f (/sda1) est présent dans la config.

Depuis le menu Grub. Que l'on démarre depuis /dev/sda1, sda3, sda4 .
C'est toujours l'Os installé en /dev/sda1 qui démarre.

De plus le contenu des fichiers /etc/fstab des trois partitions est le même, et ne permet que de démarrer sur l'Os installé en /dev/sda1.

Pour que les systèmes copiés en /dev/sda3 et /dev/sda2 puissent démarrer vraiment sur les copies.
Il faut que les UUID de /sda3 et /sda4 soit changés.
Que les nouveaux UUID de /sda3 et /sda4 soit respectivement changés dans les fichiers /etc/fstab de /sda3 et /sda4.
Une simple mise à jour de grub de /sda1 ne suffit pas pour que çà puisse vraiment redémarrer sur le copies. Il faut réinstaller Grub dans /sda3 et /sda4 en session live en chroot, ou avec Boot-Repair. .

Sinon, on va continuer à redémarrer sur /dev/sda1

Pour l'autre sujet je n'ai pas lu son contenu, mais si on fait les mêmes manip de copie du système de /sda1 sur un autre disque, sans faire les manip que j'indique.
La machine démarrera sur /dev/sda1 si le disque qui contient ce système est branché. Ou on aura une erreur grub rescue > , si le disque qui contient /sda1 n'est pas branché.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 31/03/2017, à 23:11)

jmseve95 · Le 31/03/2017, à 23:26

Bonsoir et merci de la réponse Babdu89,

sur l'analyse, ke suis un peu (doux euphémisme) largué.
J'avais réalisé là qqchose d'un peu plus compliqué parceque j'avais compris qu'il fallait changer l'UUID suivi d'un "sudo update-grub" (je le sors de tête, j'espère ne pas me tromper) pour pouvoir booter sur la nouvelle partition clonée.

Mon souhait (initié par bougron) c'était (c'est) de disposer d'une partition qui me permette de remonter rapidement une partition cassée par mes (nos) manips.
Sur le dernier essai que j'ai réalisé,
- instal complète propre
- reboot suivi d'un paramétrage élémentaire (écran, navigateur)
- reboot sur live CD gparted
- copie de la partition ext4 (en général sda2 vers sda4)
Le premier redémarrage se fait sur sda2, mais les suivants basculent sur sda4, Why, I don't know!
Pas trop envie de tout refaire à nouveau, mais sur le dernier coup, où je vérifiais à chaque fois sur quelle partition j'étais monté, je suis certain de ce que je dis.
Ce qui explique que, suite à une casse, lorsque je voulais récupérer, sans avoir vérifier sur quele partition je travaillais, je recopiais en fait la partition vérolée sur la bonne. Et donc plus aucun démarrage.

Bougron · Le 31/03/2017, à 23:36

Bonsoir Badu89
Initialement, je pensais seulement faire dupliquer la partition installée et utiliser la partition dupliquée pour ré-écraser la partition originale lorsque celle-ce perdait pied plutôt que de la réinstaller. (histoire de rapidité.)

============================= Boot Info Summary: ===============================
 => Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos1)/boot/grub. It also embeds following components:

Dernière modification par Bougron (Le 31/03/2017, à 23:41)

Babdu89 · Le 01/04/2017, à 01:19

Bonsoir Bougron.

Gparted copie en gardant l'UUID de la partition originale.
Si on copie sur le même disque, le système n'aime pas trop au démarrage deux partitions avec le même UUID, le même grub.cfg et le même fstab. Pour garder la copie sous forme de sauvegarde. Dans ce cas, en root dans la copie, je renomme les fichiers grub.cfg et fstab de la copie, pour que le système ne puisse pas utiliser la partition de sauvegarde. Elle ne peut plus démarrer.
Si il y a un souci avec l'originale, je rétablis grub.cfg et fstab de la copie. Je formate la partition originale, et çà redémarre avec la copie, bien que dans le secteur de boot on voit (hd0,msdos1). C'est L'UUID qui n'a pas changé dans la copie qui sera pris en compte, pour que çà redémarre quand même.
Par la suite si on veut que ce soit propre, on peut réinstaller grub dans le secteur de boot depuis la copie, pour changer (hd0,msdos1).

Mais bon, lorsqu'on dispose de plusieurs copies, pourquoi ne pas les rendre utilisables tout de suite en faisant les manips que j'indique?. Çà permet de faire des tests sans soucis, et craintes pour le système original. C'est ce que je pratique souvent.

@+. Babdu89 .

MicP · Le 01/04/2017, à 05:02

Bonjour

…utiliser la partition dupliquée pour ré-écraser la partition originale…

Créé une copie de la partition sous la forme d'un fichier => dans une autre partition.

De cette façon, il te suffira de recopier le fichier sur la partition à remettre comme avant,
et tu n'aura pas ce problème de présence de deux partitions avec le même UUID

=======
Dans les lignes de commandes qui suivent, je te laisse adapter
4M
/dev/sda1
/pointDeMountageNouvellePartition/
fichierCopieSda1.dd
en fonction de ta machine et de tes choix

=======
NOTE : Avant de créer le fichier de sauvegarde avec dd
avec GParted, je réduis au maximum la taille de la partition à sauvegarder,
ça en fait moins à copier et avec GParted c'est très simple et très rapide de l'agrandir à nouveau après

=======
1°/ D'abord, tu créé une partition qui va contenir le fichier => cette partition devra être plus grande que celle qui va être copiée pour sauvegarde dans un fichier

2°/ Depuis un démarrage en Live , mounte le système de fichiers de la partition que tu viens de créer (celle qui va contenir le fichier à sauvegarder)

3°/ Si la partition à sauvegarder est /dev/sda1 (et bien sûr, il ne faut pas que le système de fichiers de /dev/sda1 soit mounté)
Créé le fichier fichierCopieSda1.dd avec la commande :

sudo dd if=/dev/sda1 of=/pointDeMountageNouvellePartition/fichierCopieSda1.dd bs=4M && sync

Si tu veux, une fois le fichier fichierCopieSda1.dd créé,
tu pourra dé-mounter de /pointDeMountageNouvellePartition/ le système de fichiers qui contient fichierCopieSda1.dd
pour pouvoir réduire au plus petit la taille de la partition contenant ce fichier.

=======
En cas de besoin, plus tard, toujours depuis un démarrage en Live,
après avoir mounté le système de fichiers qui contient le fichier de sauvegarde fichierCopieSda1.dd que tu avais créé,
et à condition que le système de fichiers de /dev/sda1 ne soit pas mounté,
tu pourra recopier ce fichier sauvegardé pour remplacer le contenu de /dev/sda1 avec :

sudo dd of=/dev/sda1 if=/pointDeMountageNouvellePartition/fichierCopieSda1.dd bs=4M && sync

Une fois recopiée, il restera à la faire prendre en compte par le système en redémarrant le système Live si besoin
et à agrandir avec GParted la partition recopiée si besoin.

Dernière modification par MicP (Le 01/04/2017, à 12:31)

Bougron · Le 01/04/2017, à 08:46

Bonjour
C'est effectivement la solution la plus pratique

jmseve95 · Le 01/04/2017, à 14:35

Je suis d'accord, mais il faut que je comprenne.
J'ai retrouvé ce matin au club, une doc complète de Mandrakelinux 10.1 achetée lorsque je pensais passer tout le monde sous Linux!
Me reste la doc et les Cd(s) d'instal.

Bon,
1°/ D'abord, tu créé une partition qui va contenir le fichier => cette partition devra être plus grande que celle qui va être copiée pour sauvegarde dans un fichier
ça je sais faire avec gparted, sans Pb. Je crée par ex sda3

2°/ Depuis un démarrage en Live , mounte le système de fichiers de la partition que tu viens de créer (celle qui va contenir le fichier à sauvegarder)
Démarrage en live, sur quoi, un live cd Ubuntu?
Monte - demonte, je n'arrive pas à appréhender ce type de Cde
quelle Cde dois je utiliser pour monter la partition sda3 que je viens de créer?

3°/ Si la partition à sauvegarder est /dev/sda1 (et bien sûr, il ne faut pas que le système de fichiers de /dev/sda1 soit mounté)
Créé le fichier fichierCopieSda1.dd avec la commande :
Si je viens de booter en live Cd Ubuntu,sda1 ne devrait pas être montée, Si?. non?

sudo dd if=/dev/sda1 of=/pointDeMountageNouvellePartition/fichierCopieSda1.dd bs=4M && sync

Si tu veux, une fois le fichier fichierCopieSda1.dd créé,
tu pourra dé-mounter de /pointDeMountageNouvellePartition/ le système de fichiers qui contient fichierCopieSda1.dd
pour pouvoir réduire au plus petit la taille de la partition contenant ce fichier.

Ca en fait des questions!

=======
En cas de besoin, plus tard, toujours depuis un démarrage en Live,
après avoir mounté le système de fichiers qui contient le fichier de sauvegarde fichierCopieSda1.dd que tu avais créé,
et à condition que le système de fichiers de /dev/sda1 ne soit pas mounté,
tu pourra recopier ce fichier sauvegardé pour remplacer le contenu de /dev/sda1 avec :

sudo dd of=/dev/sda1 if=/pointDeMountageNouvellePartition/fichierCopieSda1.dd bs=4M && sync

Bougron · Le 01/04/2017, à 15:13

Bonjour.
Je vais te donner un exemple à peu près complet (du moins je l'espère).
1) Au tout début, tu as un support d'installation de l'OS, c'est soit une clé USB, un cdrom, un dvdrom, voir une partition contenant la structure d'installation. On appelle cela le "live".
2) Tu bootes avec ce "live", tu choisis "essayer avant d'installer et tu installes (Je pense que cela sera /dev/sda3) Mais lorsque l'installation se termine, tu continues sans booter.
3) Tu lances GPARTED.
4) Tu rétrécis la partition que tu viens d'installer. Dans mon souvenir c'était avec une valeur de 7000 Mo en taille finale.
5) Tu mets une étiquette/un label à cette partition.
Puis
6) Tu va créer (toujours avec gparted) une nouvelle partition de petite taille mais plus grande que la partition actuelle. Elle n'a pas besoin d'être beaucoup plus grande. 10 Mo de plus doivent suffirent. Donc une taille de 7010 Mo.
7) Avant d'activer cette création, tu constateras qu'il y a pas mal d'espace disponible derrière cette nouvelle partition et 0 Mo devant..
8) Tu reportes la valeur qu'il y avait derrière à la place du 0 qu'il y a devant. Tu valides. Tu constateras que derrière, il y a maintenant 0.
Je te fais faire cette opération pour éviter de déplacer plus tard cette partition afin de permettre un agrandissement de la vraie partition.
9) Création de la partition de stockage du fichier (Je pense que cela sera /dev/sda5) puis mise d'une étiquette/un label.
10) Création du point de montage de la partition de stockage.

sudo mkdir /mnt/SDA5

11) Montage de la partition de stockage. Comme on vient de la créer, elle n'est pas montée.

sudo   mount -v    /dev/sda5    /mnt/SDA5

12) Lancement de la copie par la commande:

sudo dd    if=/dev/sda3    of=/mnt/SDA5/CopieSda3.dd     bs=4M     && sync

13) Attente de la fin de la copie puis démontage de la partition.

sudo   umount   -v   /dev/sda5

14) Puis boot classique.
Bien sur, il faut être sur que c'est SDA3 et SDA5 mais tu as vu les vraies valeurs avec gparted.

Maintenant, pour remettre en état SDA3 avec SDA5, c'est:
a) Tu bootes avec ce "live". Tu choisis "essayer avant d'installer".
b) Création du point de montage de la partition de stockage.

sudo mkdir /mnt/SDA5

c) Montage de la partition de stockage.

sudo   mount -v    /dev/sda5    /mnt/SDA5

d) Lancement de la copie par la commande:

sudo dd     if=/mnt/SDA5/CopieSda3.dd         of=/dev/sda3   bs=4M     && sync

e) Attente de la fin de la copie puis démontage de la partition.

sudo   umount   -v   /dev/sda5

f) Puis boot classique.

Dernière modification par Bougron (Le 01/04/2017, à 17:35)

jmseve95 · Le 01/04/2017, à 17:32

En retard, pas facile la vie!

je suis parti de ce que j'ai et j'ai adapté, à priori sans erreur pour moi, mais au fial, pas bon
sda1 mon instal,
sda3 sa copie réalisée à ta manière, elle contient actuellement des modifs par rapport à sda1

1)pas de souci, c'est su
2) Tu bootes avec ce "live", tu choisis "essayer avant d'installer et tu installes (Je pense que cela sera /dev/sda3) Mais lorsque l'installation se termine, tu continues sans booter.
Je lance, essayer Ubuntu, c'est su
3)c'est su
4) je touche pas, c'est bon comme ça
5) etiquette est grisé, pas fait mais pas grave
6) 7) 8) 9) c'est su étiquette "sauvegarde"
10) 11) 12) voir ci dessous
Pour respecter ta signalétique, j'ai supprimé sda4 et créé SDA4
Difficile, mais ça revient!

ubuntu@ubuntu:~$ sudo mkdir /mnt/sda4
ubuntu@ubuntu:~$ sudo mkdir /mnt/SDA4
ubuntu@ubuntu:~$ cd mnt
bash: cd: mnt: Aucun fichier ou dossier de ce type
ubuntu@ubuntu:~$ cd /mnt
ubuntu@ubuntu:/mnt$ ls
sda4  SDA4
ubuntu@ubuntu:/mnt$ rm -r /sda4
rm: impossible de supprimer '/sda4': Aucun fichier ou dossier de ce type
ubuntu@ubuntu:/mnt$ sudo rm -r /sda4
rm: impossible de supprimer '/sda4': Aucun fichier ou dossier de ce type
ubuntu@ubuntu:/mnt$ sudo rm -r /mnt/sda4
ubuntu@ubuntu:/mnt$ ls
SDA4
ubuntu@ubuntu:/mnt$ cd ..
ubuntu@ubuntu:/$ ls /mnt
SDA4
ubuntu@ubuntu:/$ sudo   mount -v    /dev/sda4   /mnt/SDA4
ubuntu@ubuntu:/$ sudo dd if=/dev/sda1  of=/mnt/SDA4CopiedeSda1.dd  bs=4M   &&   sync
dd: erreur d'écriture de '/mnt/SDA4CopiedeSda1.dd': Aucun espace disponible sur le périphérique
719+0 enregistrements lus
718+0 enregistrements écrits
3012632576 bytes (3,0 GB, 2,8 GiB) copied, 40,7188 s, 74,0 MB/s
ubuntu@ubuntu:/$

Il y a de la place mais il doit y avoir une erreur, où?
je trouve pas!

jmseve95 · Le 01/04/2017, à 17:35

j'ai juste omis de te joindre l'image de gparted
Avant
http://www.hostingpics.net/viewer.php?i … 161445.png
Après
http://hpics.li/abab825

trouvé, je suis dyslexique!

ubuntu@ubuntu:/$ sudo dd if=/dev/sda1 of=/mnt/SDA4CopiedeSda1.dd bs=4M && sync

Dernière modification par jmseve95 (Le 01/04/2017, à 17:42)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 30/03/2017, à 13:55

Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#2 Le 30/03/2017, à 16:09

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#3 Le 30/03/2017, à 16:26

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#4 Le 30/03/2017, à 17:10

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#5 Le 30/03/2017, à 17:33

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#6 Le 30/03/2017, à 18:23

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#7 Le 30/03/2017, à 18:39

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#8 Le 30/03/2017, à 21:46

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#9 Le 30/03/2017, à 21:54

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#10 Le 31/03/2017, à 16:14

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#11 Le 31/03/2017, à 17:30

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#12 Le 31/03/2017, à 17:35

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#13 Le 31/03/2017, à 22:00

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#14 Le 31/03/2017, à 22:19

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#15 Le 31/03/2017, à 22:22

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#16 Le 31/03/2017, à 23:04

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#17 Le 31/03/2017, à 23:26

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#18 Le 31/03/2017, à 23:36

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#19 Le 01/04/2017, à 01:19

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#20 Le 01/04/2017, à 05:02

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#21 Le 01/04/2017, à 08:46

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#22 Le 01/04/2017, à 14:35

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#23 Le 01/04/2017, à 15:13

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#24 Le 01/04/2017, à 17:32

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

#25 Le 01/04/2017, à 17:35

Re : Duplication de partition Ubuntu pour sauvegarde (RESOLU)

Pied de page des forums