Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dernière modification par debian de paris (17-03-2016 12:29:25)
Hors ligne
Dernière modification par Coconuts (11-03-2016 22:44:21)
Hors ligne
Dernière modification par avram (11-03-2016 22:37:52)
Hors ligne
Dernière modification par debian de paris (11-03-2016 23:53:53)
Hors ligne
"L'éducation vise à former des citoyens pas trop tatas et non pas à envoyer le plus de tatas possible à l'université."
Pierre Foglia (Journaliste à la retraite à La Presse)
Note : au Québec, le mot tata a un sens péjoratif qui sert à désigner une personne un peu idiote ou insignifiante. D'où les expressions familières : Espèce de grand, de gros tata! Être, avoir l'air tata.
Hors ligne
vous supprimerez donc les 446 premiers octets de sda3 qui contiennent le chargeur de boot de sda3.
Ensuite vous faites,toujours depuis handylinux:
vous rebootez votre machine et le menu de grub sera nettoyé.
Vous aviez installé grub/jessie sur sda3;donc ce grub/jessie avait également trouvé handylinux et en a bien tenu compte pour construire son menu de démarrage.
L'explication de toutes ces lignes dans le recovery est la suivante:
quand vous retournez dans handylinux et que vous lancez "update-grub" il va tout lire et bien sûr tenir compte de tout ce qui était déjà écrit sur grub/jessie et il va tout transcrire ce qui fait que dans votre mode recovery vous aurez pleins de lignes concernant les os installés et leur kernel. C'est un peu lourd mais grub s'y retrouve toujours.
Edit à bendia : mis les codes dans les bonnes balises Voir le tuto : Le code, ça pique moins les yeux en couleur 
Dernière modification par avram (12-03-2016 10:41:33)
Hors ligne
I'd love to change the world
But I don't know what to do
So I'll leave it up to you...
Hors ligne
Or pour l'instant certaines lignes sont plus que bizarres.
Je suis allé voir dans le fichier grub.cfg et dans ce qui correspond au script 30_os_prober, c'est très bizarre, voire tout pourri.
Mais encore ?
Quelle est la version de GRUB de HandyLinux ? C'est affiché en haut d'écran contenant le menu de démarrage. Est-ce une version 1.9x ou 2.x ?
Il y a eu des changements notables entre les deux. Notamment avec GRUB 2.x (inclus dans Debian 8/Jessie), update-grub génère des sous-menus que update-grub de GRUB 1.9x intègre mal. Si HandyLinux contient une version 1.9x de GRUB, il vaudrait peut-être mieux installer le GRUB de Debian Jessie comme chargeur par défaut.
dd if=/dev/zero of=/dev/sda3 bs=1 count=446
vous supprimerez donc les 446 premiers octets de sda3 qui contiennent le chargeur de boot de sda3.
Quel est l'utilité de cette opération hasardeuse et visiblement mal maîtrisée/comprise ?
Le secteur d'amorce d'une partition normale (pas étendue) est un PBR (partition boot record), pas un MBR (master boot record), et ne contient pas de table de partition. Il est donc inutile d'épargner la partie réservée à la table de partition, au delà de l'offset 446.
Dans le cas d'un MBR, il vaut mieux spécifier "bs=446 count=1", c'est plus efficace (copie d'un bloc de 446 octets plutôt que 446 blocs d'un octet).
En aucune façon le programme d'amorce installé dans ce PBR n'est utilisé par update-grub, donc à quoi bon l'effacer ?
Vous aviez installé grub/jessie sur sda3;donc ce grub/jessie avait également trouvé handylinux et en a bien tenu compte pour construire son menu de démarrage.
L'explication de toutes ces lignes dans le recovery est la suivante:
quand vous retournez dans handylinux et que vous lancez "update-grub" il va tout lire et bien sûr tenir compte de tout ce qui était déjà écrit sur grub/jessie et il va tout transcrire ce qui fait que dans votre mode recovery vous aurez pleins de lignes concernant les os installés et leur kernel.
Non, l'expérience montre que update-grub ne reprend que les entrées de grub.cfg concernant les noyaux du système détecté. Et c'est heureux, car sinon ce serait une escalade : chaque update-grub sur un système ajouterait des entrées de menu qui seraient reprises à leur tour par update-grub sur l'autre système et ainsi de suite...
En fait j'aimerais bien comprendre le script 30_os_prober mais il y a très peu de commentaires et je n'arrive pas à comprendre ce que le script fabrique. Je voudrais bien savoir sur quoi le script se base pour chercher et trouver les "autres OS" : sur les répertoires /boot ou sur autre chose?
Ce script est une usine à gaz à laquelle il est hasardeux de toucher. Il se base sur plusieurs choses. D'abord il appelle os-prober pour détecter un autre système présent. Ensuite, dans le cas de Linux, il peut utiliser le fichier /boot/grub/grub.cfg s'il existe pour créer les entrées de menu correspondantes avec les mêmes options. Mais si ce fichier a été créé par une version plus récente de GRUB, le résultat peut ne pas être optimal.
on peut renseigner le script 40_custom pour avoir la deuxième Debian sur le menu Grub2. Mais comment le renseigner?
Tu peux y recopier les entrées de grub.cfg qui t'intéressent. Mais l'inconvénient est que ces entrées ne seront pas automatiquement mises à jour par update-grub en cas de changement du système Debian.
Une autre possibilité consiste à créer une entrée de menu pour chaîner le chargeur de Debian. Sa sélection lancera ce chargeur secondaire qui affichera son propre menu.
Il vaut mieux montrer que raconter.
Hors ligne
oui c'est vrai je ne suis nouveau sur ce forum et j'ai pas encore bien l'habitude.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
J'ai peine à te croire. L'ennui, c'est que je n'ai encore jamais rencontré ce problème, et ne peux dont vérifier par moi-même. Pourtant j'ai plusieurs machines avec plusieurs installations de différentes versions de Debian dessus.
et pourtant ça m'est arrivé; la même chose que debian paris.J'ai deux disques,sda et sdb.
-sur sda5 il y a jessie, mon os de référence, avec son grub installé sur sda
-sur sdb5 il y a testing,avec son grub que j'avais installé sur sdb pour qu'il ne m'efface pas le grub de jessie que je veux toujours conserver, c'est lui qui pilote.
-sur sdg1 de ma clé usb il y a jessie avec son grub que j'avais écrit sur sdg pour pas effacer le grub de jessie/sda5.
Quand tout ça fut installé je suis retourné dans jessie/sda5 et j'ai fait update-grub et tout les autres os furent bien reconnus et enregistrés mais même situation que debian paris, pleins d'entrées dans recovery.
Ce que j'ai fait ce fut d'effacer les 446 premiers octets de sdb et sdg, de retourner dans jessie/sda5 et de refaire un "update-grub" et tout fut propre.
Hors ligne
Hors ligne
Une autre possibilité consiste à créer une entrée de menu pour chaîner le chargeur de Debian. Sa sélection lancera ce chargeur secondaire qui affichera son propre menu.
Dans ce cas, stp, quelle commande utiliser (je débute) : chainload(er) , multiboot, autre?
et quelle syntaxe (j'ai déjà essayé avec "chainloader", en vain)?
Hors ligne
- multiboot prend comme argument le chemin d'un fichier contenant une core image de grub (ou autre chargeur compatible multiboot). Il faut d'abord redéfinir la "racine" de GRUB sur la partition correspondante et charger le module pilote pour le système de fichiers si nécessaire, par exemple pour le chargeur installé par grub-pc à partir de Debian 8/Jessie (c'est différent avec les versions précédentes) avec /boot sur la racine en ext4 :
Il vaut mieux montrer que raconter.
Hors ligne
Quand tout ça fut installé je suis retourné dans jessie/sda5 et j'ai fait update-grub et tout les autres os furent bien reconnus et enregistrés mais même situation que debian paris, pleins d'entrées dans recovery.
Ce que j'ai fait ce fut d'effacer les 446 premiers octets de sdb et sdg, de retourner dans jessie/sda5 et de refaire un "update-grub" et tout fut propre.
C'est quand même embêtant d'avoir dû effacer les amorces car maintenant ces deux installations ne peuvent plus booter de façon autonome.
Concrètement, quelle est la différence entre "plein d'entrées" et "propre" ?
Je viens de regarder sur un disque contenant Squeeze, Wheezy et deux Jessie. Je n'ai pas d'installation de testing. Toutes les PBR de partitions boot ou racine contiennent une amorce de GRUB. Update-grub de Jessie me génère dans le sous-menu deux entrées pour une version antérieure à Jessie (comme dans le grub.cfg d'origine, sans sous-menu), et trois pour Jessie (l'entrée principale et les deux du sous-menu dans le grub.cfg d'origine je suppose).
Il vaut mieux montrer que raconter.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
C'est quand même embêtant d'avoir dû effacer les amorces car maintenant ces deux installations ne peuvent plus booter de façon autonome.
comment ça booter de façon autonome,qu'entendez vous par là? Grub me permet d'accéder à tous mes os.Si il fallait remettre un grub ailleurs que sur sda il me suffirait de faire un chroot et le tour est joué.J'ai fais ça de nombreuses fois; en supprimant des os installés pour les remplacer par d'autres ça m'est arrivé de ne plus avoir de grub pour pouvoir démarrer; un chroot et l'affaire est réglée.
Concrètement, quelle est la différence entre "plein d'entrées" et "propre" ?
dans les menus avancés de grub il y avaient pleins de lignes avec les différents kernels,moi dans le menu avancé je n'en veux que deux; démarrage normal et démarrage en mode recovery
Hors ligne
comment ça booter de façon autonome,qu'entendez vous par là?
Tu as trois "disques" (au sens large, incluant la clé USB) qui contiennent chacun un système distinct.Même si un seul GRUB sur un seul disque permet de lancer les trois systèmes, il pourrait être souhaitable que chaque système installé sur un disque donné soit bootable indépendamment de tout autre disque. Mais ce n'est pas possible ici puisque seul un des trois disques contient un chargeur d'amorçage opérationnel. Note bien que ce n'est nullement une obligation.
dans les menus avancés de grub il y avaient pleins de lignes avec les différents kernels
Tu veux dire des noyaux qui n'appartiennent même pas au système mais à un autre, ou je comprends encore de travers ?
Il vaut mieux montrer que raconter.
Hors ligne
avram a écrit :
dans les menus avancés de grub il y avaient pleins de lignes avec les différents kernels
Les kernels étaient ceux des systèmes actuellement installés, c.à.d deux jessie et une stretch.Mais cette affaire m'intrigue aussi, puisque nous avons ouvert le sujet.
Alors voilà ce que je viens de faire à l'instant même: je suis allé sur sdb5/stretch et j'ai réinstallé grub sur sdb avec "update-grub" et "grub-install /dev/sdb
Idem pour sdg en allant sur sdg1/jessie.
Ensuite je retourne dans sda5/jessie qui est ma stable de référence et je refais "update-grub" suivi d'un reboot de ma machine et là je trouve le grub propre sans lignes de kernels comme décrit comme plus haut et comme décrit par debian paris.
Précisions supplémentaires:
- priorité de boot pour les disques: sda sdb clé usb
-version de grub: 2.02 beta , ce n'est pas moi qui ai choisi la version et il y'a eu des mises à jour depuis l'installation.
J'avais utilisé dd comme indiqué plus haut pour virer toutes ces lignes que je ne voulais plus voir.
Voilà la situation actuelle,tout a toujours booté sans problème,avec ou sans les lignes de grub en plus.
Dernière modification par avram (12-03-2016 22:12:57)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Il doit falloir une autre condition qui n'est plus remplie sur ta machine.
c'est ce que je pense aussi parce que cette anomalie m'avait déjà étonné à l'époque où ça m'était arrivé.
Hors ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
Il vaut mieux montrer que raconter.
Hors ligne