Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Migrer ubuntu 20.10 sur un SSD et laisser windows 10 sur HDD

geole

Bonsoir
C'est une erreur de supprimer SDA1. Sa taille est petite et si un jour le SSD fait des siennes, tu pourras continuer à booter avec windows. La bonne devise est "la structure de boot d'un O.S. est dans le même disque que l'O.S". Ce qui ne l'empêche pas de l'avoir ailleurs dans un support plus rapide.
Si la partition de boot du SSD est accidentellement détruite, boot-repair sait reconstruire pour ubuntu mais pas pour windows.

Je comprend mal cette phrase
Je vais supprimer les data de sda4 et faire un lien avec sb3 (data) pour accéder aux mêmes
==> Windows accède difficilement aux partitions EXT4

mareuil

la partition sdb3 contient tous mes fichiers data à l'origine sur sdb2 elle même copie de sda4 ubuntu d'origine. De cette façon, j’accéderai à la même partition data à partir de l'un ou l'autre des ubuntu (data qui seront sauvegardées sur le sda), Je pensai faire de même pour Windows, mais s'il supporte mal ext4 j'y renonce vu la faible utilisation de Windows.
J'ai fait une erreur Windows recovery et Windows remise en état d'origine sont sda5 et 6 (non 4 et 5).
Pour revenir à sda1, je la conserve, mais Windows se lance normalement (après les maj évoquées ci-dessus) à partir de sdb1. À partir de sda1 Windows m'ouvre une page d'avertissements alarmistes qui proposent réinstallation etc... Je ne suis pas allé plus loin par crainte de l'effacement brutal de tout le disque.
Le grub boot menu me semble avoir des lanceurs inutiles ou erroné ( Windows par sda1)

mareuil

Bonjour geole
Rectif : Mon grub boot menu n'est défaillant que sur le boot Windows via sda1. Code erreur 0xc000000e.
J'ai survolé Fil sur ce pb ou tu traites de ce pb. Vu que mon Windows reste accessible par le sdb1et le peu d'usage que j'en ai, j'ai pas envie de me casser la tête sur le sujet, à moins d'une mise en œuvre TRÈS simple et rapide. Je prendrai le temps plus tard d'approfondir ce fil pour ma compréhension. Je t'ai assez fait perdre de temps. Encore merci.

geole

Bonjour
Je suis un peu surpris que le windows du SDA ne démarre pas lorsque tu bootes via la partition SDA1.
Pourrais-tu refaire un boot-info si tu as modifié quelque chose depuis le dernier boot-info dans lequel je n'ai rien vu d'anormal.

J'ai vu cette discussion https://www.minitool.com/fr/recuperation-donnees/corriger-erreur-0xc000000e.html
Il me semble qu'elle ne traite pas ton problème puisque tu réussis à lancer windows lorsque tu bootes avec SDB1. Donc le windows est en bon état.

mareuil

Nouveau boot-info

geole

Je ne sais pas mesurer les conséquences de cette anomalie pour windows

Windows Boot Manager (on sda1)   osprober-efi-C681-C79A
Windows Boot Manager (on sdb1)   osprober-efi-C681-C79A

Tu as dis qu'il était impossible de modifier le UUID en version 20.10 avec gparted
Je pense que cela pourra malgré tout se faire en ligne de commande.

sudo blkid | grep sdc16
/dev/sdc16: UUID="4DC0-B27F" TYPE="vfat" PARTUUID="594f3d7a-6b4e-4751-a987-5284d82e91b0"

sudo mlabel -s -n :: -i '/dev/sdc16'
 Volume has no label

sudo blkid | grep sdc16
/dev/sdc16: UUID="7AB3-FF0F" TYPE="vfat" PARTUUID="594f3d7a-6b4e-4751-a987-5284d82e91b0"

A toi de remplacer SDC16 par SDB1
Par la suite, Il faudra de nouveau modifier le /etc/fstab du ubuntu du SSD
Comme le part-uuid n'est pas changé, la structure de boot sera sans changement

mareuil

Je n'ai pas compris, j'ai juste exécuté. Voilà :

gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo blkid | grep sdc16
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ /dev/sdc16: UUID="4DC0-B27F" TYPE="vfat" PARTUUID="594f3d7a-6b4e-4751-a987-5284d82e91b0"
bash: /dev/sdc16:: Aucun fichier ou dossier de ce type
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ 
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo mlabel -s -n :: -i '/dev/sdc16'
sudo: mlabel : commande introuvable
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$  Volume has no label
Volume : commande introuvable
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ 
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo blkid | grep sdc16
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ /dev/sdc16: UUID="7AB3-FF0F" TYPE="vfat" PARTUUID="594f3d7a-6b4e-4751-a987-5284d82e91b0"

geole

Je pensais que maintenant tu pouvais faire la différence entre une commande et son retour

sudo blkid | grep sdb1

sudo mlabel -s -n :: -i '/dev/sdb1'

sudo blkid | grep sdb1

