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

YannUbuntu · Le 19/10/2012, à 22:55

Salut Babdu
tous tes systèmes démarrent correctement ?
si oui, alors tu peux rapporter ce phénomène au développeur du Boot-Info-Script, ici: https://sourceforge.net/apps/trac/booti … /newticket

Babdu89 · Le 20/10/2012, à 00:37

Bonsoir Yann ...
Oui, tout mes systèmes démarrent correctement, depuis le menu Grub de Quantal ...

Alors ... Je viens de faire la mise à jour de Quantal... J'étais en version daily build ... Maintenant je suis en version 12.10 ...
Dans les mises à jour, j'ai vu que l'on changeait de version de Ggrub ==> 2.00.7ubuntu11 ...
J'ai utilisé BR à jour , pour réinstaller Grub sur Quantal, pour l'avoir en premier dans le menu Grub...
Rien de changé ... Toujours des n° de partition 12.10 ==> 72 ....

http://paste.ubuntu.com/1290653/

Et bien ,pour rapporter le " souci " au DEV du Boot-info-script ... Je ne pratique pas l'anglais...Même si je me débrouille en utilisant "Google -traduction" ...
Si il faut donner des explications supplémentaires, voir faire des tests et remonter les rapports de tests, je serais bien en peine de communiquer ...
Si quelqu'un veut s'en charger...

Je ne suis peut-être pas le seul à constater ceci... Avec les réinstallation de Grub avec BR, qui vont commencer à s'opérer chez certains utilisateurs,on devrait voir les cas se multiplier ,Non?...

@+. Babdu89 .

YannUbuntu · Le 21/10/2012, à 22:21

J'ai créé le rapport de bug: https://sourceforge.net/apps/trac/booti … /ticket/10

Maisondouf · Le 22/10/2012, à 00:27

Comme je suis un gros fainéant, je n'ai pas le courage de parcourir les 30 pages de ce post pour une réponse rapide.
Je précise que tout va très bien sur mon PC avec toutes ses partitions et tous ses disques...

Le seul truc pour lequel j'ai une question, c'est que lorsque je clique sur l'onglet "Option de MBR", je n'ai rien d'affiché dans la fenêtre...

Est-ce normal ?

Dernière modification par Maisondouf (Le 22/10/2012, à 00:30)

Compte supprimé · Le 22/10/2012, à 09:22

Bonjour YannUbuntu,
voici le log Boot Repair puisque le RAID5 a sauté... pourtant il y avait la place avec les secteurs qui commençaient tardivement (limite des 32 kio)
Heureusement je ne perds pas grand chose car j'étais à peu près à jour dans mes sauvegardes mais ça devient ennuyeux cet Ubuntu qui saute à répétition... Je vais devoir mettre l'autre carte-mère.
Ubuntu ne peut pas plan,ter comme ça à répétition et être aussi instable, je cherche une panne électrique qui pourrait produire les défaillances logicielles.
Mais j ene comprends pas où est passé le RAID encore une fois.
Merci de m'indiquer des pistes à vérifier s'il-vous-plait.
Cordialement,
Ludovic

Compte supprimé · Le 22/10/2012, à 09:39

Bien non finalement, j'en ai assez pour cette année.
Je vais faire de la musique et je me servirai de l'ordinateur en session live en attendna tune solution qui puisse expliquer pourquoi le RAID disparait.
Mon installation : 12.04 alternate 64bits sur 4 disques en RAID5 puis MàJ vers 12.10 puisqu'il n'y a plus de disque alternate.
Installation de Grub dans MBRs /dev/sda /dev/sdb /dev/sdc /dev/sdd, histoire de pouvoir booter si c'est sda qui est HS si jamais GRUB ne s'installe que dans /dev/sda...
Merci

YannUbuntu · Le 22/10/2012, à 10:54

@Maisondouf: oui c'est normal, l'onglet "options de MBR" est grisé si l'option "Restaurer le MBR" est décochée dans le 1er onglet.

