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

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

n1c0la5

bip bip 😃

Je suis en plein message, a un certain babdu89 alors laisse moi le temps 😃

Babdu89

tu me rassures....
je retourne en mp...

n1c0la5

si vous avez besoin des logs, demandes je ferai un doss compressé, parce que j'ai plusieurs essais ce soir pr reinstaller grub

Et j'attendrai, c'est pas urgent 😃
(enfin d'ici là je pense que j'aurai deja reinstallé windows, avec, allez 20 Go de partition max...)

YannUbuntu

Me revoila 🙂

c_biloute a écrithttp://www.tux-planet.fr/restaurer-grub-facilement-avec-rescatux/

Oui je suis en contact avec les devs de Rescatux. Pour restaurer GRUB, Boot-Repair est en avance par rapport a Rescatux. On reflechit a la possibilité de fusionner les 2 projets.

nicodemadrid a écritça serait bien que ça fonctionne avec boot-repair quand même, vu que c'est lui qui me l'a detruit (a ma demande certes, sur des outils en dev certes XD)

Comme dit par MP, je n'ai uploadé la derniere version de dev que pour Natty.

n1c0la5

oui vu, bon ça me gene pas plus que ça de toute façon 😉

YannUbuntu

Petite preview d'une fonction longtemps attendue : la restauration de l'acces a Windows meme sans le MBR original. 🙂

YannUbuntu

@Paco_at: j'ai bien recu ton email, par contre ca me renvoie un message d'erreur quand j'essaye de t'envoyer un email sur ton adresse ...@Sol.at , donc voici ma reponse, en esperant que tu suis ce topic:

YannUbuntu a écritBonjour Francois,

Si ca fonctionnait pour XP, c'est bizarre que ca ne fonctionne plus pour Seven.
Quoi qu'il en soit, vu que ton BIOS est réglé pour démarrer sur le disque d'Ubuntu, il te faut reinstaller GRUB dans le disque (attention: pas la partition!!!) qui contient Ubuntu (donc sdb normalement, mais ne te fies pas aux lettres a,b etc.. car parfois entre 2 redemarrages sda devient sdb etc.. ).

Qid

YannUbuntu a écrit
YannUbuntu a écritBonjour Francois,

Si ca fonctionnait pour XP, c'est bizarre que ca ne fonctionne plus pour Seven.
Quoi qu'il en soit, vu que ton BIOS est réglé pour démarrer sur le disque d'Ubuntu, il te faut reinstaller GRUB dans le disque (attention: pas la partition!!!) qui contient Ubuntu (donc sdb normalement, mais ne te fies pas aux lettres a,b etc.. car parfois entre 2 redemarrages sda devient sdb etc.. ).

je vais me permettre 2 remarques :
1) je crois en déduire qu'il est en multiboot-multidisque dans ce cas le plus cohérent et le plus propre qu'il ai à faire
c'est plutot de choisir quel OS démarrer directement via le menu de boot rapide du bios (si il existe)
2) une petite mise a jour de connaissance est demandé : non les appellations sdXY ne posent plus de souci
et ce depuis déjà un certain nombre de version d'ubuntu etant donné que grub
ne se base plus sur ça mais sur les UUID des partitions 😉
enfin moi je dis ça juste à titre informatif

