[Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

geole · Le 01/11/2020, à 19:16

La manipulation est correcte.
L'erreur se produit pendant la copie, mais je suis incapable de lire ce qui est écrit comme message d'erreur.

On va déjà vérifier quelque chose.
Dans ce SSD, Fabrique une partition FAT32 de la même taille que celle du disque dur et recommence l'opération de copie.
Si cette opération de copie plante encore, on pourra la faire plus tard en ligne de commande.

Puis tu essaies aussi la duplication de la partition SDA7 pour voir ce qui se passe. Je ne préférerais pas la proposer en ligne de commande.

mareuil · Le 01/11/2020, à 20:38

Impossible de créer la sda1. l'erreur se produit au départ de la tentative.
la sda7 s'est bien copiée.

gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo parted  /dev/sdb print
[sudo] Mot de passe de gh : 
Modèle: ATA Samsung SSD 860 (scsi)
Disque /dev/sdb : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début  Fin    Taille  Système de fichiers  Nom  Fanions
 1      273MB  341GB  340GB   ext4

gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$

mareuil · Le 01/11/2020, à 20:38

J'ai laissé 260mib d'espace avant.

Tribal1968 · Le 01/11/2020, à 20:57

Bonjour,

Perso, ce que je ferais, je démontrais mon SATA et j’installerais Ubuntu sur le SSD, ensuite, je démontrais le SSD pour monter le SATA et je supprimerais Ubuntu via le gestionnaire des disques. Une fois ces différentes opérations effectuées je remonterais les disques en faisant démarrer ta machine sur Ubuntu (au niveau du BIOS/UEFI). Une fois GNU/Linux Ubuntu démarré, tu ouvres le terminal et tu fais un sudo update-grub et le tour est joué.

J'ai procédé de la sorte et nickel

geole · Le 01/11/2020, à 21:18

Bonsoir tribal.
Je ne pense pas qu'en faisant du bidouillage mécanique en démontant un disque dur , cela va permettre de créer une partition de boot EFI.

pour mareuil
Il y a probablement un bug dans KDE pour les partitions en Fat32
Peux-tu essayer de nouveau à partir du ubuntu installé qui est plus à jour.
Attention, il faudra d'abord que tu cliques sur démonter la partition pour que copier soit proposé.
Il n'y a pas de risque de démonter cette partition, elle n'est utilisée que lorsqu'un nouveau noyau est à installer.

mareuil · Le 02/11/2020, à 08:55

Bonjour
Merci tribal c'est une procédure assez comparable à laquelle j'avais pensé et mise en réserve en cas d'échec.
Geole, j'ai enfin un résultat avec gparted.

gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo parted  -l
[sudo] Mot de passe de gh : 
Modèle: ATA TOSHIBA DT01ACA1 (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Système de fichiers  Nom                           Fanions
 1      1049kB  274MB   273MB   fat32                EFI system partition          démarrage, esp
 2      274MB   290MB   16,8MB                       Microsoft reserved partition  msftres
 3      351MB   93,0GB  92,7GB  ntfs                 Basic data partition          msftdata
 7      640GB   980GB   340GB   ext4
 4      980GB   981GB   1028MB  ntfs                 Basic data partition          caché, diag
 5      981GB   1000GB  18,8GB  ntfs                 Basic data partition          caché, msftdata


Modèle: ATA Samsung SSD 860 (scsi)
Disque /dev/sdb : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin    Taille  Système de fichiers  Nom  Fanions
 2      1049kB  274MB  273MB   fat32                     msftdata
 1      587MB   341GB  340GB   ext4


gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$

Faut-il remonter la partition sda1 ?
je ne sais pas faire (et n'ai pas compris) la suite des opérations, à savoir :

geole a écrit :

Changer le uuid de la partition ubuntu contenant le logiciel.
Lancer boot-repair pour faire la réparation en mode avancé pour choisir le ubuntu du SSD

Que dois-je faire maintenant ?

geole · Le 02/11/2020, à 10:55

Bonjour .

Si tu es dans le ubuntu installé, tu peux remonter SDA1 avec la seule commande

sudo mount -v /dev/sda1

Très bonne idée d'avoir laissé un espace libre en début de disque

Dois-je comprendre que tu as pu créer sans difficulté la partition fat32 avec le gparted du ubuntu installé? alors que cela n'était pas possible avec le gparted du ubuntu en live USB?
Si oui, cela ressemble donc bien à un bug

Actuellement, tu as donc SDA1 et SDB2
identique dans le contenu des données
identique dans le UUID
je n'aime pas trop avoir deux partitions qui ont un UUID identique
Souvent on indique de monter le UUID qui est dans le disque en position n°N
Mais il arrive qu'on ne précise pas le disque, dans ce cas, le logiciel prend le premier qu'il trouve. Ce n'est pas nécessairement celui qu'on veut.
Certains O.S. refusent de mettre en route en présence de deux UUID identiques

Donc avec un gparted
Modifier la partition SDB2
-Modifier son UUID pour en faire générer un nouveau, Tu auras probablement un message disant que windows risque d'avoir un problème ( C'est un message assez stupide)
- Modifier son étiquette/label pour lui mettre un nom par exemple bootSSD
- Lui ajouter le drapeau/fag de boot ESP , il semble avoir disparu pendant la copie
Modifier la partition SDB1
-Modifier son UUID pour en faire générer un nouveau.
- Modifier son étiquette/label pour lui mettre un nom par exemple UbuntuSSD

Pour la suite, tu as deux options

A) SOIT Avec ton UBUNTU installé, faire les commandes
1) Récupération des UUID des partitions avec cette commande

      sudo blkid

