Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

iznobe · Le 22/06/2023, à 22:49

ca semble correct .

Comme je l ' ai edité dans mon message precedent , il semble que seule la derniere commande soit utile . le paquet grub-efi-amd64 etant dejà installé , cela dit ca ne penalise pas . c ' est juste inutile .

Sinon , il existe d' autres chargeurs d' amorcage que le GRUB . avec chacun leur particularité et avantages / inconvenients comme tu t ' en doutes. en l' occurence , l ' un d ' entre eux se nomme refind , comme l' a evoqué @geole .
il peut te simplifier la vie dans ton cas . tu n' auras alors pas besoin d' editer , le fichier /etc/default/grub , pas besoin de faire de sudo update grub , et il repere les systemes installés sur ton ordi " a la volée " . voir son lien pour plus d' infos a ce sujet .

Dernière modification par iznobe (Le 22/06/2023, à 22:54)

Satire · Le 22/06/2023, à 23:02

Parfait, correction intégrée ici :

- Ubuntu de secours :

- Démarrer à partir de la clé USB Live

- Entrer la commande suivante : pour éviter que le GRUB soit installé

sudo ubiquity -b

- Cliquer sur l'icône de l'installation d'Ubuntu

- Choisir "Autre chose"

- Choisir la partition contenant le Ubuntu à remplacer

- Allouer le point de montage suivant : /

- Cocher la case : Formater

- Lancer l'installation

- Démarrer à partir du Ubuntu nvme

- Activer " Os-prober " dans le fichier de configuration du GRUB du Ubuntu principal :

Voir message #14 pour une config' de GRUB qui active l'os-prober.
Le fichier à modifier c'est /etc/default/grub
via

gedit admin:///etc/default/grub

ou

sudoedit /etc/default/grub

Une fois le fichier modifié, lancer un

sudo update-grub

pour prise en compte.

- Ubuntu nvme :

- Démarrer à partir de la clé USB Live

- Choisir : installation d'Ubuntu

- Choisir : "Autre chose"

- Choisir la partition contenant le Ubuntu à remplacer

- Allouer le point de montage suivant : /

- Cocher la case : Formater

- Lancer l'installation

- Mise en place du GBUB EFI :

sudo grub-install /dev/nvme0n1 --no-nvram --efi-directory=/boot/efi  --target=x86_64-efi

Satire · Le 22/06/2023, à 23:04

D'accord, je vais aller voir ce qu'est "Refind"... cela pourrait effectivement être une solution intéressante..

Je vais d'abord essayer la réinstallation de Ubuntu secours, pour tester tout cela.. espérant que tout se passe parfaitement... merci encore pour votre précieuse aide.

Satire · Le 22/06/2023, à 23:50

Alors, je suis parfaitement parvenu à réinstaller Ubuntu de secours cette fois-ci, sans aucun souci.

Cependant, en redémarrant sur Ubuntu principal, je suis bloqué sur l'étape : Activer "OS prober"

Je ne suis pas certain de savoir comment procéder. Après une petite recherche, il semblerait qu'il faille ajouter ceci :

GRUB_DISABLE_OS_PROBER=false

Mais cette option est déjà présente dans le fichier :

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
GRUB_DISABLE_OS_PROBER=false
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=59

J'ai quand même ensuite procédé à la mise à jour du GRUB, dont voici le retour :

sat@sat-XPS-15-9560:~$ sudo update-grub
[sudo] Mot de passe de sat : 
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.19.0-45-generic
Found initrd image: /boot/initrd.img-5.19.0-45-generic
Found linux image: /boot/vmlinuz-5.19.0-32-generic
Found initrd image: /boot/initrd.img-5.19.0-32-generic
Memtest86+ needs a 16-bit boot, that is not available on EFI, exiting
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Found Ubuntu 22.04.2 LTS (22.04) on /dev/sda2
Adding boot menu entry for UEFI Firmware Settings ...
done
sat@sat-XPS-15-9560:~$

Dernière modification par Satire (Le 22/06/2023, à 23:51)

iznobe · Le 23/06/2023, à 06:33

Salut , normal puisque tu n' as pas modifié ton installation principale . Et il faut passer update-grub quand meme , puisque tu as formaté la partition de secours . celle-ci a donc changé d ' UUID . c' est necessaire .

Dernière modification par iznobe (Le 23/06/2023, à 06:34)

geole · Le 23/06/2023, à 08:47

Je pense plutôt

- Ubuntu de secours :

- Démarrer à partir de la clé USB Live