@L_d_v_c: tu devrais faire un rapport de bug sur Launchpad, ici: https://bugs.launchpad.net/ubuntu/+sour … m/+filebug
Je ne suis pas spécialiste en RAID, le seul truc que je vois c'est que dans ton log le RAID ne s'active pas, ni via mdadm, ni via dmraid, et que mdadm retourne cette erreur: "mdadm: /dev/md/0 assembled from 3 drives - not enough to start the array while not clean - consider --force."

Compte supprimé · Le 22/10/2012, à 11:15

D'accord, merci YannUbuntu.
Je vais essayer de reporter le bogue en anglais...
à+
Ludovic

Compte supprimé · Le 22/10/2012, à 11:45

Ouf... Merci YannUbuntu de m'avoir mis sur la voie. En effet il fallait forcer /dev/sda1 à revenir dans le RAID5...

 sudo mdadm --stop /dev/md0
mdadm: stopped /dev/md0
sudo mdadm --assemble --run /dev/md0 /dev/sd[abcd]1 --force
mdadm: Marking array /dev/md0 as 'clean'
mdadm: /dev/md0 has been started with 3 drives (out of 4).
ubuntu@ubuntu:~$ cat /proc/mdstat  
Personalities : [raid6] [raid5] [raid4] 
md0 : active raid5 sdb1[1] sdd1[3] sdc1[2]
      1465148928 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [_UUU]
      
unused devices: <none>
ubuntu@ubuntu:~$ sudo mdadm /dev/md0  --add /dev/sda1
mdadm: added /dev/sda1
ubuntu@ubuntu:~$ cat /proc/mdstat 
Personalities : [raid6] [raid5] [raid4] 
md0 : active raid5 sda1[4] sdb1[1] sdd1[3] sdc1[2]
      1465148928 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [_UUU]
      [>....................]  recovery =  0.1% (632928/488382976) finish=115.5min speed=70325K/sec
      
unused devices: <none>

Du coup je ne sais pas si l'ordinateur a un problème avec GRUB ou si c'était juste un problème de RAID qui avait sauté. À+

Maisondouf · Le 22/10/2012, à 13:29

@YannUbuntu: merci, tout s'explique, A+

malbo · Le 29/10/2012, à 16:37

Je viens d'installer Ubuntu 12.10 (dans ma partition sda14) à partir du liveCD Ubuntu sécurisée 12.10 64 bits dans une machine virtuelle avec VirtualBox. Voici ce que j'obtiens après installation et vérification que tout marche bien, en faisant le Boot-Info depuis la session de mon Ubuntu 12.10 fraîchement installé sur sda14 : http://paste.ubuntu.com/1315493/
On peut voir que mon installation a bien été faite en EFI, d'autant plus que le fichier .efi boute directement dans mon installation toute fraîche.

Et maintenant le sujet qui inquiète : dans la foulée de mon boot-Info, et dans la même session, je passe cette commande dans un terminal :

dmesg | grep EFI

et voici le résultat qui s'affiche :

[    0.000000] efi: EFI v2.10 by VBOX 64
[    0.697579] fb0: EFI VGA frame buffer device
[    0.829061] EFI Variables Facility v0.08 2004-May-17

Au lieu d'avoir les lignes "EFI: mem" qui caractérisent une session EFI dans les versions 11.10 et 12.04 de Ubuntu, je n'ai que les quelques lignes qu'on obtient d'habitude dans une session non-EFI
Et qu'est-ce que ça peut bien faire ? Si c'est vrai, ça casse la petite procédure d'identification qu'on utilise dans cette partie de la doc "Identifier si l'ordinateur démarre sur le disque dur en mode EFI" : http://doc.ubuntu-fr.org/efi#identifier … n_mode_efi

Autre info : juste avant de lancer l'installation, depuis la session live de Ubuntu Sécurisée 12.10, j'avais passé la même commande "dmesg | grep EFI" et j'avais obtenu le même résultat mais j'ai lancé quand même l'installation et ça a fonctionné.
Est-ce qu'il y a quelqu'un qui a un vrai PC UEFI (et pas une machine virtuelle comme moi) qui peut confirmer cela ? Je précise ce qu'il faudrait confirmer : en démarrant en mode EFI sur le liveCD Ubuntu sécurisée 12.10 64 bits, il faudrait passer la commande suivante dans un terminal :

