Ubuntu-fr

Ben si, il y a un chargeur de démarrage : grub
D'accord, ce n'est pas celui du linux en question mais c'est l'habituel que j'utilise. Je lui indique quoi démarrer, un intird et un linux, ce qu'il est censé savoir faire, s'il trouve où sont cet initrd et ce linux. Comme je lui indique tout ça avec force détails, il ne devrait pas avoir de problème...

Non, ce qui m'épate, c'est que malgré la modif du 40_custom, il n'y ait rien qui apparaisse dans le menu. Que ça ne fonctionne pas, éventuellement, je veux bien le croire. Mais que ça n’apparaisse même pas... alors que c'est dans grub.cfg, tout beau...

Sinon, il y a grub sur tous les MBR... Sur le boot record de sda4, je ne sais pas ce qu'il y a. Mais ça ne devrait pas jouer, parce que j'indique à grub tout ce qu'il doit faire. S'il y avait besoin de passer par le boot record de la partition qui renverrait à un chargeur local, lui-même configuré pour lancer un linux, on utiliserait chainloader, tout simplement. Ce qui n'est pas obligatoire ! Enfin ça ne l'était pas avec l'ancien grub. Peut-être que le progrès fait qu'on ne peut plus faire autrement ?
Mais regardes une entrée normale :

menuentry 'Ubuntu, avec Linux 2.6.32-36-generic' --class ubuntu --class gnu-linux --class gnu --class os {
    recordfail
    insmod ext2
    set root='(hd1,1)'
    search --no-floppy --fs-uuid --set 3af89e61-bb33-4cdd-9fd7-b5cbe2871724
    linux    /boot/vmlinuz-2.6.32-36-generic root=UUID=3af89e61-bb33-4cdd-9fd7-b5cbe2871724 ro   quiet splash
    initrd    /boot/initrd.img-2.6.32-36-generic
}

