Bonjour,
Je complète ma question, sur mon DD externe j’ai 4 OSs installés, dont trois debians. Pour que mon préféré OS(debian5 KDE) devient 3 éme après l’installe du quatrième OS qui lui devient obligatoirement le 1er… au redémarrage du DD. Pour changer l’ordre de démarrage d’un des OSs, j’utilise cet outil “B.R.D.” boot-repair-disk" gravé.
Dans cet outil il existe la possibilité de choisir l’OS qui devra démarrer en premier et qui va changer ,durant cette opération, le “grub-update” pour que tout soit OK… Ma question sera :
Est-ce que tout les OSs, quel qu’il soit pourra être mis dans cette condition de démarrage selon le choix de l’utilisateur ?
Je peux citer quelques OSs ou ça risque de ne pas accepter ces manips de B.R.D. par exemple :
manjaro/arch ou gentoo ou knoppix ou mageia ou d’autres encore ?
Ce qui n’a rien a voir avec tout mes OSs tests installés qui marche, eux, avec ce que je prétends…merci pour vos avis …Si je me suis bien expliqué , cordialement 
Je n’ai jamais utilisé boot repair disk pour changer l’ordre des entrées Grub, mais a priori ça ne devrait pas poser de problème pour les autres OS.
Sinon comme outil graphique pour ce genre de manip, grub-customizer est pas mal (en tout cas c’est plus simple d’utilisation que d’ajouter des fichiers 1*_ dans /etc/grub.d/ )
Pas besoin de boot-repair-disk pour ca, tout se passe dans le fichier de configuration “/etc/default/grub” , il suffit de changer le numero a la fin de “GRUB_DEFAULT” .
Attention la numerotation part de 0, donc si l’OS sur lequel tu veux booter en 1er se trouve en 4e position il faudra mettre 3 a la fin de la ligne.
Pour plus d’infos consultes le man 
@GOGI,
Merci pour les réponses, surtout la tienne qui me laisse toujours dans le doute ça n’est pas une critique , bien sur GOGI 
il faut que je retourne avec une debian et vérifier ce que tu dis, c’est normal…
Je dois , quand même, faire une autre précision . L’OS ou il y a eu un PB a cause de ma faute (réparations recommandées) de B.R.D. alors que perso je ne fais jamais ces réparations recommandées. Quand j’ai besoin de savoir ce qu’il faut faire , je ne demande que le “boot-info” de B.R.D.
ces infos sont transmises vers les spécialistes qui donne les réponses a faire
c’est tout et sans erreur.
Sans faire la réparations recommandées qui a risqué de provoquer le PB… Ce qui m’est arrivé… Habituellement je fais toujours une “option avancée” avec succès, ce jour la je fais cette erreur et ce qui arrive c’est que cet OS au restart il y a un kernel-panic…. Aie, aie… Bon bien sur, j’ai refais ce qui devait être fait avec le changement d’une ligne en y ajoutant une aide sur la fin de cette ligne. Une fois que cela a été fait, j’ai redémarré l’OS puis refais quelques manips pour le “grub-install /dev/sda” puis “update-grub” dans le terminal… Maintenant tout est OK avec cet OS
Il y a un truc, en plus, je connais cet outil B.R.D. depuis plusieurs années sans jamais avoir eu de PB avec lui…Ce qui m’a fais douter, c’est le refus pour sa non-utilisation avec n’importe quel OS et sa version, que ça soit avec les debians trois , dont une VoyagerX8 deb…Que ça soit avec une Xubuntu, une emmabuntus, des voyagers, une mint, une hybride, une handy 2.2 deb
Sans jamais aucun PB pour cette manip que je pratique a chaque fois après une nouvelle installe d’un OS test…
le seul OS ou il y a eu ce big probleme c’est la manjaro.arch… Ce qui est du a mon erreur 
corrigée ensuite…
Ce qui me reviens, c’est toujours cette stupide question… Est-ce que je peux utiliser B.R.D. pour pouvoir faire le changement de démarrage de son OS préféré quand on en a 14 installés ? ? Que ça soit sur les DDs (4) ou se trouve les OSs installés 3 ou 4 dans chaque DD… Ça peut paraître curieux ma demande? possible… ? merci de toute façon sur les pensées pour ce qui concerne le PB qui m’est arrivé @+ cordialement 
J’en ai aucune idee je ne connais pas boot-disk-repair, et j’evite ce genre de logiciel en general car une pression de touche sur un truc que l’on ne maitrise pas et ca peut etre lq grosse cata…
J’ai du utiliser ce genre de programme une fois ou deux a mes debuts avec linux, une fois que j’avais bien casse comme il faut mon installation et que plus rien ne demarrait… 
Apres pour les 14 OS sur 4 DD differents ma reponse est la meme que la precedente… passes par le fichier /etc/default/grub et change le numero en fin de ligne de GRUB_DEFAULT (bien sur tu fais un update -grub apres hein… )
Le seul hic c’est qu’il faut toujours le faire avec l’installation avec laquelle tu as installe GRUB, soit en redemarrant sur celle-ci soit en faisant un chroot.
Ou bien tu peux le faire avec la nouvelle installation a chaque fois mais dans ce cas il faudra aussi penser a reinstaller GRUB a partir de cette nouvelle installation.
Parfaitement en accord avec ce que tu dis , pour le moment je suis avec la Voyager 14.04, j’ai regardé dans le ect/default/grub sans y voir les OSs … Bon je retourne , j’ai le temps aujourd’hui, vers la debian 5 qui n’est pas la derniere, mais l’OS comme les deux autres debian passée a la 5 alors que c’était la debian 2 installés…
Pour ce qui est d’une nouvelle installe , je fais ce que tu as dis, update-grub apres le lancement ceci sans PB … J’dirais quoi exactement de ce que je vois dans etc/default/grub de la debian , OK @+
Au fait rien n’est une cata, juste une grosse curiosité de ma part
Voila ce que je vois dans ect/default/grub
If you change this file, run ‘update-grub’ afterwards to update
/boot/grub/grub.cfg.
For full documentation of the options in this file, see:
info -f grub -n ‘Simple configuration’
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=lsb_release -i -s 2> /dev/null || echo Debian
GRUB_CMDLINE_LINUX_DEFAULT=“quiet"
GRUB_CMDLINE_LINUX=”"
Uncomment to enable BadRAM filtering, modify to suit your needs
This works with Linux (no patch required) and with any kernel that obtains
the memory map information from GRUB (GNU Mach, kernel of FreeBSD …)
#GRUB_BADRAM=“0x01234567,0xfefefefe,0x89abcdef,0xefefefef”
Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
The resolution used on graphical terminal
note that you can use only modes which your graphic card supports via VBE
you can see them in real GRUB with the command `vbeinfo’
#GRUB_GFXMODE=640x480
Uncomment if you don’t want GRUB to pass “root=UUID=xxx” parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY=“true”
Uncomment to get a beep at grub start
#GRUB_INIT_TUNE=“480 440 1”
Pour être honnête, je ne vois pas ce qu’il faut faire pour modifier ce redemarrage de l’ex ou la nouvelle installe, a moins que je ne comprend rien
Houlala,
Qu’est-ce que c’est que cette grosseur du texte? mille excuses 
Et c’est normal tu ne les y verras jamais, les OS ne sont pas listes dedans il s’agit d’un fichier de configuration pour grub.
Relis mes messages plus haut, il faut modifier la ligne ‘GRUB_DEFAULT=0’.
Tu changes juste le numero en fonction de ce que tu veux avoir, puis tu enregistres et tu fais un update-grub à la suite.
Merci GOGI,
Exact , je peux éventuellement trouver et mettre celui qui me semble être mon OS Top auquel j’ai fais toujours update-grub après son installe… Par contre , comme je suis un peu vicelard?, que je sais comment contrôler les changements qui m’ont étés conseillés… Je suppose que tu comprends ce que je vais faire, ce qui va peut-être risquer pour manjaro, qui sera rétabli au cas ou …
Tout sera rétabli comme doit l’être manjaro… avec ensuite et les modifs ligne "e"
grub-install /dev/sda, update-grub ‘GRUB_DEFAULT=0’ etc, etc …
C’est a voir… Je me souviendrais des trucs spéciaux pour manjaro…
j’ai rien compris…
Pas si difficile a comprendre … J’ai fais une erreur, en me trompant sur la 1ére manip a faire OK? Je suis arrivé, grâce a l’aide de papajoke, par exemple a ce qu’avec les manips proposées tout est revenu en ordre avec manjaro… Maintenant, sachant ce que je dois faire pour que manjaro soit OK. En tentant la manip que je fais habituellement avec B.R.D. Ce qui reste ma tentation de réessayer , pour savoir si j’ai raison …ou pas 
Si j’ai tord, ben , je le dirais dans le fofo… Ce qui n’empêchera plus qu’avec la manip, ce que je faisais tout le temps sans erreur, de me donner raison ou 
? Ceci n’est qu’un truc osé…
Je m’aperçois que si rien ne se fait pour que manjaro1er le soit… Je me contenterais de refaire les conseils qui ont remis manjaro 16.06 Xfce pour son retour du parfait fonctionnement 
J’avoue que c’est un truc légèrement limite mais… Why not to trying J’suis p’têt un peu barjo