dmesg | grep EFI

et vérifier si le résultat se résume à quelques lignes (comme dans le résultat un peu plus haut) ou bien si on obtient plein de lignes "EFI: mem" comme dans le CAS 2 de ce post : http://forum.ubuntu-fr.org/viewtopic.ph … 1#p7282231

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

YannUbuntu · Le 29/10/2012, à 23:13

Bonjour Malbo
Grâce à ton log http://paste.ubuntu.com/1315493/, je suis maintenant 100% sûr que Secure-64bit est compatible UEFI car l'installateur a utilisé grub-efi (cf le fstab).
Effectivement la procédure http://doc.ubuntu-fr.org/efi#identifier … n_mode_efi est à améliorer.

Ce qui est sûr c'est que:
- lorsqu'on a des lignes "EFI: mem" c'est une session UEFI,
- et quand on n'a aucune ligne EFI c'est une session Legacy.

Là où ce n'est pas clair pour moi ce sont:
- les cas où on a des lignes EFI, mais pas de ligne "mem": cela peut être une session EFI (comme ton cas), mais je n'ai pas la certitude que ce soit toujours vrai, il faudrait que j'examine davantage de rapports Boot-Info.
- il y a aussi un autre paramètre qui pourrait nous aider, c'est la présence ou non du dossier /sys/firmware/efi .

J'ai ajouté une détection de tous ces paramètres dans les dernières versions de Boot-Repair (dans le PPA), sous la ligne:

=================== dmesg | grep EFI :

du rapport Boot-Info, j'espère que ça nous permettra d'y voir plus clair.

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

YannUbuntu · Le 30/10/2012, à 00:01

Malbo, pourrais-tu m'indiquer si tu as un dossier /sys/firmware/efi dans ta session Secure-Remix-64 stp?

malbo · Le 30/10/2012, à 06:18

@YannUbuntu,

1) Si je démarre en EFI sur le liveCD Ubuntu sécurisée 12.10 64 bits, j'ai bien un dossier /sys/firmware/efi
Pour le confirmer, je peux passer cette commande que je t'ai piquée là :

[[ -d /sys/firmware/efi ]] && echo "Session EFI" || echo "Session non-EFI"
Session EFI

Le résultat est "Session EFI" et c'est bien conforme à la réalité.

Je passe aussi la commande "dmesg | grep EFI" qui est sensée révéler la présence d'une session EFI :

dmesg | grep EFI
[    0.000000] efi: EFI v2.10 by VBOX 64
[    0.989238] fb0: EFI VGA frame buffer device
[    1.095326] EFI Variables Facility v0.08 2004-May-17

Ce résultat est bien différent de ce qu'on obtenait avec les deux versions précédentes de Ubuntu (11.10 et 12.04) comme je l'ai déjà noté dans mon post précédent.
On peut remarquer que ces 3 lignes sont exactement les mêmes que celles de mon post précédent, obtenues en passant la même commande depuis mon Ubuntu 12.10 fraîchement installé en mode EFI.

2) Si je demarre en mode Bios (non-EFI) sur le liveCD Ubuntu sécurisée 12.10 64 bits, je n'ai pas de dossier /sys/firmware/efi. Le résultat de la commande suivante le montre :

[[ -d /sys/firmware/efi ]] && echo "Session EFI" || echo "Session non-EFI"
Session non-EFI

Pour info, je donne le résultat de cette commande :

dmesg | grep EFI
[    0.989884] EFI Variables Facility v0.08 2004-May-17

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

YannUbuntu · Le 30/10/2012, à 09:10

ok merci. Ca correspond à ce que j'ai observé chez d'autres utilisateurs.

A mon avis les 2 commandes ci-dessous doivent donner d'assez bons résultats :

[[ -d /sys/firmware/efi ]] && echo "Session EFI" || echo "Session non-EFI"

et

dmesg | grep EFI | grep -v Facility && echo "Session EFI" || echo "Session non-EFI"

Mais comme il n'y a aucune doc officielle là-dessus je reste méfiant, et je recommande plutôt celle-ci:

a="$(dmesg | grep EFI | grep -v Facility)"; if [[ "$a" ]] && [[ -d /sys/firmware/efi ]];then echo "Session EFI"; elif [[ ! "$a" ]] && [[ ! -d /sys/firmware/efi ]];then echo "Session non-EFI"; else echo "Résultat incertain, contacter YannUbuntu & Malbo svp";fi

EDIT: J'ai mis à jour la Doc: http://doc.ubuntu-fr.org/efi?&#identifi … n_mode_efi

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

YannUbuntu · Le 30/10/2012, à 10:23

Du nouveau: d'après ceci: https://wiki.ubuntu.com/Kernel/Testing/UDS-P-UEFI

la méthode "officielle" est [ -d /sys/firmware/efi ]

cep · Le 30/10/2012, à 11:16

/sys/firmware/efi
est ce qui est utilisé par grub dans install
Aussi modprobe d'ailleurs sur efivars.

Voir par exemple util/grub-install.in dans les sources :
case "$host_os" in
linux*)
modprobe -q efivars 2>/dev/null || true ;;
esac
if [ -d /sys/firmware/efi ]; then
target="x86_64-efi"
else
target=i386-pc
fi

Il serait possible de faire éventuellement aussi grep "efi" /proc/modules dans un système installé pour voir si efi est présent

Dernière modification par cep (Le 30/10/2012, à 11:19)

Diahovez-Ivan · Le 04/11/2012, à 08:49

Salut cep et Yann,
J'ai un problème à répondre sur un Apple (problème de grub),
http://forum.ubuntu-fr.org/viewtopic.ph … #p11382501

Merci ...

Dernière modification par Diahovez-Ivan (Le 04/11/2012, à 08:52)

sx1 · Le 04/11/2012, à 11:30

Diahovez-Ivan a écrit :

Salut cep et Yann,
J'ai un problème à répondre sur un Apple (problème de grub),
http://forum.ubuntu-fr.org/viewtopic.ph … #p11382501
Merci ...

Rapport de boot repair pour la situation actuelle : http://paste.debian.net/206312

en complément de l'autre post.

a+

cep · Le 04/11/2012, à 12:29

ai posté sur le thread initial.

YannUbuntu · Le 07/11/2012, à 17:09

Tiens, j'avais zappé ce post: http://forum.ubuntu-fr.org/viewtopic.ph … #p11158291

cep a écrit :

YannUbuntu a écrit :
cep a écrit :
B-R préserve toujours la configuration de grub ( config de dpkg ? )
non pas toujours.
hum ! tu considères ceci comme normal ?

La config dpkg n'est pas conservée quand on purge et reinstalle GRUB, et je trouve ça normal. Si ça pose problème, merci de créer un rapport de bug ici: https://bugs.launchpad.net/boot-repair

cep a écrit :

Pour le reste je répondrai plus longuement d'une manière ou d'une autre mais inutile de finasser dans tes réponses

Pardon?

cep a écrit :

Ne pas oublier aussi que grub a la possibilité de se gérer en ligne de commande donc souvent sa réparation est triviale

On est d'accord.

YannUbuntu · Le 07/11/2012, à 17:16

@tous: Pour info, la version 3.194~ppa50 qui était dans le PPA depuis quelques jours avait un bug qui l'empêchait de créer une entrée Windows UEFI. C'est corrigé maintenant.

cep · Le 07/11/2012, à 18:26

YannUbuntu a écrit :

La config dpkg n'est pas conservée quand on purge et reinstalle GRUB, et je trouve ça normal. Si ça pose problème, merci de créer un rapport de bug ici: https://bugs.launchpad.net/boot-repair
cep a écrit :
Pour le reste je répondrai plus longuement d'une manière ou d'une autre mais inutile de finasser dans tes réponses
Pardon?

Bien entendu qu'il est normal de ne pas conserver la config dpkg lorsqu'on purge Grub.
Donc, je précise ma question, si on modifie les réglages de grub en utilisant grub-install sur une autre cible que celle où il était auparavant l'installation se fait-elle toujours par un chroot de l'os installé ? et si oui la config dpkg de grub doit être mise à jour, c'est la procédure normale si l'on ne veut pas avoir des problèmes à la prochaine mise à jour d'un noyau. Donc fait-il cette mise à jour ?