2) Montage de la partition ubuntu du SSD

  sudo mount -v   /dev/sdb1 /mnt

3) Modifier 4 lignes du fichier /mnt/etc/fstab avec ton éditeur favori

# / was on /dev/sdb1 par manipulation
UUID=xxxxxx-xxxx-xxxx-xxxx-xxxxxxxx /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb2 par manipulation
UUID=xxxx-xxxx  /boot/efi       vfat    umask=0077      0       1

et remplaçant les xxxx par les valeurs que tu as trouvées
4) Sauver et passer à la modification du fichier /mnt/boot/grub.cfg
Il y a pas mal de choses à faire, mais on ne fera que le minima.

Vers la ligne 150, tu vas trouver quelque chose qui ressemble à cela

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_gpt
	insmod ext2
	set root='hd0,gpt8'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt8 --hint-efi=hd0,gpt8 --hint-baremetal=ahci0,gpt8  dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae
	else
	  search --no-floppy --fs-uuid --set=root dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae
	fi
	linux	/boot/vmlinuz-5.4.0-48-generic root=UUID=dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-5.4.0-48-generic
}

dans ton contexte, cela devrait être gpt7

donc tu remplaces tous les hd0,gpt7 par hd1,gpt1
et tous les UUID de gpt7 par le nouvel UUID de GPT1

5) Sauver le fichier quitter l'éditeur , démonter et passer à la réparation suivante.
sudo umount -v /dev/sdb1
sudo mount -v /dev/sdb2 /mnt
avec l'éditeur, ouvrir le fichier /mnt/EFI/ubuntu/grub.cfg
son contenu ressemble à cela
search.fs_uuid xxxxxx-xxxx-xxxx-xxxx-xxxxxxxx root hd0,gpt7
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
a@a-desktop:~$

Il faut remplacer les XXXXX par le UUID de sdb1 et si hd0,gpt7 est présent il faut le remplacer

par hd1,gpt1

Tu comprends alors que s'il n'est pas présent, on ne sait pas trop bien quel UUID est sélectionné.
6) Quitter l'éditeur et démonter

     sudo umount -v /dev/sdb1

7) Faire un dual boot

   sudo update-grub

8) Tu rebootes et tu choisis de booter avec le ubuntu du SSD

