Ubuntu-fr

jeanmaire

Encore un fil sur GAG - résolu

Bonjour .

Voilà :
Partant d'une config a un seul disque dur avec 2 partitions une Windows W7 et l'autre UBUNTU (Koala Karmic) , j'ai progressivement fait évoluer celle-ci .
1  -  installation du chargeur d'amorçage GAG   - OK
2  -  installation d'un 2ème disque dur et chargement sur ce disque d'une 2ème mouture de W7 .
3  - insertion de ce cette version dans la configuration de GAG  -  OK
4  - installation d'un 3ème disque dur et chargement sur ce 3ème disque dur de UBUNTU Lucid Lynx
5  - insertion de cette version dans la configuration de GAG  - OK
Je me trouve alors à la tête de 3 disques bootables : le premier qui porte GAG , le 2ème porte W7 et le troisième UBUNTU Lucid Lynx . Je suis protégé contre toute destruction de disque ( mes données sont évidemment régulièrement sauvegardées sur un disque externe ) . En cas de pépin sur le disque qui porte GAG , je peux en effet amorcer les disques 2 et 3 à partir du BIOS .
Et je fonctionne comme cela depuis 3 ans sans la moindre anichroche .
Récemment , j'ai fait l'acquisition d'un SSD . Le package contenant Norton Ghost , j'ai cloné mon disque dur N° 3 (W7) sur le SSD . Tout d'abord je n'ai pas pu booter sur ce disque . mais je me suis aperçu que le SSD contenait tous les fichiers d'un disque système et qu'en bootant  depuis le BIOS sur le disque N° 2 (W7) , j'obtenais un écran me proposant 4 versions " récupérées " de W7 .  Le premier choix étant manifestement celui se trouvant sur le SSD ( rapidité de la séquence de boot , et installation d'un nouveau programme ) et le 2ème choix correspondant au boot du disque N° 2 . Le dernier choix : W7 professionnel , plante car j'ai la version Premium de W7 .
Comme , par ailleurs , il m'est possible de booter avec UBUNTU Lucid Lynx à partir du BIOS  , je peux disposer de mes deux OS de travail .
Mais il y a un problème avec GAG .
Si je boote avec le disque N° 1 , GAG me propose les 2 OS qui se trouvent sur ce disque (la première moûture de W7 et UBUNTU  Koala KARMIC) ,mais pas moyen d'atteindre , ni le disque N° 3 (Lucid Lynx ) , ni le SSD , Par contre le dernier bouton que j'avais appelé : "UBUNTU LYNX"   me dirige vers le BOOT  du disque N° 2 "W7 "   . J'ai essayé toutes les configurations proposées par GAG (B,C,D,E,F,G ) ., je n'ai pas trouvé la config pour démarrer sur Lucid Lynx  Par contre je peux toujours atteindre les 2 OS du disque N° 1 .
Résultat :  je peux booter mes  OS de travail principaux à partir du BIOS et  mes OS de " backup " par GAG !  ce n'était pas le but de la manoeuvre .

Ma question : Comment faire pour atteindre les Boot Lucid Lynx et W7 avec GAG , sans passer par le BIOS ?
Merci d'avance à ceux qui pourront m'aider
Georges

Dernière modification par jeanmaire (Le 30/09/2012, à 19:48)

jeanmaire

Re : Encore un fil sur GAG - résolu

Salut à tous

Une précision ::
En continuant mes recherches , je me suis aperçu qu'en supprimant dans la config de GAG l'avant dernier bouton (celui qui devait normalement me lancer W7 sur le disque N° 2) , je lance maintenant Lucid Lynx à la seule condition de débrancher (par  hardware )   le disque N°2 et/ou le SSD : c'est à dire les disques W7 .
Donc je me trouve dans la situation suivante :
-    GAG me permet de démarrer 3 OS correctement identifiés   :   KARMIC , la première mouture de W7 et Lucid Lynx .
-    Je dispose de 2 disques W7 le SSD et le DD  N° 2 qui sont débranchés .

