Bon, bien que me méfiant comme de la peste des outils qui prétendent
détecter automatiquement les bons paramètres pour mettre en place le
boot (kernels et cie), j'ai grub sur une machine (le-dit grub installé
par un djeunz geek «lilo c'est out grub c'est in»)
Le djeunz étant en vacance, j'en profite pour installer un noyau
supplémentaire (pour la petite histoire un cluster-knoppix) [par la
méthode qui a fonctionné sur d'autres machines/lilo à l'exception de la
modif de lilo bien sûr donc par dpkg -i kernel*]
Donc avant la manip, la machine avait 2 ou 3 noyaux, correctement activés
par un grub. Après la manip, grub me montre :
* tous les noyaux présents (super!)
* doublés pour chacun par une option de récup (mode single, re-super)
sauf que, pour tous, ça boot plus !! la commande type est qqchose comme
'kernel nom-du-kernel root=/dev/hda1 ro [single]
(le message est : err 17 je ne peux pas monter la partition choisie [je
suppose qu'il cause de /dev/hda1])
Le plus important (la "manip" mystérieuse) : ne connaissant pas grub,
j'ai décidé de laisser faire à cet outil super-plus-intelligent-que-moi
la phase d'ajout du nouveau noyau dans son menu donc : update-grub (vu que
d'après la doc ça détecte tout itou itou)
Comment je m'en sors ? (dans le mode interactif de récup, j'ai pas
trouvé où lui faire afficher les caractéristiques des partitions,
pour vérifier cette histoire de /dev/hda1)
/MG qui ne demande qu'à être convaincu de la «supériorité» de grub
(mais c'est mal barré)
A+
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Abred
Bonjour,
Essayez de reinstaller grub par :
$ grub-install --recheck /dev/hda --> si grub est installé sur le MBR --> /dev/hda1 si grub est installé --> dans le secteur de boot de la --> premiere partition ...
voila
Le ven 13/08/2004 à 11:41, a écrit :
Bonjour à tous,
Bon, bien que me méfiant comme de la peste des outils qui prétendent détecter automatiquement les bons paramètres pour mettre en place le boot (kernels et cie), j'ai grub sur une machine (le-dit grub installé par un djeunz geek «lilo c'est out grub c'est in»)
Le djeunz étant en vacance, j'en profite pour installer un noyau supplémentaire (pour la petite histoire un cluster-knoppix) [par la méthode qui a fonctionné sur d'autres machines/lilo à l'exception de la modif de lilo bien sûr donc par dpkg -i kernel*]
Donc avant la manip, la machine avait 2 ou 3 noyaux, correctement activés par un grub. Après la manip, grub me montre :
* tous les noyaux présents (super!) * doublés pour chacun par une option de récup (mode single, re-super)
sauf que, pour tous, ça boot plus !! la commande type est qqchose comme 'kernel nom-du-kernel root=/dev/hda1 ro [single]
(le message est : err 17 je ne peux pas monter la partition choisie [je suppose qu'il cause de /dev/hda1])
Le plus important (la "manip" mystérieuse) : ne connaissant pas grub, j'ai décidé de laisser faire à cet outil super-plus-intelligent-que-moi la phase d'ajout du nouveau noyau dans son menu donc : update-grub (vu que d'après la doc ça détecte tout itou itou)
Comment je m'en sors ? (dans le mode interactif de récup, j'ai pas trouvé où lui faire afficher les caractéristiques des partitions, pour vérifier cette histoire de /dev/hda1)
/MG qui ne demande qu'à être convaincu de la «supériorité» de grub (mais c'est mal barré)
A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Essayez de reinstaller grub par :
$ grub-install --recheck /dev/hda --> si grub est installé sur le MBR
--> /dev/hda1 si grub est installé
--> dans le secteur de boot de la
--> premiere partition ...
voila
Le ven 13/08/2004 à 11:41, mariano.georges@free.fr a écrit :
Bonjour à tous,
Bon, bien que me méfiant comme de la peste des outils qui prétendent
détecter automatiquement les bons paramètres pour mettre en place le
boot (kernels et cie), j'ai grub sur une machine (le-dit grub installé
par un djeunz geek «lilo c'est out grub c'est in»)
Le djeunz étant en vacance, j'en profite pour installer un noyau
supplémentaire (pour la petite histoire un cluster-knoppix) [par la
méthode qui a fonctionné sur d'autres machines/lilo à l'exception de la
modif de lilo bien sûr donc par dpkg -i kernel*]
Donc avant la manip, la machine avait 2 ou 3 noyaux, correctement activés
par un grub. Après la manip, grub me montre :
* tous les noyaux présents (super!)
* doublés pour chacun par une option de récup (mode single, re-super)
sauf que, pour tous, ça boot plus !! la commande type est qqchose comme
'kernel nom-du-kernel root=/dev/hda1 ro [single]
(le message est : err 17 je ne peux pas monter la partition choisie [je
suppose qu'il cause de /dev/hda1])
Le plus important (la "manip" mystérieuse) : ne connaissant pas grub,
j'ai décidé de laisser faire à cet outil super-plus-intelligent-que-moi
la phase d'ajout du nouveau noyau dans son menu donc : update-grub (vu que
d'après la doc ça détecte tout itou itou)
Comment je m'en sors ? (dans le mode interactif de récup, j'ai pas
trouvé où lui faire afficher les caractéristiques des partitions,
pour vérifier cette histoire de /dev/hda1)
/MG qui ne demande qu'à être convaincu de la «supériorité» de grub
(mais c'est mal barré)
A+
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
$ grub-install --recheck /dev/hda --> si grub est installé sur le MBR --> /dev/hda1 si grub est installé --> dans le secteur de boot de la --> premiere partition ...
voila
Le ven 13/08/2004 à 11:41, a écrit :
Bonjour à tous,
Bon, bien que me méfiant comme de la peste des outils qui prétendent détecter automatiquement les bons paramètres pour mettre en place le boot (kernels et cie), j'ai grub sur une machine (le-dit grub installé par un djeunz geek «lilo c'est out grub c'est in»)
Le djeunz étant en vacance, j'en profite pour installer un noyau supplémentaire (pour la petite histoire un cluster-knoppix) [par la méthode qui a fonctionné sur d'autres machines/lilo à l'exception de la modif de lilo bien sûr donc par dpkg -i kernel*]
Donc avant la manip, la machine avait 2 ou 3 noyaux, correctement activés par un grub. Après la manip, grub me montre :
* tous les noyaux présents (super!) * doublés pour chacun par une option de récup (mode single, re-super)
sauf que, pour tous, ça boot plus !! la commande type est qqchose comme 'kernel nom-du-kernel root=/dev/hda1 ro [single]
(le message est : err 17 je ne peux pas monter la partition choisie [je suppose qu'il cause de /dev/hda1])
Le plus important (la "manip" mystérieuse) : ne connaissant pas grub, j'ai décidé de laisser faire à cet outil super-plus-intelligent-que-moi la phase d'ajout du nouveau noyau dans son menu donc : update-grub (vu que d'après la doc ça détecte tout itou itou)
Comment je m'en sors ? (dans le mode interactif de récup, j'ai pas trouvé où lui faire afficher les caractéristiques des partitions, pour vérifier cette histoire de /dev/hda1)
/MG qui ne demande qu'à être convaincu de la «supériorité» de grub (mais c'est mal barré)
A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Joachim Habib
Hello,
Quand tu as l'invit de GRUB durant le boot, tu peux faire un "e" pour editer la commande sur laquelle tu te trouves. A ce moment là tu devrais avoir quatre lignes root (hdx,x) sert à dire a grub ou est ton systeme (ou qqch comme ca) kernel nom-du-kernel root=/dev/hda1 ro spécifie un noyau et lui dit que hda1 est la partition / initrd ... boot
si tu vas sur la ligne root (hdx,x) grub te propose de la completion (avec tab). En générale, l'équivalent de hda1 est hd0,0. le premier 0 pour la "a", le second pour le 1 (GRUB commence la numérotation a 0)
Vérifie ca deja.
Si tu trouves l'erreur, va dans /boot/grub/menu.lst et modifie les options de génération des entrées du menu. Soit dit en passant, cette génération n'est pas magique. Tu as plusieurs options bien définit (root, single mode, recovery, ...). Lorsque tu fais update-grub, grub regarde tous les noyaux installés et génère les entrées en fonction de ce qu'il a trouvé
J'espère que ca t'aidera.
Jo
wrote:
Bonjour à tous,
Bon, bien que me méfiant comme de la peste des outils qui prétendent détecter automatiquement les bons paramètres pour mettre en place le boot (kernels et cie), j'ai grub sur une machine (le-dit grub installé par un djeunz geek «lilo c'est out grub c'est in»)
Le djeunz étant en vacance, j'en profite pour installer un noyau supplémentaire (pour la petite histoire un cluster-knoppix) [par la méthode qui a fonctionné sur d'autres machines/lilo à l'exception de la modif de lilo bien sûr donc par dpkg -i kernel*]
Donc avant la manip, la machine avait 2 ou 3 noyaux, correctement activés par un grub. Après la manip, grub me montre :
* tous les noyaux présents (super!) * doublés pour chacun par une option de récup (mode single, re-super)
sauf que, pour tous, ça boot plus !! la commande type est qqchose comme 'kernel nom-du-kernel root=/dev/hda1 ro [single]
(le message est : err 17 je ne peux pas monter la partition choisie [je suppose qu'il cause de /dev/hda1])
Le plus important (la "manip" mystérieuse) : ne connaissant pas grub, j'ai décidé de laisser faire à cet outil super-plus-intelligent-que-moi la phase d'ajout du nouveau noyau dans son menu donc : update-grub (vu que d'après la doc ça détecte tout itou itou)
Comment je m'en sors ? (dans le mode interactif de récup, j'ai pas trouvé où lui faire afficher les caractéristiques des partitions, pour vérifier cette histoire de /dev/hda1)
/MG qui ne demande qu'à être convaincu de la «supériorité» de grub (mais c'est mal barré)
A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Hello,
Quand tu as l'invit de GRUB durant le boot, tu peux faire un "e" pour
editer la commande sur laquelle tu te trouves.
A ce moment là tu devrais avoir quatre lignes
root (hdx,x) sert à dire a grub ou est ton systeme (ou qqch
comme ca)
kernel nom-du-kernel root=/dev/hda1 ro spécifie un noyau et lui
dit que hda1 est la partition /
initrd ...
boot
si tu vas sur la ligne root (hdx,x) grub te propose de la completion
(avec tab).
En générale, l'équivalent de hda1 est hd0,0. le premier 0 pour la "a",
le second pour le 1 (GRUB commence la numérotation a 0)
Vérifie ca deja.
Si tu trouves l'erreur, va dans /boot/grub/menu.lst et modifie les
options de génération des entrées du menu.
Soit dit en passant, cette génération n'est pas magique. Tu as plusieurs
options bien définit (root, single mode, recovery, ...).
Lorsque tu fais update-grub, grub regarde tous les noyaux installés et
génère les entrées en fonction de ce qu'il a trouvé
J'espère que ca t'aidera.
Jo
mariano.georges@free.fr wrote:
Bonjour à tous,
Bon, bien que me méfiant comme de la peste des outils qui prétendent
détecter automatiquement les bons paramètres pour mettre en place le
boot (kernels et cie), j'ai grub sur une machine (le-dit grub installé
par un djeunz geek «lilo c'est out grub c'est in»)
Le djeunz étant en vacance, j'en profite pour installer un noyau
supplémentaire (pour la petite histoire un cluster-knoppix) [par la
méthode qui a fonctionné sur d'autres machines/lilo à l'exception de la
modif de lilo bien sûr donc par dpkg -i kernel*]
Donc avant la manip, la machine avait 2 ou 3 noyaux, correctement activés
par un grub. Après la manip, grub me montre :
* tous les noyaux présents (super!)
* doublés pour chacun par une option de récup (mode single, re-super)
sauf que, pour tous, ça boot plus !! la commande type est qqchose comme
'kernel nom-du-kernel root=/dev/hda1 ro [single]
(le message est : err 17 je ne peux pas monter la partition choisie [je
suppose qu'il cause de /dev/hda1])
Le plus important (la "manip" mystérieuse) : ne connaissant pas grub,
j'ai décidé de laisser faire à cet outil super-plus-intelligent-que-moi
la phase d'ajout du nouveau noyau dans son menu donc : update-grub (vu que
d'après la doc ça détecte tout itou itou)
Comment je m'en sors ? (dans le mode interactif de récup, j'ai pas
trouvé où lui faire afficher les caractéristiques des partitions,
pour vérifier cette histoire de /dev/hda1)
/MG qui ne demande qu'à être convaincu de la «supériorité» de grub
(mais c'est mal barré)
A+
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Quand tu as l'invit de GRUB durant le boot, tu peux faire un "e" pour editer la commande sur laquelle tu te trouves. A ce moment là tu devrais avoir quatre lignes root (hdx,x) sert à dire a grub ou est ton systeme (ou qqch comme ca) kernel nom-du-kernel root=/dev/hda1 ro spécifie un noyau et lui dit que hda1 est la partition / initrd ... boot
si tu vas sur la ligne root (hdx,x) grub te propose de la completion (avec tab). En générale, l'équivalent de hda1 est hd0,0. le premier 0 pour la "a", le second pour le 1 (GRUB commence la numérotation a 0)
Vérifie ca deja.
Si tu trouves l'erreur, va dans /boot/grub/menu.lst et modifie les options de génération des entrées du menu. Soit dit en passant, cette génération n'est pas magique. Tu as plusieurs options bien définit (root, single mode, recovery, ...). Lorsque tu fais update-grub, grub regarde tous les noyaux installés et génère les entrées en fonction de ce qu'il a trouvé
J'espère que ca t'aidera.
Jo
wrote:
Bonjour à tous,
Bon, bien que me méfiant comme de la peste des outils qui prétendent détecter automatiquement les bons paramètres pour mettre en place le boot (kernels et cie), j'ai grub sur une machine (le-dit grub installé par un djeunz geek «lilo c'est out grub c'est in»)
Le djeunz étant en vacance, j'en profite pour installer un noyau supplémentaire (pour la petite histoire un cluster-knoppix) [par la méthode qui a fonctionné sur d'autres machines/lilo à l'exception de la modif de lilo bien sûr donc par dpkg -i kernel*]
Donc avant la manip, la machine avait 2 ou 3 noyaux, correctement activés par un grub. Après la manip, grub me montre :
* tous les noyaux présents (super!) * doublés pour chacun par une option de récup (mode single, re-super)
sauf que, pour tous, ça boot plus !! la commande type est qqchose comme 'kernel nom-du-kernel root=/dev/hda1 ro [single]
(le message est : err 17 je ne peux pas monter la partition choisie [je suppose qu'il cause de /dev/hda1])
Le plus important (la "manip" mystérieuse) : ne connaissant pas grub, j'ai décidé de laisser faire à cet outil super-plus-intelligent-que-moi la phase d'ajout du nouveau noyau dans son menu donc : update-grub (vu que d'après la doc ça détecte tout itou itou)
Comment je m'en sors ? (dans le mode interactif de récup, j'ai pas trouvé où lui faire afficher les caractéristiques des partitions, pour vérifier cette histoire de /dev/hda1)
/MG qui ne demande qu'à être convaincu de la «supériorité» de grub (mais c'est mal barré)
A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
mariano.georges
On Fri, 13 Aug 2004 14:18:09 +0200, Joachim Habib wrote:
Hello,
Vérifie ca deja.
tout est "ok" (i.e comme tu le décris)...
Si tu trouves l'erreur, va dans /boot/grub/menu.lst et modifie les options de génération des entrées du menu. Soit dit en passant, cette génération n'est pas magique. Tu as plusieurs options bien définit (root, single mode, recovery, ...). Lorsque tu fais update-grub, grub regarde tous les noyaux installés et génère les entrées en fonction de ce qu'il a trouvé
oui, mais il s'est visiblement viandé quelque part ... étant donnée la puissance supposée de la bête, je "veux" maintenant corriger et régler la situation uniquement par l'interface (et sans utiliser d'autres moyens de démarrer)
précision : apparemment c'est boot qui est mal défini (une ligne genre type inconnu de partition 0x5 ... !?)
PS : détail (j'y suis pour rien mais), j'ai cru voir furtivement qu'il utilise /boot/boot/grub/menu.lst
PS2 : Voici le résultat de sfdisk (sauvegarde)
/dev/hda1 0+ 5168 5169- 39077608+ 5 Extended /dev/hda2 0 - 0 0 0 Vide /dev/hda3 0 - 0 0 0 Vide /dev/hda4 0 - 0 0 0 Vide /dev/hda5 * 0+ 12 13- 98217 83 Linux /dev/hda6 13+ 64 52- 393088+ 83 Linux /dev/hda7 65+ 581 517- 3908488+ 83 Linux /dev/hda8 582+ 839 258- 1950448+ 83 Linux /dev/hda9 840+ 904 65- 491368+ 82 Linux swap /dev/hda10 905+ 5168 4264- 32235808+ 83 Linux
ça donne quoi en grub ? (hmmm, pourquoi il a mis /dev/hda1 ..... ??)
Re-merci
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Fri, 13 Aug 2004 14:18:09 +0200, Joachim Habib wrote:
Hello,
Vérifie ca deja.
tout est "ok" (i.e comme tu le décris)...
Si tu trouves l'erreur, va dans /boot/grub/menu.lst et modifie les
options de génération des entrées du menu.
Soit dit en passant, cette génération n'est pas magique. Tu as plusieurs
options bien définit (root, single mode, recovery, ...).
Lorsque tu fais update-grub, grub regarde tous les noyaux installés et
génère les entrées en fonction de ce qu'il a trouvé
oui, mais il s'est visiblement viandé quelque part ... étant donnée
la puissance supposée de la bête, je "veux" maintenant corriger et
régler la situation uniquement par l'interface (et sans utiliser d'autres
moyens de démarrer)
précision : apparemment c'est boot qui est mal défini (une ligne genre
type inconnu de partition 0x5 ... !?)
PS : détail (j'y suis pour rien mais), j'ai cru voir furtivement qu'il
utilise /boot/boot/grub/menu.lst
PS2 : Voici le résultat de sfdisk (sauvegarde)
/dev/hda1 0+ 5168 5169- 39077608+ 5 Extended
/dev/hda2 0 - 0 0 0 Vide
/dev/hda3 0 - 0 0 0 Vide
/dev/hda4 0 - 0 0 0 Vide
/dev/hda5 * 0+ 12 13- 98217 83 Linux
/dev/hda6 13+ 64 52- 393088+ 83 Linux
/dev/hda7 65+ 581 517- 3908488+ 83 Linux
/dev/hda8 582+ 839 258- 1950448+ 83 Linux
/dev/hda9 840+ 904 65- 491368+ 82 Linux swap
/dev/hda10 905+ 5168 4264- 32235808+ 83 Linux
ça donne quoi en grub ? (hmmm, pourquoi il a mis /dev/hda1 ..... ??)
Re-merci
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Fri, 13 Aug 2004 14:18:09 +0200, Joachim Habib wrote:
Hello,
Vérifie ca deja.
tout est "ok" (i.e comme tu le décris)...
Si tu trouves l'erreur, va dans /boot/grub/menu.lst et modifie les options de génération des entrées du menu. Soit dit en passant, cette génération n'est pas magique. Tu as plusieurs options bien définit (root, single mode, recovery, ...). Lorsque tu fais update-grub, grub regarde tous les noyaux installés et génère les entrées en fonction de ce qu'il a trouvé
oui, mais il s'est visiblement viandé quelque part ... étant donnée la puissance supposée de la bête, je "veux" maintenant corriger et régler la situation uniquement par l'interface (et sans utiliser d'autres moyens de démarrer)
précision : apparemment c'est boot qui est mal défini (une ligne genre type inconnu de partition 0x5 ... !?)
PS : détail (j'y suis pour rien mais), j'ai cru voir furtivement qu'il utilise /boot/boot/grub/menu.lst
PS2 : Voici le résultat de sfdisk (sauvegarde)
/dev/hda1 0+ 5168 5169- 39077608+ 5 Extended /dev/hda2 0 - 0 0 0 Vide /dev/hda3 0 - 0 0 0 Vide /dev/hda4 0 - 0 0 0 Vide /dev/hda5 * 0+ 12 13- 98217 83 Linux /dev/hda6 13+ 64 52- 393088+ 83 Linux /dev/hda7 65+ 581 517- 3908488+ 83 Linux /dev/hda8 582+ 839 258- 1950448+ 83 Linux /dev/hda9 840+ 904 65- 491368+ 82 Linux swap /dev/hda10 905+ 5168 4264- 32235808+ 83 Linux
ça donne quoi en grub ? (hmmm, pourquoi il a mis /dev/hda1 ..... ??)
Re-merci
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Joachim Habib
A priori faut que tu mettes ces options dans ton /boot/grub/menu.lst
# kopt=root=/dev/hda5 ro # groot=(hd0,4)
ATTENTION laisser les commentaires
puis update-grub
Jo
wrote:
On Fri, 13 Aug 2004 14:18:09 +0200, Joachim Habib wrote:
Hello,
Vérifie ca deja.
tout est "ok" (i.e comme tu le décris)...
Si tu trouves l'erreur, va dans /boot/grub/menu.lst et modifie les options de génération des entrées du menu. Soit dit en passant, cette génération n'est pas magique. Tu as plusieurs options bien définit (root, single mode, recovery, ...). Lorsque tu fais update-grub, grub regarde tous les noyaux installés et génère les entrées en fonction de ce qu'il a trouvé
oui, mais il s'est visiblement viandé quelque part ... étant donnée la puissance supposée de la bête, je "veux" maintenant corriger et régler la situation uniquement par l'interface (et sans utiliser d'autres moyens de démarrer)
précision : apparemment c'est boot qui est mal défini (une ligne genre type inconnu de partition 0x5 ... !?)
PS : détail (j'y suis pour rien mais), j'ai cru voir furtivement qu'il utilise /boot/boot/grub/menu.lst
PS2 : Voici le résultat de sfdisk (sauvegarde)
/dev/hda1 0+ 5168 5169- 39077608+ 5 Extended /dev/hda2 0 - 0 0 0 Vide /dev/hda3 0 - 0 0 0 Vide /dev/hda4 0 - 0 0 0 Vide /dev/hda5 * 0+ 12 13- 98217 83 Linux /dev/hda6 13+ 64 52- 393088+ 83 Linux /dev/hda7 65+ 581 517- 3908488+ 83 Linux /dev/hda8 582+ 839 258- 1950448+ 83 Linux /dev/hda9 840+ 904 65- 491368+ 82 Linux swap /dev/hda10 905+ 5168 4264- 32235808+ 83 Linux
ça donne quoi en grub ? (hmmm, pourquoi il a mis /dev/hda1 ..... ??)
Re-merci
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
A priori faut que tu mettes ces options dans ton /boot/grub/menu.lst
# kopt=root=/dev/hda5 ro
# groot=(hd0,4)
ATTENTION laisser les commentaires
puis update-grub
Jo
mariano.georges@free.fr wrote:
On Fri, 13 Aug 2004 14:18:09 +0200, Joachim Habib wrote:
Hello,
Vérifie ca deja.
tout est "ok" (i.e comme tu le décris)...
Si tu trouves l'erreur, va dans /boot/grub/menu.lst et modifie les
options de génération des entrées du menu.
Soit dit en passant, cette génération n'est pas magique. Tu as plusieurs
options bien définit (root, single mode, recovery, ...).
Lorsque tu fais update-grub, grub regarde tous les noyaux installés et
génère les entrées en fonction de ce qu'il a trouvé
oui, mais il s'est visiblement viandé quelque part ... étant donnée
la puissance supposée de la bête, je "veux" maintenant corriger et
régler la situation uniquement par l'interface (et sans utiliser d'autres
moyens de démarrer)
précision : apparemment c'est boot qui est mal défini (une ligne genre
type inconnu de partition 0x5 ... !?)
PS : détail (j'y suis pour rien mais), j'ai cru voir furtivement qu'il
utilise /boot/boot/grub/menu.lst
PS2 : Voici le résultat de sfdisk (sauvegarde)
/dev/hda1 0+ 5168 5169- 39077608+ 5 Extended
/dev/hda2 0 - 0 0 0 Vide
/dev/hda3 0 - 0 0 0 Vide
/dev/hda4 0 - 0 0 0 Vide
/dev/hda5 * 0+ 12 13- 98217 83 Linux
/dev/hda6 13+ 64 52- 393088+ 83 Linux
/dev/hda7 65+ 581 517- 3908488+ 83 Linux
/dev/hda8 582+ 839 258- 1950448+ 83 Linux
/dev/hda9 840+ 904 65- 491368+ 82 Linux swap
/dev/hda10 905+ 5168 4264- 32235808+ 83 Linux
ça donne quoi en grub ? (hmmm, pourquoi il a mis /dev/hda1 ..... ??)
Re-merci
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
A priori faut que tu mettes ces options dans ton /boot/grub/menu.lst
# kopt=root=/dev/hda5 ro # groot=(hd0,4)
ATTENTION laisser les commentaires
puis update-grub
Jo
wrote:
On Fri, 13 Aug 2004 14:18:09 +0200, Joachim Habib wrote:
Hello,
Vérifie ca deja.
tout est "ok" (i.e comme tu le décris)...
Si tu trouves l'erreur, va dans /boot/grub/menu.lst et modifie les options de génération des entrées du menu. Soit dit en passant, cette génération n'est pas magique. Tu as plusieurs options bien définit (root, single mode, recovery, ...). Lorsque tu fais update-grub, grub regarde tous les noyaux installés et génère les entrées en fonction de ce qu'il a trouvé
oui, mais il s'est visiblement viandé quelque part ... étant donnée la puissance supposée de la bête, je "veux" maintenant corriger et régler la situation uniquement par l'interface (et sans utiliser d'autres moyens de démarrer)
précision : apparemment c'est boot qui est mal défini (une ligne genre type inconnu de partition 0x5 ... !?)
PS : détail (j'y suis pour rien mais), j'ai cru voir furtivement qu'il utilise /boot/boot/grub/menu.lst
PS2 : Voici le résultat de sfdisk (sauvegarde)
/dev/hda1 0+ 5168 5169- 39077608+ 5 Extended /dev/hda2 0 - 0 0 0 Vide /dev/hda3 0 - 0 0 0 Vide /dev/hda4 0 - 0 0 0 Vide /dev/hda5 * 0+ 12 13- 98217 83 Linux /dev/hda6 13+ 64 52- 393088+ 83 Linux /dev/hda7 65+ 581 517- 3908488+ 83 Linux /dev/hda8 582+ 839 258- 1950448+ 83 Linux /dev/hda9 840+ 904 65- 491368+ 82 Linux swap /dev/hda10 905+ 5168 4264- 32235808+ 83 Linux
ça donne quoi en grub ? (hmmm, pourquoi il a mis /dev/hda1 ..... ??)
Re-merci
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
mariano.georges
On Fri, 13 Aug 2004 17:04:01 +0200, Joachim Habib wrote:
A priori faut que tu mettes ces options dans ton /boot/grub/menu.lst
# kopt=root=/dev/hda5 ro # groot=(hd0,4)
ATTENTION laisser les commentaires
puis update-grub
YESSSSS !!
Bon, j'ai pas fait exactement ça, j'ai juste modifier dans l'interface hd(0,0) remplacé par hd(0,4) et /dev/hda1 par hda5 ...
et ça démarre ... (en fait non, je viens de corriger hda5->hda6)
en 5, j'atterris dans un état proche d'un mode single ... ??
PS : oui, le partitionnement de cette machine est pas catholique ... mais elle a du vécu ... :)
GRAND MERCI (je vais de ce pas, enfin plutôt lundi, mettre une grande claque à grub )
A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Fri, 13 Aug 2004 17:04:01 +0200, Joachim Habib wrote:
A priori faut que tu mettes ces options dans ton /boot/grub/menu.lst
# kopt=root=/dev/hda5 ro
# groot=(hd0,4)
ATTENTION laisser les commentaires
puis update-grub
YESSSSS !!
Bon, j'ai pas fait exactement ça, j'ai juste modifier dans l'interface
hd(0,0) remplacé par hd(0,4) et /dev/hda1 par hda5 ...
et ça démarre ... (en fait non, je viens de corriger hda5->hda6)
en 5, j'atterris dans un état proche d'un mode single ... ??
PS : oui, le partitionnement de cette machine est pas catholique ... mais
elle a du vécu ... :)
GRAND MERCI (je vais de ce pas, enfin plutôt lundi, mettre une grande
claque à grub )
A+
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Fri, 13 Aug 2004 17:04:01 +0200, Joachim Habib wrote:
A priori faut que tu mettes ces options dans ton /boot/grub/menu.lst
# kopt=root=/dev/hda5 ro # groot=(hd0,4)
ATTENTION laisser les commentaires
puis update-grub
YESSSSS !!
Bon, j'ai pas fait exactement ça, j'ai juste modifier dans l'interface hd(0,0) remplacé par hd(0,4) et /dev/hda1 par hda5 ...
et ça démarre ... (en fait non, je viens de corriger hda5->hda6)
en 5, j'atterris dans un état proche d'un mode single ... ??
PS : oui, le partitionnement de cette machine est pas catholique ... mais elle a du vécu ... :)
GRAND MERCI (je vais de ce pas, enfin plutôt lundi, mettre une grande claque à grub )
A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pierre Meurisse
Bonjour,
PS : détail (j'y suis pour rien mais), j'ai cru voir furtivement qu'il utilise /boot/boot/grub/menu.lst
C'est une particularité de grub. Avec une partition /boot séparée, le fichier menu.lst est placé dans /boot/boot/grub et non dans /boot/grub. On doit pouvoir trouver des explications plus détaillées dans la doc.
-- Pierre Meurisse Utilisateur Linux n° 160794
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
PS : détail (j'y suis pour rien mais), j'ai cru voir furtivement qu'il
utilise /boot/boot/grub/menu.lst
C'est une particularité de grub. Avec une partition /boot séparée, le
fichier menu.lst est placé dans /boot/boot/grub et non dans /boot/grub.
On doit pouvoir trouver des explications plus détaillées dans la doc.
--
Pierre Meurisse
Utilisateur Linux n° 160794
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
PS : détail (j'y suis pour rien mais), j'ai cru voir furtivement qu'il utilise /boot/boot/grub/menu.lst
C'est une particularité de grub. Avec une partition /boot séparée, le fichier menu.lst est placé dans /boot/boot/grub et non dans /boot/grub. On doit pouvoir trouver des explications plus détaillées dans la doc.
-- Pierre Meurisse Utilisateur Linux n° 160794
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
J.Pierre Pourrez
Le 13/08/04 à 19:16, Pierre Meurisse écrivait:
C'est une particularité de grub. Avec une partition /boot séparée, le fichier menu.lst est placé dans /boot/boot/grub et non dans /boot/grub. On doit pouvoir trouver des explications plus détaillées dans la doc.
C'était vrai pour les viellies versions de Grub.
J'ai un partition séparée pour boot, et malgré cela l'accès à menu.lst se fait par /boot/grub/menu.lst. Ca marche avec les versions 0.94 et 0.95 de Grub (Sarge).
Pour éviter le "/boot/boot" avec les vieilles versions, on peut utiliser l'astuce suivante: dans /boot, ln -s . boot. ainsi /boot/grub et /boot/boot/grub pointent sur la même chose
Bye Jean-Pierre
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le 13/08/04 à 19:16, Pierre Meurisse écrivait:
C'est une particularité de grub. Avec une partition /boot séparée, le
fichier menu.lst est placé dans /boot/boot/grub et non dans /boot/grub.
On doit pouvoir trouver des explications plus détaillées dans la doc.
C'était vrai pour les viellies versions de Grub.
J'ai un partition séparée pour boot, et malgré cela l'accès à menu.lst
se fait par /boot/grub/menu.lst.
Ca marche avec les versions 0.94 et 0.95 de Grub (Sarge).
Pour éviter le "/boot/boot" avec les vieilles versions, on peut utiliser
l'astuce suivante:
dans /boot, ln -s . boot.
ainsi /boot/grub et /boot/boot/grub pointent sur la même chose
Bye
Jean-Pierre
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
C'est une particularité de grub. Avec une partition /boot séparée, le fichier menu.lst est placé dans /boot/boot/grub et non dans /boot/grub. On doit pouvoir trouver des explications plus détaillées dans la doc.
C'était vrai pour les viellies versions de Grub.
J'ai un partition séparée pour boot, et malgré cela l'accès à menu.lst se fait par /boot/grub/menu.lst. Ca marche avec les versions 0.94 et 0.95 de Grub (Sarge).
Pour éviter le "/boot/boot" avec les vieilles versions, on peut utiliser l'astuce suivante: dans /boot, ln -s . boot. ainsi /boot/grub et /boot/boot/grub pointent sur la même chose
Bye Jean-Pierre
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
mariano.georges
On Sat, 14 Aug 2004 13:34:30 +0200, J.Pierre Pourrez wrote:
Le 13/08/04 à 19:16, Pierre Meurisse écrivait:
C'est une particularité de grub. Avec une partition /boot séparée, le fichier menu.lst est placé dans /boot/boot/grub et non dans /boot/grub. On doit pouvoir trouver des explications plus détaillées dans la doc.
C'était vrai pour les viellies versions de Grub.
J'ai un partition séparée pour boot, et malgré cela l'accès à menu.lst se fait par /boot/grub/menu.lst. Ca marche avec les versions 0.94 et 0.95 de Grub (Sarge).
merci pour les précisions ...
Pour éviter le "/boot/boot" avec les vieilles versions, on peut utiliser l'astuce suivante: dans /boot, ln -s . boot. ainsi /boot/grub et /boot/boot/grub pointent sur la même chose
ok, mais petit bémol : par principe si *un* fichier doit être vu ailleurs (par lien symbolique) alors je fais le lien sur *le* fichier par sur le répertoire contenant le-dit fichier ...
c'est moi risqué (surtout dans la zone /boot ;-) et plus mnémotechnique
merci pour les infos A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Sat, 14 Aug 2004 13:34:30 +0200, J.Pierre Pourrez wrote:
Le 13/08/04 à 19:16, Pierre Meurisse écrivait:
C'est une particularité de grub. Avec une partition /boot séparée, le
fichier menu.lst est placé dans /boot/boot/grub et non dans /boot/grub.
On doit pouvoir trouver des explications plus détaillées dans la doc.
C'était vrai pour les viellies versions de Grub.
J'ai un partition séparée pour boot, et malgré cela l'accès à menu.lst
se fait par /boot/grub/menu.lst.
Ca marche avec les versions 0.94 et 0.95 de Grub (Sarge).
merci pour les précisions ...
Pour éviter le "/boot/boot" avec les vieilles versions, on peut utiliser
l'astuce suivante:
dans /boot, ln -s . boot.
ainsi /boot/grub et /boot/boot/grub pointent sur la même chose
ok, mais petit bémol : par principe si *un* fichier doit être vu
ailleurs (par lien symbolique) alors je fais le lien sur *le* fichier par
sur le répertoire contenant le-dit fichier ...
c'est moi risqué (surtout dans la zone /boot ;-) et plus mnémotechnique
merci pour les infos
A+
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Sat, 14 Aug 2004 13:34:30 +0200, J.Pierre Pourrez wrote:
Le 13/08/04 à 19:16, Pierre Meurisse écrivait:
C'est une particularité de grub. Avec une partition /boot séparée, le fichier menu.lst est placé dans /boot/boot/grub et non dans /boot/grub. On doit pouvoir trouver des explications plus détaillées dans la doc.
C'était vrai pour les viellies versions de Grub.
J'ai un partition séparée pour boot, et malgré cela l'accès à menu.lst se fait par /boot/grub/menu.lst. Ca marche avec les versions 0.94 et 0.95 de Grub (Sarge).
merci pour les précisions ...
Pour éviter le "/boot/boot" avec les vieilles versions, on peut utiliser l'astuce suivante: dans /boot, ln -s . boot. ainsi /boot/grub et /boot/boot/grub pointent sur la même chose
ok, mais petit bémol : par principe si *un* fichier doit être vu ailleurs (par lien symbolique) alors je fais le lien sur *le* fichier par sur le répertoire contenant le-dit fichier ...
c'est moi risqué (surtout dans la zone /boot ;-) et plus mnémotechnique
merci pour les infos A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
