Dual Boot, inaccessible, apres l'installation XUBUNTU.

sablondjoseph · Le 19/03/2020, à 20:50

Salut a tous(tes). Cela faits plusieurs heures depuis que je recherche a réparer/activer mon dual boot. Mais malheureusement tous les essaient sont en vein.
Après l'installation de ""Xubuntu 18.04.2 LTS amr 64"", mon Pc démarre automatiquement sur Xubuntu.
Avant J'avais 3 partitions: Win 10, Win 8.1 et Win 7 qui marchait bien.
Boot Info en cas de besoin.
Merci a vous.

geole · Le 19/03/2020, à 22:43

Bonsoir
Je pense que tu viens d'installer xubuntu
Dans ce contexte, tu as totalement oublié de vérifier comment il devait s'installer
Il a donc été installé en EFI alors que windows ne l'est pas.
Lis cette documentation qui explique comment installer (ou recommencer l'installation) ou faire une réparation
https://doc.ubuntu-fr.org/uefi

Dernière modification par geole (Le 19/03/2020, à 22:43)

sablondjoseph · Le 19/03/2020, à 23:07

Merci pour votre réponse.

geole a écrit :

Dans ce contexte, tu as totalement oublié de vérifier comment il devait s'installer

.
Pourtant, j'ai poursuivi a la lettre ce Tuto

geole a écrit :

Lis cette documentation qui explique comment installer (ou recommencer l'installation) ou faire une réparation

je préfère la réparation au lieu d'une ré-installation complète .
mille merci d'avance de m'aide a le réparer, c'est extrêmement important.

geole · Le 20/03/2020, à 00:13

Le document dont je t'ai donné le lien indique

Démarrer Boot-Repair, cliquer sur "Options avancées", aller dans l'onglet "Emplacement de GRUB"
Décocher l'option "Partition /boot/efi séparée"
Appliquer
Régler votre BIOS pour qu'il démarre sur le disque dur en mode classique (voir le paragraphe "Régler le démarrage en mode EFI ou classique" ci-dessus).

Tu pourrais même supprimer la partition SDA9 pour être certain que tout est correct car elle n'est pas conseillée dans les vieux modèles de disques (disklabel Type:dos)

sda9: __________________________________________________________________________
    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /EFI/ubuntu/grub.cfg /efi/BOOT/fbx64.efi 
                       /efi/ubuntu/fwupx64.efi /efi/ubuntu/grubx64.efi 
                       /efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi 
                       /efi/ubuntu/grub.cfg

Drive: sda _____________________________________________________________________
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos

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

sablondjoseph · Le 20/03/2020, à 22:36

Salut a tous. En bootant sur mon Live USB, j'arrive(guider par un ami) a supprimer sd9, et a change le drapeau avec succes a l'aide de Gparted sur sda1.
Donc j'ai mes partions Win au demarage, le probleme c'est que la situation est inverse, dans le multi-boot pas de Xubuntu.
comment resoudre ce probleme sans perdent mes donnees sur Xubuntu.
Merci.

geole · Le 20/03/2020, à 23:04

Bonsoir
Peux-tu refaire un boot-info afin que nous puissions voir le nouvel état des lieux.

ikewdu · Le 20/03/2020, à 23:59

Salut,

Cet "ami", c'est moi.... Sujet commencé ici : https://www.commentcamarche.net/forum/a … -le-grub#9
Nous avons eu la même idée : suppression de sda9 et remise du flag boot sur sda2... Rien de plus.

La réinstallation me semble également la meilleure solution pour les raisons que j'ai évoquées dans le lien. Néanmoins, rien n'empêche de tenter une réparation préalable avec boot-repair qui semble vouloir faire les choses correctement :

=================== Suggested repair
The default repair of the Boot-Repair utility would purge (in order to unsign) and reinstall the grub2 of sda10 into the MBR of sda.
Grub-efi would not be selected by default because: no-win-efi
Additional repair would be performed: unhide-bootmenu-10s   fix-windows-boot

Mais ce serait plus sûr depuis un liveUSB exécuté en Legacy.

Dernière modification par ikewdu (Le 21/03/2020, à 00:07)

sablondjoseph · Le 21/03/2020, à 00:34

Merci a vous, je viens tout juste essayer avec ce Tuto pour l'installation du boot-repair.
Et j'ai echoue .

Fetched 5869 kB in 12s (502 kB/s)                                              
Reading package lists... Done
E: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/bionic-updates/main/binary-amd64/by-hash/SHA256/6f0c7207151554f78b1694e67d177faddc3cb9324f5390582422888cbb7cce61  Hash Sum mismatch
   Hashes of expected file:
    - Filesize:889068 [weak]
    - SHA256:6f0c7207151554f78b1694e67d177faddc3cb9324f5390582422888cbb7cce61
    - SHA1:c5f84ef8fcce010356211dc3a5f42016ddbe9c4c [weak]
    - MD5Sum:964df96d0e705ea79986e768524cd2d5 [weak]
   Hashes of received file:
    - SHA256:377f0ae7be38e02e2f19fbec315c1e7dd3257e0411978466be70a9ca8c440cb9
    - SHA1:7a8d62846a2e8406a0d81fcb125d7f0024ef7846 [weak]
    - MD5Sum:07d13c72b540afb21c8ce2b9d0dc67f2 [weak]
    - Filesize:889068 [weak]
   Last modification reported: Fri, 20 Mar 2020 19:44:18 +0000
   Release file created at: Fri, 20 Mar 2020 19:43:17 +0000
E: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/bionic-updates/universe/binary-amd64/by-hash/SHA256/396e0975d15abbc094d7d644064bca09058e5df3e78ff66af3315481fbe5cbaf  
E: Some index files failed to download. They have been ignored, or old ones used instead.

Que faire, merci.

geole · Le 21/03/2020, à 00:41

Bonsoir
Internet est probablement perturbé.
Refais en suivant ce lien https://doc.ubuntu-fr.org/tutoriel/boot-info
Si cela plante encore, poste la totalité des commandes.

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

sablondjoseph · Le 21/03/2020, à 00:47

Meme probleme, a note que ma connection est bonne. Et c'est attravert ce Live USB que je vous ecris.

xubuntu@xubuntu:~$ sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y boot-info
Ign:1 cdrom://Xubuntu 18.04.2 LTS _Bionic Beaver_ - Release amd64 (20190210) bionic InRelease
Hit:2 cdrom://Xubuntu 18.04.2 LTS _Bionic Beaver_ - Release amd64 (20190210) bionic Release
Hit:4 http://security.ubuntu.com/ubuntu bionic-security InRelease              
Hit:5 http://archive.ubuntu.com/ubuntu bionic InRelease                        
Hit:6 http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu bionic InRelease
Get:7 http://archive.ubuntu.com/ubuntu bionic-updates InRelease [88.7 kB]
Get:8 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages [889 kB]
Err:8 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
  Hash Sum mismatch
  Hashes of expected file:
   - Filesize:889068 [weak]
   - SHA256:6f0c7207151554f78b1694e67d177faddc3cb9324f5390582422888cbb7cce61
   - SHA1:c5f84ef8fcce010356211dc3a5f42016ddbe9c4c [weak]
   - MD5Sum:964df96d0e705ea79986e768524cd2d5 [weak]
  Hashes of received file:
   - SHA256:377f0ae7be38e02e2f19fbec315c1e7dd3257e0411978466be70a9ca8c440cb9
   - SHA1:7a8d62846a2e8406a0d81fcb125d7f0024ef7846 [weak]
   - MD5Sum:07d13c72b540afb21c8ce2b9d0dc67f2 [weak]
   - Filesize:889068 [weak]
  Last modification reported: Fri, 20 Mar 2020 19:44:18 +0000
  Release file created at: Fri, 20 Mar 2020 19:43:17 +0000
Get:9 http://archive.ubuntu.com/ubuntu bionic-updates/main Translation-en [308 kB]
Get:10 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 DEP-11 Metadata [307 kB]
Get:11 http://archive.ubuntu.com/ubuntu bionic-updates/main DEP-11 48x48 Icons [73.8 kB]
Get:12 http://archive.ubuntu.com/ubuntu bionic-updates/main DEP-11 64x64 Icons [140 kB]
Get:13 http://archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 Packages [35.7 kB]
Get:14 http://archive.ubuntu.com/ubuntu bionic-updates/restricted Translation-en [9116 B]
Get:15 http://archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages [1059 kB]
Get:15 http://archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages [1059 kB]
Get:15 http://archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages [1059 kB]
Get:15 http://archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages [1059 kB]
Err:15 http://archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages
  
Fetched 2037 kB in 6s (355 kB/s)     
Reading package lists... Done
E: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/bionic-updates/main/binary-amd64/by-hash/SHA256/6f0c7207151554f78b1694e67d177faddc3cb9324f5390582422888cbb7cce61  Hash Sum mismatch
   Hashes of expected file:
    - Filesize:889068 [weak]
    - SHA256:6f0c7207151554f78b1694e67d177faddc3cb9324f5390582422888cbb7cce61
    - SHA1:c5f84ef8fcce010356211dc3a5f42016ddbe9c4c [weak]
    - MD5Sum:964df96d0e705ea79986e768524cd2d5 [weak]
   Hashes of received file:
    - SHA256:377f0ae7be38e02e2f19fbec315c1e7dd3257e0411978466be70a9ca8c440cb9
    - SHA1:7a8d62846a2e8406a0d81fcb125d7f0024ef7846 [weak]
    - MD5Sum:07d13c72b540afb21c8ce2b9d0dc67f2 [weak]
    - Filesize:889068 [weak]
   Last modification reported: Fri, 20 Mar 2020 19:44:18 +0000
   Release file created at: Fri, 20 Mar 2020 19:43:17 +0000
E: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/bionic-updates/universe/binary-amd64/by-hash/SHA256/396e0975d15abbc094d7d644064bca09058e5df3e78ff66af3315481fbe5cbaf  
E: Some index files failed to download. They have been ignored, or old ones used instead.
xubuntu@xubuntu:~$ ^C
xubuntu@xubuntu:~$

geole · Le 21/03/2020, à 01:01

Probablement un probleme de mise à jour
J'ai vu la date
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Origin: Ubuntu
Label: Ubuntu
Suite: bionic-updates
Version: 18.04
Codename: bionic
Date: Fri, 20 Mar 2020 19:43:17 UTC

Probablement attendre qu'ils rectifient ou que tout se synchronise.

sablondjoseph · Le 21/03/2020, à 01:31

: mais pourquoi ca arrive a moi!!!??

Ikewdu a écrit :

Sur l'autre forum.
3. Tenter la réparation avec boot-repair depuis le liveUSB, mais en étant sûr que le live-cd est exécuté en mode Legacy.
Dans les deux premiers cas, ça demande quelques connaissances. Te sens-tu capable de faire l'un ou l'autre ? Dans le 3e, tu confies ton démarrage à un logiciel certes efficace en mode Legacy, mais un peu ancien.
Je te conseille donc de lire le point 4 avant de te lancer.
4. Tu as aussi la solution, plus simple, de récupérer les données sur sda10 depuis le liveCD, de réinstaller, et de les rétablir après. C'est d'ailleurs selon moi la meilleure solution, car tu as une partition swap de 2 Go complètement inutile, une partition ext4 de 21 Gio complètement vide, et probablement une partition de 1 Gio pour le boot de Linux, chose qu'on n'utilise plus. Bref, trois partitions sur 4 qui ne servent à rien. Enfin, ton Linux occupe 8,6 Gio sur sda10, ce qui veut dire que tu n'as pas grand chose dessus à récupérer. Pour toutes ces raisons, un réinstallation en Legacy est préférable.

J'avais une MV de Qemu sur mon Xubuntu, Si on choisi l'option 4 est ce que cette MV de Qemu fera partir des donnees recuperer.
Merci.

ikewdu · Le 21/03/2020, à 09:41

Re,

Si tu as un souci avec boot-repair, tu peux créer un liveUSB avec la dernière version de Mint. Boot-repair y est intégré. Ce sera plus simple que de faire l'installation de GRUB via un chroot.

PS. J'ai vu passer hier une MAJ de boot-repair. C'est peut-être elle qui a mis le bazar. Comme je te l'ai dit, c'est un bon outil, mais vieillissant.

Dernière modification par ikewdu (Le 21/03/2020, à 09:43)

Babdu89 · Le 21/03/2020, à 09:48

Bonjour.

Pour info;

Suivre le cours de ce sujet concernant les maj de boot-repair boot-info.

https://forum.ubuntu-fr.org/viewtopic.p … 09791&p=74

@+. Babdu89 .

sablondjoseph · Le 21/03/2020, à 14:29

Bonjour à vous tous, et merci pour votre temps.
Que pensez-vous de ma question dans la réponse #12, car ça commence à être long ...

Babdu89 · Le 21/03/2020, à 16:54

Bonjour.

Post#7 ikewdu a écrit;

Mais ce serait plus sûr depuis un liveUSB exécuté en Legacy.

Oui, si tu démarres encore ta session live Ubuntu 18.04.2 en live UEFI, Boot-repair va vouloir réinstaller un Grub-efi, pas un grub-pc, ce qu'il faut dans ton cas.

Donc il faut absolument démarrer la session live en Bios_Legacy, C'est à choisir dans le Bios avant démarrage de la session live.

Puis lancer la commande suivante qui va installer Boot-repair boot-info.
Combine de cqfd93 pour ne pas faire d'erreur dans le copier coller de longues commandes.
Un triple clic gauche sur la commande pour copier, et un clic molette dans le terminal pour coller.

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

Je pense que maintenant le PPA boot repair doit être accessible. Nous sommes à la version appa74 depuis plus de 13 heures.

Avant de faire une réparation, poster un boot_info dans ta réponse pour que l'on valide ou pas la réparation proposée.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 21/03/2020, à 17:10)

ikewdu · Le 21/03/2020, à 17:00

Salut,

Je cautionne à 100 le dernier message. Et je rappelle que le Live Mint contient nativement boot-info.

Sablondjoseph a écrit :

Bonjour à vous tous, et merci pour votre temps.
Que pensez-vous de ma question dans la réponse #12, car ça commence à être long ...

Je te rappelle gentiment que c'est toi qui as mal installé, et c'est encore toi qui ne veux pas réinstaller. Donc, sois patient... on n'est pas payés pour nos interventions et on a d'autres obligations, surtout en ce moment. Ton Linux est là, et tu ne risques pas de le perdre.

Dernière modification par ikewdu (Le 21/03/2020, à 17:03)

Babdu89 · Le 21/03/2020, à 18:01

ikewdu a écrit;

........... Et je rappelle que le Live Mint contient nativement boot-info.

Oui, et comme le dev de ce logiciel (boot-repair/boot-info) continue. Il est bon de mettre à jour le PPA, ainsi que celui de boot-repair.
Je ne connais pas la version installée sur la Mint, mais je pense que ce n'est pas à jour.

@+. Babdu89 .

sablondjoseph · Le 21/03/2020, à 18:57

Babdu89 a écrit :

Donc il faut absolument démarrer la session live en Bios_Legacy, C'est à choisir dans le Bios avant démarrage de la session live.

Et ouii, ca a marche, mille merci a vous 3 qui m'assistent.
boot-info

Ikewdu a écrit :

Je te rappelle gentiment que c'est toi qui as mal installé

La vous avez parfaitement raison, mais c'est evident vu que je debute a peine sur Linux en suivant un Tuto bidon .

Ikewdu a écrit :

et c'est encore toi qui ne veux pas réinstaller.

Pas vraiment @ Ikewdu, vous avez peut-etre oublier la raison(recuperer les donnees) pour laquelle j'avais fait ce choix parmi tes propositions. Et c'est pour eviter de vous deranger/demander du temps. Que j'ai pose la question au post#12. Afin de faire plus simple comme vous l'avez dit.
Encore une fois mille merci a vous 3.

ikewdu · Le 21/03/2020, à 19:06

Re,

Tu as dû te tromper de rapport boot-info, car là, la réparation n'apparaît pas comme étant faite (si tu l'as faite). Et c'est toujours booté en uefi, selon ce rapport. La partition efi qui n'existe plus est également montée dans fstab... le démarrage ne doit pas trop aimer ça.

Pour le reste, si ça fonctionne, c'est très bien. Mais les données étaient facilement récupérables depuis le liveUSB, et ton partitionnement Linux reste bancal. Deux partitions inutiles...

Dernière modification par ikewdu (Le 21/03/2020, à 19:17)

sablondjoseph · Le 21/03/2020, à 19:26

Ikewdu a écrit :

Tu as dû te tromper de rapport boot-info, car là, la réparation n'apparaît pas. Et c'est toujours booté en uefi, selon ce rapport.

Au mon Dieu, mais comment faire??. Je suis debutant en Linux, je suivis a la lettre vos suggestions(F10 pour setup bios"HP" => boot Options => et j'ai mis le type en Legacy only).

Ikewdu a écrit :

Mais les données étaient facilement récupérables depuis le liveUSB, et ton partitionnement Linux reste bancal. Deux partitions inutiles...

Ok, alons-y dit moi ce que je dois faire pour recuperer mes donnees(la MV de QEMU aussi) et comment BIEN RE-INSTALLER cette Xubuntu 18.04.2 LTS bancal , afin d'apprendre... NB: Je suis debutant(Null en Linux).
A vous..

Dernière modification par sablondjoseph (Le 21/03/2020, à 19:28)

ikewdu · Le 21/03/2020, à 19:36

Fais déjà la réparation proposée par boot-repair. Elle semble correcte :

=================== Suggested repair
The default repair of the Boot-Repair utility would purge (in order to unsign) and reinstall the grub2 of sda9 into the MBR of sda.
Grub-efi would not be selected by default because: no-win-efi
Additional repair would be performed: unhide-bootmenu-10s   fix-windows-boot

On verra pour tes partitions après...

Dernière modification par ikewdu (Le 21/03/2020, à 19:36)

Babdu89 · Le 21/03/2020, à 19:49

Post#19, on lit;

Et ouii, ca a marche, mille merci a vous 3 qui m'assistent.

suivi du boot info;
http://paste.ubuntu.com/p/KWkPg5wyCw/

Qui est différent du premier fourni.

Ce qui a marché c'est l'installation boot-repair/boot-info dans la session live, avec le PPA à jour.

ADDITIONAL INFORMATION :
=================== log of boot-info 20200321_1624 ===================
boot-info version : 4ppa74
boot-sav version : 4ppa74
boot-sav-extra version : 4ppa74
glade2script version : 3.2.4~ppa6
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.
Warning: The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes.
Partition 4 does not start on physical sector boundary.
boot-info is executed in live-session (Ubuntu 18.04.2 LTS, bionic, Ubuntu, x86_64)
CPU op-mode(s):      32-bit, 64-bit
BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/xubuntu.seed boot=casper quiet splash ---
ls: cannot access '/home/usr/.config': No such file or directory

Mais, encore fait depuis une session live démarrée en UEFI.

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot enabled.

Donc tant que tu n'arrives pas à lancer la session live en mode Bios_Legacy, tu ne peux pas faire de réparation.

ikewdu à écrit;

Fais déjà la réparation proposée par boot-repair. Elle semble correcte :

=================== Suggested repair
The default repair of the Boot-Repair utility would purge (in order to unsign) and reinstall the grub2 of sda9 into the MBR of sda.
Grub-efi would not be selected by default because: no-win-efi
Additional repair would be performed: unhide-bootmenu-10s   fix-windows-boot

On verra pour tes partitions après...

La session live démarrée en UEFI, je pense que çà va échouer.

@+. Babdu89 .

sablondjoseph · Le 21/03/2020, à 21:23

Babdu89 a écrit :

Ce qui a marché c'est l'installation boot-repair/boot-info dans la session live, avec le PPA à jour.

Oui, et c'etait ca que je voulais dire.

Babdu89 a écrit :

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot enabled.
Donc tant que tu n'arrives pas à lancer la session live en mode Bios_Legacy, tu ne peux pas faire de réparation

Ce que je ne pouvais pas identifier, pourvu que mon niveau en Linux est 0.

Babdu89 a écrit :

Donc tant que tu n'arrives pas à lancer la session live en mode Bios_Legacy, tu ne peux pas faire de réparation.

Mais que faire!!??? Car j'ai tout essaye (sauf propositions non donnees).
J'ai meme remis mon Bios en reglage par defaut (ce qui l'a mis sur Boot Legacy [Disable]), et generer l'erreur "OS not found" et tj ce meme message:

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot enabled.

de Boot-Info en Live-USB

Puis j'ai remis le Boot Legacy [Enable] et F10 pour sauvegarder le Bios => lancer le Live_USB => executer la commande

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

=> Lancer Boot-info qui a generer http://paste.ubuntu.com/p/Qq9vnCpyyv/.
Ou il y a tj "BIOS is EFI-compatible, and is setup in EFI-mode for this live-session."
J'espere etre tres claire dans mes etapes et rien oublier.
En fin que dois-je faire???
1) Est-ce le Live-USB qui est defectieux. Dois-je la re-constuire?? si oui comment? (j'utilisais Etcher).
Merci.

Babdu89 · Le 22/03/2020, à 00:21

Bonsoir.

Dans le dernier boot-info que tu as posté;

http://paste.ubuntu.com/p/Qq9vnCpyyv/

Effectivement, on voit toujours;

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled. (maybe sec-boot, Please report this message to boot.repair@gmail.com)

Donc la session live est démarrée en mode UEFI, pas en Bios_Legacy.

Tu dis;

Mais que faire!!??? Car j'ai tout essaye (sauf propositions non donnees).
J'ai meme remis mon Bios en reglage par defaut (ce qui l'a mis sur Boot Legacy [Disable]), et generer l'erreur "OS not found" et tj ce meme message:
=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot enabled.
de Boot-Info en Live-USB
Puis j'ai remis le Boot Legacy [Enable] et F10 pour sauvegarder le Bios => lancer le Live_USB => executer la commande

