[Réparateur de démarrage] Développement du logiciel Boot-Repair

YannUbuntu · Le 10/07/2012, à 09:19

@Malbo:
merci pour le ZIP. Ca confirme ce que j'ai observé chez moi. Je pense avoir trouvé un correctif, et j'en ai profité pour simplifier le code. Tout est dans le PPA (paquet boot-sav >3.191).
Le bug affectait l'option "Installer la plus récente version de GRUB" (onglet "Options de GRUB"), avec et sans EFI.
Pour l'instant je la laisse décochée par défaut, le temps de valider qu'elle est ok.

@tous:
si vous voulez nous aider, voici un petit test à effectuer sur un PC de test (ou dans VirtualBox):
1) Lancer Boot-Repair, le mettre à jour
2) Cliquer sur "Options avancées", aller dans "Emplacement de GRUB", et sélectionner l'OS de test dans "OS par défaut au démarrage" (par exemple: "sdxY Ubuntu 12.04")
3) Aller dans l'onglet "Options de GRUB" de Boot-Repair, cocher l'option "Installer la plus récente version de GRUB".
4) Sans fermer Boot-Repair. Soit via un terminal, soit graphiquement (par ex. graphiquement via "gksudo nautilus"), effectuer une sauvegarde du fichier sources.list du système Linux de test. Remarque: si vous utilisez Boot-Repair depuis le système de test, le fichier se trouve à /etc/apt/sources.list , sinon (si vous utilisez B-R depuis un live-CD) il se trouve sur /mnt/boot-sav/sdxY/etc/apt/sources.list .
5) Revenir à Boot-Repair, cliquer sur "Appliquer". Celui-ci va purger et réinstaller GRUB version quantal dans le PC de test.
6) Une fois l'opération finie, Boot-Repair va afficher une fenêtre "Vous pouvez redémarrer". A ce moment, fermez cette fenêtre mais ne redémarrez pas.
7) Démarrer Boot-Repair à nouveau, jusqu'à ce que la fenêtre principale (avec le gros logo) apparaisse.
8) Sans fermer Boot-Repair. Soit via un terminal, soit graphiquement, vérifiez que le fichier sources.list de l'OS de test est identique à la sauvegarde. S'il est identique, tout va bien.
9) S'il n'est pas identique, cliquez sur "Options avancées", puis sur le bouton "Sauvegarder les tables de partitions...", sauvez le fichier ZIP quelquepart (clé USB..) puis envoyez-le moi par email (yannubuntu ATT gmail POINTcom)

Remarque: si vous avez le temps, il faudrait refaire le test en variant les options:
- depuis live-CD ou pas
- option "purge de kernel" cochée ou pas
- partition EFI (si vous avez un système EFI, ou dans VirtualBox) ou pas

Dernière modification par YannUbuntu (Le 10/07/2012, à 09:20)

Qid · Le 10/07/2012, à 15:11

si il y en a un qui veut bien aller aider ce gars la

Babdu89 · Le 11/07/2012, à 14:32

Bonjour...
Alors,chez moi pas de machine en EFI, donc pas de tests possible....
Mais, j'ai testé sans l'option "purge de kernel" cochée,je vais refaire le test plus-tard...

Test fait sur le Édubuntu installé en /sde10 avec partition de /boot séparé en /sde14 (résultant du test précédent)...

http://paste.ubuntu.com/1086116/

Le fichier "sources.list" n'a pas changé...

Ce fichier avant test;

# deb cdrom:[Edubuntu 12.04 LTS _Precise Pangolin_ - Release i386 (20120423)]/ precise main multiverse restricted universe

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ precise main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ precise-updates main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ precise universe
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise universe
deb http://fr.archive.ubuntu.com/ubuntu/ precise-updates universe
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://fr.archive.ubuntu.com/ubuntu/ precise multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise multiverse
deb http://fr.archive.ubuntu.com/ubuntu/ precise-updates multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ precise-backports main restricted universe multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise-backports main restricted universe multiverse

