Ubuntu-fr

misteraph

Changement de disque dur

Bonjour à tous.

Je possède actuellement un disque dur Seagate de 2To qui est en fin de vie.
Je prévois de le remplacer par un autre disque de 4To.

Je souhaite conserver mon installation qui fonctionne bien, ainsi que mes données.

Je dispose de 3 partitions :
Swap : 4Go
Système : 20Go
Data : le reste soit environ 1900Go.

Je voudrais cloner tout ça sur mon nouveau disque mais aussi profiter de l'opération pour redimensionner la partition système à 40Go.

J'ai vu pas mal de posts à ce sujet. Certains mentionnent dd, ddrescure, clonezilla ou encore gparted.
Je voulais valider avec vous la meilleure procédure, qui sera la plus fiable possible.
Mes données les plus importantes sont déjà sauvegarder sur un support externe.

Merci pour vos suggestions.

Misteraph

Babdu89

Re : Changement de disque dur

Bonjour.

Je possède actuellement un disque dur Seagate de 2To qui est en fin de vie.
Je prévois de le remplacer par un autre disque de 4To.

Le disque de 2 To pouvait encore avoir une table de partition de type MSDOS. Pour être pris en compte par les systèmes.
Il peut aussi avoir une table de partitions de type GPT.
Le disque de 4 To devra avoir une table de partitions de type GPT, pour être pris en compte par les systèmes.

Il faut aussi savoir comment est installé ton système actuellement sur le disque de 2 To. 
En mode Bios_Legacy, donc avec une table de partitions de type MSDOS. ou en mode UEFI, avec une table de partition de type GPT.

Veux tu bien donner le retour de

sudo fdisk -l

Avec un L Minuscule.

Je dispose de 3 partitions :
Swap : 4Go
Système : 20Go
Data : le reste soit environ 1900Go.

On a déjà un élément  de réponse, mais il vaut mieux confirmer.
Si la copie du système doit être faite en mode Bios_Legacy, le hdd de 4 To avec table de partition de type GPT, devra avoir une partition Boot-Bios, pour permettre à la copie de marcher.

@+.   Babdu89  .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

misteraph

Re : Changement de disque dur

Salut,

Merci pour tes explications.

En effet je n'ai pas pris en compte considération le type de la table de partitions.

Voici le résultat de la commande que tu m'as demandée.

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 têtes, 63 secteurs/piste, 243201 cylindres, total 3907029168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000e3c6f

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sda1        47063040  3907028991  1929982976   83  Linux
/dev/sda2        39063552    47063039     3999744   82  partition d'échange Linux / Solaris
/dev/sda3   *        2048    39063551    19530752   83  Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque

Babdu89

Re : Changement de disque dur

Bonjour.
Ok , Merci

On voit que le hdd de 2 To, a une table de partitions de type MSDOS.
Donc pas d'installation de ton Ubuntu en UEFI. Il est bien installé en mode Bios_Legacy.

Alors,  comme il faudra que ton hdd de 4 To ai une table de partition de type GPT, pour pouvoir être géré convenablement par le système.
Comme l'installation que tu veux copier du hdd de 2 To vers la hdd de 4 To est faite en mode Bios_Legacy.
Pour pouvoir redémarrer, le boot devra se faire avec une partition Boot-Bios (ou Bios-Boot) .

Et là , pour moi c'est une inconnue, car il semble que Boot-Repair ne prend pas en compte (à vérifier) ce type de réinstallation de Grub .
Contrairement à l'installateur de Ubuntu (Ubiquity) qui sait trouver la partition Boot-Bios en Bios Legacy sur un hdd en GPT, et la partition /boot/efi en installation UEFI. Mais là, on parle d'installation, pas de refaire le boot d'une copie d'Os, en live avec Boot-repair...
Il n'y a rien dans les "Options avancées", d'autre que la prise en compte d'une partition /boot séparée. Ce qui n'a rien à voir avec une partition Boot-Bios

Si la copie semble possible, on peut la faire avec Gparted en session live de disque à disque. (ou en commande  avec CP de partition à partition)
La réinstallation du programme de démarrage dans ce cas, je ne sais pas comment çà pourrait se passer.
Il va nous falloir l'avis de spécialistes...

Je vais aussi regarder les scripts de Boot-Repair... ( Je n'ai pas trouvé!!!.) .

Lire ceci;

https://forum.ubuntu-fr.org/viewtopic.php?id=1997731

Nasman a écrit;

Le démarrage en mode bios
Au démarrage du pc, le premier secteur du disque est chargé en mémoire et le code situé dans le mbr est exécuté (boot.img), ce dernier lit l'adresse LBA de core.img (indiqué à l'offset 0x5c du mbr), charge un secteur puis exécute le code chargé.
Généralement l'adresse en 5c est la LBA=1 qui se situe juste après le mbr et avant les premières partitions. Le code de core.img fait un peu moins de 32 kio et tient dans le "mbr gap" même pour les partitions alignées au cylindre (première partition commençant à la LBA=63). Les partitions alignées au Mio commencent à la LBA=2048