ATTENTION Comme les deux partitions de boot EFI ont le même et qu'il a été impossible de le modifier, On va faire un peu de bricolage avant de réinstaller
R1. Démonter les partitions FAT32. L'une des deux est normalement montée mais je ne sais pas laquelle. Donc on fait pour des deux.. L'une dira une erreur normale.

       sudo umount -v /dev/sdb2
       sudo umount -v /dev/sda1

R2, Installer et lancer gparted

        sudo apt install gparted && gparted

R3. Se positionner sur la partition de boot du SSD ( (SDB2) et lui dire de la formater en fat32 et lui mettre un drapeau de boot ESP. Cette action , si elle fonctionne, va changer le UUID de la partition et supprimer tous les fichiers mais se n'est pas grave,
Si elle ne fonctionne pas, supprimer la partition et en créer une nouvelle dans l'espace libéré.
On va y remettre la partie UBUNTU et on se passera de la partie windows (Windows n'étant pas sur ce disque, elle n'est pas utile)
R4. Vérifier que windows est bien détecté dans l'autre partition de boot EFI

sudo os-prober

R5. Récupérer le UUID de cette nouvelle partition

  sudo blkid | grep sdb2

R6. Mettre à jour la ligne du fichier /etc/fstab décrivant le UUID de la partition de boot/efi (voir point 3).
R7. Monter cette partition afin que le grub l'utilise

  sudo mount  -v  /dev/sdb2

9) Dire que le SSD est le boot par défaut, le plus simple est de réinstaller le grub et de le mettre à jour

     sudo grub-install

      sudo update-grub

B) Soit avec le ubuntu du support d'installation
1) Installer gparted
2) Lui dire de faire une réparation avancée
3) Choisir le UBUNTU du SSD
4) Chsoir la partition de boot EFI du SSD
5) Lancer la réparation
Il fera alors tout ce qui est décrit ci-dessus.

Pour la suite, Le UBUNTU étant sur un SSD, il y a quelques conseils

C) Optimisation
1) Ne déclencher le swap que lorsque cela devient nécessaire et plus de fçon préventive car le SSD est nettement plus rapide que le disque dur
Paragraphe 3.1 et 3.2 de https://doc.ubuntu-fr.org/swap#ameliore … hange_swap
2) Mettre les fichiers temporaires en mémoire
Paragraphe 3.1 de https://doc.ubuntu-fr.org/tmpfs#mettretmp_en_tmpfs
par exemple
tmpfs /tmp tmpfs defaults,size=320M 0 0
3) Eviter d'écrire en double exemplaire les traces
ATTENTION regarde si cela est vrai pour la version STUDIO Sur ce point, je ne le sais pas
Paragraphe 4.6 de https://doc.ubuntu-fr.org/ssd_solid_sta … u_logiciel
puis au boot suivant, lorsque c'est en compte, supprimer les vieux fichiers

     sudo rm  -v   /var/log/ker*

  sudo rm  -v   /var/log/sys*

D) Faire des liens pour aller directement stocker sur ta partition de données personnelles
Comme je ne sais pas où elle se trouve et si tu connais déjà le principe, je ne détaille pas
http://mezigoo.free.fr/ps/

Création des liens

il suffit de copier/coller les commandes ci dessous dans le terminal

Déplacement des répertoires

mv Documents Images Musique Public Téléchargements Vidéos /media/data

Création les liens

ln -s /media/data/Documents && ln -s /media/data/Images && ln -s /media/data/Musique && ln -s /media/data/Public && ln -s /media/data/Téléchargements && ln -s /media/data/Vidéos

E) Faire la suppression du logiciel ubuntu du disque et en informer le ubuntu du SSD

 sudo update-grub

Bon courage

Dernière modification par geole (Le 03/11/2020, à 11:00)

mareuil · Le 02/11/2020, à 11:29