après j'ai pas suivi le début de la conversation étant donné qu'elle s'est passé par mail
(pour un forum je trouve ça un peu absurde d'ailleurs excusez moi ...)
sur ce bonne journée ...

YannUbuntu

Remarques hors-sujet... Et pour info grub-install continue a utiliser les sdXY.

Qid

YannUbuntu a écritRemarques hors-sujet... Et pour info grub-install continue a utiliser les sdXY.

bon ok si tu le dit 😉

YannUbuntu

Au fait, pour ceux que ca intéresse, Boot-Repair v3 est maintenant en phase Beta, vous pouvez le tester (dans VirtualBox de préférence 😉 ) via la commande suivante :

sudo add-apt-repository ppa:yannubuntu/boot-repair-dev && sudo add-apt-repository ppa:yannubuntu/os-uninstaller-dev && sudo apt-get update && sudo apt-get remove -y boot-repair-ubuntu boot-repair clean-ubiquity-common boot-repair-common os-uninstaller os-uninstaller-ubuntu && sudo apt-get install -y boot-repair os-uninstaller

Remarques :
- cette commande installe aussi OS-Uninstaller en v3 Beta.
- pour repasser en version stable (v2), il suffit d'utiliser cette commande:

sudo add-apt-repository --remove ppa:yannubuntu/boot-repair-dev && sudo add-apt-repository --remove ppa:yannubuntu/os-uninstaller-dev && sudo add-apt-repository --remove ppa:yannubuntu/clean-ubiquity-dev && sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo add-apt-repository ppa:yannubuntu/os-uninstaller && sudo add-apt-repository ppa:yannubuntu/clean-ubiquity && sudo apt-get update && sudo apt-get remove -y boot-repair-ubuntu boot-repair clean-ubiquity-common boot-repair-common os-uninstaller os-uninstaller-ubuntu clean-ubiquity && sudo apt-get update && sudo apt-get install -y boot-repair-ubuntu boot-repair clean-ubiquity-common os-uninstaller os-uninstaller-ubuntu clean-ubiquity

Babdu89

Bonjour... 🙂

Si je peu me permettre...
Au sujet des /dev/sd** qui sont susceptibles de changer entre deux reboot....

c'est exactement ce que me fait ma machine....

Si je veux réinstaller et mettre a jour grub sur des hdd/partitions en commandes...

j'ai très intérêt, a regarder comment le reboot a placer mes hdd/partitions...Avant d'intervenir....

Mais si je fais ces opération avec les outils du CD sécurisé....,Par précaution ,je vérifie ,mais en utilisant boot repair où uninstaller...

Les Linux sont indiqués avec les /dev/sd** du moment du reboot... Mais en multi boot, il peut y avoir confusion quand même...

Un exemple , pour être plus claire ;

2 hdd ;

1hdd W$ en /dev/sda1 + un Linux en /dev/sda2 + un Linux en /dev/sda3

1 hdd avec un Linux en /dev/sdb1 + un Linux en /dev/sdb2 + un autre Linux en /dev/sdb3 ...

Je veux réinstaller grub sur le Linux en /dev/sda2 ....

Au reboot , mon bios ,inverse l'ordre des disques...

j'ai W$ en /dev/sdb1... Le Linux sur lequel je veux intervenir est passé en /dev/sdb2...

En commandes ...Si je n'y prends garde, et que je ne me soucie pas de ce qui se passe au reboot..

L'ordre des hdd/partitions qui s'inverse......

je réinstalle grub en /dev/sda2 ... Ce n'est pas ce que je voulait faire... ce n'est pas le bon Linux...

Puisqu'il y en a un aussi en /dev/sdb2...Au départ ..

Celui-ci se retrouvant en /dev/sda2 au reboot (inversion des hdd/partitions par le bios )....

Si je fais la même chose avec les outils boot repair du cd sécurisé...

Il m'indique bien le changement d'ordre des partitions dans les choix proposé....

j'aurais W$ indiqué en /dev/sdb1 , le Linux sur lequel intervenir en /sdb2 ..&&&

C'est en regardant la lettre du hdd/partition W$ que je m'y retrouve...

Mais si il y a pas de W$ ,mais un Linux à cette place au départ...

1er hdd Linux 1 en /dev:sda1 + Linux 2 en /dev/sda2 &&& ...

Il ne me reste plus qu'à faire un ; < sudo os-prober > pour voir les versions des Linux installé, et m'y retrouver...

Et si les version des Linux installés sont identiques...

Il me reste la solution de comparer le retour terminal de < sudo blkid > fait avant et après reboot ... je regardes les UUID des partitions...

C'est exactement ce que font les outils clean du cd sécurisé , pour s'y retrouver.....

Dans mon explication , j'ai tout bon Yann????!!!... 😉 🙂

Bon ,je retourne a mes tests...

@+. Babadu89 .... 🙂

YannUbuntu

Oui, c'est bien ca.

C'est pourquoi en interne Clean-Ubiquity relie les backups aux UUIDs adequats et OS-Uninstaller choisit par defaut de restaurer le backup avec l'UUID adequat.

Par contre pour les menus utilisateurs c'est difficile/inutile de montrer les UUIDs:

Dans les menus des outils Boot-repair et OS-Uninstaller, j'indique les noms des OS et leur sdXY, par exemple :

Ubuntu 11.04 (sda3)

J'admets qu'il subsiste un risque de confusion si jamais l'utilisateur a deux "Ubuntu 11.04", et que ses sdXY changent entre 2 reboots . La solution serait d'indiquer :

Ubuntu 11.04 (4a882247-2c30-45cb-93d8-c2afc1d29357)

Mais ca prendrait trop de place, ca serait moins "friendly", et de toutes facons ca ne servirait a rien car personne ne connait l'UUID de ses disques par coeur... 😃

Qid

@ Babadu89 > hum ... je crois que j'ai compris ou est le gag et pourquoi on ne se comprend pas :
tout autant que la partition système windows reste C: quoi qu'il arrive ...
la partition linux démarré reste sdaY quoi qu'il arrive aussi :
en plus claire le système démarré se situe toujours sur le premier disque "logiciel"
meme si materiellement parlant celui ci est bien second au autre

Babdu89

Bon ,la clé est finie....

Alors avant de quitter pour faire mes tests...

YannUbuntu a dit;
Mais ca prendrait trop de place, ca serait moins "friendly", et de toutes facons ca ne servirait a rien car personne ne connait l'UUID de ses disques par coeur...

Oh!.. oui,d'accord avec toi.... Mais pour nos tests ,il faut bien mettre les mains dans le cambouis.....

Heureusement qu'il y a <blkid > ......

@Qid ....Je dirais "matériellement " en principe on a W$ sur le 1er disque physiquement.. Puisque la plus part du temps,pré-installé dans les machines du commerce...
Donc notre W$ en langage linux, sur /dev/sda1 voir2 si il ya des partitions de boot... Ce hdd lui est indiqué /dev/sda ...
On met dans cette machine au mini un deuxième hdd avec un où des Linux dessus... Lui est en /dev/sdb ...

Et au reboot ,avec des machines qui ont un bios "capricieux" comme c'est le cas de la mienne.... Notre hdd /dev/sda est indiqué en /dev/sdb ... Mais n'a pas changer de port EIDE où SATA dans la machine...

Il est là le changement "logiciel" a mon avis...

Là est la difficulté après pour faire nos "bricolages"...

@+. Babdu89

Qid

je reprends et reformule ma pensé de zero :

1) pour le bios la détection se fait identiquement physiquement et logiciellement :
le maitre sera sda et l'esclave sdb (IDE)
pour ce qui est du sata par contre la je vous l'accorde
j'ai pas encore bien pigé comment ça se passe mais d'apres moi
c'est une questin de nappe : de clablage physique