Attention : dans le cas d'un disque gpt, il n'existe plus de "mbr gap" puisque les en-têtes gpt commencent juste après le mbr. Pour booter en mode bios sur partition gpt il faut une partition (non formatée mais cependant réservée) pour y mettre core.img. Cette partition devra avoir le flag boot_bios (ce flag sert lors de l'installation de core.img)

Et, dans ton cas, c'est ce qui est en gras, qui est l'inconnue pour moi.

On va être obligé de demander l'aide à Nasman...

@+.   Babdu89   .

Dernière modification par Babdu89 (Le 07/11/2016, à 18:27)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

grigouille

Re : Changement de disque dur

Utilises-tu lvm ?

---

Debian (xfce) 12
HP LaserJet M1132 MFP

Bougron

Re : Changement de disque dur

Bonsoir
Si ton disque de 2 To est en fin de vie, Utilises rapidement le nouveau disque de 4 To!
Tu lui fabriques une table de partition GPT au lieu de MSDOS et tu clones les partitions avec GPARTED en commençant par la partition de données.... S'il n'est pas trop tard.
Pour cloner ubuntu, tu devras le faire en session LIVE- USB. On verra plus tard ce que boot-repair peut faire. Normalement, il sait réparer mais tu devras lui créer préventivement
     soit une partition EFI de 100 Mo en FAT32 avec le drapeau ESP   si le micro sait boot en EFI. Car cela sera l'occasion d'oublier le legacy!
     Soit une partition BIOS-BOOT de 2 Mo non formatée avec son flag  dans le cas contraire.
Le plus simple pour toi est de créer immédiatement ces deux partitions si tu ne sais pas le style de boot futur que tu utiliseras  avec  ton micro.

Attention si ton disque est trop abimé, le gparted ne fonctionnera pas et il te le dira. Cela sera alors avec DDrescue.
Mais comme j'ai vu que tu as sauvegardé tes données. Assurément le plus simple sera de faire une installation neuve.

Tu peux cependant ne faire que la duplication de la partition contenant l'OS.    Après cette duplication, tu pourras lui changer la taille. Un swap cela se refabrique.
C'est boot-repair qui remettra en état la façon de booter (LEGACY ou EFI). Il sait faire. C'est d'ailleurs son métier premier.
Remarque, Si gparted ne sait pas dupliquer la partition UBUNTU, C'est que des secteurs ne sont plus lisibles. Dans ce contexte, Pas de réparation mais une installation neuve. On ne va pas s'amuser à trouver le fichier qui n'est plus lisible et qu'il faut remplacer pour que ubuntu daigne booter ou fonctionner.

L'idéal pour toi en live USB et avec son GPARTED
  1) Fabriquer une table de partition GPT
  2) Fabriquer la partion FA32 100 Mo et drapeau ESP
  3) Fabriquer la partition Bios Grub et drapeau bios-boot
  4) Cloner ubuntu
  5) Agrandir la duplication à 40 Go
  6) Fabriquer une partition swap
  7) Cloner la partition DATA
  8) Modifier le fichier /etc/fstab de la duplication pour enlever la référence au swap
  9) Démonter le disque de 2 To
10) Demander à boot-repair de remettre en état.
Bonne réussite.

Dernière modification par Bougron (Le 07/11/2016, à 23:23)

misteraph

Re : Changement de disque dur

Merci pour ces précisions.
Je n'utilise pas lvm, du fait de la simplicité de mon partitionnement.
Il ne me semble pas que mon pc gère L'UEFI (asus s1-at5nm10e).
Pourquoi créer une partition BOOT-BIOS ? Je ne trouve pas grand chose à ce sujet et je n'en ai jamais créer auparavant.

misteraph

Re : Changement de disque dur

J'ai cherché trop vite. La partition BOOT-BIOS est nécessaire avec une table GPT.

Bougron

Re : Changement de disque dur

Ton ordinateur est équipé d'un processeur 32 bits, incapable de gérer EFI donc inutile de créer la partition FAT32
Créer une partition BIOS-Boot

Une partition BIOS-Boot peut être créée via une version récente de gParted, et doit posséder les caractéristiques suivantes:
    Point de montage : aucun
    Taille : 1Mo
    Type : non formaté
    Autre : doit être située en début   d'un disque partitionné en GPT, et doit posséder un drapeau bios_grub