-    Si je rebranche le SSD et que j'essaye de booter dessus par le BIOS ,  je me plante : BOOTMGR absent     (le SSD a été cloné à partir du DD N°2 : on peut supposer qu'il y a un lien entre les 2)
-    si je rebranche le DD N°2 et que j'essaye le BOOT par le BIOS ,  je BOOTE normalement mais j'obtiens le choix : 1ère ligne boot du SSD ; 2ème ligne boot de la 2ème mouture de W7  ( DD N° 2 )

Et je n'ai pas accès par GAG aux BOOTS  W7 à partir du DD N° 2 .

Ma question : Comment faire pour atteindre les BOOTS  W7 avec GAG , sans passer par le BIOS ?
Merci d'avance à ceux qui pourront m'aider
Georges

jamesbad000

Re : Encore un fil sur GAG - résolu

Hello,

On peut t'aider à avoir un menu de démarrage complet pour tous tes OS avec grub, et probablement à rendre ton disque windows bootable directement. Mais je te conseil de faire une croix sur GAG. Car ici Il y a a peu près personne qui est prêt à se battre avec ce truc...

quoiqu'il en soit,  pour commencer, je te conseil d'installer bootrepair http://doc.ubuntu-fr.org/boot-repair
et d'utiliser l'option "créer un rapport bootinfo" puis de poster le lien du rapport ici, pour qu'on y voit plus clair.

---

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Arbiel

Re : Encore un fil sur GAG - résolu

Bonsoir

Tout à fait d'accord avec jamesbad000.

J'ai voulu utiliser GAG pendant quelque temps, pour revenir ensuite assez rapidement vers Grub. La raison pour laquelle j'avais été tenté par GAG était l'espoir de rendre Grub incassable. Certes, GAG rend Grub incassable, puisque Grub est alors enregistré sur une partition et non sur le MBR, mais alors c'est GAG qui devient "cassable", et, au bout du compte, on ne gagne pas vraiment grand chose.

Comme ta configuration est un peu compliquée, peux-tu nous expliquer ce que tu cherches à faire, en essayant de ne pas te tromper en nommant tes disques, car je crois que

j'ai cloné mon disque dur N° 3 (W7) sur le SSD

est erroné.

Enfin, pour sauver tes disques et tes partitions, tu peux utiliser Clonezilla.

Arbiel

Dernière modification par Arbiel (Le 27/09/2012, à 01:08)

---

Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.

malbo

Re : Encore un fil sur GAG - résolu

Mais je te conseil de faire une croix sur GAG. Car ici Il y a a peu près personne qui est prêt à se battre avec ce truc...

Faire une croix, c'est encore gentil. Il faut le mettre au pilon ce dinosaure de GAG : il est complètement dépassé par Grub.

Edit : en plus, GAG n'est plus maintenu depuis 2008 comme on peut en juger ici : http://sourceforge.net/projects/gag/files/
et comme c'est précisé également dans la doc GAG du site ubuntu-fr (dans la note qui se trouve au début) :  http://doc.ubuntu-fr.org/gag

Dernière modification par malbo (Le 27/09/2012, à 09:49)

jeanmaire

Re : Encore un fil sur GAG - résolu

Bonjour à tous et merci pour vos réponses

@ arbiel
Exact , il fallait lire   disque N °2

@tous
OK ! j'avais bien lu que GAG n' était  plus maintenu ; mais ça marchait si bien avec ma machine et mes configs que je n'ai pas jugé nécéssaire de changer de BOOT Manager .
Vous m'avez convaincu ; je vais passer sur GRUB !!!   Mais ça me semble un peu plus complexe à mettre en oeuvre  .