deb http://security.ubuntu.com/ubuntu precise-security main restricted
deb-src http://security.ubuntu.com/ubuntu precise-security main restricted
deb http://security.ubuntu.com/ubuntu precise-security universe
deb-src http://security.ubuntu.com/ubuntu precise-security universe
deb http://security.ubuntu.com/ubuntu precise-security multiverse
deb-src http://security.ubuntu.com/ubuntu precise-security multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu precise partner
# deb-src http://archive.canonical.com/ubuntu precise partner

## This software is not part of Ubuntu, but is offered by third-party
## developers who want to ship their latest software.
deb http://extras.ubuntu.com/ubuntu precise main
deb-src http://extras.ubuntu.com/ubuntu precise main

Après test ;

# deb cdrom:[Edubuntu 12.04 LTS _Precise Pangolin_ - Release i386 (20120423)]/ precise main multiverse restricted universe

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ precise main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ precise-updates main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ precise universe
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise universe
deb http://fr.archive.ubuntu.com/ubuntu/ precise-updates universe
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://fr.archive.ubuntu.com/ubuntu/ precise multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise multiverse
deb http://fr.archive.ubuntu.com/ubuntu/ precise-updates multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ precise-backports main restricted universe multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ precise-backports main restricted universe multiverse

deb http://security.ubuntu.com/ubuntu precise-security main restricted
deb-src http://security.ubuntu.com/ubuntu precise-security main restricted
deb http://security.ubuntu.com/ubuntu precise-security universe
deb-src http://security.ubuntu.com/ubuntu precise-security universe
deb http://security.ubuntu.com/ubuntu precise-security multiverse
deb-src http://security.ubuntu.com/ubuntu precise-security multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu precise partner
# deb-src http://archive.canonical.com/ubuntu precise partner

## This software is not part of Ubuntu, but is offered by third-party
## developers who want to ship their latest software.
deb http://extras.ubuntu.com/ubuntu precise main
deb-src http://extras.ubuntu.com/ubuntu precise main

Question ,pourquoi le PPA /YannUbuntu/Boot-Repair n'est pas indiqué dans ce fichier? ... BR est installé sur la distrib...

Je continue avec " purge de kernel " coché...

@+. Babdu89 .

YannUbuntu · Le 11/07/2012, à 15:26

ok merci.
Les PPA ne se trouvent pas dans ce fichier mais dans le dossier /etc/apt/sources.list.d/

Babdu89 · Le 11/07/2012, à 15:30

Bon ,avec " purge de kernel " coché...

Toujours pas de changement dans le fichier "sources.list" ...

Voici le boot info de la manip ...

http://paste.ubuntu.com/1086208/

Question ...
Bien que ce soit une distro de test , est que je laisse ce Grub avec "quantal" en place, ou j'en réinstalle un version habituelle, en purgeant évidement ??

Pour info ,j'ai bien rebooter la machine...

@+. Babdu89

Dernière modification par Babdu89 (Le 11/07/2012, à 15:32)

YannUbuntu · Le 11/07/2012, à 15:38

@Babdu: ok, c'est parfait. Comme tu utilises grub-pc, mieux vaut remettre la version Precise dans ton MBR.

@Malbo: le bug devrait être résolu avec grub-efi maintenant. Merci de l'avoir signalé.

Babdu89 · Le 11/07/2012, à 15:40

Ok!!... Merci du renseignement...Je remet ma machine en état de marche d'avant tests...

Édit... C'est fait..

@+. Babdu89

Dernière modification par Babdu89 (Le 11/07/2012, à 16:20)

malbo · Le 12/07/2012, à 04:57

YannUbuntu a écrit :

@Malbo: le bug devrait être résolu avec grub-efi maintenant. Merci de l'avoir signalé.

J'ai refait la manip du post #518 (transformer une installation faite en mode Bios sur partitionnement GPT en une installation UEFI) :
1) état des lieux (installation en mode Bios) : http://paste.ubuntu.com/1086680/
2) après réparation (passage en mode UEFI) : http://paste.ubuntu.com/1086730/

Mais après réparation, ça ne démarre pas parce que le fichier grubx64.efi n'a pas été créé dans la partition EFI. Extrait du boot-info :

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT16
    Boot sector info:  According to the info in the boot sector, sda1 starts 
                       at sector 0. But according to the info from fdisk, 
                       sda1 starts at sector 34.
    Operating System:  
    Boot files:

Le champ "Boot files" est vide alors qu'on devrait trouver :

    Boot files:        /efi/ubuntu/grubx64.efi

Edit : le zip je viens de te l'envoyer par mail

Dernière modification par malbo (Le 12/07/2012, à 07:56)

YannUbuntu · Le 12/07/2012, à 09:56

malbo a écrit :

http://paste.ubuntu.com/1086730/

Dans ce log on remarque que la partition EFI n'a pas été montée, ce qui explique pourquoi le fichier grub*.efi n'a pas été créé. Je n'ai pas encore trouvé d'où peut venir ce bug de B-R, mais je viens d'ajouter des infos de debuggage dans les logs produits par le PPA, j'espère que ça nous donnera des pistes.

Merci aussi pour le ZIP, ça m'a permis de corriger un bug de détection de partition BIOS-boot.

Dernière modification par YannUbuntu (Le 12/07/2012, à 10:04)

malbo · Le 12/07/2012, à 17:35

Je confirme la manip du post #535. Je l'ai refaite sauf que j'ai fait un état des lieux juste avant la réparation, après que j'ai passé la partition sda1 en partition EFI : http://paste.ubuntu.com/1088167/
Et ici le Boot-Info après réparation : http://paste.ubuntu.com/1088223/

Résultat idem que pour le post #535 : le fichier grubx64.efi n'a pas été créé dans la partition EFI. En conséquence, on ne peut pas démarrer Ubuntu.

YannUbuntu · Le 12/07/2012, à 20:05

Merci ! les fameuses infos de débuggage dans ton dernier log viennent de me montrer où ça clochait.
Je vais faire quelques tests pour vérifier puis je te dirais quand je mettrai le PPA à jour.

Loupus11 · Le 12/07/2012, à 22:56

Bonsoir,

Une aide pour pirlouit2904 ici- http://forum.ubuntu-fr.org/viewtopic.php?id=980901
Fichier joint boot repair http://paste.ubuntu.com/1088771/

Bon courage. merci pour lui

brunodobbel · Le 12/07/2012, à 23:30

Bonjour,
Est-ce que le "réparateur de démarrage" permet de configurer un dualboot sur deux disques durs différents comme EasyBCD ?
Je viens de configurer un dualboot à partir de easybcd, mais j'aurais aimé un programme équivalent linux, pour que l'ordi démarre tout de suite le disque dur où se trouve ubuntu.
Est-ce que cela existe ? Ou est-ce en voie de programmation ?
Bruno

Babdu89 · Le 13/07/2012, à 00:00

Bonjour...
exemple de config...
hdd A
hdd B
Windows sur hdd A
Ubuntu sur hdd B

Grub le boot-loader de Ubuntu, s'installe en deux parties ... La première partie dans le secteur d’amorçage d'un des disques dur, pointe vers la deuxième partie dans la partition Ubuntu (dossier /boot) ...

Réinstallation de Grub possible comme ceci, avec Boot-Repair ... Pour avoir le menu Grub avec choix des OS à démarrer...

Première partie de Grub sur le secteur d'amorçage de hdd A (MBR qui permet de démarrer W$ écrasé )... pointe vers ==> Ubuntu sur hdd B ...
Faire booter la machine sur le hdd A ...

Première partie de Grub sur le secteur d'amorçage de hdd B (installation classique)...pointe vers ==> Ubuntu sur hdd B ...
Faire booter la machine sur le hdd B ...