misteraph

Re : Changement de disque dur

Mon processeur est un 64 bits (Atom d525), et je fais bien tourner une version 64 de Ubuntu.

J'ai également d'autres questions :

La commande "sudo fdisk -l"  a retourné le message "Les entrées de la table de partitions ne sont pas dans l'ordre du disque". À quoi cela est-il dû ?

Lorsque je vais partitionner, je suppose que Gparted va me demander la taille des secteurs (qui était de 512 sur mon disque mourant). Y a-t-il des best pratices ?

Merci

Bougron

Re : Changement de disque dur

J'ai barré...
L'ordre des partitions n'a pas tellement d'importance, c'est lié à la façon dont on ajoute et on supprime les partitions
Gparted ne te demandera pas la taille des partitions car il sait que ubuntu ne sait traiter que du 512.
Si ton nouveau disque a des secteurs physiques de 4096, C'est son firmware qui s'amusera à bricoler pour faire croire qu'il sait écrire des paquets de 512 octets.
je pense que la quasi totalité des disques fonctionne comme cela.  https://forum.ubuntu-fr.org/viewtopic.p … #p18846621

Nasman

Re : Changement de disque dur

Concernant la partition bios_boot :
Une installation en mode legacy nécessite les éléments suivants :
- grub installé dans le mbr
- core.img installé dans un espace sans système de fichiers
- et une partition système (ou une partition /boot contenant grub.cfg)

Avec un disque avec une table des partitions msdos, core.img est installé juste après le mbr dans le "mbr gap", au deuxième secteur du disque (LBA=1). Avec une table des partitions gpt cet espace est déjà occupé par l'en-tête gpt et les caractéristiques des partitions. Il faut donc réserver un espace en créant une partition dédiée. Le flag boot_grub (ou bios-boot) sert lors de l'installation de grub pour savoir où mettre core.img.

D'un point de vue fonctionnel l'espace nécessaire ne fait que 32 kio (c'était l'espace disponible entre le mbr et la première partition, traditionnellement à la LBA=63 dans les disques alignés au cylindres). Avec les disques alignés au Mio, la première partition commence à la LBA=2048.
Je pense que le plus simple (et économique en place est de mettre cette partition entre la LBA=2048 et 4095 - donc taille 1 Mio, espace précédent=1 Mio).

Nota: une partition efi peut éventuellement être créée en prévision du jour où tu voudras installer ton disque dans un PC ne bootant qu'en uefi.

---

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Nasman

Re : Changement de disque dur

Concernant le clonage des partitions, je ne suis pas sur que tu auras un système fonctionnel si les numéros des partitions changent dans cette affaire - sachant qu'il te faudra au moins une partition supplémentaire (bios_boot).
En ce qui concerne la partition système que tu veux agrandir, je pense que le mieux est de créer une partition de la même taille que la partition actuelle (même nombre de secteurs et alignée au Mio) en prévoyant l'espace supplémentaire avant la partition suivante. Après clonage (quid des uuid avec les tables gpt qui ont un crc32 sur les partitions et en-têtes ?), il devrait être possible d'étendre la partition vers la droite.

---

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Bougron

Re : Changement de disque dur

Bonjour
si tu fabriques la partition bios boot en premier, elle aura le n° 1
si tu fabriques une autre partition, elle aura le n° 2 (partition fat32?)
ou si tu clones ta partition de Data, elle aura le N°2
Puis si tu clones la partition Ubuntu, elle aura le n° 3 comme maintenant et aussi avec le même UUID.
Ce qui veut dire que tu n'auras pas besoin de rectifier le contenu du fichier /etc/boot/grub.cfg

Si tu fabriques à l'avance la partition destinée à recevoir ubuntu, elle aura un UUID autre, c'est certainement possible de l'obliger à avoir le même UUID que la partition ubuntu actuelle mais je ne connais pas la commande. Donc, il faudra que tu rectifies le UUID dans le fichier.
Si ta partition n'a pas le n° 3, ll faudra que tu rectifies la position.
La rectification peut seulement être faite dans le premier MENUENTRY.
La suite se faisant après mise en route via la commande "sudo update-grub"

et c'est boot-repair qui renseigne le MBR et la partition bios-boot.

Ajout. Je pars du principe que la structure d'un UUID d'une partition primaire est indépendante du type de la table de partition. Donc que la valeur n'a pas lieu de changer. Mais c'est un contexte que je ne connais pas n'ayant fait  que des déplacements sur des disques GPT

Dernière modification par Bougron (Le 08/11/2016, à 11:16)

