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

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

J'ai peut-être commis une erreur dans ce conseil
Il faut remplacer les XXXXX par le UUID de sdb1 et si hd0,gpt7 est présent il faut le remplacer

par hd1,gpt1

Je propose par hd1,gpt2

je me suis basé sur les numéros logiques,

alors que c'est peut-être sur les numéros physiques.
Souvent, ils sont identiques. mais pas ici.

Pense aussi à boot-repair!

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

mareuil · Le 03/11/2020, à 09:54

grub.cfg est situé : /boot/grub/grub.cfg
Cet emplacement pose-t-il problème ?
Il ne contient pas (plus ?) "search.fs... ...a@a-desktop:-$
par contre de nombreuses fois hd1,gpt1. Faut-il toutes les replacer par hd1,gpt2 ?

geole · Le 03/11/2020, à 10:22

Bonjour
C'est le fichier grub.cfg de la partition de boot!

5) .......... passer à la réparation suivante.

   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 hd1,gpt1
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

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

par hd1,gpt2

sauver quitter l'éditeur et rebooter

NOTA. Pour le UUID unique, J'ai trouvé une solution ( Ce n'est pas urgent) Elle sera juste à appliquer avant le réinstallation de la structure de boot. mise à jour du gros pavé https://forum.ubuntu-fr.org/viewtopic.p … #p22363041

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

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

c'est fait ainsi que boot-repair
rapport avant boot-repair
rapport après repair-boot

mareuil · Le 03/11/2020, à 11:30

le redémarrage sur ssd s'est déroulé sans message d'erreur et très rapidement.

mareuil · Le 03/11/2020, à 11:55

Je pense que j'en suis au stade fin du 32 C). Merci de me confirmer ou infirmer.
Avant de passer au D), ne serait-il pas bon de faire le ménage sur les disques ?
Sur le disque dur, supprimer les partitions devenues inutiles, sur les 2, ddur et ssd, déplacer les partitions afin de les rendre contiguës et rendre l'espace disponible utilisable ?

geole · Le 03/11/2020, à 12:12

Extraits du rapport boot-repair

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

sdb                                                                                                                 
├─sdb1 ext4     714c7754-da95-435e-800a-893f2d93027f 6057c42f-8e17-534c-8353-77b4364f3e2e                           UbuntuSSD
└─sdb2 vfat     C681-C79A                            3d13e42a-94ce-4fbc-8ea9-b3b20f0759ba                           bootSSD

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

Je ne m'attendais pas à cette subtilité.

Tu peux faire le ménage avant de faire les liens.
Mais à mon avis tu pourrais te contenter de diminuer drastiquement la taille de la partition qui contient le logiciel ubuntu dans le disque DUR. Cela te fera un Logiciel de secours certainement aussi valable qu'une clé USB.

Pour les liens, il faudra que tu précises la partition qui va recevoir les données et la faire monter automatique au démarrage
Voir paragraphe 2.11 de https://doc.ubuntu-fr.org/gnome-disk-ut … _demarrage

Mon conseil, Lui mettre une étiquette/un label Data et la faire monter sur le point de montage /media/data au lieu de /mnt/data

Tu donneras le retour du fichier /etc/fstab

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

mareuil · Le 03/11/2020, à 17:20

Pour le moment j'ai juste déplacé sda3 windows contre sda2 et redimensionné à~100Gio.
J'ai rebooté le PC et de nouveau rencontré le pb #47. J'ai refait un disk-repair et le boot suivant s'est effectué correctement. J'ai dû oublier une étape pour "fixer" le boot ou bien l'intervention gparted l'a altéré ?
Les autres modifs gparted sont en suspens : les alertes m'ont dissuadées de pour suivre.
Je vais effectivement réduire sda7 "ubuntu" pour le garder en sécurité. Peut-être en vider le home avant de raccourcir ? Comment la maintenir à jour ?
Y a t-il un intérêt à déplacer les partitions dans l'ordre des n° sda, ce qui mettrait les partitions windows contiguës (sda2-3-4-5) ?
Je ne suis pas parvenu à les déplacer, car il faut les faire passer avant sda7 et n'ai pas compris la manœuvre, si elle lest possible.
Il y aurait le même problème pour sdb, le boot est en sdb2 et la partition ubuntu en 1. Entre les 2 il y a un petit espace non alloué. Cela en vaut-il la peine ? Est-ce possible d'ailleurs ?