Utilisation de Boot-Repair en session live ....
Passer par les "Options avancées" ... "Réinstaller Grub" ...
Onglet "Emplacement de Grub" ...
"OS par défaut au démarrage" ==> Indiquer le Ubuntu ,disque et partition .... sd** (Ubuntu ....) (deuxième partie de Grub)...
"Placer Grub dans" ==> indiquer le disque dur sd* ( secteur d'amorçage du hdd choisi, pour installer la première partie de Grub)...
Au reboot faire démarrer la machine sur le hdd où est installé la première partie de Grub...

Voila les possibilités de configuration avec Boot-Repair ...

@+. Babdu89 ...

Dernière modification par Babdu89 (Le 13/07/2012, à 00:05)

YannUbuntu · Le 13/07/2012, à 11:39

malbo a écrit :

Je confirme la manip du post #535. Je l'ai refaite sauf que j'ai fait un état des lieux juste avant la réparation, après que j'ai passé la partition sda1 en partition EFI : http://paste.ubuntu.com/1088167/
Et ici le Boot-Info après réparation : http://paste.ubuntu.com/1088223/
Résultat idem que pour le post #535 : le fichier grubx64.efi n'a pas été créé dans la partition EFI. En conséquence, on ne peut pas démarrer Ubuntu.

C'est corrigé. Test ok: http://paste.ubuntu.com/1088300/

malbo · Le 13/07/2012, à 12:04

YannUbuntu,
C'est à toi la machine qui a servi à faire le Boot-Info "Test oK" ?

YannUbuntu · Le 13/07/2012, à 13:06

non, à un Italien.

Je viens aussi de tomber sur un cas spécial: EFI sur RAID (Win7 préinstallé): http://paste.ubuntu.com/1088378
Le bootinfoscript est complètement à l'ouest, il ne détecte pas la partition EFI.

Dernière modification par YannUbuntu (Le 13/07/2012, à 13:10)

YannUbuntu · Le 13/07/2012, à 13:50

Pour info, voici l'erreur obtenue en installant grub-efi depuis Ubuntu 32bits sur un système avec Win7 EFI pré-installé: http://paste.ubuntu.com/1089429/

Fatal: Couldn't open either sysfs or procfs directories for accessing EFI variables.
Try 'modprobe efivars' as root.
Fatal: Couldn't open either sysfs or procfs directories for accessing EFI variables.
Try 'modprobe efivars' as root.
grub-install  : Installation finished. No error reported.

malbo · Le 13/07/2012, à 16:22

YannUbuntu,
Il y a du mieux par rapport à la manip du post #518 (transformer une installation faite en mode Bios sur partitionnement GPT en une installation UEFI).
Depuis que tu as fait la modif dont tu parles dans le post #542, il y a bien écriture sur la partition EFI mais je suis quand même obligé de faire deux passes pour que ça marche. Je détaille ci-dessous.

1) état des lieux juste avant de faire la réparation : http://paste.ubuntu.com/1089909/

2) réparation (première passe) : cliquer sur "Options avancées", aller dans l'onglet "Emplacement de GRUB", cocher l'option "Partition /boot/efi séparée: sda1", et valider
J'obtiens ceci en final : http://paste.ubuntu.com/1089930/
Résultat : ça démarre en EFI, j'arrive au menu grub (en blanc sur fond noir) mais après choix de la première ligne, ça n'avance plus et je n'arrive pas à la connexion de session.

3) deuxième passe : je redémarre sur le liveCD et je refais la manip : cliquer sur "Options avancées", aller dans l'onglet "Emplacement de GRUB", cocher l'option "Partition /boot/efi séparée: sda1", et valider
J'obtiens ça après cette 2ème passe : http://paste.ubuntu.com/1089994/
Résultat : ça démarre en EFI, j'arrive au menu Grub sur fond coloré violet (menu luxe) et je peux me connecter à ma session.

J'ai examiné les différences entre le grub.cfg du Boot-Info première passe et du boot-Info 2ème passe et je trouve les lignes suivantes en plus dans le deuxième :

diff grub_cfg_passe1 grub_cfg_passe2
38c38,41
< true
---
>   insmod efi_gop
>   insmod efi_uga
>   insmod video_bochs
>   insmod video_cirrus
48a52,58
>   insmod part_gpt
>   insmod ext2
>   set root='(hd0,gpt2)'
>   search --no-floppy --fs-uuid --set=root a6a76dad-7f40-4888-a007-3b92bc87079e
>   set locale_dir=($root)/boot/grub/locale
>   set lang=en_US
>   insmod gettext

Dernière modification par malbo (Le 13/07/2012, à 16:36)

YannUbuntu · Le 13/07/2012, à 16:36

intéressant.
En 2) tu a fait une purge+reinstall de grub-efi
En 3) tu as fait seulement une reinstall de grub-efi.
La partie reinstall semble être exactement la même pour les deux:

Reinstall the grub-efi of sda2
chroot /mnt/boot-sav/sda2 update-grub
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.2.0-26-generic
Found initrd image: /boot/initrd.img-3.2.0-26-generic
Found linux image: /boot/vmlinuz-3.2.0-23-generic
Found initrd image: /boot/initrd.img-3.2.0-23-generic
grub-install (GRUB) 1.99-21ubuntu3.1
grub-install  : BootCurrent: 0000
BootOrder: 0006,0000,0001,0002,0003,0004,0005
Boot0000* 0
Boot0001* 1
Boot0002* 0
Boot0003* 1
Boot0004* 2
Boot0005* EFI Internal Shell
Boot0006* ubuntu
Installation finished. No error reported.
exit code of grub-install :0
ls /boot/efi: EFI
NvVars
Files in /boot/efi: EFI/ubuntu
Files in sda1: EFI/ubuntu/grubx64.efi

Si à partir de là tu refais une purge+reinstall de grub-efi, tu retombes sur l'écran blanc?

malbo · Le 13/07/2012, à 16:38

YannUbuntu a écrit :

Si à partir de là tu refais une purge+reinstall de grub-efi, tu retombes sur l'écran blanc?

Je n'ai pas le temps de faire ça maintenant mais je vais le faire quand je pourrai.

malbo · Le 14/07/2012, à 07:55

YannUbuntu a écrit :

Si à partir de là tu refais une purge+reinstall de grub-efi, tu retombes sur l'écran blanc?

Je viens de faire la manip.
Comme ça apparaît dans le Boot-Info ci-dessous, j'ai coché la case "Purge GRUB before reinstalling it" dans l'onglet "GRUB options" ( tout étant par ailleurs correctement pré-rempli dans l'onglet GRUB location, avec la case "Separate /boot/efi partition : sda1" déjà cochée) puis j'ai cliqué sur Apply et c'est parti.
Voici le Boot-Info après "réparation" : http://paste.ubuntu.com/1091036/

Résultat : je peux démarrer mon Ubuntu parfaitement, me connecter à ma session et arriver sur le bureau sans problème.
A noter que le "sda2/boot/grub/grub.cfg" du Boot-Info et identique à celui de mon post #546 obtenu après la deuxième passe, quand mon Ubuntu a été fonctionnel ( je veux parler de celui-ci)

Conclusion provisoire : la réparation complète "purge+reinstall de grub-efi" n'est pas destructrice sur un Ubuntu qui est déjà fonctionnel en EFI (c'est très important une réparation qui ne casse rien). Apparemment, mon Ubuntu se comporte au démarrage exactement comme c'était avant cette dernière réparation. Vu d'aujourd'hui, on peut considérer que ça foire dans le cas d'une réparation appliquée sur un Ubuntu à remanier profondément (passer de grub-pc à grub-efi), ce qui était le cas de la "première passe" du post #546.

Dernière modification par malbo (Le 14/07/2012, à 08:05)

YannUbuntu · Le 14/07/2012, à 23:54