Babdu89

Re : Changement de disque dur

Bonjour.

Bougron a dit;

et c'est boot-repair qui renseigne le MBR et la partition bios-boot.

Tu es sûr de çà?
C'est justement mon questionnement, post#4 .?

Pour le n° de partitions, grub s'en fiche. ce qui l'intéresse, ce sont les UUID.
En mode Bios. Avec des hdd avec table de partitions MSDOS.
Avec Gparted. On copie une partition système source /dev/sda1 sur le disque cible, en /dev/sdb3.
On garde le même UUID;  On réinstalle grub avec Boot-Repair.
Au redémarrage on débranche le disque ou est l'Os source, pour ne pas foutre le binz avec des partitions qui ont le même UUID, mais pas le même nom (/sda1, /sdb3), et la copie marche.

Alors, en GPT avec la partition Boot-Bios, comment çà va se passer, à la réinstallation de grub?
Contrairement à l'installateur de Ubuntu (Ubiquity). Je ne pense pas que Boot-Repair prenne çà en compte, d'où mon questionnement ?.
Je n'ai jamais testé çà...

Il va falloir que je teste une copie d'Os, installé sur un hdd avec table de partition de type MSDOS,  sur un périphérique avec table de partition en GPT. En changeant volontairement la place de la partition copie. source /sda1 vers cible en /sdb2.
Préparation du périphérique en GPT avec Gparted et y mettre une partition Boot-Bios. Puis faire la copie des partitions avec gparted, pour être sûr de garder l'UUId de la partition source.
Réinstallation de grub en mode Bios-Legacy avec Boot-Repair dans la copie, pour savoir comment il se débrouille avec la partition Boot-Bios, et si çà marche....

@+.   Babdu89  .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Nasman

Re : Changement de disque dur

On peut utiliser grub-install au lieu de boot-repair

A tester (en mode "Live") :
Monter la partition système ubuntu (ou celle qui contient /boot/grub), appelons la sdXY

sudo mount /dev/sdXY /mnt

sudo grub-install --boot-directory=/mnt/boot /dev/sdX

Ceci devrait installer grub dans le mbr du disque sdX et je pense mettre aussi core.img dans la partition ayant le flag bios_grub

---

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Babdu89

Re : Changement de disque dur

Nasman a écrit;
On peut utiliser grub-install au lieu de boot-repair

Oui, mais j'aimerais savoir si Boot-Repair s'en sort ?.  Et Boot-Repair me fera un boot info en prime.
Alors, Je vais tester les deux en refaisant la partition Bios-grub avec Gparted entre les deux test...

Alors; Copie d'un système installé en mode Bios.  Faite sur une clé avec table de partition GPT et partition Bios-grub.
J'ai volontairement fait la copie avec CP de partition a partition . Partition cible crée sur la clé, + partition swap; pour que les UUID soient changés.

Sur le hdd de la config.
Partition source /dev/sdb24, 31 Go, taille des données 3,6 Go. label;   test  (pour faciliter les commandes de copie)

Sur la clé;
Partition non formatée de 2 Mio. avec drapeau Bio-grub.
Nouvelle partition ext4  cible /dev/sde2,  10 Go, taille des données 3,6 Go. label; copy-test  (pour faciliter les commandes de copie)
Nouvelle partition swap de 4 go.

Copie faite avec cp.

sudo cp -av /media/<mon user>/test/. /media/<mon user>/copy-test

En root changement des UUID dans le fstab de la copie.
Prêt pour tester la réinstallation de Grub en live.

À suivre...

@+.   Babdu89  .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Nasman

Re : Changement de disque dur

Tu peux faire un boot-info et non pas un boot-repair pour voir le résultat du grub-install.
boot-repair a la fâcheuse tendance d'écrire des grub dans tous les mbr

---

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Babdu89

Re : Changement de disque dur

Alors test avec les commandes. en live.

blkid me dit que la copie est en /dev/sdc2

bernard@bernard:~$ sudo mount /dev/sdc2 /mnt
[sudo] password for bernard: 
bernard@bernard:~$ sudo grub-install --boot-directory=/mnt/boot /dev/sdc
Installation pour la plate-forme i386-pc
Installation terminée, sans erreur.
bernard@bernard:~$ 

Je suis bien en session live, depuis un Lubuntu 14.04 à jour. c'est une iso faite avec Remastersys qui me garde mes login et mot de passe. j'y a intégré Boot-Repair Os-Uninstaller et Boot-Info.

On va voir si çà démarre sur la clé...

Tu peux faire un boot-info et non pas un boot-repair pour voir le résultat du grub-install.
boot-repair a la fâcheuse tendance d'écrire des grub dans tous les mbr