Je précise mon projet et ma config .
1 - je veux pouvoir booter à partir de n'importe quel des OS installés sans avoir à passer par le BIOS .
2 - la config :
      premier disque           -  UBUNTU KARMIC ( avec les 3 partitions OS,  home et swap )  et W7
      deuxième disque       -   W7
      troisième disque        -  UBUNTU  LYNX
      quatrième disque       -  SSD   avec W7

  Une fois que tout ça fonctionnera avec GRUB , je compte supprimer l'OS du 2ème disque pour récupérer un peu de place .
  L'exploitation normale sera soit avec LYNX soit avec W7 sur  le SSD .
  Les OS du premier disque servent de double pour la sécurité et les tests ( je vais par exemple y faire les installs des nouvelles versions de UBUNTU puisque LYNX me donne toute satifaction et que je ne me sers plus de KARMIC...)

Quelques conseils pour m'aider avec GRUB  ?

Merci d'avance

Georges

compte supprimé

Re : Encore un fil sur GAG - résolu

1) démarrer sur lynx
2)

sudo parted -l

Pour voir qui est qui... Parce qu'il s'agit de ne pas se tromper.
Mettons que Lynx soit sur le disque /dev/sdc par exemple (à voir donc avec la commande précédente).
3) installer grub sur ce même disque

sudo grub-install /dev/sdc <-- à rectifier selon le cas

4) générer le fichier grub.cfg où tout se passe (menus...)

sudo update-grub

5) redémarrer et mettre le disque lynx en premier dans l'ordre de démarrage du bios (pour que ça démarre sur grub et son menu)

En principe tu auras ce que tu voulais... Sauf peut-être le ssd... A voir...

Dernière modification par faustus (Le 27/09/2012, à 16:42)

jeanmaire

Re : Encore un fil sur GAG - résolu

@faustus

Voilà le résultat de    sudo parted -l

LYNX est installé sur le premier disque de la liste  à savoir le ATA WDC WD5001AALS-0 (scsi) donc /dev/sda ?
si je tape maintenant   :      sudo grub-install /dev/sda       puis      sudo upgrade-grub          que va-t-il se passer  ?

Peux tu me montrer ce que je vais trouver en tapant      grub.cfg  ?

je ne voudrais pas perdre mes autres BOOT !  Si ça foire pour le SSD , quels sont mes recours ?

*********************************************************************************************************************************
jojo@jojo-desktop:~$ sudo parted -l
Modèle: ATA WDC WD5001AALS-0 (scsi)
Disque /dev/sda : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type      Système de fichiers  Fanions
1      1049kB  40,0GB  40,0GB  primary   ext4                 démarrage
2      40,0GB  145GB   105GB   extended
5      40,0GB  45,0GB  4999MB  logical   linux-swap(v1)
6      45,0GB  145GB   100GB   logical   ext4
3      490GB   500GB   9944MB  primary   ntfs

Modèle: ATA WDC WD5001AALS-0 (scsi)
Disque /dev/sdb : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin    Taille  Type      Système de fichiers  Fanions
1      1049kB  106MB  105MB   primary   ntfs                 caché
2      106MB   257GB  257GB   primary   ntfs                 démarrage
3      257GB   383GB  126GB   primary   ntfs
4      383GB   500GB  117GB   extended
5      383GB   413GB  30,0GB  logical   ext4
6      413GB   488GB  75,0GB  logical   ext4
7      488GB   500GB  12,0GB  logical   linux-swap(v1)

Modèle: ATA WDC WD1001FALS-0 (scsi)
Disque /dev/sdc : 1000GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
1      1049kB  106MB   105MB   primary  ntfs                 démarrage
2      106MB   83,9GB  83,8GB  primary  ntfs
3      85,2GB  1000GB  915GB   primary  ntfs

Modèle: ATA SAMSUNG SSD 830 (scsi)
Disque /dev/sdd : 128GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin    Taille  Type     Système de fichiers  Fanions
1      1049kB  128GB  128GB   primary  ntfs                 démarrage

