Salut à tous,
J'utilise ma Deb en multiboot avec XP, et je n'ai pas voulu virer NTLDR pour y mettre LILO. J'utilise donc des 'dump' du secteur de démarrage de ma partition Linux que je mets en .bin et qui apparait donc dans le menu de démarrage d'XP.
Mais ce fonctionnement est assez alternatif ... je sais par exemple que ca marchait il y a deux jours pour l'installation d'un nouveau kernel, mais aujourd'hui j'ai recompilé l'affaire, un coup de lilo.real, un petit dump que je recopie sur ma partition Windows ... mais ca ne marche plus : j'ai un 'L' et des suites de '01010101' en boucle lorsque je démarre à partir de ce dump. Pourtant, lorsque je reviens à mon ancien dump, il me boot effectivement sur l'ancien kernel ...
 
Tout cela me pousse à me poser cette question : qu'est-ce que LILO met dans son secteur de démarrage ? Apparament une bonne partie du kernel en dur, si ce n'est la totalité, puisque lorsque je change de kernel (même si ce sont les mêmes fichiers) il faut que je change de boot sector, et il ne tient absolument pas compte de ce qu'il y a sur le disque au démarrage. Reste que cette méthode ne marche pas toujours, ceci est peut-être dû à des kernels trop gros qui ne tiendraient pas sur 512ko, ou je ne sais trop quoi ... bref, c'est plutôt obscur.
 
J'ai également tenté d'utiliser Grub qui marchait super bien lorsque j'avais installé la gentoo, mais le paquet Deb est un peu pauvre en doc, je n'ai pas réussi à savoir véritablement comment le mettre en oeuvre ... si vous aviez des conseils de ce côté, je suis également preneur
 
Merci d'avance !

Installer Grub sous Debian :
 
apt-get install grub
grub-install /dev/hda
update-grub
 
Et c'est bon.

Non, Lilo aurait du mal à stocker "une bonne partie du kernel" dans le secteur de boot qui fait 500 octets
 
Dans le secteur de boot, il stocke juste de quoi se charger lui-meme.  
 
Par contre pour chaque kernel est enregistré la liste des secteurs où celui-ci se trouve (soit secteur par secteur, soit par blocs contigues avec l'option "compact" ) . Ces secteurs sont référencés soit par leur géométrie, soit par leur localisation par rapport au début du disque (option "linear" ) .
 
L'avantage c'est que Lilo est en mesure de charger un noyau sur n'importe quel filesystem (il y a juste eu une exception avec ReiserFS, qui est le seul FS à ma connaissance où les données peuvent ne pas commencer au début d'un bloc) . Tu peux meme installer un kernel, installer Lilo, puis tout changer à tes partitions, et Lilo saura toujours booter le noyau
 
Grub au contraire, cherche à réellement lire le filesystem et à charger le noyau comme un fichier. C'est pour cela qu'il n'a pas besoin d'etre reconfiguré lorsque le noyau est changé. D'un autre coté, il ne saura pas booter sur un filesystem inconnu, et certains BIOS le digèrent assez mal.
 
Pour en revenir à ton problème. Comme je le disais plus haut, dans le "secteur de boot" il y a juste de quoi charger Lilo. Lilo lui-meme (+ la config) se trouve ailleurs.
 
Bref, ton BIOS charge le secteur de boot, qui va ensuite lire une série de secteurs, puis exécuter ce qui s'y trouve.
 
Si ce qui s'y trouve c'est LILO, c'est bon.
 
Si ce qui s'y trouve n'a pas l'en-tete caractéristique de LILO, il s'affiche la suite de 1 et de 0 que tu vois en guise d'erreur.
 
Si ce qui s'y trouve ressemble à LILO, mais que la suite est foireuse, il va s'afficher simplement "LI" et le PC va planter.
 

rectification : un secteur de boot fait 512 octets, comme tous les zecteurs, mé il doit y avoir les octets 0XAA55 à la fin du secteur, ce qui fait que le code du secteur de boot fait 510 octet...
cf boost.ht.st

Merci bcp de toutes ces excellentes réponses, je vais enfin pouvoir utiliser Grub et j'ai compris un peu mieux le fonctionnement de LILO
 
Mais quelques questions subsistent (deux en fait) :

• Pourquoi est-ce que LILO me produit quelque fois des entêtes valides, et à d'autre moments des entêtes foireuses : je me souviens d'avoir quelque fois solutionné le pb en installant Grub et en faisant un 'root (hd1,0' puis en éxécutant 'lilo.real' pour finalement refaire mon dump ... technique de chaman indou ou est-ce que lilo avait vraiment besoin d'une sorte de netoyage Grub avant de passer une seconde couche ? Pourquoi lilo réagit-il différement suivant les kernels que je lui demande de booter ?
• Est-ce que Grub sait suivre les liens symboliques ? Si par exemple je met un lien symbolique à la racine (comme le fait la Deb) qui pointe vers mon kernel, est-ce que Grub changera de kernel si je modifié ce lien ou est-ce qu'il se callera automatiquement sur le fichier pointé, et ne considerera par la suite plus le lien ?
• Est-ce que Grub gère le Reiser en partition de boot ?
• Existe-t-il un moyen pour que le package kernel debian utilise Grub à la place de LILO pour configurer le secteur de boot ?

