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

Dual Boot, inaccessible, apres l'installation XUBUNTU.

sablondjoseph

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

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

sablondjoseph

Merci pour votre réponse.

geole a écritDans 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 écritLis 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 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

sablondjoseph

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

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

ikewdu

Salut,

Cet "ami", c'est moi.... Sujet commencé ici : https://www.commentcamarche.net/forum/affich-36516400-probleme-avec-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.

sablondjoseph

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

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

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.

sablondjoseph

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

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

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

Ikewdu a écritSur 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

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.

Babdu89

Bonjour.

Pour info;

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

https://forum.ubuntu-fr.org/viewtopic.php?id=509791&p=74

@+. Babdu89 .

sablondjoseph

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

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 .

ikewdu

Salut,

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

Sablondjoseph a écritBonjour à 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.

Babdu89

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

Babdu89 a écritDonc 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 écritJe 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 écritet 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

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...

Page suivante »