tu constates qu'on donne à grub ce qu'il doit lancer et où c'est. S'il n'était possible que de lancer l'os qui se trouve sur la partition de grub, la plupart de ces indications seraient superflues (peut-être qu'elles le sont, en réalité ? )...
Dernier argument : NuTyx (ubuntu aussi, je crois, dans "avancé") propose d'installer ou pas un chargeur. Je serais tout de même très étonné que ça veuille tout simplement dire : voulez-vous un jour démarrer NuTyx ou pas ?

Et moi qui pensais me coucher plus tôt que d'habitude...

Dernière modification par faustus (Le 18/12/2011, à 02:47)

Bonjour et merci de te pencher sur mon cas.
Voilà le rapport, avec le 40_custom non modifié. Quand il est modifié (comme indiqué plus haut), l'entrée en question est bien dans grub.cfg mais elle n'apparait pas au démarrage. A part ça, le reste est identique...
http://paste.ubuntu.com/773867/
Quant à nutyx, il me propose pourtant d'installer un chargeur, ce que j'ai refusé (en pensant que je pouvais très bien charger via le grub habituel).

Dernière modification par faustus (Le 18/12/2011, à 14:39)

Mais oui ! Mais quand je fais un update-grub il est détecté comme linux inconnu. Si je le mets manuellement dans 40_custom, puis update-grub, il se retrouve dans grub.cfg, mais il n'apparaît pas dans le menu. Il devrait au moins apparaître. Non ?

Et puis ce qui m'embête un peu, c'est que c'est le foutoir entre sda et sdb. L'un est un ide, l'autre un sata. Nutyx est installé sur sda4, si je regarde fdisk, mais quand j'ai ouvert le fstab de nutyx, il m'indiquait /dev/sdb4 pour la racine (ce que j'ai corrigé). Ça m'avait déjà fait le coup avec ubuntu et d'autres linux, quand je leur laissait installer grub où ils pensent. Non seulement ça ne fonctionne plus (c'est réparable, c'est pas le problème), mais la plupart du temps j'ai été obligé de ré-installer windows, je ne sais pourquoi. Je ne l'utilise pratiquement jamais, mais parfois j'en ai besoin.
Alors il suffirait que nutyx ait la bonne idée d'utiliser lilo, que je ne connais pas du tout... Et de me le foutre sur sdb, le disque où j'ai mon ubuntu...
Bon, je sais bien, il y a boot repair, mais dans ce genre de situation ? Evidemment, je pourrais toujours réparer avec chroot et tout... Puis ré-installer, peut-être, xp pro (une version de l'époque où il est sorti) et sp3... Pas trop envie, quand même...

Edit : sda4 et pas sda3...

Dernière modification par faustus (Le 18/12/2011, à 17:57)

Mais elle n'y est pas, cette ligne ! Quelque soit la méthode pour tâcher de la faire apparaître ! Même quand le menuentry est dans grub.cfg (après modif de 40_custom). Cf le premier post.

Dernière modification par faustus (Le 18/12/2011, à 17:53)

Oui, tu peux très bien indiquer /dev/sdxy à la place de UUID=  (je viens de le faire avec une partition puis sudo mount -a, aucun problème)
Tu peux aussi indiquer LABEL= s'il y en a un.
Ça fonctionne sans problème. Evidemment, à condition que le sdxy soit le bon.

Mais je ne peux rien voir, puisque pour l'instant, quoi que je fasse, il n'apparaît rien dans le menu ! Donc je ne peux pas tenter de démarrer sur nutyx. L'option n'est pas proposée dans le menu !

Dernière modification par faustus (Le 18/12/2011, à 18:29)

Pas si certain que çà que  /dev/sdxy , voir le label en plus ... soient suffisant dans le "fstab" ... Grub2 ne fonctionne pas comme Grub Legacy... Il a besoin de connaitre l'es UUID des partitions système pour faire son boulot correctement ...
Je clone souvent mes système, et si je n'indique pas les UUID des partitions système servant à la copie... Nada ,à la réinstallation de Grub  avec Boot Repair Disk ... (BRD) dans le clone,  pas de reboot possible...
Faut que je remette de l'ordre dans le "fstab" ... Donc je donne les UUID ...je réinstalle grub avec BRD ,et rouler jeunesse...

As tu essayé au moins ?...

EDIT ... Ah!!! Çà ne pouvait pas mieux tombé, merci   tnut ....  d'intervenir...

@+.   Babdu89

Dernière modification par Babdu89 (Le 18/12/2011, à 18:40)

Bon, NuTyx apparaît enfin. Ça progresse...
Mais kernel panic : pas de système / à monter.
J'avais corrigé fstab pour lui mettre /dev/sda4... C'était peut-être une erreur !

J'espère que les UUID fonctionnent dans NuTyx. Parce que ça, au moins, pas de doute possible !
Je tente...

Encore pareil...
No filesystem could mount root. Tried toute la série, ext, ntfs, iso, squash...
Pourtant c'est de l'ext4...
Je vais tenter un réinstall en ext3, à l'occasion...

A moins que...

menuentry "NuTyX" {
    recordfail
    insmod ext2
    set root=(hd0,4)
    search --no-floppy --fs-uuid --set 9b2db6ac-e275-43a3-bbfe-3b90445228cb
    linux    /boot/kernel root=/dev/sda4 ro
}

root=/dev/sda4
Est-ce bien sûr ?
Parce que s'il voit en réalité sdb4, c'est une étendue... Pas étonnant qu'aucun système de fichier ne fonctionne !
Donc ça pourrait très bien être sdb4 là et sda4 dans fstab...
Ah c'est le souk, sata/ide...
Je vais mettre des UUID partout...

Dernière modification par faustus (Le 18/12/2011, à 19:24)

Après l'install, il y avait sdb4
Que j'ai corrigé en sda4 => kernel panic
J'ai mis une uuid à la place => kernel panic
Et là il y a sdb4 => kernel panic
Mais je pense que c'est dans le lanceur : à mon avis, grub voit en réalité /dev/sdb4, qui est une partition étendue, quand j'indique /dev/sda4... En tous cas ça expliquerait qu'il n'y reconnaisse aucun système de fichier.
Je sais, c'est surprenant... Mais je crains qu'il en soit ainsi.
Comme dit, je vais essayer avec des uuid partout. Je pense que le kernel accepte la syntaxe root=uuid=....

Dernière modification par faustus (Le 18/12/2011, à 19:30)

Eh oui ! Le noyau n'aime pas root=uuid...

Suggestion : prévoir ça dans la prochaine version !

Avec /dev/sdb4 j'arrive jusqu'à un shell, mais startx me donne une erreur. Il faut que je vois ça. Mais maintenant j'en ai un peu marre...

Donc conclusion : le bon c'est

menuentry "NuTyX" {
    recordfail
    insmod ext2
    set root=(hd0,4)
    search --no-floppy --fs-uuid --set 9b2db6ac-e275-43a3-bbfe-3b90445228cb
    linux    /boot/kernel root=/dev/sdb4 ro
}

Et sdb4, on sait bien que c'est (hd0,4) !
Mais je suis prêt à parier que c'est /dev/sda4 dans fstab ! (pour l'instant il y a une uuid)