Puis j'ai remis le Boot Legacy [Enable] et F10 pour sauvegarder le Bios => lancer le Live_USB => executer la commande

C'est peut-être là que çà ne se passe pas comme tu le penses.

Alors, question?.
Remettre le Boot Legacy [Enable] et F10 pour sauvegarder le Bios =>

Tu entres dans le Bios pour faire çà?, En général on utilise Suppr ; puis dans le bios on navigue jusque l'onglet BOOT et on change les priorités de boot. Puis on sauvegarde les choix par un F10, en choisissant Y .

Ou tu utilises un éventuel programme de démarrage rapide avec une touche fonction, genre F2 ou autre?.

Sinon, tu fais comme à ton habitude, mais après un F10, tu vérifies en refaisant un autre démarrage pour t'assurer que ton choix validé n'a pas changé.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 22/03/2020, à 00:24)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 19/03/2020, à 20:50

Dual Boot, inaccessible, apres l'installation XUBUNTU.

#2 Le 19/03/2020, à 22:43

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#3 Le 19/03/2020, à 23:07

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#4 Le 20/03/2020, à 00:13

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#5 Le 20/03/2020, à 22:36

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#6 Le 20/03/2020, à 23:04

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#7 Le 20/03/2020, à 23:59

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#8 Le 21/03/2020, à 00:34

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#9 Le 21/03/2020, à 00:41

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#10 Le 21/03/2020, à 00:47

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#11 Le 21/03/2020, à 01:01

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#12 Le 21/03/2020, à 01:31

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#13 Le 21/03/2020, à 09:41

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#14 Le 21/03/2020, à 09:48

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#15 Le 21/03/2020, à 14:29

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#16 Le 21/03/2020, à 16:54

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#17 Le 21/03/2020, à 17:00

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#18 Le 21/03/2020, à 18:01

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#19 Le 21/03/2020, à 18:57

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#20 Le 21/03/2020, à 19:06

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#21 Le 21/03/2020, à 19:26

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#22 Le 21/03/2020, à 19:36

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#23 Le 21/03/2020, à 19:49

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#24 Le 21/03/2020, à 21:23

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

#25 Le 22/03/2020, à 00:21

Re : Dual Boot, inaccessible, apres l'installation XUBUNTU.

Pied de page des forums