C'est KDE Partition Manager qui est utilisé par le live USB. Précision c'est Ubuntu Studio que j'utilise.
Gparted a exécuté les opérations sans dificulté.
Gparted refuse la modif d'UUID sur sda2 (Partition-nouvel UUID reste en grisé) . Le reste s'est bien passé

mareuil · Le 02/11/2020, à 11:31

gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo parted  -l
[sudo] Mot de passe de gh : 
Modèle: ATA TOSHIBA DT01ACA1 (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Système de fichiers  Nom                           Fanions
 1      1049kB  274MB   273MB   fat32                EFI system partition          démarrage, esp
 2      274MB   290MB   16,8MB                       Microsoft reserved partition  msftres
 3      351MB   93,0GB  92,7GB  ntfs                 Basic data partition          msftdata
 7      640GB   980GB   340GB   ext4
 4      980GB   981GB   1028MB  ntfs                 Basic data partition          caché, diag
 5      981GB   1000GB  18,8GB  ntfs                 Basic data partition          caché, msftdata


Modèle: ATA Samsung SSD 860 (scsi)
Disque /dev/sdb : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin    Taille  Système de fichiers  Nom        Fanions
 2      1049kB  274MB  273MB   fat32                bootSSD    démarrage, esp
 1      587MB   341GB  340GB   ext4                 UbuntuSSD


gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$

geole · Le 02/11/2020, à 11:37

Je suis parti dans l'idée de faire modifier les UUID des partitions du SSD afin de ne pas du tout toucher au ubuntu du disque dur qui fonctionne ,

Dernière modification par geole (Le 02/11/2020, à 11:38)

mareuil · Le 02/11/2020, à 11:48

Comment vérifier que les transferts exécutés sur le ssd sont fonctionnels en Ubuntu et autorisent le lancement de W10 resté sur le sda ?
Si oui, je pourrai effacer boot et Ubuntu du disque dur et récupérer l'espace libre en sauvegarde et stockage secondaire.

mareuil · Le 02/11/2020, à 11:54

Oups ! j'ai zappé la fin du #32.
Je reprends ça tout à l'heure.

geole · Le 02/11/2020, à 11:57

Bonjour

Pour le moment, il est hors de question d'effacer le ubuntu du disque dur tant que le ubuntu du SSD n'est pas opérationnel.

Peux-tu faire un boot-info pour voir comment cela se présente?.

mareuil · Le 02/11/2020, à 15:34

1) avant le reboot j'ai fait :

gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo fdisk -lu /dev/sda
Disque /dev/sda : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: TOSHIBA DT01ACA1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 3066384B-4D13-4775-8ECD-6A8474D7B19C

Périphérique      Début        Fin  Secteurs Taille Type
/dev/sda1          2048     534527    532480   260M Système EFI
/dev/sda2        534528     567295     32768    16M Réservé Microsoft
/dev/sda3        686080  181686271 181000192  86,3G Données de base Microsoft
/dev/sda4    1914796032 1916803071   2007040   980M Environnement de récupération Windows
/dev/sda5    1916803072 1953511423  36708352  17,5G Données de base Microsoft
/dev/sda7    1250244608 1914796031 664551424 316,9G Système de fichiers Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$

Je ne sais si c'est important. Je poursuis la procédure
2) boot-info je ne sais pas faire.

mareuil · Le 02/11/2020, à 15:57

Rappel : Gparted a refusé la modif d'UUID sur sda2.
Au reboot :
Errors
no souch device 714C.......
disk hdagpt1 not found
you need to load the kernel first
et retour au grub.
le grub.cfg est passé de mnt/boot/grub/grub.cfg à /boot/grub/grub.cfg

geole · Le 02/11/2020, à 16:03

Tu bootes avec le support d'installation
Tu choisis essayer avant d'installer
Tu fais si possible un copier/coller de cette commande

sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y boot-info && boot-info

ou tu frappes ces commandes

sudo add-apt-repository -y ppa:yannubuntu/boot-repair

sudo apt update

sudo apt install -y boot-info

boot-info