Dernière modification par faustus (Le 18/12/2011, à 19:57)

Bizarre ton truc ....

Dans le bootinfo script ,je vois pour /dev/sda4

sda4: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info:  
    Operating System:  
    Boot files:        /etc/fstab

Boot files :    /etc/fstab

C'est ce qui devrait faire démarrer ton Linux?...
Ce n'est pas habituel çà...
Ne devrait-il  pas avoir ceci...

 /boot/grub/grub.cfg /etc/fstab /boot/grub/core.img

Comme l'autre Linux installé en /dev/sdb1 ....

Tu penses que Grub va savoir faire démarrer çà ??...

Bon ,je peux dire des bêtises, mais çà me parait bizarre, pour ne pas dire inhabituel... Ou alors je n'ai pas du tout  compris  ton installation ...

OK, je sais il n'y a pas de Grub installé dans ton Linux sur /sda4 ... Alors comment peut-il démarrer?...

Avec une partition de boot séparé... Mais çà n'y ressemble pas ...

Très intéressant ton affaire, mais complexe ... Pour qui est habituer aux installations carrés  ....

Ah oui !!! ... Au fait ,ma machine de la campagne me fait le même coup que toi... Panachage de hdd IDE et SATA... 3 SATA et un IDE +3 hdd usb avec OS dessus...
====> Mélange des /sd** à chaque reboot ... Déjà pas simple d'installer un dual boot avec Windows ,sans faire de toile si on ne fait pas attention...
Même chose pour la réinstallation maj de Grub ...
C'est pour çà que lors de la mise au point des scripts de "l'iso sécurisée", avec les outils ; Clean Ubiquity,(sauvegarde des MBR de tous les hdd de la config, à l'installation de l'OS) de Boot Repair (réparateur de démarrage et de Uninstaller (désinstallateur d'OS , et restauration du boot de la machine) ...
Avec ,YannUbuntu, nous avons été obligé de passer par las UUID des partitions... Précision ;il a été obligé...le code c'est lui ... Moi je n'y connais rien...
Je teste, et j'essaye de comprendre ...

@+.  Babdu89

Dernière modification par Babdu89 (Le 18/12/2011, à 20:53)

Pourtant le lanceur qui fonctionne c'est :

menuentry "NuTyX" {
    recordfail
    insmod ext2
    set root=(hd0,4)
    search --no-floppy --fs-uuid --set 9b2db6ac-e275-43a3-bbfe-3b90445228cb
    linux    /boot/kernel root=/dev/sdb4 ro
}