2) pour le système quoi qu'il arrive celui qui est démarré est toujours maitre donc toujours sur sda

après j'avoue que j'ai vraiment pas bien compris ou était réellement le probleme

Paco_at

YannUbuntu a écrit@Paco_at: j'ai bien recu ton email, par contre ca me renvoie un message d'erreur quand j'essaye de t'envoyer un email sur ton adresse ...@Sol.at , donc voici ma reponse, en esperant que tu suis ce topic:

YannUbuntu a écritBonjour Francois,

Si ca fonctionnait pour XP, c'est bizarre que ca ne fonctionne plus pour Seven.
Quoi qu'il en soit, vu que ton BIOS est réglé pour démarrer sur le disque d'Ubuntu, il te faut reinstaller GRUB dans le disque (attention: pas la partition!!!) qui contient Ubuntu (donc sdb normalement, mais ne te fies pas aux lettres a,b etc.. car parfois entre 2 redemarrages sda devient sdb etc.. ).

Merci Yann.
Le message d'erreur que tu as reçu est dû au fait que j'avais oublié de corriger mon adresse e-mil sur mon profil. Maintenant, c'est fait.
Merci pour ton aide. Je vais donc tenter le coup en choisissant sdb.

Bien à toi.

Paco_at

Paco_at

Qid a écrit
YannUbuntu a écrit
YannUbuntu a écritBonjour Francois,