Puis tu dis de faire un rapport en ligne et tu publies l'URL qui sera générée.
Je verrais un peu mieux ce qui se présente

mareuil · Le 02/11/2020, à 18:00

Le boot "ancien" à partir du disque dur est toujours actif, mais plus long à charger.

mareuil · Le 02/11/2020, à 18:22

rapport d'erreur

geole · Le 02/11/2020, à 18:29

Heureusement que le ubuntu du disque dur fonctionne. Il doit perdre 90 secondes à cause des mauvais UUID
Tu as raté la copie du lien de boot-info
Soit tu corriges, soit tu en refais un autre à partir du ubuntu qui fonctionne

Dernière modification par geole (Le 02/11/2020, à 18:32)

mareuil · Le 02/11/2020, à 18:42

lien rectifié

geole · Le 02/11/2020, à 19:30

Au premier coup d'oeil, tout cela semble bon pour ces parties

sdb1: __________________________________________________________________________
    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.10
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub

sdb2: __________________________________________________________________________
    File system:       vfat
    Boot sector type:  Windows 8/2012: FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/Boot/bootx64.efi /efi/Boot/fbx64.efi 
                       /efi/Boot/mmx64.efi /efi/ubuntu/grubx64.efi 
                       /efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi 
                       /efi/ubuntu/grub.cfg /efi/HP/BIOSUpdate/BiosMgmt.efi 
                       /efi/HP/BIOSUpdate/CryptRSA.efi 
                       /efi/HP/SystemDiags/CryptRSA.efi 
                       /efi/HP/SystemDiags/SysDiags.efi 
                       /efi/Microsoft/Boot/bootmgfw.efi 
                       /efi/Microsoft/Boot/bootmgr.efi 
                       /efi/Microsoft/Boot/memtest.efi

================================ 3 OS detected =================================
OS#1:   Ubuntu 20.10 on sda7
OS#2:   Ubuntu 20.10 on sdb1
OS#3:   Windows 8 or 10 on sda3