jojo@jojo-desktop:~$ ^C
jojo@jojo-desktop:~$ ^C
jojo@jojo-desktop:~$
***************************************************************************************************************************

Merci encore

Georges

compte supprimé

Re : Encore un fil sur GAG - résolu

Tu ne peux pas te fier à la référence du disque. Je ne sais pas si tu as vu, mais tu en as 2 identiques !
Mais ça pourrait bien être sda, en effet : il n'y a pratiquement que du linux dessus, hormis une petite ntfs de 10 Go...
Et sur sdb, moitié linux, moitié ntfs, une partition cachée typique de win... karmic + w7 ?
C'est toi qui sait ce que tu as installé et où...

Si tu fais ce que je t'ai dit (en corrigeant sdc -> sda), il ne se passera rien du tout. Sauf que si tu mets sda en premier dans le bios, tu démarreras sur le menu grub, où apparaîtra l'ensemble de tes os...

Quand au ssd, ce n'est qu'une hypothèse (je n'ai pas encore eu ça entre les mains et comme j'ai lu ceci et cela au sujet de ces disques, je soulève juste l'éventualité)... Si ça se trouve il y sera aussi. Mais s'il n'y était pas, il faudrait ajouter manuellement une entrée à grub...

Dernière modification par faustus (Le 27/09/2012, à 17:59)

malbo

Re : Encore un fil sur GAG - résolu

je ne voudrais pas perdre mes autres BOOT !  Si ça foire pour le SSD , quels sont mes recours ?

Tu flippes tellement que je comprends pourquoi tu t'accrochais à cette vieille planche pourrie de GAG. Sais-tu qu'il existe des outils comme Boot-Repair qui permettent de réparer assez facilement le démarrage d'un PC ? Si tu veux être prêt à réparer en urgence, tu peux te faire un liveCD "Ubuntu Sécurisée" qui contient plusieurs outils. C'est sûr que ça va te faire voir du pays de t'intéresser aux nouvelles techniques.

Dernière modification par malbo (Le 27/09/2012, à 18:09)

jeanmaire

Re : Encore un fil sur GAG - résolu

@malbo

Et oui , je flippe , car je suis quasi nul avec Linux  . Or toutes les manips indiquées se passent sous Linux  .
Je n'utilise UBUNTU que pour le Mail , Internet , et le logiciel de montage vidéo OpenShot . Le système et les connexions avec Windoxs : c'est zéro !  J'ai démarré avec une install de dual boot entre KARMIC et W7 . puis sur des disques séparés W7 et LYNX ,  puis GAG pour accéder rapido au boot voulu sans passer par le BIOS . Maintenant , je ne voudrais pas avoir à reinstaller mes OS et tout ce qui va avec . Et je n'ai pas le temps de me farcir une formattion à LINUX  ,  c'est pourquoi mes questions sont si basiques .

merci pour les liens

Georges

jeanmaire

Re : Encore un fil sur GAG - résolu

@faustus

Oui en effet les 2 disques de 500 gigas sont identiques , et /sda contient LYNX tout seul alors que /sdb contient le double boot WT et Karmic  .
Bon je vais me lancer demain : maintenant je suis obligé de partir .

Merci encore

Georges

compte supprimé

Re : Encore un fil sur GAG - résolu

@malbo

Et oui , je flippe , car je suis quasi nul avec Linux  . Or toutes les manips indiquées se passent sous Linux  .

T'as qu'à les faire sous windows...

Enfin sérieusement, ça va te paraître infiniment plus facile que l'espèce de bouillie que tu t'es payé avec gag (je n'ai rien compris à ton premier post, et ce système avec gag est clair comme du jus de boudin...). Tu verras, ça va quand même te changer le coup du simple sudo update-grub, pour voir disparaître karmic du menu et y voir apparaître ce qui l'aura remplacé..

Dernière modification par faustus (Le 27/09/2012, à 20:37)

linoll

Re : Encore un fil sur GAG - résolu

C'est vraiment pitoyable de voir des gens qui pensent aider en se déchainant pour "bruler" ce qu'ils ne connaissent parfois pas du tout (et les flippés qui se retranchent exclusivement sur ce dont ils ont l'habitude ne sont alors pas ceux que l'on croit).

Je voudrais juste prendre la peine de rectifier la plus grosse des désinformations qui précède : il n'y a pas à s'imposer un choix entre GAG et Grub puisque les deux se complètent et que l'usage typique de GAG est de chainer vers Grub sans que Grub soit vulnérable par un stage1 placé sur le MBR (ce qui est effectivement une très grosse imprudence que vous encouragez avec force et ignorance).

à noter que GAG a un rôle tellement précis et limité et est tellement petit (il n'occupe qu'une petite partie du MBR qui est pourtant un emplacement minuscule) que s'il n'a pas reçu de modification depuis un certain temps c'est parce-qu'il n'y a pas de modifications utiles à apporter.

Dernière modification par linoll (Le 27/09/2012, à 21:37)

compte supprimé

Re : Encore un fil sur GAG - résolu

C'est vraiment pitoyable de voir des gens qui pensent aider en se déchainant pour "bruler" ce qu'ils ne connaissent parfois pas du tout (et les flippés qui se retranchent exclusivement sur ce dont ils ont l'habitude ne sont alors pas ceux que l'on croit).

Je voudrais juste prendre la peine de rectifier la plus grosse des désinformations qui précède : il n'y a pas à s'imposer un choix entre GAG et Grub puisque les deux se complètent et que l'usage typique de GAG est de chainer vers Grub sans que Grub soit vulnérable par un stage1 placé sur le MBR (ce qui est effectivement une très grosse imprudence que vous encouragez avec force et ignorance).

à noter que GAG a un rôle tellement précis et limité et est tellement petit (il n'occupe qu'une petite partie du MBR qui est pourtant un emplacement minuscule) que s'il n'a pas reçu de modification depuis un certain temps c'est parce-qu'il n'y a pas de modifications utiles à apporter.

Et gag, il est installé où ?

linoll

Re : Encore un fil sur GAG - résolu

Sur le MBR exclusivement... et je vois bien que tu n'as pas compris que la grande faiblesse de Grub c'est que quand on prétend l'installer sur le MBR seule une partie s'y trouve (le "stage1") alors que l'autre partie plus importante et indispensable mais qui ne peut pas fonctionner seule est sur le répertoire /boot...

Il reste donc très facile et rapide de réparer le démarrage si Grub est entièrement dans /boot, mais dans ce cas il faut utiliser GAG (ou un autre chainloader) sur le MBR. Et GAG permet très très facilement de retrouver le MBR initial ou d'y être réinstallé sans toucher à aucun système présent...

Dernière modification par linoll (Le 27/09/2012, à 21:54)

compte supprimé

Re : Encore un fil sur GAG - résolu

Ecoute...
1) je n'ai jamais eu le moindre ennui avec grub, et à un moment j'avais 6 linux installés et 1 xp (actuellement j'en ai 3, et un xp). J'ai bidouillé avec 0.97 dans tous les sens et aujourd'hui je le fais avec grub2... En plus je suis sur un truc curieux, un mélange sata/ide, qui fait que d'un linux à l'autre fdisk -l ne donne pas le même résultat. Evidemment grub s’emmêle les pinceaux aussi (j'installe un linux sur sda, et je retrouve grub sur sdb, mais pas à tous les coups)...
2) j'ai suivi ça : http://forum.ubuntu-fr.org/viewtopic.ph … 1#p9630381
Je ne suis pas absolument d'accord avec toutes les critiques de gag, mais dans l'ensemble je suis assez de l'avis de cep...