geole · Le 03/11/2020, à 18:09

Réponse très rapide
Entre les partitions, il peut rester un espace non utilisé. Si cet espace est inférieur à 1 Mo, il n'est pas récupérable par gparted qui aligne au Mo, il faut alors agrandir avec l'application gnome disque utility qui propose trois types d'alignement: Le Gio, le Mio et le Kio. Les trois autres me semblent inutiles

sudo parted  /dev/sda unit KiB print free
sudo parted  /dev/sdb unit KiB print free

Inutile de trop se fatiguer pour remettre dans l'ordre, Pour le disque dur, Une grosse mise à jour de windows le fait souvent avec risque de planter le boot UBUNTU car les numéros ont changés!
Dans les deux cas, il existe une commande ubuntu qui réordonne ultra rapidement.

sudo sgdisk -s /dev/sda
sudo sgdisk -s /dev/sdb

Il faut rebooter après la renumérotation

Pour maintenir à jour le ubuntu du disque dur, je vois deux choix
1) De temps en temps, booter avec lui et faire les deux commandes

  sudo update && sudo  full-upgrade

2) De temps en temps, dupliquer le logiciel du SSD dans le logiciel du disque dur.
La méthode que j'utilise est une commande RSYNC certainement à adapter pour la partie /home

##  Script de copie du logicielUbuntu qui est dans la partition SDC4
echo "copie du logiciel Ubuntu qui est dans le SSD"
sudo rsync -v -r -u -l -p -h -x --times --stats  --delete-after --exclude *.log --exclude '.Trash*' --exclude '/proc' --exclude '/mnt' --exclude '/media'  --exclude '/tmp' --exclude '/run'  --exclude 'swapfile'  --exclude '/home/a/cache/mozilla'  --exclude '/var/log' /  /media/DupliUbuntu/Ubuntu
echo "fin de copie"
#### echo -e "\n\tDécompte des fichiers :"; for i in /*; do echo -n "$i : " ; sudo find $i | wc -l; done | sort -n -k3 | column -t | grep -v /proc | tail
sleep 90
sync

Stockée dans un fichier et lancée par un clic quand j'y pense... Cela peut être automatisé par un CRUN

Je regarde la structure windows : Voici la structure initiale du 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      290MB   279GB   279GB   ntfs                 Basic data partition          msftdata
 6      279GB   640GB   361GB   ext4
 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

et mon avis

La partition 5: Vu sa taille est la partition permettant de remettre le disque à l'état "usine".
Lorsqu'on l'utilise, le disque entier est rebâti tel que tu l'as acheté.
Si le disque a une panne, elle ne peut pas être utilisée pour réinitialiser un disque de remplacement.
Normalement, à l'achat, tu as du avoir un conseil de la dupliquer sur DVDROM ou sur clé USB en utilisant un logiciel du fabriquant. Souvent, il indique alors que la partition peut être supprimée. C'est la façon que tous les constructeurs ont trouvé pour ne plus fournir les supports d'installation en laissant à l'utilisateur le soin de les fabriquer!
En clair cette partition pourrait être virée. Au besoin mise ailleurs (le SSD?)
On a malgré tout besoin d'un support de réparation windows comme d'un support de réparation ubuntu (le live-usb avec boot-repair)
Si on a besoin de refabriquer un windows, on peut aussi télécharger une version windows facilement. De plus elle sera à jour. C'est cette option que je retiens.