Boot Repair indique sda4 (tout comme fdisk) mais il faut que je donne sdb4 au noyau !
Ça c'est quand même plus bizarre que tout le reste. Non ?
En fait je crois que ça s'explique. Grub va piocher ses infos directement dans le BIOS, tout de suite après celui-ci. Si le BIOS explore d'abord les ports SATA (c'est moderne) avant les IDE (c'est périmé) au démarrage, eh bien grub aura pour hd0 le disque SATA et pour hd1 le disque IDE (dans ma config).
D'ailleurs ce n'est sans doute pas pour rien que grub a une autre syntaxe, (hd0,4) par exemple, pour la 4ème partition du disque 1 (repéré dans le BIOS). Et non pas sda4 ! Il se peut aussi que grub se fie au boot order, tout simplement...
Et le noyau ? Je pense que l'une des premières opérations est le montage des partitions. Ça se voit au kernel panic, tout de suite après le démarrage, sur l'échec de tests de type de système de fichiers, si la partition indiquée n'est pas bonne (une étendue, dans mon cas, ce qui ne se monte pas !). La question est : comment est-ce que le noyau détecte les partitions ? Je n'en sais trop rien, mais à mon avis, pas dans le BIOS ! Et du coup, dans des cas particuliers, comme le panachage sata/ide, il peut ne pas trouver la même chose que grub... En tout cas c'est ce qu'on constate dans mon cas.

Mais ça c'est normal ! Grub est un chargeur de démarrage capable d'amorcer n'importe quoi, ou peu s'en faut, depuis n'importe où. C'est son boulot et il est conçu pour ça. En fait, grub est carrément un petit OS à lui tout seul.
Lis ça, c'est grub 0.97 mais le principe reste le même avec grub 2 : http://www.linux-france.org/article/sys … al-fr.html
Ou ça, grub 2, mais c'est en anglais : http://www.gnu.org/software/grub/manual/html_node/

Forcément, dans ces conditions, un seul grub dans un ordinateur suffit à amorcer tout ce qui est amorçable, où que ce soit (avec des cas particuliers, bien sûr). C'est fait pour ça ! D'ailleurs c'est pour ça qu'il y a un menu.

Tu peux faire un essai, si tu as 2 linux installés. Tous les 2 avec leur grub (et donc leur menu).
Tu prends ton linux habituel. Dans /boot/grub/grub.cfg tu regardes l'entrée de l'autre linux. Et tu la changes, direct dans /boot/grub/grub.cfg (pas grave, tu remettras en ordre par un simple update-grub après l'expérience)
Remplace ceci (adapte en fonction de ta situation) :

menuentry 'Ubuntu, avec Linux 2.6.32-36-generic' --class ubuntu --class gnu-linux --class gnu --class os {
    recordfail
    insmod ext2
    set root='(hd1,1)'
    search --no-floppy --fs-uuid --set 3af89e61-bb33-4cdd-9fd7-b5cbe2871724
    linux    /boot/vmlinuz-2.6.32-36-generic root=UUID=3af89e61-bb33-4cdd-9fd7-b5cbe2871724 ro   quiet splash
    initrd    /boot/initrd.img-2.6.32-36-generic
}

par cela

menuentry 'Ubuntu, avec Linux 2.6.32-36-generic'  {
#    recordfail            (pas sûr qu'il faille le mettre)
    insmod chain
    insmod ext2
    set root='(hd1,1)'
    chainloader +1
}

Redémarre et sélectionne le linux 2. Surprise : si ce linux est pourvu d'un grub et d'un menu, c'est ce menu qui va apparaître à la suite du précédent. Pourquoi ? Parce que chainloader passe la main au chargeur qui se trouve sur la partition indiquée. Généralement c'est windows, du coup c'est ntldr (NT Loader) qui se lance (et comme il n'y a généralement qu'un OS dans C:\boot.ini et que le menu est désactivé, win se lance direct...). Mais s'il n'y a pas de chargeur sur la partition indiquée, là ça plante. Le message ntldr not found... Donc avec la méthode de chaînage, là, oui, il faut un un chargeur sur la partition chaînée...
Si tu reprends maintenant le menuentry d'origine, lui il n'a pas besoin de chargeur, il va direct au noyau indiqué... C'est pour ça que tu donnes

    linux    /boot/vmlinuz-2.6.32-36-generic root=UUID=3af89e61-bb33-4cdd-9fd7-b5cbe2871724 ro   quiet splash
    initrd    /boot/initrd.img-2.6.32-36-generic

Avec ça, grub se démerde, c'est quand même à ça qu'il sert, grub...

Dernière modification par faustus (Le 19/12/2011, à 02:59)