Si ca fonctionnait pour XP, c'est bizarre que ca ne fonctionne plus pour Seven.
Quoi qu'il en soit, vu que ton BIOS est réglé pour démarrer sur le disque d'Ubuntu, il te faut reinstaller GRUB dans le disque (attention: pas la partition!!!) qui contient Ubuntu (donc sdb normalement, mais ne te fies pas aux lettres a,b etc.. car parfois entre 2 redemarrages sda devient sdb etc.. ).
je vais me permettre 2 remarques :
1) je crois en déduire qu'il est en multiboot-multidisque dans ce cas le plus cohérent et le plus propre qu'il ai à faire
c'est plutot de choisir quel OS démarrer directement via le menu de boot rapide du bios (si il existe)
2) une petite mise a jour de connaissance est demandé : non les appellations sdXY ne posent plus de souci
et ce depuis déjà un certain nombre de version d'ubuntu etant donné que grub
ne se base plus sur ça mais sur les UUID des partitions 😉
enfin moi je dis ça juste à titre informatif

après j'ai pas suivi le début de la conversation étant donné qu'elle s'est passé par mail
(pour un forum je trouve ça un peu absurde d'ailleurs excusez moi ...)
sur ce bonne journée ...

@ Qid :
Bonjour.
Je ne savais pas qu'il y avait un fil de discussion sur ce sujet. J'ai découvert le logiciel après maintes recherches sur le net, et j'ai constaté que l'on pouvait contacter l'auteur.

@ Yann :
Je te propose de publier mon mail sur ce fil, afin que tout le monde puisse le voir. Si par exemple quelqu'un a eu le même problème et trouvé la solution, cela pourrait être utile. Je n'ai pas le mail dans mon courrier "envoyé" d'Évolution parce que je l'ai posté directement depuis le site.

Paco_at

Re-bonjour, c'est encore moi !

Alors, bilan : tout marche au poil ! J'ai donc effectué la correction sur sdb. Testé le démarrage sur les deux OS. Impeccable, rien à redire.

Merci Yann pour ce fabuleux outil. Même si je parvenais à démarrer avec le cd SuperGrub 2, c'était quand même fastidieux. :cool:

YannUbuntu

Content que ca marche 🙂

Voici ton message original:

Paco a écritAvant d'utiliser votre logiciel Boot-Repair, je voudrais vous demander quelques conseils. Ma machine possède 2 DD. SATA 1 (500 Go) contient Windows 7 et SATA 2 Ubuntu 10.04. Depuis que j'ai installé Win 7, le Grub ne s'affiche plus, or j'avais pourtant débranché les câbles SATA du deuxième DD (SATA 2) afin d'éviter une faille quelconque, disons, par mesure de sécurité. J'avais déjà procédé à ce type d'opération auparavant, pour réinstaller WIN XP sur SATA 1. Après rebranchement des câbles SATA, le GRUB aparaissait comme d'habitude, sans problème. J'ai donc refait cette opération pour installer Win 7. Il est impossible que Win 7 aie pu affecter SATA 2 (Ubuntu) puisque ce dernier était déconnecté pendant l'installation de WIn 7. J'ai réglé le BIOS pour que ça soit bien le SATA 2 (Ubuntu) qui démarre en premier (après le lecteur CD-ROM, naturellement). Où dois-je réinstaller le Grub ? Sur dev/sda (Win 7) ou dev/sdb (Ubuntu) ?

Pour info, ta situation correspond a ceci: http://doc.ubuntu-fr.org/tutoriel/comment_faire_multiboot_propre_2_dd

« Page précédente Page suivante »