Tu as raison de pointer la différence de grub.cfg.
On voit que celui après la 1ere purge+reinstall (http://paste.ubuntu.com/1089930/) contient:

function load_video {
true
}

alors que les suivants ont:

function load_video {
  insmod efi_gop
  insmod efi_uga
  insmod video_bochs
  insmod video_cirrus
}

Cela vient peut-etre du fait que jusqu'à maintenant B-R génèrait le grub.cfg (update-grub) avant de faire grub-install. Pour grub-pc l'ordre n'a (à priori) pas d'importance, mais peut-etre pas pour grub-efi. Je vais inverser l'ordre dans le PPA d'ici quelques minutes.
Ensuite, peux-tu essayer de revenir à la situation initiale (grub-pc), puis refaire exactement les mêmes opérations (purge+install grub-efi) afin que l'on voie s'il y a une différence stp?

Dernière modification par YannUbuntu (Le 14/07/2012, à 23:55)

malbo · Le 15/07/2012, à 07:56

YannUbuntu a écrit :

Cela vient peut-etre du fait que jusqu'à maintenant B-R génèrait le grub.cfg (update-grub) avant de faire grub-install. Pour grub-pc l'ordre n'a (à priori) pas d'importance, mais peut-etre pas pour grub-efi. Je vais inverser l'ordre dans le PPA d'ici quelques minutes.
Ensuite, peux-tu essayer de revenir à la situation initiale (grub-pc), puis refaire exactement les mêmes opérations (purge+install grub-efi) afin que l'on voie s'il y a une différence stp?

ça marche. Je n'ai pas eu deux passes à faire : tout s'est fait (comme il se doit) en une seule passe de Boot-Repair, toujours avec le même état de départ (j'ai une image du disque que je restaure) et la même procédure (partir d'une install en grub-pc et la transformer en grub-efi). Et bien sûr, après cette réparation, mon Ubuntu démarre bien et fonctionne.
Je veux préciser (pour m'en souvenir, parce que pour toi c'est évident) que quand j'ai configuré Boot-Repair avec les options avancées, dans l'onglet "GRUB options", la case "Purge GRUB before reinstalling it" était déjà "pré-cochée" et grisée (je suppose que c'était le cas dans toutes les manips précédentes mais je n'avais pas vérifié ce point) et que dans l'onglet "GRUB location", tout était aussi correctement pré-rempli, avec la case "Separate /boot/efi partition : sda1" déjà cochée (mais non grisée). En somme, dans les options avancées, je n'ai rien eu d'autre à faire que de cliquer sur "Apply" en bas de l'onglet "GRUB location".
Voici le Boot-Info après réparation : http://paste.ubuntu.com/1092696/
On voit bien dans ce Boot-Info que tu as fait la modif par rapport aux essais précédents puisque le grub-install est fait en premier, avant la mise à jour de grub.cfg. Vu de chez moi, je ne comprends pas pourquoi l'ordre est important entre ces deux opérations qui me paraissent indépendantes mais bravo pour ton intuition parce que c'était nécessaire de faire cette modif.

Dernière modification par malbo (Le 15/07/2012, à 08:10)

Babdu89 · Le 15/07/2012, à 13:22

Bonjour...

malbo a dit;
On voit bien dans ce Boot-Info que tu as fait la modif par rapport aux essais précédents puisque le grub-install est fait en premier, avant la mise à jour de grub.cfg.

À vérifier ce que je vais dire...
J'ai toujours été étonné que l'on fasse la maj de Grub avant de l'installer...
J'ai fais un "paquet" d'installations ,je surveille ce que rapporte (lorsqu'il marche...) le détail de l'installateur d'Ubuntu ,Ubiquity...
Il fait la maj avant l'installation ... Boot-Repair(BR) pareil ...Avant d'utiliser BR , j'utilisais le chroot en session live (adapté de la doc,pour mes besoins) on fait la maj aussi avant l'installation ...
Il y a une explication à ceci?...

Bonne continuation ...

@+. Babdu89 .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#526 Le 10/07/2012, à 09:19

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#527 Le 10/07/2012, à 15:11

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#528 Le 11/07/2012, à 14:32

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#529 Le 11/07/2012, à 15:26

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#530 Le 11/07/2012, à 15:30

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#531 Le 11/07/2012, à 15:38

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#532 Le 11/07/2012, à 15:40

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#533 Le 12/07/2012, à 04:57

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#534 Le 12/07/2012, à 09:56

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#535 Le 12/07/2012, à 17:35

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#536 Le 12/07/2012, à 20:05

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#537 Le 12/07/2012, à 22:56

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#538 Le 12/07/2012, à 23:30

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#539 Le 13/07/2012, à 00:00

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#540 Le 13/07/2012, à 11:39

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#541 Le 13/07/2012, à 12:04

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#542 Le 13/07/2012, à 13:06

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#543 Le 13/07/2012, à 13:50

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#544 Le 13/07/2012, à 16:22

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#545 Le 13/07/2012, à 16:36

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#546 Le 13/07/2012, à 16:38

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#547 Le 14/07/2012, à 07:55

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#548 Le 14/07/2012, à 23:54

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#549 Le 15/07/2012, à 07:56

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#550 Le 15/07/2012, à 13:22

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Pied de page des forums