mareuil

gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo blkid | grep sdb1
/dev/sdb1: UUID="C681-C79A" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="bootSSD" PARTUUID="3d13e42a-94ce-4fbc-8ea9-b3b20f0759ba"
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo mlabel -s -n :: -i '/dev/sdb1'
 Volume has no label
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo blkid | grep sdb1
/dev/sdb1: UUID="0158-8AAB" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="bootSSD" PARTUUID="3d13e42a-94ce-4fbc-8ea9-b3b20f0759ba"
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$

geole

Parfait. Donc à reporter la modification
En ayant booté sur le SSD

gedit admin:///etc/fstab

et remplacer C681-C79A par 0158-8AAB

mareuil

remplacement exécuté.

# /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/sdb1 par manipulation
UUID=714c7754-da95-435e-800a-893f2d93027f /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb2 par manipulation
#UUID=0158-8AAB  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
tmpfs /tmp tmpfs defaults,size=320M 0 0
UUID=C681-C79A  /boot/efi       vfat    defaults      0       1
UUID=a867c529-e4a5-4cc9-b420-db1643215246          /media/data        ext4      defaults     0   2

Au redémarrage W10 sur sda1, il ne retrouve pas C681-C79A.
Ce que je ne comprend pas : fstab décrit sb1 et sb2. Or le pb de lancement est à partir du sda1 vers sda3 W10.

geole

J'ai compris. J'avais totalement oublié pour windows!!!
Il faut refaire

sudo update-grub

afin que l'une de ces deux lignes soit mise à jour

Windows Boot Manager (on sda1)   osprober-efi-C681-C79A
Windows Boot Manager (on sdb1)   osprober-efi-C681-C79A

D'autre part, tu t'es planté dans la modification. Tu as modifié la ligne qui est en commentaires, alors qu'il y en a une seconde qu'il faut aussi modifier.

mareuil

gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$ sudo update-grub
[sudo] Mot de passe de gh : 
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-5.8.0-26-lowlatency
Image mémoire initiale trouvée : /boot/initrd.img-5.8.0-26-lowlatency
Image Linux trouvée : /boot/vmlinuz-5.8.0-26-lowlatency
Image mémoire initiale trouvée : /boot/initrd.img-5.8.0-26-lowlatency
Image Linux trouvée : /boot/vmlinuz-5.8.0-25-lowlatency
Image mémoire initiale trouvée : /boot/initrd.img-5.8.0-25-lowlatency
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 20.10 (20.10) trouvé sur /dev/sda4
Windows Boot Manager trouvé sur /dev/sdb1@/efi/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings
fait
gh@gh-HP-Pavilion-Gaming-Desktop-690-00xx:~$

# /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/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
UUID=0158-8AAB  /boot/efi       vfat    defaults      0       1
UUID=a867c529-e4a5-4cc9-b420-db1643215246          /media/data        ext4      defaults     0   2

geole

Tout me semble maintenant parfait. Si windows râle encore, je ne saurais plus rien proposer

mareuil

J'ai revérifié et corrigé tes instructions (je ne peux exclure une mauvaise manip). Après une longue soirée W10 en réparations inquiétantes plus ou moins spontanées et mises à jours (w10 était à jour avant la migration), la situation est la suivante.
Le lancement de W10 s'opère alternativement à partir de sda1 et sdb1, au détriment de l'autre.
Ex : lancement sda1, si le précédent était déjà à partir de sda1 : démarrage normal.
Si le précédent était sdb1, erreur ne trouve pas C681-C97A et écran bleu erreur 0xc000000e. En ignorant la correction et en choisissant de nouveau le boot sda1, sablier plus long (recherche ?) et W10 s'ouvre normalement. À la fermeture, il doit corriger sa procédure d'ouverture.
Le lancement suivant à partir de sda1 s'effectuera normalement.
Par contre si c'est à partir de sdb1, erreur et même déroulement.
Je ne sais pas si c'était déjà ainsi, auparavant, je n'avais pas approfondi le comportement de W10 et répêtant les reboots alternativement.

geole

Bonjour
Je crois comprendre ce que windows fait. Il réalloue des lettres aux partitions. C'est un processus que je ne comprends pas très bien. Le plus simple est certainement de toujours booter windows à partir du disque contenant windows.
Si tu ne souhaites pas te tromper dans la ligne de choix de windows, on peut au choix
en bootant sur le SSD
- Supprimer la structure de boot de windows du SSD

        sudo rm -Rv  /boot/efi/EFI/Microsoft

Ou dire de ne pas la proposer au dual boot. Pour cela, il faut modifier le fichier /etc/default/grub
en ajoutant cette ligne

GRUB_OS_PROBER_SKIP_LIST="0158-8AAB@/dev/sdb1"

Dans les deux cas, finir par la mise à jour du grub

mareuil

Effectivement W10 évoque bien une attribution en C.
J'ai appliqué la 1ère formule. c'est OK.
Merci

« Page précédente