La partition 4: Est la partition contenant le logiciel de recovery
Souvent en mode légacy, il faut supprimer cette partition pour pouvoir installer ubuntu. Dans ce contexte, on déplace le logiciel dans le C: et on indique le nouveau lieu En efi, cela me semble inutile surtout que j'ai vu quelques cas de recréation automatique lors des grosses mise à jour de windows. Le plus simple est de la déplacer à la fin du disque. Il faut le faire avec gparted car sous windows c'est impossible.

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

mareuil · Le 04/11/2020, à 17:16

Bonsoir geole
Tout est fonctionnel à partir de sdb1 ubuntu ssd et hdd, y compris Windows sda3 qui a été capricieux et hyper long (mises à jour et multiples redémarrages capricieux).
Je pense que je dois supprimer sda1.
Je vais supprimer les data de sda4 et faire un lien avec sb3 (data) pour accéder aux mêmes fichiers si pb avec sdb2 redimensionner sda3, créer une sda4 pour sauvegardes et autres stockage des données moins actives. Suivre tes conseils pour sda4 et 5.
Refaire un grub boot menu propre.
dernier boot repair avant grand ménage
Je pense avoir assez bien compris la procédure (avec encore de grosses lacunes).
Je fermerai le fil par sécurité après (au cas où j'aurais présumé de ma compréhension !)
Dis-moi sii j'ai omis quelque chose ou si tu penses à de meilleurs choix.
Je te remercie de ta disponibilité et de ta patience.

geole · Le 04/11/2020, à 18:23

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 · Le 04/11/2020, à 19:27

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 · Le 05/11/2020, à 10:04

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 · Le 05/11/2020, à 10:35

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/recuperatio … 0000e.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.

Dernière modification par geole (Le 05/11/2020, à 10:36)

mareuil · Le 05/11/2020, à 10:45

Nouveau boot-info

geole · Le 05/11/2020, à 11:42

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 · Le 05/11/2020, à 12:03

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 · Le 05/11/2020, à 12:35

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 · Le 05/11/2020, à 16:00

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 · Le 05/11/2020, à 16:16

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

gedit admin:///etc/fstab

et remplacer C681-C79A par 0158-8AAB

mareuil · Le 05/11/2020, à 17:04

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 · Le 05/11/2020, à 17:26

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.

Dernière modification par geole (Le 05/11/2020, à 17:26)

mareuil · Le 05/11/2020, à 17:45

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 · Le 05/11/2020, à 17:50

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

mareuil · Le 06/11/2020, à 10:30

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.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 02/11/2020, à 19:57

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

#52 Le 03/11/2020, à 09:54

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

#53 Le 03/11/2020, à 10:22

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

#54 Le 03/11/2020, à 11:29

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

#55 Le 03/11/2020, à 11:30

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

#56 Le 03/11/2020, à 11:55

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

#57 Le 03/11/2020, à 12:12

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

#58 Le 03/11/2020, à 17:20

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

#59 Le 03/11/2020, à 18:09

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

#60 Le 04/11/2020, à 17:16

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

#61 Le 04/11/2020, à 18:23

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

#62 Le 04/11/2020, à 19:27

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

#63 Le 05/11/2020, à 10:04

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

#64 Le 05/11/2020, à 10:35

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

#65 Le 05/11/2020, à 10:45

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

#66 Le 05/11/2020, à 11:42

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

#67 Le 05/11/2020, à 12:03

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

#68 Le 05/11/2020, à 12:35

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

#69 Le 05/11/2020, à 16:00

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

#70 Le 05/11/2020, à 16:16

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

#71 Le 05/11/2020, à 17:04

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

#72 Le 05/11/2020, à 17:26

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

#73 Le 05/11/2020, à 17:45

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

#74 Le 05/11/2020, à 17:50

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

#75 Le 06/11/2020, à 10:30

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

Pied de page des forums