Bref ! Grub fonctionne très bien !
Cela dit, je ne t'empêche nullement de prendre le relais, puisque ton intervention aura eu pour seul effet de stimuler les inquiétudes de jeanmaire...
Alors tu te démerdes avec lui et ton gag...

jeanmaire

Re : Encore un fil sur GAG - résolu

@faustus 

Je ne pensais pas initier une telle polémique , Après avoir parcouru les liens proposés par les uns et par les autres , j'avoue que je n'ycomprend pas grand chose et que je suis perplexe .

Mais tes conseils étant assez clairs , je te demande encore quelques précisions :
   1  -  est-ce que en lançant  sudo update-grub , la génération du fichier     grub.cfg  est automatique ?
   2  -  autrement dit , est-ce que  la commande sudo upgrade-grub provoque la reconnaissance de tous les OS présents sur la machine , et établit dans le fichier grub.cfg , le chainage nécéssaire pour lancer l'OS de son choix  ?
   3  -  ou bien faut-il intervenir manuellement sur le fichier    grub.cfg   ?
   4 -   comment se présente l'écran qui permet le choix de l'OS  ?
   5  -  est-ce que la possibilité de booter à partir du BIOS , en sélectionnant le disque portant l'OS voulu , est toujours valable ?
   6  -  qu'advient-il de mon disque "dual boot "  ( Karmic + W7 )  qui porte actuellement GAG ?