Ok.

Édit.

Redémarrage sur la copie OK. C'est bon çà marche. Je poste depuis la copie.

Le Boot info;

http://paste.ubuntu.com/23447443/

La source  "test" est en /dev/sde24, la copie  "copy-test"  est en /dev/sdd2

sdd1: __________________________________________________________________________

    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info: 

sdd2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 14.04.3 LTS 
    Boot files:        /boot/grub/grub.cfg /etc/fstab 
                       /boot/grub/i386-pc/core.img

sdd3: __________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info: 

sde1: __________________________________

Non non!!! çà ne va pas voir ci-dessous.

Test avec Boot-repair, après la soupe...

@+.   Babdu89  .

Dernière modification par Babdu89 (Le 08/11/2016, à 23:02)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Babdu89

Re : Changement de disque dur

Dans le Boot-info après réinstallation de Grub avec les commandes...

http://paste.ubuntu.com/23447443/

Si on voit bien l'écriture de core.img dans

sdd1: __________________________________________________________________________

    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info: 

Les bons UUID dans le fstab de /dev/sdd2

=============================== sdd2/etc/fstab: ================================

--------------------------------------------------------------------------------
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sd*2 during installation
UUID=f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2  /               ext4    errors=remount-ro 0       1
# swap was on /dev/sd*3 during installation
UUID=6392318e-95be-491a-96bc-75a17c338ebb none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

Mais... La réinstallation de grub ne se fait pas bien, car il n'y a pas de changement des UUID dans le grub.cfg de /dev/sdd2 , c'est l'UUID de /dev/sdb24 la partition Original.

le grub.cfg de /dev/sdd2

=========================== sdd2/boot/grub/grub.cfg: ===========================

--------------------------------------------------------------------------------
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd2,msdos24'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos24 --hint-efi=hd2,msdos24 --hint-baremetal=ahci2,msdos24  4892c119-02ba-425e-92b5-045d0d566f83
else
  search --no-floppy --fs-uuid --set=root 4892c119-02ba-425e-92b5-045d0d566f83
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=10
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=10
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=10
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###

### 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-4892c119-02ba-425e-92b5-045d0d566f83' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='hd2,msdos24'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos24 --hint-efi=hd2,msdos24 --hint-baremetal=ahci2,msdos24  4892c119-02ba-425e-92b5-045d0d566f83
	else
	  search --no-floppy --fs-uuid --set=root 4892c119-02ba-425e-92b5-045d0d566f83
	fi
	linux	/boot/vmlinuz-3.13.0-76-generic root=UUID=4892c119-02ba-425e-92b5-045d0d566f83 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-3.13.0-76-generic
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-4892c119-02ba-425e-92b5-045d0d566f83' {
	menuentry 'Ubuntu, avec Linux 3.13.0-76-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-76-generic-advanced-4892c119-02ba-425e-92b5-045d0d566f83' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd2,msdos24'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos24 --hint-efi=hd2,msdos24 --hint-baremetal=ahci2,msdos24  4892c119-02ba-425e-92b5-045d0d566f83
		else
		  search --no-floppy --fs-uuid --set=root 4892c119-02ba-425e-92b5-045d0d566f83
		fi
		echo	'Chargement de Linux 3.13.0-76-generic…'
		linux	/boot/vmlinuz-3.13.0-76-generic root=UUID=4892c119-02ba-425e-92b5-045d0d566f83 ro  quiet splash $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-3.13.0-76-generic
	}
	menuentry 'Ubuntu, with Linux 3.13.0-76-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-76-generic-recovery-4892c119-02ba-425e-92b5-045d0d566f83' {
		recordfail
		load_video
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd2,msdos24'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos24 --hint-efi=hd2,msdos24 --hint-baremetal=ahci2,msdos24  4892c119-02ba-425e-92b5-045d0d566f83
		else
		  search --no-floppy --fs-uuid --set=root 4892c119-02ba-425e-92b5-045d0d566f83
		fi
		echo	'Chargement de Linux 3.13.0-76-generic…'
		linux	/boot/vmlinuz-3.13.0-76-generic root=UUID=4892c119-02ba-425e-92b5-045d0d566f83 ro recovery nomodeset 
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-3.13.0-76-generic
	}
	menuentry 'Ubuntu, avec Linux 3.13.0-68-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-68-generic-advanced-4892c119-02ba-425e-92b5-045d0d566f83' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd2,msdos24'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos24 --hint-efi=hd2,msdos24 --hint-baremetal=ahci2,msdos24  4892c119-02ba-425e-92b5-045d0d566f83
		else
		  search --no-floppy --fs-uuid --set=root 4892c119-02ba-425e-92b5-045d0d566f83
		fi
		echo	'Chargement de Linux 3.13.0-68-generic…'
		linux	/boot/vmlinuz-3.13.0-68-generic root=UUID=4892c119-02ba-425e-92b5-045d0d566f83 ro  quiet splash $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-3.13.0-68-generic
	}
	menuentry 'Ubuntu, with Linux 3.13.0-68-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-68-generic-recovery-4892c119-02ba-425e-92b5-045d0d566f83' {
		recordfail
		load_video
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd2,msdos24'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos24 --hint-efi=hd2,msdos24 --hint-baremetal=ahci2,msdos24  4892c119-02ba-425e-92b5-045d0d566f83
		else
		  search --no-floppy --fs-uuid --set=root 4892c119-02ba-425e-92b5-045d0d566f83
		fi
		echo	'Chargement de Linux 3.13.0-68-generic…'
		linux	/boot/vmlinuz-3.13.0-68-generic root=UUID=4892c119-02ba-425e-92b5-045d0d566f83 ro recovery nomodeset 
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-3.13.0-68-generic
	}
}

