Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

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

YannUbuntu

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

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


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

Babdu89

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

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    .


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

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

YannUbuntu

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


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

Maisondouf

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

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...
b099e6e92535ef404f162e03eb907tt.jpg
Est-ce normal ?

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


ASUS M5A88-v EVO avec AMD FX(tm)-8120 Eight-Core Processor,  OS principal Precise 12.04.1 LTS 63bits½
Bricoleur, menteur, inculte, inadapté social et mythomane, enfin d'après certains....
"the secret of my form is summed up in two words, no sport" (Winston Churchill)

Hors ligne

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

Compte supprimé

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

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

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

Compte supprimé

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

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

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

YannUbuntu

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

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


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

Compte supprimé

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

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

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

Compte supprimé

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

Ouf... wink 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é. À+

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

Maisondouf

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

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


ASUS M5A88-v EVO avec AMD FX(tm)-8120 Eight-Core Processor,  OS principal Precise 12.04.1 LTS 63bits½
Bricoleur, menteur, inculte, inadapté social et mythomane, enfin d'après certains....
"the secret of my form is summed up in two words, no sport" (Winston Churchill)

Hors ligne

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

malbo

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

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)

Hors ligne

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

YannUbuntu

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

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)


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

YannUbuntu

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

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


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

malbo

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

@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

[[ -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)

Hors ligne

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

YannUbuntu

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

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)


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

YannUbuntu

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

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

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


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

cep

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

/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)

Hors ligne

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

Diahovez-Ivan

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

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)


Profil ...
Asus R700VM-TY092V : Linux Mint (15) 13.04  Mate // Tinkpad T61: Linux Mint (14) 12.10 Xfce
Jeux

Hors ligne

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

sx1

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

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+


Sous Linux depuis 2005.

Hors ligne

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

cep

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

ai posté sur le thread initial.

Hors ligne

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

YannUbuntu

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

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.


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

YannUbuntu

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

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


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

cep

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

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 wink

Hors ligne

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

YannUbuntu

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

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.


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

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

cep

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

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

Hors ligne