Je rapelle mon projet et ma config .
1 - je veux pouvoir booter à partir de n'importe quel des OS installés sans avoir à passer par le BIOS .
2 - la config :
      premier disque           -  UBUNTU KARMIC ( avec les 3 partitions OS,  home et swap )  et W7
      deuxième disque       -   W7
      troisième disque        -  UBUNTU  LYNX
      quatrième disque       -  SSD   avec W7

A partir du BIOS je peux lancer les boots des 3 premiers disques
Avec une bizarrerie au niveau du SSD :  je ne peux pas le booter en le déclarant au bios (bootmgr absent), mais pas de problème si je lance W7  , soit par le BIOS (disque 2) soit par GAG (disque 1) .

Merci

Georges

Arbiel

Re : Encore un fil sur GAG - résolu

Bonsoir

@jeanmaire

Pour la polémique, ce n'est pas grave. Le forum est ouvert à tous, et chacun peut y exprimer son opinion, même si parfois le ton pourrait être un peu moins acertaines degressif.

Pour répondre à tes questions

1  -  est-ce que en lançant  sudo update-grub , la génération du fichier     grub.cfg  est automatique ?

: oui, cette procédure vise à créer le fichier grub.cfg dans le répertoire /boot/grub

2  -  autrement dit , est-ce que  la commande sudo upgrade-grub provoque la reconnaissance de tous les OS présents sur la machine , et établit dans le fichier grub.cfg , le chainage nécéssaire pour lancer l'OS de son choix  ?

oui, le fichier grub.cfg contient un chaînage vers tous les OS qui ont été reconnus ; cependant, il semble qu'il y ait des points d'interrogation pour ton disque SSD

3  -  ou bien faut-il intervenir manuellement sur le fichier    grub.cfg   ?

non, il ne faut jamais intervenir sur le fichier grub.cfg ; il existe des moyens pour modifier le comportement de grub, mais ces moyens sont hors sujet

4 -   comment se présente l'écran qui permet le choix de l'OS  ?

une ligne par choix, avec éventuellement un système à tiroir dans lequel une ligne donne accès non à un OS, mais à une nouvelle liste

5  -  est-ce que la possibilité de booter à partir du BIOS , en sélectionnant le disque portant l'OS voulu , est toujours valable ?

quel que soit le système que tu choisiras, le BIOS fait partie intégrante de la procédure d'amorçage ; c'est lui qui recherche, parmi tes disques, celui sur lequel il faut aller chercher le programme d'amorçage, Grub, Gag, ou le programme spécifique Windows, pour le charger en mémoire et lui donner le contrôle ; dans le cas de Grub, Grub va alors lire le fichier /boot/grub/grub.cfg pour construire l'écran qui permet le choix de l'OS