J'ai cru redémarrer sur la copie, en fait c'est l'original  "test" en /dev/sdb24 qui démarre.

Je m'en suis aperçu après avoir supprimé la partition Bios-grub /dev/sdd1 .
Reboot sur la clé en GPT, pour confirmer que çà ne redémarre pas...

Et bien si!!! çà redémarre!!! . Mais encore sur /dev/sdb24 l'original. J'ai eu confirmation en éditant le menuentry...

Çà voudrait dire que les commandes ne fonctionnerait pas en live pour réinstaller grub, autrement qu'avec un chroot, pour avoir un grub.cfg correcte???.

Je teste maintenant avec Boot-Repair, en passant par les "options avancées", après avoir refait la partition Bios-grub.

À suivre.

@+.   Babdu89  .

Dernière modification par Babdu89 (Le 08/11/2016, à 23:26)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Babdu89

Re : Changement de disque dur

Alors la clé de tests est vue en /dev/sdb
partition bios-grub /sdb1
partition système copie /sdb2
partition swap /sdb3

Réinstallation de grub  avec Boot-Repair, en passant par les "options avancées". il n'y a rien de prévu concernant la partition bios-grub.
J'ai choisi la réinstallation de grub dans /dev/sdb2 et première partie de grub dans le secteur de boot de /dev/sdb, rien de plus.

Contenu du grub.cfg de /sdb2

=========================== sdb2/boot/grub/grub.cfg: ===========================

--------------------------------------------------------------------------------
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
set root='hd1,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
else
  search --no-floppy --fs-uuid --set=root f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=10
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=10
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=10
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###

### 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-f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	insmod part_gpt
	insmod ext2
	set root='hd1,gpt2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
	else
	  search --no-floppy --fs-uuid --set=root f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
	fi
	linux	/boot/vmlinuz-3.13.0-76-generic root=UUID=f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-3.13.0-76-generic
}
submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2' {
	menuentry 'Ubuntu, with Linux 3.13.0-76-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-76-generic-advanced-f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
		else
		  search --no-floppy --fs-uuid --set=root f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
		fi
		echo	'Loading Linux 3.13.0-76-generic ...'
		linux	/boot/vmlinuz-3.13.0-76-generic root=UUID=f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2 ro  quiet splash $vt_handoff
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-3.13.0-76-generic
	}
	menuentry 'Ubuntu, with Linux 3.13.0-76-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-76-generic-recovery-f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2' {
		recordfail
		load_video
		insmod gzio
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
		else
		  search --no-floppy --fs-uuid --set=root f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
		fi
		echo	'Loading Linux 3.13.0-76-generic ...'
		linux	/boot/vmlinuz-3.13.0-76-generic root=UUID=f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2 ro recovery nomodeset 
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-3.13.0-76-generic
	}
	menuentry 'Ubuntu, with Linux 3.13.0-68-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-68-generic-advanced-f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
		else
		  search --no-floppy --fs-uuid --set=root f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
		fi
		echo	'Loading Linux 3.13.0-68-generic ...'
		linux	/boot/vmlinuz-3.13.0-68-generic root=UUID=f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2 ro  quiet splash $vt_handoff
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-3.13.0-68-generic
	}
	menuentry 'Ubuntu, with Linux 3.13.0-68-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-68-generic-recovery-f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2' {
		recordfail
		load_video
		insmod gzio
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
		else
		  search --no-floppy --fs-uuid --set=root f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2
		fi
		echo	'Loading Linux 3.13.0-68-generic ...'
		linux	/boot/vmlinuz-3.13.0-68-generic root=UUID=f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2 ro recovery nomodeset 
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-3.13.0-68-generic
	}
}

