[Clos] changement de disque dur de boot après clonage avec clonezilla

alansan2011 · Le 11/04/2021, à 01:20

bonjour à tous,

j'ai un mini pc avec carte mère asus micro-atx avec un ssd (sda) avec ubuntu 20.04 LTS et la carte mère a un port pcie 16x gen 2 .
ubuntu est installé en uefi sur le sda de 250 go avec table de partition gpt ( 1 partition efi fat32 ESP 300 mb , 1 partition "/" 100go , 1 partition "/home" (le reste de l'espace)
donc sda = sda1 ; sda2 ; sda3 ....

j'ai acheté un crucial p5 nvme, une carte adaptatrice pcie 16x et l'ai installé sur le port pcie de la carte mère.
j'ai clôné le sda sur le nvme avec clonezilla sans problème
donc nvme0n1 = nvme0n1p1 (partition efi) ; nvme0n1p2 (/); nvme0n1p3 (/home)

(précision, l'option du efi bios "démarrer le système sur pcie" est activé et le disque ssd nvme est en gpt aussi ! )

à la fin du clônage , je reboot le pc, j'arrive bien sur ma session.... MAIS...

*il a bien booté sur le boot efi du nvme0n1p1
*il a bien monté sur le /home du nvme0n1p3
*mais pour la partition "/", il a pris la sda2 au lieu de la nvme0n1p2 !!!!!!!!!

j'ai tout essayé.... booter sur la live usb ubuntu...gparted...changer uuid de sda2 pour éviter conflit au démarrage : ubuntu ne boot pas sur le nvme0n1 du tout!
débrancher le sda pour ne booter que sur le nvme0n1 : rien!!

j'arrive sur ma session avec efi et /home à partir du p5 nvme seulement si le sda est branché et alors il prend/monte le "/" du sda2 pour démarrer ubuntu !!

comment faire pour que le pc démarre en prenant/montant toutes les partitions du nvme0n1 et non plus la "/" du sda (sda2) ??

d'avance merci ;-)

Dernière modification par alansan2011 (Le 13/04/2021, à 19:42)

malbo · Le 11/04/2021, à 06:20

Bonjour,
Déconnecte sda, démarre l'ordi sur une LiveUSB de Ubuntu 20.04 en session live (choix "Essayer Ubuntu"). Fais un Boot-info depuis cette session live et donne l'URL de ce Boot-info dans ta réponse.

alansan2011 · Le 11/04/2021, à 11:16

bonjour malbo,

voici l'url boot-info du pc booté sans le sda :

(info !! les références sdaX dans le rapport font référence à ma clé live usb et NON au ssd sda source du clônage et qui est bien débranché pour le rapport ici !!!!!!!!!!)

https://paste.ubuntu.com/p/Jrqt2pWYvD/

alansan2011 · Le 11/04/2021, à 11:24

cependant, entre-temps, j'ai lu quelque part ce qui pourrait (?!) être l'explication que je ne puisse pas booter entièrement sur le nvme sur port pcie: il parraitrait que sur d'ancienne cartes mère avec port pcie 16x gen 2 (mon cas), un ssd mvme est reconnu, peut servir de stockage, mais que le pc ne peut booter dessus si la carte n'est pas compatible mvme ?!

pourtant il boot bien sur nvme0n1p1 pour le /boot/efi et monte bien le nvme0n1p3 comme /home ?!! c'est juste le / (racine du système) qu'il monte à partir du sda (sda2) seulement ?! et dans l'efi-bios, il y a le paramètre "démarrer le système sur port pcie" activé !!

alansan2011 · Le 11/04/2021, à 11:28

est-ce ça fonctionnerait si je faisais une install propre comme ceci (option "autre chose" lors de l'install) :

sur nvme0n1 : p1 = "vfat efi" ; p2 = "/" ; p3 = "/home"
ET sur
sda: sda1 = "/boot" avec le grub installé sur sda ou sda1 ??

geole · Le 11/04/2021, à 13:18

Bonjour
Peux-tu de nouveau regarder le fonctionnement. Il me semble impossible que l'ordinateur boote avec SDA2 et SDA5 car aucune des deux partitions ne possède de logiciels.

sda2: __________________________________________________________________________
    File system:       Extended Partition
    Boot sector type:  -
    Boot sector info: 

sda5: __________________________________________________________________________
    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:

Dans le boot-info, je ne vois rien qui déroute vers SDA

alansan2011 · Le 11/04/2021, à 14:18

geole a écrit :

Bonjour
Peux-tu de nouveau regarder le fonctionnement. Il me semble impossible que l'ordinateur boote avec SDA2 et SDA5 car aucune des deux partitions ne possède de logiciels.
sda2: __________________________________________________________________________
    File system:       Extended Partition
    Boot sector type:  -
    Boot sector info: 

sda5: __________________________________________________________________________
    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        
Dans le boot-info, je ne vois rien qui déroute vers SDA

********
(info !! les références sdaX dans le rapport font référence à ma clé live usb et NON au ssd sda source du clônage et qui est bien débranché pour le rapport ici !!!!!!!!!!)

alansan2011 · Le 11/04/2021, à 14:22

pour l'instant, j'ai reformaté le nvme avec deux partitions...
j'ai reclôné, partitions et non disque entier, la partition "efi" et la "/home" du sda sur le nvme
le pc boot en montant alors l'"efi" et la "/home" depuis le nvme et charge la "/" depuis le sda ....

Dernière modification par alansan2011 (Le 11/04/2021, à 14:22)

geole · Le 11/04/2021, à 14:28

Fais donc un boot-info depuis cette installation...

alansan2011 · Le 11/04/2021, à 15:13

geole a écrit :

Fais donc un boot-info depuis cette installation...

*******
https://paste.ubuntu.com/p/nCcZXy6zty/

geole · Le 11/04/2021, à 17:42

Extraits du boot-info
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002,0001,0003,0000
Boot0000* CD/DVD Drive BBS(CDROM,,0x0)
Boot0001* Hard Drive BBS(HD,,0x0)
Boot0002* ubuntu HD(1,GPT,0bfc4e4b-4235-49ef-9f84-bf7918f24ac7,0x800,0x96000)/File(\EFI\ubuntu\shimx64.efi)
Il y a une seule entrée qui correspond à sda1

NAME        FSTYPE   UUID                                 PARTUUID                             LABEL       PARTLABEL
sda                                                                                                        
├─sda1      vfat     3FA0-E107                            0bfc4e4b-4235-49ef-9f84-bf7918f24ac7

qui expédie sur cela

===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid a8658f9e-3d19-48b9-906d-dc0473e70017 root hd0,gpt2

qui est donc SDA2

├─sda2      ext4     a8658f9e-3d19-48b9-906d-dc0473e70017 c13f725a-1ca2-4293-9cdc-f2f80ec5a98d

Dont le contenu du fstab indique

========================== sda2/etc/fstab (filtered) ===========================
UUID=a8658f9e-3d19-48b9-906d-dc0473e70017 /               ext4    errors=remount-ro 0       1
UUID=3FA0-E107  /boot/efi       vfat    umask=0077      0       1
UUID=c4eaef4d-3679-4526-9cba-ce4fbbc97a35 /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0

que c'est bien le nvme

nvme0n1                                                                                                          
├─nvme0n1p2 ext4     c4eaef4d-3679-4526-9cba-ce4fbbc97a35 8d46e6e6-5d05-4381-951c-06b2be0bbcb5

Tu t'es certainement trompé dans ton clonage

├─nvme0n1p3 ext4     96670980-ba2a-4337-b6bd-86535b25b05b 9c756b90-ca18-4b93-95d8-c662ba04218d backups     
└─nvme0n1p4 ext4     142e6d4c-f61b-416a-b514-b2d30f00433c c5b9422b-c5b4-4105-8c2a-7e36e4775db5 timeshift  
df (filtered): _________________________________________________________________
           Avail Use% Mounted on
nvme0n1p2 272.6G   0% /home
nvme0n1p3 299.5G   0% /mnt/boot-sav/nvme0n1p3
nvme0n1p4 294.7G   0% /mnt/boot-sav/nvme0n1p4
sda2       82.4G   9% /
sda3        125G   0% /mnt/boot-sav/sda3

De plus, la partition 2 n'a pas de fichiers de boot qui identifient la partition racine contrairement a sda2

sda2	: is-os,	64, apt-get,	signed grub-pc grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	
nvme0n1p2	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios

Autre problème

=================== nvme0n1p1/efi/ubuntu/grub.cfg (filtered) ===================
search.fs_uuid a8658f9e-3d19-48b9-906d-dc0473e70017 root hd0,gpt2 
===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid a8658f9e-3d19-48b9-906d-dc0473e70017 root hd0,gpt2

Tu pourrais regarder s'il est possible de booter directement avec le nvme en fabricant une entrée de boot
sudo efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "shim" --loader "\EFI\ubuntu\shimx64.efi"

Dernière modification par geole (Le 11/04/2021, à 17:46)

alansan2011 · Le 11/04/2021, à 20:41

"Tu t'es certainement trompé dans ton clonage"

non! j'ai effectué un clônage disque à disque qui s'est déroulé "sans messages d'erreur" . les 3 partitions de sda ont été recréée dans le nvme, mais le clônage implique aussi ce que tu désignes par "Autre problème" : chaque partition clônée conserve le même uuid de chaque partition cible !!!!!

c'est ce que j'appellerais une lacune de clonezilla qui devrait pouvoir modifier les uuid "sources" avant de cloturer le processus de clônage ;-)

' Tu pourrais regarder s'il est possible de booter directement avec le nvme en fabricant une entrée de boot
sudo efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "shim" --loader "\EFI\ubuntu\shimx64.efi" '

je vais essayer ça, mais si ça ne marche pas, y a t'il une commande pour annuler l'opération?

merci

geole · Le 11/04/2021, à 20:56

Oui, il existe la commande de suppression.

Recommence toutes tes duplications en live usb en utilisant gparted.
en faisant des copier/coller, éventuellement en poursuivant par un aggrandissement une fois la duplication de chaque partition faite. Puis, apres utilise gparted pour modifier les uuid des partitions émetrices sauf la partition sda1 tant qu'on ne sait pas si ton bios sait booter directement sur le nvme.,

Dernière modification par geole (Le 11/04/2021, à 21:01)

alansan2011 · Le 11/04/2021, à 21:52

j'ai essayé ta commande, ça boot bien sur "shim" mais c'est pareil, le "/" est tjrs monté depuis le sda2 !
via gparted, j'avais déjà essayé avant clonezilla, et effectivement en changeant l'uuid source de la partition "/", ça démarrait pas !

ikewdu · Le 12/04/2021, à 07:25

Salut,

Je loupe peut-être quelque, mais moi je vois ceci :

df (filtered): _________________________________________________________________

           Avail Use% Mounted on
nvme0n1p2 272.6G   0% /home
nvme0n1p3 299.5G   0% /mnt/boot-sav/nvme0n1p3
nvme0n1p4 294.7G   0% /mnt/boot-sav/nvme0n1p4
sda1      291.6M   3% /mnt/boot-sav/sda1
sda2       82.4G   9% /
sda3        125G   0% /mnt/boot-sav/sda3
sdb1       13.3G  34% /media/alain/SYSLINUXUSB
sdb5        2.3G  70% /media/alain/datux

Les partitions du disque Nvme étant vides, je vois mal ce qui pourrait booter là-dessus.

iznobe · Le 12/04/2021, à 07:59

Salut je trouve tout cela bien compliqué alors que ca me parait tres simple a realiser , je l' ai meme deja fait avec un windows que j' ai deplacer sur un disque nvme .
il faut ouvrir gnome disque utility , creer une image disque dans le menu en haut a droite .
restaurer l ' image disque sur le nvme .
arreter l' ordi , retirer le disque sda , et demarrer .
pas plus pas moins .tout etant a l' identique il n' y aura plus qu ' a formater sda apres confirmation que ca redemarre bien sur le nvme PCI.

On a vu que l ' ordi etait capable de demarrer sur le nvme connecté en PCIE donc aucun soucis en procedant de la sorte .

Dernière modification par iznobe (Le 12/04/2021, à 08:00)

alansan2011 · Le 13/04/2021, à 16:22

merci pour vos conseils,

je vais réinstaller ubuntu sur le sda avec juste le /home sur le nvme!
je pense que j'ai une carte mère non compatible nvme et donc je ne saurais pas booter entièrement à partir du nvme.

alansan2011 · Le 13/04/2021, à 16:23

comment clôturer ce post ?

geole · Le 13/04/2021, à 16:46

Bonjour
Tu te repositionnes sur le premier message, tu fais modifier et tu accèdes à la ligne de titre et tu mets au début [Clos]

iznobe · Le 13/04/2021, à 18:14

Bonjour , parfois les mises a jour des BIOS des cartes meres peuvent resoudre des soucis de la sorte .
A verifier si il existe bien une MAJ pour ton modele de carte mere .

Mais dans ton cas tu as dis que ca demarrait sur le nvme en passant par la case demarrage via PCIE du bios .
le probleme parait donc etre ailleurs .

et vu le message de @ikwedu ( desolé si je fais une faute de frappe ) ca parait logique vu que les 3 partition du disques nvme sont occupés a 0% , donc totalement vide !

essaie la methode en passant par disque , en haut a droite les petites barres , puis creer une image disque .
quand c fini , c ' est un peu long , tu restaure l' image disque sur le disque nvme , pareil en haut a droite les petites barres puis restaurer une image disque .
C ' est tres facile a faire . il faut juste un autre disque ( en + ) pour stocker l ' image .

Dernière modification par iznobe (Le 13/04/2021, à 18:18)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/04/2021, à 01:20

[Clos] changement de disque dur de boot après clonage avec clonezilla

#2 Le 11/04/2021, à 06:20

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#3 Le 11/04/2021, à 11:16

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#4 Le 11/04/2021, à 11:24

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#5 Le 11/04/2021, à 11:28

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#6 Le 11/04/2021, à 13:18

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#7 Le 11/04/2021, à 14:18

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#8 Le 11/04/2021, à 14:22

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#9 Le 11/04/2021, à 14:28

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#10 Le 11/04/2021, à 15:13

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#11 Le 11/04/2021, à 17:42

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#12 Le 11/04/2021, à 20:41

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#13 Le 11/04/2021, à 20:56

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#14 Le 11/04/2021, à 21:52

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#15 Le 12/04/2021, à 07:25

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#16 Le 12/04/2021, à 07:59

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#17 Le 13/04/2021, à 16:22

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#18 Le 13/04/2021, à 16:23

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#19 Le 13/04/2021, à 16:46

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

#20 Le 13/04/2021, à 18:14

Re : [Clos] changement de disque dur de boot après clonage avec clonezilla

Pied de page des forums