Autre question, boot-repair fait-il un download des dernières versions de grub lorsqu'il est utilisé, et si oui dans quel but ?

Finasser dans tes réponses ? ben oui, écoute parfois tu tournes autour du pot ou réponds à côté de la plaque, mais peut-être que ce n'est pas volontaire

YannUbuntu · Le 08/11/2012, à 23:05

cep a écrit :

si on modifie les réglages de grub en utilisant grub-install sur une autre cible que celle où il était auparavant l'installation se fait-elle toujours par un chroot de l'os installé ?

- Oui si on utilise B-R en session live
- Non si on l'utilise depuis une session installée.

cep a écrit :

et si oui la config dpkg de grub doit être mise à jour, c'est la procédure normale si l'on ne veut pas avoir des problèmes à la prochaine mise à jour d'un noyau. Donc fait-il cette mise à jour ?

Actuellement non. Effectivement c'est un point qui peut être amélioré, merci de le signaler. J'avais tenté de l'automatiser à l'époque où on en avait parlé (avec malbo je crois), mais j'avais laissé tomber. Patch bienvenu... https://blueprints.launchpad.net/boot-r … pkg-config

cep a écrit :

Autre question, boot-repair fait-il un download des dernières versions de grub lorsqu'il est utilisé, et si oui dans quel but ?

Oui, par défaut uniquement pour installer grub-efi sur un système 10.04 ou 11.10 (car ces versions ont un GRUB trop buggué pour fonctionner en mode EFI)

cep a écrit :

parfois tu tournes autour du pot ou réponds à côté de la plaque

ah bon... désolé, c'est peut-etre que je n'ai pas compris tes questions, n'hésite pas à reformuler, ou à m'indiquer quand je suis à côté de la plaque.

cep · Le 09/11/2012, à 09:04

Ok, bien noté.
Pour le patch, voir éventuellement si tu ne peux pas intégrer la procédure dpkg-reconfigure etc. etc. etc qui obligera l'utilisateur à participer et faire des choix.

Aussi, tiens, je vais te raconter une anecdote, ce sera plus simple. L'autre jour un voisin a installé une Debian sur système btrfs. Il s'est planté, je pense, et l'installeur n'a pas réussi a mettre Grub. Il a abandonné l'installation de grub et comme il avait un cd avec boot-repair il a pu réparer. En apparence seulement. À la première mise à jour du noyau, boum problème identique, pas de grub installé.

Il m'amène le portable. Debug de grub, c'était grub-probe qui ne pouvait pas "monter" btrfs car pas sain (curieux). Un simple btrfsck a résolu le problème et grub s'est installé.

Moralité, éventuellement prévoir un fsck d'office sur boot-repair. Mais sans réparation d'office car risque de perte de données.

Bonne continuation.
cep

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#726 Le 19/10/2012, à 22:55

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

#727 Le 20/10/2012, à 00:37

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

#728 Le 21/10/2012, à 22:21

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

#729 Le 22/10/2012, à 00:27

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

#730 Le 22/10/2012, à 09:22

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

#731 Le 22/10/2012, à 09:39

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

#732 Le 22/10/2012, à 10:54

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

#733 Le 22/10/2012, à 11:15

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

#734 Le 22/10/2012, à 11:45

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

#735 Le 22/10/2012, à 13:29

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

#736 Le 29/10/2012, à 16:37

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

#737 Le 29/10/2012, à 23:13

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

#738 Le 30/10/2012, à 00:01

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

#739 Le 30/10/2012, à 06:18

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

#740 Le 30/10/2012, à 09:10

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

#741 Le 30/10/2012, à 10:23

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

#742 Le 30/10/2012, à 11:16

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

#743 Le 04/11/2012, à 08:49

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

#744 Le 04/11/2012, à 11:30

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

#745 Le 04/11/2012, à 12:29

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

#746 Le 07/11/2012, à 17:09

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

#747 Le 07/11/2012, à 17:16

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

#748 Le 07/11/2012, à 18:26

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

#749 Le 08/11/2012, à 23:05

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

#750 Le 09/11/2012, à 09:04

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

Pied de page des forums