C'est le bon UUID et la bonne partition /sdb2 .
Çà correspond au fstab.

=============================== sdb2/etc/fstab: ================================

--------------------------------------------------------------------------------
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sd*2 during installation
UUID=f1c83fd8-e1a8-4729-b7d7-1b5bc3e1abc2  /               ext4    errors=remount-ro 0       1
# swap was on /dev/sd*3 during installation
UUID=6392318e-95be-491a-96bc-75a17c338ebb none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

Je sais pour avoir testé et appris ce qu'était un chroot, en testant pour YannUbuntu, que Boot-Repair chroot pour réinstaller grub en session live.

On va voir au reboot sur la clé de test en éditant le menuentry.

@+.  Babdu89   .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

misteraph

Re : Changement de disque dur

Bonjour et merci à tous pour vos échanges et vos investigations.

Du coup je suis un peu perdu. Est-ce que l'un de vous pourrait l'indiquer la marche à suivre ?

Pour l'instant, je retiens (en considérant que /dev/sdb est mon nouveau disque) :
1 - en Live-USB, avec GParted, créer sur le nouveau disque la table de partition GPT
2 - créer une partition bios-boot de 1Mo au début du disque (devient /dev/sdb1) avec un espace précédent=1 Mio.
3 - copie de ma partition système /dev/sda3 sur le nouveau disque (devient /dev/sdb2)
4 - étendre cette partition  /dev/sdb2 à 40Go
5 - créer une partition swap à droite de /dev/sdb2 (devient /dev/sdb3)
6 - copier ma partition Data /dev/sda1 sur le nouveau disque (devient /dev/sdb4)
7 - étendre ma nouvelle partition Data (/dev/sdb4) jusqu’au bout du disque pour consommer le reste des 4To
8 - Éteindre le pc et débrancher le disque mourant
9 - Redémarrer le Live-USB
8 - sudo grub-install --boot-directory=/mnt/boot /dev/sdb2

Est-ce que tout est bon ?

Dernière modification par misteraph (Le 09/11/2016, à 00:11)

Babdu89

Re : Changement de disque dur

Babdu89 a écrit;
On va voir au reboot sur la clé de test en éditant le menuentry.

Oui, c'est bien sur la copie que je reboot...
Sur ce coup là, Boot-Repair s'en sort mieux que les commandes. Mais si on chroot en commande depuis la session live, on devrait obtenir le même résultat.

misteraph a écrit;
Du coup je suis un peu perdu. Est-ce que l'un de vous pourrait l'indiquer la marche à suivre ?

Bien sûr, maintenant que l'on sait que l'on pourra redémarrer la copie que tu envisages de faire.

Je lis la suite de ton post, pour répondre.

@+. Babdu89  .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Babdu89

Re : Changement de disque dur

Pour l'instant, je retiens (en considérant que /dev/sdb est mon nouveau disque) :
1 - en Live-USB, avec GParted, créer sur le nouveau disque la table de partition GPT
2 - créer une partition bios-boot de 1Mo au début du disque (devient /dev/sdb1) avec un espace précédent=1 Mio.
3 - copie de ma partition système /dev/sda3 sur le nouveau disque (devient /dev/sdb2)
4 - étendre cette partition  /dev/sdb2 à 40Go
5 - créer une partition swap à droite de /dev/sdb2 (devient /dev/sdb3)
6 - copier ma partition Data /dev/sda1 sur le nouveau disque (devient /dev/sdb4)
7 - étendre ma nouvelle partition Data (/dev/sdb4) jusqu’au bout du disque pour consommer le reste des 4To
8 - Éteindre le pc et débrancher le disque mourant
9 - Redémarrer le Live-USB
8 - sudo grub-install --boot-directory=/mnt/boot /dev/sdb2

Est-ce que tout est bon ?

Alors;
Pour le
1 - OK!.
2 - OK , Mai sans oublier de lui mettre le drapeau "bios-grub"
3 -  OK!
4 - OK! c'est ton choix. (Attention d'avoir mis à l'abri tes précieuses données personnelles, car si il y a crach, il faudra réinstaller.).
5 - OK!. avec une taille de 4 Go maxi. (Si tu ne copies pas celle du hdd de 2 To, il faudra changer l'UUID dans le fichier  /etc/fstab de la copie). On te guidera.
6 - OK!
7 - OK! c'est ton choix. (Attention d'avoir mis à l'abri tes précieuses données personnelles, car si il y a crach, il n'y aura plus accès à ces données).
8 - OK!.
9 - OK!.
10- Non, ne pas faire çà... On a vu plus haut qu'il faut chrooter en session live
Le plus simple dans ta session live.
Il faut installer/utiliser Boot-Repair,