efibootmgr -v
BootCurrent: 0004
Timeout: 0 seconds
BootOrder: 0004,0001,0000,0002,0003
Boot0000* Windows Boot Manager	HD(1,GPT,544f24cf-c78e-4840-8bd2-9b6f6d71563f,0x800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* ubuntu	HD(2,GPT,3d13e42a-94ce-4fbc-8ea9-b3b20f0759ba,0x800,0x82000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0002* Windows Boot Manager	HD(2,GPT,3d13e42a-94ce-4fbc-8ea9-b3b20f0759ba,0x800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)
Boot0003* ubuntu	HD(1,GPT,544f24cf-c78e-4840-8bd2-9b6f6d71563f,0x800,0x82000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0004* UEFI: General UDisk 5.00	PciRoot(0x0)/Pci(0x14,0x0)/USB(3,0)/HD(1,MBR,0x116d032d,0x800,0xf3c000)/HD(2,GPT,6d61bfa3-60d6-45c1-aed2-fa7910135254,0x71e694,0x26e0)..BO

Maintenant les UUID

blkid (filtered): ______________________________________________________________
NAME   FSTYPE   UUID                                 PARTUUID                             LABEL                     PARTLABEL
sda                                                                                                                 
├─sda1 vfat     C681-C79A                            544f24cf-c78e-4840-8bd2-9b6f6d71563f                           EFI system partition
└─sda7 ext4     b66fa464-54d9-4c2a-8b36-7e013b68fccd eecfa89a-4273-4956-bd44-9ef8add8d82c                           
sdb                                                                                                                 
├─sdb1 ext4     714c7754-da95-435e-800a-893f2d93027f 6057c42f-8e17-534c-8353-77b4364f3e2e                           UbuntuSSD
└─sdb2 vfat     C681-C79A                            3d13e42a-94ce-4fbc-8ea9-b3b20f0759ba

Donc première chose, avec un gparted, modifier le UUID de SDB2 pour qu'il ne soit pas identique à SDA1

Le fstab de SDB1

========================== sdb1/etc/fstab (filtered) ===========================
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb1 par manipulation
UUID=714c7754-da95-435e-800a-893f2d93027f /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb2 par manipulation
UUID=C681-C79A  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
tmpfs /tmp tmpfs defaults,size=320M 0 0

Pour la partition / c'est bien correct
Bien sur il faudra rectifier pour /boot/efi avec la nouvelle valeur à récupérer

Pour le grub de SDB1

====================== sdb1/boot/grub/grub.cfg (filtered) ======================
Ubuntu (lowlatency)   714c7754-da95-435e-800a-893f2d93027f
Ubuntu, avec Linux 5.8.0-26-lowlatency   714c7754-da95-435e-800a-893f2d93027f
Ubuntu, avec Linux 5.8.0-25-lowlatency   714c7754-da95-435e-800a-893f2d93027f

cela correspond bien au nouvel UUID

Pour le grub de SDB2

===================== sdb2/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 714c7754-da95-435e-800a-893f2d93027f root hd1,gpt1 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

et SDB est bien en GPT

Disks info: ____________________________________________________________________
sdb	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes

J'ai envie de dire que tout est correct pour le UUID 714c7754-da95-435e-800a-893f2d93027f de la partition SDB1
J'ai scanné le boot-info et tout me semble bien traité. Le fait d'avoir le même UUID pour les partitions FAT32 ne peut pas en être la cause.
Je ne vois absolument pas de rapport, Cela doit être un autre problème...
Peux-tu indiquer le modèle du SSD?
Je viens de trouver https://www.ldlc.com/fiche/PB00243244.html C'est du standard.

Dernière modification par geole (Le 02/11/2020, à 19:35)

geole · Le 02/11/2020, à 19:39

mareuil a écrit :

Au reboot :
Errors
no souch device 714C.......
disk hdagpt1 not found
you need to load the kernel first
et retour au grub.

Peux-tu mieux expliquer l'enchaînement entre les deux boots: Celui qui fonctionne et celui qui ne fonctionne pas

Pour un peu, je te ferais installer REFIND

Dernière modification par geole (Le 02/11/2020, à 20:52)

mareuil · Le 02/11/2020, à 19:40

modifier le UUID de SDB2 : impossible

geole · Le 02/11/2020, à 19:43

Pas grave pour le moment

mareuil · Le 02/11/2020, à 19:47

#47
le grub me propose 6 ou 7 options de démarrages
dont lancer ubuntu à partir du sdd
c'est ce choix qui affiche ces 3 erreurs, très rapidement, trop pour les copier in extenso, et revient au grub.
c'est le premier choix, celui d'origine qui reste fonctionnel et plus lent à se charger.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 01/11/2020, à 19:16

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#27 Le 01/11/2020, à 20:38

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#28 Le 01/11/2020, à 20:38

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#29 Le 01/11/2020, à 20:57

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#30 Le 01/11/2020, à 21:18

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#31 Le 02/11/2020, à 08:55

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#32 Le 02/11/2020, à 10:55

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#33 Le 02/11/2020, à 11:29

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#34 Le 02/11/2020, à 11:31

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#35 Le 02/11/2020, à 11:37

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#36 Le 02/11/2020, à 11:48

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#37 Le 02/11/2020, à 11:54

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#38 Le 02/11/2020, à 11:57

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#39 Le 02/11/2020, à 15:34

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#40 Le 02/11/2020, à 15:57

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#41 Le 02/11/2020, à 16:03

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#42 Le 02/11/2020, à 18:00

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#43 Le 02/11/2020, à 18:22

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#44 Le 02/11/2020, à 18:29

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#45 Le 02/11/2020, à 18:42

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#46 Le 02/11/2020, à 19:30

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#47 Le 02/11/2020, à 19:39

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#48 Le 02/11/2020, à 19:40

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#49 Le 02/11/2020, à 19:43

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

#50 Le 02/11/2020, à 19:47

Re : [Résolu] Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

Pied de page des forums