6  -  qu'advient-il de mon disque "dual boot "  ( Karmic + W7 )  qui porte actuellement GAG ?

Dans la procédure que faustus t'a indiquée, Gag disparaît, et est remplacé par Grub ; ensuite Grub s'occupe de tout et te présentera dans l'écran qui permet le choix de l'OS une ligne pour Karmic et une ligne pour Windows 7 ; ces lignes ne seront pas adjacentes, mais elles seront toutes deux présentées sur l'écran

Je rapelle mon projet et ma config .
1 - je veux pouvoir booter à partir de n'importe quel des OS installés sans avoir à passer par le BIOS .

voir ma réponse à ta question 5. Le BIOS est toujours partie prenante de la procédure d'amorçage. Ou peut-être n'ai-je pas compris ta question ? Ou peut-être veux-tu dire que tu ne veux pas avoir à modifier la liste des priorités des disques pour l'amorçage. A priori, ce ne sera pas la peine, sauf peut-être pour ton disque SSD. Mais nous trouverons probablement une solution quand tu en seras là.

@fautus

mais dans l'ensemble je suis assez de l'avis de cep

Je n'ai pas vu d'intervention de cep

En plus je suis sur un truc curieux, un mélange sata/ide, qui fait que d'un linux à l'autre fdisk -l ne donne pas le même résultat. Evidemment grub s’emmêle les pinceaux aussi (j'installe un linux sur sda, et je retrouve grub sur sdb, mais pas à tous les coups)...

Peux-tu ouvrir une autre discussion pour discuter de cette difficulté

Arbiel

---

Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.

jamesbad000

Re : Encore un fil sur GAG - résolu

Et gag, il est installé où ?

Sur le MBR exclusivement... et je vois bien que tu n'as pas compris que la grande faiblesse de Grub(...)

voici ce qu'on trouve dans la doc HTML de GAG

GAG the Graphical Boot Manager

Physical structure

GAG is a big program (near 26Kbytes) so it can't fit in the MBR (446 usefull bytes); 
that's why it's divided in two parts: the bootstrap, and gag itself.

Pour ceux qui ne lisent pas l'anglais : Gag est un gros programme (prêt de 26 kilo octets) donc il ne ne pas tenir dans le MBR (446 octets utilisables)...

Au reste j'ai expliqué ici http://forum.ubuntu-fr.org/viewtopic.php?pid=9630381
en donnant les références documentaires (vérifiées par l'expérimentation), pourquoi GAG en fait de rendre grub incassable rendait Grub2 moins fiable.

Dernière modification par jamesbad000 (Le 29/09/2012, à 14:00)

---

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

malbo

Re : Encore un fil sur GAG - résolu

jamesbad000,
Ton lien n'est pas bon.
Je suppose que tu voulais donner ce lien : http://forum.ubuntu-fr.org/viewtopic.php?pid=9630381

cep

Re : Encore un fil sur GAG - résolu

[

GAG is a big program (near 26Kbytes) so it can't fit in the MBR (446 usefull bytes); 
that's why it's divided in two parts: the bootstrap, and gag itself.

Pour ceux qui ne lisent pas l'anglais : Gag est un gros programme (prêt de 26 kilo octets) donc il ne ne pas tenir dans le MBR (446 octets utilisables)...

Au reste j'ai expliqué ici http://forum.ubuntu-fr.org/viewtopic.php?id=95197
en donnant les références documentaires (vérifiées par l'expérimentation), pourquoi GAG en fait de rendre grub incassable rendait Grub2 moins fiable.

Mais arrête de répéter sans cesse les mêmes balivernes et de déverser sans cesse ta non science.
Pour la énième fois tu ne connais rien au sujet et tu bassines sans cesse que Gag ne peut s'installer dans le mbr et que le core;img de grub ne peut s'installer dans secteur de boot d'une partition. Toutes affirmations de ta part sans cesse contredites par les faits.

Pour le reste, non gag ne rendra pas grub ni rien d'autre incassable. Et maintenant je t'invite à laisser ceux qui savent aider utilement à la solution de ce problème posé par Jean Marie et, accessoirement, étudier sérieusement les sujets sur lesquels tu veux poster. Ta suffisance n'aide en rien les autres.

---

Mon Seen This

Arbiel

Re : Encore un fil sur GAG - résolu

Alors, pourquoi tergiversons nous plus longtemps ? Ne serait-il pas raisonnable de supprimer purement et simplement de notre documentation tout ce qui a trait à GAG et à l'utopie de rendre Grub incassable, sauf à l'installer sur le MBR d'un support amovible et à retirer ce support lors d'une réinstallation de Windows pour être certain d'éviter tout accident.

En standard, on démarre son PC avec le support amovible en question. Pour amorcer avec Windows, on retire le support amovible. Et cela ne condamne même pas le port USB puisque, une fois le système lancé, on peut retirer la clé (les OS sont sur le disque dur).

Arbiel

---

Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.

malbo

Re : Encore un fil sur GAG - résolu

Ne serait-il pas raisonnable de supprimer purement et simplement de notre documentation tout ce qui a trait à GAG et à l'utopie de rendre Grub incassable

Tout à fait d'accord, ça donnerait un peu d’air frais. Cette couillonnade de "Grub incassable", on la trimbale depuis Dapper Drake, c'est vraiment préhistorique.

Dernière modification par malbo (Le 29/09/2012, à 11:53)

cep

Re : Encore un fil sur GAG - résolu

Alors, pourquoi tergiversons nous plus longtemps ? Ne serait-il pas raisonnable de supprimer purement et simplement de notre documentation tout ce qui a trait à GAG et à l'utopie de rendre Grub incassable, sauf à l'installer sur le MBR d'un support amovible et à retirer ce support lors d'une réinstallation de Windows pour être certain d'éviter tout accident.

Lorsqu'un copain débutant en Linux me demande de lui installer un Linux en dual boot avec Windows, voilà comment je fais :
  - - Je laisse le mbr intact, c'est à dire avec le boot loader de Microsoft
  - - J'enlève le drapeau bootable de la partition Windows et le mets sur la partition primaire sur laquelle je vais installer Grub
  - - J'installe Grub dans le boot sector de cette partition

Ensuite cela se passe ainsi : le mbr de manière classique va chercher une partition primaire amorçable (bootable) et va trouver celle sur laquelle est installé Grub et passer la main à Grub. Avec ce dernier je lance le Linux ou je chainload vers Windows.

Si jamais le copain a un problème ou veut repasser à Windows ou a un problème avec Grub (tout à fait rare dans des cas généraux) il lui suffit de remettre le flag boot sur la partition Windows sans avoir à retoucher quoique ce soit d'autre.

Pour autant il arrive que certaines installations aient une procédure pour remettre automatiquement le flag boot sur la partition Windows au premier redémarrage sur Windows.

Donc cette solution a aussi ses inconvénients et dès que l'on fait du multiboot, il y a toujours un risque d'avoir à bidouiller.

Solution idéale, avoir deux disques, installer Linux sur le second disque, régler le bios en conséquence et laisser Grub gérer le tout. Si problème il y a pour redémarrer un jour WIndows, voyage vers le bios.

Bon, concernant Gag, pourquoi toute cette haine ? c'est un tout petit programme qui fait juste ce pour quoi il est prévu. Seul défaut, il faut modifier le mbr puisqu'il s'y installe. Aussi je ne sais pas du tout où en est son développement pour les derniers Windows et s'il fonctionne sur UEFI.

Bonne continuation.

cep

---

Mon Seen This