http://doc.ubuntu-fr.org/boot-repair

En passant par les "Options avancées"  pour réinstaller grub dans /dev/sda2 (parce que /sdb2 va devenir /sda2 du fait que l'autre disque sera débranché.). Avec un seul disque, la réparation recommandée devrait faire le travail, mais bon...

Pour réinstaller grub si tu as besoin d'aide, tu fais signe lorsque tu en seras là.

Édit.
Bonjour.
Une remarque peut-être.

Pour les points 4 - et 7 - ...
Si tu prépares les partitions sur le hdd de 4 To avec Gparted à la bonne taille définitives.
Avec la commande cp (voir mes tests, post#17 et suivants), au lieu d'utiliser Gparted. Tu peux copier les données des partitions sources  du hdd de 2 To dans les partitions cibles du hdd de 4 To.
Comme il y aura changement des UUID  des partitions cibles, surtout la partition destinée à recevoir la copie du système.
Il faudra changer l'UUID de cette partition dans le fichier /etc/fstab de la copie, avant de réinstaller Grub. Il en sera de même si tu créés une partition swap sur le hdd de 4 To. La commande  "blkid" liste les disques, partitions et leurs UUID. Çà permettra de les connaître, pour les changer dans le "fstab" en mode admin.

Ainsi. Tu évites la copie des partitions avec Gparted qui sera longue.
Tu évites le redimensionnement des partitions qui sera lui aussi long, et peut faire prendre des risques aux donnés copiées.
À toi de voir ce qui te convient. (moi, c'est ce que je ferais, si il faut je te guiderais).
Dans ce cas, ne pas oublier de mettre des "label" (Étiquettes) au partitions sources et cibles avec Gparted, pour facilité l'écriture des commandes.

@+.  Babdu89  .

Dernière modification par Babdu89 (Le 09/11/2016, à 12:36)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Bougron

Re : Changement de disque dur

Bonjour et merci à tous pour vos échanges et vos investigations.

Du coup je suis un peu perdu. Est-ce que l'un de vous pourrait l'indiquer la marche à suivre ?

Pour l'instant, je retiens (en considérant que /dev/sdb est mon nouveau disque) :
1 - en Live-USB, avec GParted, créer sur le nouveau disque la table de partition GPT
2 - créer une partition bios-boot de 1Mo au début du disque (devient /dev/sdb1) avec un espace précédent=1 Mio.
3 - copie de ma partition système /dev/sda3 sur le nouveau disque (devient /dev/sdb2)
4 - étendre cette partition  /dev/sdb2 à 40Go
5 - créer une partition swap à droite de /dev/sdb2 (devient /dev/sdb3)
6 - copier ma partition Data /dev/sda1 sur le nouveau disque (devient /dev/sdb4)
7 - étendre ma nouvelle partition Data (/dev/sdb4) jusqu’au bout du disque pour consommer le reste des 4To
8 - Éteindre le pc et débrancher le disque mourant
9 - Redémarrer le Live-USB
10 - sudo grub-install --boot-directory=/mnt/boot /dev/sdb2

Est-ce que tout est bon ?

Bonjour
J'ajoute  quatre nouvelles actions:
9bis)    Faire l'une des commandes
          sudo blkid   ou sudo fdisk -l
       et vérifier que le disque de 4 TO est toujours identifié comme SDB car il se pourrait qu'il devienne SDA
11)  Refaire un boot-info  pour vérifier que la réparation est correcte.
En Fait, l'installation ne voyant plus qu'un seul ubuntu, la génération devrait être correcte et pas se mélanger les pieds en faisant une génération GPT et en garnissant la partition bios-boot et le MBR

12) Puis lorsque tu auras booté sous ubuntu,  donc aucune urgence, modifier le fichier /etc/fstab  afin de supprimer la ligne inutile qui référencie  la partition de swap.
13) Si tu utilises l'hibernation, informer l'hibernateur du changement de partition d'hibernation...
     a) Mettre à jour le fichier  /etc/initramfs-tools/conf.d/resume
     b) Faire prendre en compte la modif sudo update-initramfs -u -k $(uname -r)

Aussi un point de réflexion,
   Si tu utilises l'hibernation, la partition swap  doit avoir  approximativement la taille de la RAM.
   Sinon, si tu as une RAM de 8 Go ou plus,  Tu n'as pas besoin de partition swap..

Dernière modification par Bougron (Le 09/11/2016, à 14:31)