Zut, en fait ca fait 4 questions

Oui

Oui

Oui, le principe avec grub c'est qu'il faut pas le reinstaller à chaque fois que tu changes de kernel, donc kernel-package tout comme le make-install du kernel verfient que grub est installé et ne font strictement rien (y a rien à faire en fait)

Grub demande 5 minute de rtfmisation et de lecture pour comprendre le principe quand on vient de lilo, mais je regrette pas d'y etre passé.

Mais ca m'a l'air génial Grub
Encore une petite dernière : comment on indique à Grub quel lien prendre comme kernel ?

Bon, je viens d'essayer grub et ... lui non plus semble ne pas marcher !
En effet, lorsque j'utilise le dump de Grub, il m'affiche simplement "GRUB" et s'arrête ... curieux ...

Pour ceux qui n'arrivent pas à faire marcher Grub, allez lire :
http://www.linux-france.org/articl [...] ation.html

perso j'utilise vamos, petit soft excellent qui se parametre au boot

Je n'y vois pas de solution à mon pb ... c'est vraiment marrant, Grub avait toujours marché, et maintenant que je veux à nouveau l'utiliser ca plante au démarrage. Donc voici les commandes que j'ai tapées :

• grub-install /dev/hdb1
• update-grub
• En voyant que ca ne marchait pas, un petit retour dans 'grub' et un 'root (hd1,0)' suivi d'un 'setup (hd1,0)'

Vous aurez compris que ma partiton de boot linux est hdb1, et que je ne veux pas mettre grub comme boot loader principal. Je fais donc ensuite un dump du secteur de démarrage que je vais filer à NTLDR. A noter également : le fichier menu.lst a été créé tout seul par MagicConf de Debian.

Bin t'es dans le shell grub. S'il n'y a pas de menu, il faut taper les commandes à la mimine.

Dès que je tape avec mon magnifique clavier, rien ne s'affiche, et j'ai beau taper les numéros des différents kernels, rien n'y fait : je reste sur mon 'GRUB'.
 
D'ailleurs, je n'ai même pas de menu, et je me souviens que sur la Gentoo, il y avait une belle interface graphique avant le boot, comment activer cette interface ?

c'est dans /boot/grub/menu.lst

Mais normalement, par défaut, Grub doit m'afficher un menu, une liste, un truc quoi, et pas me laisser seul devant une sorte d'invite figée non ? Il y a bien quelque chose qui n'a pas marché ?
D'ailleurs, je n'ai même pas de message 'GRUB loading' ou un truc dans ce genre, et je trouve ca un peu louche ...

bein si tu l'as pas installé correctement et que tu as pas un menu.lst aux petits oignons...

de toutes facons, meme si t'as pas de menu.lst correct, tu devrais au moins avoir un prompt de toutes facons

Vous n'auriez pas un menu.lst de référence, ou des options en ligne de commande judicieuses, parce que là je sais plus trop quoi faire ... j'ai essayé avec --force-lba ca marche tjs pas, et j'ai toujours un 'GRUB' figé sans que je puisse entrer quoi que ce soit.
 
Vous avez quoi exactement lorsque vous bootez GRUB vous ? Un menu, une liste, un truc quoi non ?

Up  
Mon cas est-il vraiment désespéré ?

bah c'est que t'as pas installé grub correctement.
 
 

Bah pourtant :
grub> root (hd1,0)
grub> setup (hd1,0)
 
... beuaaar, je veux mon Grub

 
ouai, ben la t'installe pas grub dans la mbr, mais sur la premiere partition du deuxieme disque, se serait plutot setup (hd1) qu'il faudrait faire non ?

Personellement, j'aîmerais le laisser sur ma partition pour ensuite faire un dump que je met dans NTLDR. Mais il est aussi possible de le mettre dur la mbr ... es-tu certain qu'on ne peut pas procéder en pointant le setup sur une partition ?
 
J'essayerais avec setup sur hd1 ...

ya peut-etre une autre sol, je sais que grub sur disquette, c'est concatenation du stage1 et du stage2, essaye un

et utilise le fichier bootgrub créé pour NTLDR

Moi j'utilise Bootmagic 8  
 
A chaque réinstallation de Linux j'ai juste à réinstaller lilo sur la partition root avec la commande lilo -v tout en conservant le même fichier lilo.conf

J'essayerais ta commande berbert, merci
Es-tu certain que le fichier résultant fasse 512 octets ?

 
il le faut qu'il fasse 512 octects, c'est la taille du secteur de boot

ben non justement, c'est le stage1 qui fait 512 octets. Mais grub complet c'est plus.
 
NTLDR n'est pas capable de charger un loader > 512 octets ?