- Entrer la commande suivante : pour éviter que le GRUB soit installé

sudo ubiquity -b

- Inutile de Cliquer sur l'icône de l'installation d'Ubuntu car la commande lance l'installation.

- Choisir "Autre chose"

- Choisir la partition contenant le Ubuntu à remplacer

- Allouer le point de montage suivant : /

- Cocher la case : Formater

- Lancer l'installation

- Démarrer à partir du Ubuntu nvme

- Activer " Os-prober " dans le fichier de configuration du GRUB du Ubuntu principal
et faire apparaitre le menu de choix.
( ces actions ne sont à faire qu'en cas de destruction des deux ubuntu. Mais, il me semble plus simple de commencer par installer le menu de secours pour les éviter.)
via

gedit admin:///etc/default/grub

ou

sudo nano /etc/default/grub

ou en lignes de commandes

echo GRUB_DISABLE_OS_PROBER=false | sudo tee -a /etc/default/grub
sudo sed -i '/GRUB_TIMEOUT/d' /etc/default/grub
echo GRUB_TIMEOUT_STYLE=menu | sudo tee -a /etc/default/grub
echo GRUB_TIMEOUT=59 | sudo tee -a /etc/default/grub

Une fois le fichier modifié, lancer un

sudo update-grub

pour prise en compte.

- Ubuntu nvme :

- Démarrer à partir de la clé USB Live

- Choisir : installation d'Ubuntu

- Choisir : "Autre chose"

- Choisir la partition contenant le Ubuntu à remplacer

- Allouer le point de montage suivant : /

- Cocher la case : Formater

- Lancer l'installation

- Mise en place du GBUB EFI :

sudo grub-install /dev/nvme0n1 --no-nvram --efi-directory=/boot/efi  --target=x86_64-efi

Utilisation du ubuntu de secours.
Si tu l'utilises, il se mettra à jour avec arrivée de nouveaux noyaux.
Lorsque tu le quitteras, relance le ubuntu MVME et fais-lui connaitre ces nouveaux noyaux.

sudo update grub

Dernière modification par geole (Le 23/06/2023, à 09:05)

Satire · Le 24/06/2023, à 08:44

Bonjour à tous,
Après une pause forcée, je reprends le fil...

J'aurais plusieurs questions :

- Je vais cette fois-ci tenter de réinstaller Ubuntu nvme : ma question ici porte sur l'étape de la mise en place du GRUB EFI. Cette procédure s'effectue bien après avoir terminé l'installation complète d'Ubuntu, lors du redémarrage sur Ubuntu nvme ?

- Concernant la procédure d'activation de " Os-prober " dans le fichier de configuration du GRUB du Ubuntu principal : cette manipulation doit-elle uniquement s'effectuer lorsque Ubuntu nvme est réinstallé, et que seulement après Ubuntu de secours est lui aussi réinstallé ?

- Concernant l'installation de Ubuntu de secours : la procédure doit nécessairement se clôturer sur un redémarrage sur Ubuntu nvme, et d'une mise à jour du GRUB avec la commande : sudo update-grub
Et qu'ensuite, il est préférable de redémarrer sur Ubuntu de secours, procéder à la mise à jour d'Ubuntu, et ensuite redémarrer sur Ubuntu nvme et lancer la commande suivante : sudo update grub

Satire · Le 24/06/2023, à 09:08

Bon ben, à la fin de l'installation de Ubuntu nvme, j'ai tenté la commande de la mise en place du GRUB EFI en étant toujours sur la Clé Live, mais il semble que la commande n'ait pas fonctionné :

ubuntu@ubuntu:~$ sudo grub-install /dev/nvme0n1 --no-nvram --efi-directory=/boot/efi  --target=x86_64-efi
Installation pour la plate-forme x86_64-efi.
grub-install : erreur : impossible d'obtenir le chemin canonique de « /boot/efi ».
ubuntu@ubuntu:~$

Je redémarre donc sur Ubuntu nvme pour procéder à la commande en question.

Satire · Le 24/06/2023, à 09:15

Après redémarrage sur Ubuntu nvme, il semble effectivement que la commande ait bien fonctionné :

sat@sat-XPS-15-9560:~$ sudo grub-install /dev/nvme0n1 --no-nvram --efi-directory=/boot/efi  --target=x86_64-efi
[sudo] Mot de passe de sat : 
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
sat@sat-XPS-15-9560:~$

iznobe · Le 24/06/2023, à 10:24

Satire a écrit :

Bonjour à tous,
Après une pause forcée, je reprends le fil...
J'aurais plusieurs questions :
- Je vais cette fois-ci tenter de réinstaller Ubuntu nvme : ma question ici porte sur l'étape de la mise en place du GRUB EFI. Cette procédure s'effectue bien après avoir terminé l'installation complète d'Ubuntu, lors du redémarrage sur Ubuntu nvme ?

oui

Satire a écrit :

- Concernant la procédure d'activation de " Os-prober " dans le fichier de configuration du GRUB du Ubuntu principal : cette manipulation doit-elle uniquement s'effectuer lorsque Ubuntu nvme est réinstallé, et que seulement après Ubuntu de secours est lui aussi réinstallé ?

pas forcément . le tout est d' activé la detection des autres systemes .
Cependant , il faudra , re revenir apres l' installation ou bien un changement de noyau du systeme de secours . chose que tu n' aurais pas a faire en installant refind a la place de GRUB , comme chargeur d' amorcage .

Satire a écrit :

- Concernant l'installation de Ubuntu de secours : la procédure doit nécessairement se clôturer sur un redémarrage sur Ubuntu nvme, et d'une mise à jour du GRUB avec la commande : sudo update-grub

oui si tu n' as pas d' autre changement a apporter a ton systeme de secours .

Satire a écrit :

Et qu'ensuite, il est préférable de redémarrer sur Ubuntu de secours, procéder à la mise à jour d'Ubuntu, et ensuite redémarrer sur Ubuntu nvme et lancer la commande suivante : sudo update grub

non , il vaut mieux d ' abord faire les MAJ , car il y aura fort probablement un nouveau noyau avec , ca evitera de faire 2 fois les meme manipulations .
d ' abord les MAJ , ensuite allez sur le principal pour mettre a jour le GRUB .

Comme geole l ' a dit et je viens de le precisez encore , en installant refind a la place du GRUB , tu t ' affranchis de ces etapes de gestion , faut quand meme le dire , assez lourdingue ...

Satire · Le 24/06/2023, à 12:53

Très bien, c'est effectivement d'un niveau de complication tout ça, que ça en donne le vertige, au point même de défier toute logique humaine...

J'abandonne donc GRUB, et passe à Refind... je pensais juste que comme j'avais commençais avec GRUB, il faillait focrément finir / continuer avec...

La question qui me vient d'abord, c'est la suvante : dans quelle partition dois-je installer Refind ?

iznobe · Le 24/06/2023, à 13:03

tu n' installes pas refind dans une partition . c ' est un paquet a installer . donc dans un systeme d ' exploitation , en toute logique dans l ' ubuntu principal , mais ca n' a a priori pas d' importance .

Avant , relis bien le lien que t ' a donné @geole precedemment , prends connaissance de son fonctionnement , familiarise toi un peu avec sa presentation et son fonctionnement , et si tu as des questions , essaie de voir avec lui , je sais qu ' il connait bien refind , perso je n' utilise pas , mais je devrais peut etre .

Satire · Le 24/06/2023, à 13:25

Je vois, je vais tenter de m'y plonger alors...

Par ailleurs, je viens juste de m'appercevoir qu'après la réinstallation de Ubuntu nvme, la partition Windows a disparu du Grub ?

Après réinstallation de Ubuntu nvme, dois-je procéder à la mise à jour du grub après l'étape de la "Mise en place du GBUB EFI" ? en entrant la commande : sudo update-grub

Satire · Le 24/06/2023, à 13:26

Bon, je viens de procéder à la commande de mise à jour du Grub : sudo update-grub

Dont voici le retour :

sat@sat-XPS-15-9560:~$ sudo update-grub
[sudo] Mot de passe de sat : 
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.19.0-45-generic
Found initrd image: /boot/initrd.img-5.19.0-45-generic
Found linux image: /boot/vmlinuz-5.19.0-32-generic
Found initrd image: /boot/initrd.img-5.19.0-32-generic
Memtest86+ needs a 16-bit boot, that is not available on EFI, exiting
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Found Ubuntu 22.04.2 LTS (22.04) on /dev/sda2
Adding boot menu entry for UEFI Firmware Settings ...
done
sat@sat-XPS-15-9560:~$

Satire · Le 24/06/2023, à 13:30

Effectivement, la commande de mise à jour du grub, après mise en place du grub efi lors de la réinstallation d'Ubuntu nvme semble nécessaire, car après cela la partition Windows apparaît bien dans le grub.

Satire · Le 26/06/2023, à 08:33

Bonjour à tous,
Une dernière question, concernant la partition windows cette fois-ci, en toute logique la réinstallation de ce système d'exploitation nécessitera donc de redémarrer sur Ubuntu nvme et procéder à la mise à jour du Grub avec la commande suivante ? : sudo update-grub

Satire · Le 26/06/2023, à 09:14

Pour conclure la discussion, qui sera mise en "Résolu", voici la mise à jour du tuto, en espérant cette fois-ci que rien ne sera oublié ou erroné :

- Ubuntu de secours :

- Démarrer à partir de la clé USB Live

- Entrer la commande suivante : pour éviter que le GRUB soit installé

sudo ubiquity -b

- Inutile de Cliquer sur l'icône de l'installation d'Ubuntu car la commande lance l'installation.

- Choisir "Autre chose"

- Choisir la partition contenant le Ubuntu à remplacer

- Ne pas changer la taille

- Dans la section "Utiliser comme", cliquer sur : système de fichiers journalisé ext4

- Allouer le point de montage suivant : /

- Cocher la case : Formater

- Lancer l'installation

- Démarrer à partir du Ubuntu nvme

- Activer " Os-prober " dans le fichier de configuration du GRUB du Ubuntu principal et faire apparaitre le menu de choix :

- [Ces actions ne sont à faire qu'en cas de destruction des deux ubuntu. Mais, il me semble plus simple de commencer par installer le menu de secours pour les éviter]
via

gedit admin:///etc/default/grub

ou

sudo nano /etc/default/grub

ou en lignes de commandes

echo GRUB_DISABLE_OS_PROBER=false | sudo tee -a /etc/default/grub

sudo sed -i '/GRUB_TIMEOUT/d' /etc/default/grub

echo GRUB_TIMEOUT_STYLE=menu | sudo tee -a /etc/default/grub

echo GRUB_TIMEOUT=59 | sudo tee -a /etc/default/grub

Une fois le fichier modifié, lancer un :

sudo update-grub

pour prise en compte.

- Si l'activation de l'OS PROBER n'est pas nécessaire : redémarrer sur Ubuntu nvme et mettre à jour le Grub afin de pouvoir choisir Ubuntu de secours au prochain redémarrage :

sudo update-grub

- Démarrer sur Ubuntu de secours : installer les mises à jour

- Démarrer sur Ubuntu nvme : Remettre à jour le Grub

sudo update-grub

- Utilisation du ubuntu de secours :

- Si tu l'utilises, il se mettra à jour avec arrivée de nouveaux noyaux.

- Lorsque tu le quitteras, relance le ubuntu MVME et fais-lui connaitre ces nouveaux noyaux :

sudo update grub

- Ubuntu nvme :

- Démarrer à partir de la clé USB Live

- Choisir : installation d'Ubuntu

- Choisir : "Autre chose"

- Choisir la partition contenant le Ubuntu à remplacer

- Ne pas changer la taille

- Dans la section "Utiliser comme", cliquer sur : système de fichiers journalisé ext4

- Allouer le point de montage suivant : /

- Cocher la case : Formater

- Lancer l'installation

- Redémarrer sur Ubuntu nvme

- Mise en place du GBUB EFI :

sudo grub-install /dev/nvme0n1 --no-nvram --efi-directory=/boot/efi  --target=x86_64-efi

- Mise à jour du Grub, pour la prise en compte de toutes les partitions :

sudo update-grub

- Windows :

- Réinstallation de windows avec destruction de tous les fichiers et logiciels.

- [La réinstallation de windows, en choisissant son remplacement, ajoute une ligne de boot dans la nvram sans supprimer la ligne de boot de ubuntu. Il n'y a pas d'option pour empêcher cela.]

- [Donc, après une réinstallation de windows, c'est lui qui se mettra automatiquement en route.]

- Il suffit d'arrêter le démarrage automatique sur Windows en tapant sur F12.

- Choisir le démarrage sur Ubuntu nvme.

- Puis, dans Ubuntu nvme, entrer la commande suivante :

EFIBOOTMGR -O P,N

- [Il existe une possibilité de le faire avec windows en installant un utilitaire mais cela semble inutile.]

- Ou, réinstaller le GRUB pour éviter de rechercher les valeurs P, N :

sudo grub-install

sudo update-grub

Dernière modification par Satire (Le 26/06/2023, à 21:25)

Qid · Le 26/06/2023, à 09:18

Satire a écrit :

redémarrer sur Ubuntu nvme et procéder à la mise à jour du Grub avec la commande suivante ? : sudo update-grub

Oui et non : il ne faut pas confondre réactualiser GRUB pour qu'il voit les voisins et la gestion du démarrage de l'ordi qui est plus souvent gérée directement par l'efi (commande : efibootmgr)

Compte supprimé · Le 26/06/2023, à 09:37

Gérer Grub en multiboot, c'est un peu comme apprendre l'utilisation d'une boîte de vitesses manuelle et ses subtilités de rétrogradage avec double pédalage pour remonter le régime moteur. Cela fonctionne très bien quand on a appris et que l'on s'est entraîné, sinon ça hurle ou ça bloque.
Mais, il existe aussi des boîtes automatiques, toutes proportions gardées, c'est un peu ce que fait Refind.

iznobe · Le 26/06/2023, à 12:10

Bonjour , alors si tu reinstalles windobz , ( il n' a pas un comportement logique , et se fout des autres . il fait comme si il etait seul au monde ) il va virer completement le GRUB et , a confirmer , le contenu de la partition EFI ...
il faudra donc logiquement redemarrer unbuntu ( NVME ou en session live ) et passer un coup de boot-repair apres son installation , de façon a retablir un grub complet . cela dit , vu que tu demarres en session LEGACY et que tes installs sont en EFI , je ne suis pas certain que ca fonctionnera correctement , meme avec boot--repair ... ( sauf si tu arrives a demarrer a partir du ubuntu principal , puisque lui , a été rectifié en EFI manuellement ) .

Le plus simple , c ' est de ne pas reinstaller

Dernière modification par iznobe (Le 26/06/2023, à 12:13)

geole · Le 26/06/2023, à 12:28

Bonjour.
Une réinstallation de windows, en choisissant son remplacement, ajoute une ligne de boot dans la nvram sans supprimer la ligne de boot de ubuntu.
Il n'y a pas d'option pour empêcher cela. D'ailleurs les nouvelles versions de l'installateur ubuntu font pareil, voir pire, puisqu'elles suppriment la précédante ligne de boot qu'il faudra recréer.

Donc, après une réinstallation de windows, c'est lui qui mettra en route.
Il te suffit de l'arrêter en lui demandant de lancer ubuntu, puis dans ubuntu, utiliser la commande EFIBOOTMGR -O P,N. Il existe la possibilité de le faire avec windows en installant un utilitaire mais cela me semble inutile.
ou réinstaller le GRUB pour éviter de rechercher les valeurs P, N

Dernière modification par geole (Le 26/06/2023, à 12:43)

Satire · Le 26/06/2023, à 21:27

Bonsoir à tous,
Merci beaucoup pour vos précieux retours, conseils et aide.

Très bien, j'ai amendé le tuto en question #267 pour inclure les corrections nécessaires du commentaire de Geole dans son message #271.

N'hésitez surtout pas à me corriger dans le cas où d'autres erreurs persisteraient, afin que je puisse faire les modifications nécessaires et ainsi laisser à disposition un tuto qui ne soit pas erroné, et qui me semble être bien utile, au-delà mon propre cas...

Un GRAND MERCI À TOUS, PLEIN DE RECONNAISSANCE !

Dernière modification par Satire (Le 27/06/2023, à 11:23)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#251 Le 22/06/2023, à 22:49

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#252 Le 22/06/2023, à 23:02

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#253 Le 22/06/2023, à 23:04

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#254 Le 22/06/2023, à 23:50

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#255 Le 23/06/2023, à 06:33

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#256 Le 23/06/2023, à 08:47

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#257 Le 24/06/2023, à 08:44

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#258 Le 24/06/2023, à 09:08

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#259 Le 24/06/2023, à 09:15

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#260 Le 24/06/2023, à 10:24

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#261 Le 24/06/2023, à 12:53

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#262 Le 24/06/2023, à 13:03

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#263 Le 24/06/2023, à 13:25

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#264 Le 24/06/2023, à 13:26

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#265 Le 24/06/2023, à 13:30

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#266 Le 26/06/2023, à 08:33

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#267 Le 26/06/2023, à 09:14

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#268 Le 26/06/2023, à 09:18

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#269 Le 26/06/2023, à 09:37

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#270 Le 26/06/2023, à 12:10

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#271 Le 26/06/2023, à 12:28

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

#272 Le 26/06/2023, à 21:27

Re : Remplacement d'un SSD sur système Triple Boot - [RÉSOLU]

Pied de page des forums