problème grub
bonjour, j'ai installé une Debian sur un DD USB externe. fontionne bien mais : les menus du DD du PC apparaît lorsque je démarre sur le DD externe. Je choisis le bon menu et c'est parti. MAIS si je mets le DD sur un autre PCil ne trouve pas le DD fixe de l'autre PC (normal) et donc GRUB tombe en ligne de commande. Tenté diverse choses sans succès (entre autres enlever le 30os_chooser et autres trucs comme supprimer les enus dans /boot/grub/grub.cfg) Impossible d'enlever ces foutus menus pour pouvoir tourner à partir d'un autre PC. Et pas rouvé quelque chose dans mon canard. Un petit conseil serait le bienvenu. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53803f70$0$2227$426a7...@news.free.fr
Re: Problème grub suite à maj du noyaux
On 14/12/2009 01:54, Goldy wrote: > Je ne comprends également pas pourquoi je ne peux pas chrooter. > Peut-être à cause du live cd ubuntu ? Si je n'arrive pas à réparer grub > sans chroot, j'essairai un live cd gentoo, parrait que c'est mieux. > J'ai fini par comprendre qu'on pouvait pas chrooter une installation 64 bits dans un environnement 32 bits, donc je vais essayer d'utiliser un livecd 64 bits, et probablement que j'arriverai à régler ce soucis. J'espère. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème grub suite à maj du noyaux
On 14/12/2009 03:10, claude wrote: > Goldy a écrit : >> On 13/12/2009 21:24, David Prévot wrote: > [...] tu >>> peux utiliser grub en interactif (« Ctrl + E » pour éditer la commande >>> puis « Ctrl + X » pour la lancer ou directement « Ctrl + C » pour >>> obtenir une commande interactive si je ne m'abuse). Tu trouveras un peu >>> de doc sur le web pour les commandes, mais un des avantage, c'est que >>> l'auto-complétion fonctionne (donc « Tab » te donne directement la liste >>> des commandes que tu peux utiliser). Il « suffit » donc d'identifier la >>> partition qui contient /boot et de modifier la commande pour lancer le >>> noyau (puis refaire ça au propre une fois que tu as récupéré les >>> commandes ;). > > Pour ton problème, chez moi j'ai les chemins avec des UUID et je boote > comme indiqué par David : > CTRL+E pour éditer le menu, flèche bat pour descendre et j'enlève les > "/boot" en laissant le chemin qui suit (de mémoire /vminuz.xx). Enfin, > CTRL+X pour booter. Un peu lourdingue, mais ça fonctionne et je ne > redémarre pas trop souvent ma machine ;) > > Il me semble que c'est un bug de grub qui est répertorié alors, je > patiente : ce sont les joies et plaisirs d'un pc en unstable :) > Probablement que cette réponse ne s'adresse pas à moi, mais peut-être que j'aurais dû préciser que j'étais en testing et pas en unstable. Je n'ai pas de /boot dans le menu justement. Ils sont idem que dans le grub.cfg que j'ai copié dans un message un peu plus haut. À savoir : linux /vmlinuz-2.6.30-2-amd64 root=/dev/mapper/lolicon-system ro vga=789 initrd /initrd.img-2.6.30-2-amd64 Je pense qu'avec la ligne de commande ça doit être possible de le booter, mais je ne sais pas encore comment. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème grub suite à maj du noyaux
Goldy a écrit : On 13/12/2009 21:24, David Prévot wrote: [...] tu peux utiliser grub en interactif (« Ctrl + E » pour éditer la commande puis « Ctrl + X » pour la lancer ou directement « Ctrl + C » pour obtenir une commande interactive si je ne m'abuse). Tu trouveras un peu de doc sur le web pour les commandes, mais un des avantage, c'est que l'auto-complétion fonctionne (donc « Tab » te donne directement la liste des commandes que tu peux utiliser). Il « suffit » donc d'identifier la partition qui contient /boot et de modifier la commande pour lancer le noyau (puis refaire ça au propre une fois que tu as récupéré les commandes ;). Pour ton problème, chez moi j'ai les chemins avec des UUID et je boote comme indiqué par David : CTRL+E pour éditer le menu, flèche bat pour descendre et j'enlève les "/boot" en laissant le chemin qui suit (de mémoire /vminuz.xx). Enfin, CTRL+X pour booter. Un peu lourdingue, mais ça fonctionne et je ne redémarre pas trop souvent ma machine ;) Il me semble que c'est un bug de grub qui est répertorié alors, je patiente : ce sont les joies et plaisirs d'un pc en unstable :) -- Claude http://www.chateaubourg.info -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème grub suite à maj du noyaux
On 14/12/2009 01:03, Goldy wrote: > Je vous tiens au courant si c'est concluant, de toute façon j'avais pas > prévu de me coucher tôt se soir. > Je n'arrive à rien, il n'y a rien que je puisse modifier dans la partition /boot, le problème semble bien venir du fait qu'au moment de la mise à jour de grub, celui-ci ai été corrompu par le fait que la clé usb qui héberge /boot était visiblement monté dans un autre chemin que /dev/sdg1 (probablement /dev/sdf1). Je copie le contenu du fichier grub.cfg dans le cas où je me tromperais et que je ne sache finalement pas quoi modifier : > # > # DO NOT EDIT THIS FILE > # > # It is automatically generated by /usr/sbin/grub-mkconfig using templates > # from /etc/grub.d and settings from /etc/default/grub > # > > ### BEGIN /etc/grub.d/00_header ### > set default=0 > insmod raid > insmod raid5rec > insmod mdraid > insmod lvm > insmod reiserfs > set root=(lolicon-system) > search --no-floppy --fs-uuid --set 0d4ef1ed-cfb1-4e63-b2b3-374982dc74bc > if loadfont /usr/share/grub/unicode.pf2 ; then > set gfxmode=800x600 > insmod gfxterm > insmod vbe > if terminal_output gfxterm ; then true ; else > # For backward compatibility with versions of terminal.mod that don't > # understand terminal_output > terminal gfxterm > fi > fi > set timeout=3 > ### END /etc/grub.d/00_header ### > > ### BEGIN /etc/grub.d/05_debian_theme ### > set menu_color_normal=cyan/blue > set menu_color_highlight=white/blue > ### END /etc/grub.d/05_debian_theme ### > > ### BEGIN /etc/grub.d/10_linux ### > menuentry "Debian GNU/Linux, Linux 2.6.30-2-amd64" { > linux /vmlinuz-2.6.30-2-amd64 root=/dev/mapper/lolicon-system ro > vga=789 > initrd /initrd.img-2.6.30-2-amd64 > } > menuentry "Debian GNU/Linux, Linux 2.6.30-2-amd64 (recovery mode)" { > linux /vmlinuz-2.6.30-2-amd64 root=/dev/mapper/lolicon-system ro > single vga=789 > initrd /initrd.img-2.6.30-2-amd64 > } > menuentry "Debian GNU/Linux, Linux 2.6.30-1-amd64" { > linux /vmlinuz-2.6.30-1-amd64 root=/dev/mapper/lolicon-system ro > vga=789 > initrd /initrd.img-2.6.30-1-amd64 > } > menuentry "Debian GNU/Linux, Linux 2.6.30-1-amd64 (recovery mode)" { > linux /vmlinuz-2.6.30-1-amd64 root=/dev/mapper/lolicon-system ro > single vga=789 > initrd /initrd.img-2.6.30-1-amd64 > } > menuentry "Debian GNU/Linux, Linux 2.6.26-2-amd64" { > linux /vmlinuz-2.6.26-2-amd64 root=/dev/mapper/lolicon-system ro > vga=789 > initrd /initrd.img-2.6.26-2-amd64 > } > menuentry "Debian GNU/Linux, Linux 2.6.26-2-amd64 (recovery mode)" { > linux /vmlinuz-2.6.26-2-amd64 root=/dev/mapper/lolicon-system ro > single vga=789 > initrd /initrd.img-2.6.26-2-amd64 > } > menuentry "Debian GNU/Linux, Linux 2.6.24-1-amd64" { > linux /vmlinuz-2.6.24-1-amd64 root=/dev/mapper/lolicon-system ro > vga=789 > initrd /initrd.img-2.6.24-1-amd64 > } > menuentry "Debian GNU/Linux, Linux 2.6.24-1-amd64 (recovery mode)" { > linux /vmlinuz-2.6.24-1-amd64 root=/dev/mapper/lolicon-system ro > single vga=789 > initrd /initrd.img-2.6.24-1-amd64 > } > ### END /etc/grub.d/10_linux ### > > ### BEGIN /etc/grub.d/30_os-prober ### > ### END /etc/grub.d/30_os-prober ### > > ### BEGIN /etc/grub.d/40_custom ### > # This file provides an easy way to add custom menu entries. Simply type the > # menu entries you want to add after this comment. Be careful not to change > # the 'exec tail' line above. > ### END /etc/grub.d/40_custom ### Je ne comprends également pas pourquoi je ne peux pas chrooter. Peut-être à cause du live cd ubuntu ? Si je n'arrive pas à réparer grub sans chroot, j'essairai un live cd gentoo, parrait que c'est mieux. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème grub suite à maj du noyaux
On 13/12/2009 21:24, David Prévot wrote: > Goldy a écrit : >> Bonjour, > >> Je crois que j'ai fais une petite bétise en rebootant mon serveur sans >> regarder si le noyaux avait été correctement mis à jour. > >> En rebootant j'ai eu la surprise de voir grub me dire "You need to load >> the kernel first" après sélection du kernel. Cette erreur est présente >> pour chaque kernel disponible, donc plus possible de booter mon serveur. > > Si c'est « juste » un problème de partition mal indiqué dans grub.cfg tu > peux utiliser grub en interactif (« Ctrl + E » pour éditer la commande > puis « Ctrl + X » pour la lancer ou directement « Ctrl + C » pour > obtenir une commande interactive si je ne m'abuse). Tu trouveras un peu > de doc sur le web pour les commandes, mais un des avantage, c'est que > l'auto-complétion fonctionne (donc « Tab » te donne directement la liste > des commandes que tu peux utiliser). Il « suffit » donc d'identifier la > partition qui contient /boot et de modifier la commande pour lancer le > noyau (puis refaire ça au propre une fois que tu as récupéré les > commandes ;). > > Amicalement > > David > > Je vais essayer de faire ça, même si je pars un peu à l'aveugle. J'ai réussi entre temps à monter le disque système dans mon live cd, mais je n'arrive pas à chrooter de toute façon (erreur - chroot: ne peut exécuter la commande `/bin/bash': Erreur de format pour exec() ) donc il va faloir faire autrement. L'avantage, c'est que comme c'est une clé usb, je peux avoir directement accès à la partition /boot depuis un autre pc, et j'ai pu constater que le fichier device.map était effectivement renseigné avec des /dev/sdX plutôt qu'avec des uuid, ce qui aurait peut-être évité le problème (enfin j'en sais rien, je sais même pas si on peut utiliser les chemins uuid à la place dans ce fichier, google ne dit rien de clair là dessus). Je vous tiens au courant si c'est concluant, de toute façon j'avais pas prévu de me coucher tôt se soir. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème grub suite à maj du noyaux
David Prévot a écrit : [...] Si c'est « juste » un problème de partition mal indiqué dans grub.cfg tu peux utiliser grub en interactif (« Ctrl + E » pour éditer la commande puis « Ctrl + X » pour la lancer ou directement « Ctrl + C » pour obtenir une commande interactive si je ne m'abuse). Tu trouveras un peu de doc sur le web pour les commandes, mais un des avantage, c'est que l'auto-complétion fonctionne (donc « Tab » te donne directement la liste des commandes que tu peux utiliser). Il « suffit » donc d'identifier la partition qui contient /boot et de modifier la commande pour lancer le noyau (puis refaire ça au propre une fois que tu as récupéré les commandes ;). Plus exactement, il y a un bug actuellement : si l'on a une partition séparée pour /boot, il faut supprimer le /boot précédant la ligne qui contient /vmlinuz-2.6.xx. Peut-être pas très clair, mais je donne la ligne de mémoire, je ne vais pas redémarrer ma machine juste pour vérifier ;) -- Claude Thomassin http://www.chateaubourg.ingo -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème grub suite à maj du noyaux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Goldy a écrit : > Bonjour, > > Je crois que j'ai fais une petite bétise en rebootant mon serveur sans > regarder si le noyaux avait été correctement mis à jour. > > En rebootant j'ai eu la surprise de voir grub me dire "You need to load > the kernel first" après sélection du kernel. Cette erreur est présente > pour chaque kernel disponible, donc plus possible de booter mon serveur. Si c'est « juste » un problème de partition mal indiqué dans grub.cfg tu peux utiliser grub en interactif (« Ctrl + E » pour éditer la commande puis « Ctrl + X » pour la lancer ou directement « Ctrl + C » pour obtenir une commande interactive si je ne m'abuse). Tu trouveras un peu de doc sur le web pour les commandes, mais un des avantage, c'est que l'auto-complétion fonctionne (donc « Tab » te donne directement la liste des commandes que tu peux utiliser). Il « suffit » donc d'identifier la partition qui contient /boot et de modifier la commande pour lancer le noyau (puis refaire ça au propre une fois que tu as récupéré les commandes ;). Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkslS7AACgkQ18/WetbTC/qT+gCghhLm3A7gSw0bXgLBnxpb/mOS amsAn3mNpekpy6J7J7ZLSNzSfwJZuXrm =fWQS -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Problème grub suite à maj du noyaux
Bonjour, Je crois que j'ai fais une petite bétise en rebootant mon serveur sans regarder si le noyaux avait été correctement mis à jour. En rebootant j'ai eu la surprise de voir grub me dire "You need to load the kernel first" après sélection du kernel. Cette erreur est présente pour chaque kernel disponible, donc plus possible de booter mon serveur. J'ai par chance laissé le terminal ssh ouvert et j'ai l'erreur, voici la sortie tronqué d'aptitude : > Running update-grub. > Generating grub.cfg ... > Found linux image: /boot/vmlinuz-2.6.30-2-amd64 > Found initrd image: /boot/initrd.img-2.6.30-2-amd64 > grub-probe: error: Cannot find a GRUB drive for /dev/sdg1. Check your > device.map. > > grub-probe: error: Cannot find a GRUB drive for /dev/sdg1. Check your > device.map. > > Found linux image: /boot/vmlinuz-2.6.30-1-amd64 > Found initrd image: /boot/initrd.img-2.6.30-1-amd64 > grub-probe: error: Cannot find a GRUB drive for /dev/sdg1. Check your > device.map. > > grub-probe: error: Cannot find a GRUB drive for /dev/sdg1. Check your > device.map. > > Found linux image: /boot/vmlinuz-2.6.26-2-amd64 > Found initrd image: /boot/initrd.img-2.6.26-2-amd64 > grub-probe: error: Cannot find a GRUB drive for /dev/sdg1. Check your > device.map. > > grub-probe: error: Cannot find a GRUB drive for /dev/sdg1. Check your > device.map. > > Found linux image: /boot/vmlinuz-2.6.24-1-amd64 > Found initrd image: /boot/initrd.img-2.6.24-1-amd64 > grub-probe: error: Cannot find a GRUB drive for /dev/sdg1. Check your > device.map. > > grub-probe: error: Cannot find a GRUB drive for /dev/sdg1. Check your > device.map. > > done > Examining /etc/kernel/postinst.d. > run-parts: executing /etc/kernel/postinst.d/initramfs-tools > 2.6.30-2-amd64 /boot/vmlinuz-2.6.30-2-amd64 J'ai ajouté des disques durs et probablement que la clé usb qui me sert de /boot a changé de location. J'avais pourtant pris soit de bien utiliser les uuid partout pour éviter toute déconvenu, mais il semblerait que j'aille oublié grub2. Je viens d'insérer un livecd d'ubuntu qui trainait (merci canonical pour les cd gratos), et je suis loggué en ssh au serveur, je suis en train de chercher comment activer le lvm car je suppose que je vais devoir chrooter l'environnement. Je l'avais fais il y a un moment mais j'ai complètement oublié depuis. J'ai réussi à activer le volume raid c'est déjà ça. Si vous auriez des pistes, car je n'ai aucune idée de la façon de faire, et mes proches me trouve irritable depuis quelques heures :( Merci d'avance. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Installation Sur raid matrériel et problème grub
OoO En cette soirée bien amorcée du vendredi 19 octobre 2007, vers 22:34, fabrice test <[EMAIL PROTECTED]> disait: > Par contre si ensuite je réinsère mon 3e disque et que je reboot, alors Grub > crash avec le message waiting for root file system... Il me semble que Grub ne donne pas un tel message. Par contre, c'est un message que l'initrd peut donner pendant un temps. Mais cela doit ensuite aboutir à un message d'erreur. Quelles sont les trois dernières lignes affichées ? -- BOFH excuse #267: The UPS is on strike. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Installation Sur raid matrériel et problème grub
Bonsoir à tous, J'ai quelques soucis suite à l'installation sur un Raid matériel Sata 3ware. Sur ma machine j ai trois disques identiques. Deux sont sur le controleur Raid, en raid 1 et le troisième est simplement sur le controleur sata. J'ai donc fait mon installation classiquement et j ai choisi mon unité raid pour l' installation du système. Le 3e disque est laissé de coté. Tout se passe bien et grub est installé dans la MBR sur hd0. Je redémarre le système et là rien, écran noir. Au début (par manque d'habitude) je me suis dit qu'il y avait un problème avec le raid. Puis je me suis demandé s'il n y a aurait pas un problème d'amorçage. J'ai donc enlevé mon 3e disque en solo et fait simplement l'installation sur mon unité raid. Et là tout fonctionne tres bien. Par contre si ensuite je réinsère mon 3e disque et que je reboot, alors Grub crash avec le message waiting for root file system... Il me semble qu'il y a une confusion dans le disque d'amorcage. sda devient sdb et inversement. Auriez vous des pistes pour régler ce genre de diificultés ? merci par avance fabrice cm } P { margin-bottom: 0.21cm - Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
problème grub
Bonjour à tous J'ai installé une debian etch en dual boot avec XP. Sous debian pas de soucis, mais sous XP je ne vois plus le cdrom. J'ai désinstallé grub et la de nouveau XP voit le cdrom. Qqun connaitrait il une option pour contourner ce problème ? Merci d'avance Guy -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Résolu] Problème GRUB
Voilà, problème résolu en ajoutant une ligne pour le initrd. Merci à tous encore une fois. David. Le lundi 28 février 2005 à 12:06 +0100, Bruno a écrit : > On Mon, 28 Feb 2005 11:31:03 +0100, David Soulayrol > <[EMAIL PROTECTED]> wrote: > > Bonjour, > > > > Afin de découvrir un peu GRUB, j'ai choisi de l'installer hier à la > > place de lilo. Je suis en Debian Sid avec noyau 2.6.10. > > > > J'ai lu les parties du manuel me concernant a priori, j'ai procédé à > > l'installation à l'aide de grub-install, puis j'ai créé un fichier > > /boot/grub/menu.lst et l'ai affiné avec grubconf (outil GTK2). L'entrée > > principale est la suivante: > > > > root(hd0,1) > > kernel /vmlinuz root=/dev/hda2 noapic > > > > Lorsque je la sélectionne pour démarrer, le noyau se lance bien, mais > > s'arrête sur un kernel panic en précisant: > > > > Cannot open root device "hda2" or unknown-block(0,0) > > Please append a correct "root=" boot option. > > > > Or hda2 est bien ma partition root, hda1 étant mon swap. J'ai essayé de > > modifier la ligne grub en virant le noapic, en écrivant > > root=(hd0,1)/dev/hda2, ou en virant toute option root (idée stupide mais > > évoquée par quelqu'un sur le Net), rien n'y fait. > > > > Je précise que j'ai pu démarrer un instant avec un livecd, et vérifier > > que mon disque est en bon état, je n'ai rien écrasé. > > > > Est-ce qu'un âme charitable et comprenant mieux Grub que moi pourrait > > m'éclairer ? > > > > Merci, > > David. > voilà mon menu.lst pour une sid. je me demande s'il te manque pas > l'initrd.img ce qui fait qu'il plante > j'ai /dev/hda1 swap et /dev/hda5 debian > > title Debian GNU/Linux, Sid > root(hd0,4) > kernel /boot/vmlinuz-2.6.8-2-686 root=/dev/hda5 ro > initrd /boot/initrd.img-2.6.8-2-686 > savedefault > boot > > 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problème GRUB
Merci à tous pour vos réponses (rapides). Effectivement, j'avais complètement oublié l'existence de l'initrd - c'est un noyau Debian précompilé. Je regarde ça dès que possible, David. David Soulayrol a écrit : Bonjour, Afin de découvrir un peu GRUB, j'ai choisi de l'installer hier à la place de lilo. Je suis en Debian Sid avec noyau 2.6.10. J'ai lu les parties du manuel me concernant a priori, j'ai procédé à l'installation à l'aide de grub-install, puis j'ai créé un fichier /boot/grub/menu.lst et l'ai affiné avec grubconf (outil GTK2). L'entrée principale est la suivante: root(hd0,1) kernel /vmlinuz root=/dev/hda2 noapic Lorsque je la sélectionne pour démarrer, le noyau se lance bien, mais s'arrête sur un kernel panic en précisant: Cannot open root device "hda2" or unknown-block(0,0) Please append a correct "root=" boot option. Or hda2 est bien ma partition root, hda1 étant mon swap. J'ai essayé de modifier la ligne grub en virant le noapic, en écrivant root=(hd0,1)/dev/hda2, ou en virant toute option root (idée stupide mais évoquée par quelqu'un sur le Net), rien n'y fait. Je précise que j'ai pu démarrer un instant avec un livecd, et vérifier que mon disque est en bon état, je n'ai rien écrasé. Est-ce qu'un âme charitable et comprenant mieux Grub que moi pourrait m'éclairer ? Merci, David. -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problème GRUB
On Mon, 28 Feb 2005 11:31:03 +0100, David Soulayrol <[EMAIL PROTECTED]> wrote: > Bonjour, > > Afin de découvrir un peu GRUB, j'ai choisi de l'installer hier à la > place de lilo. Je suis en Debian Sid avec noyau 2.6.10. > > J'ai lu les parties du manuel me concernant a priori, j'ai procédé à > l'installation à l'aide de grub-install, puis j'ai créé un fichier > /boot/grub/menu.lst et l'ai affiné avec grubconf (outil GTK2). L'entrée > principale est la suivante: > > root(hd0,1) > kernel /vmlinuz root=/dev/hda2 noapic > > Lorsque je la sélectionne pour démarrer, le noyau se lance bien, mais > s'arrête sur un kernel panic en précisant: > > Cannot open root device "hda2" or unknown-block(0,0) > Please append a correct "root=" boot option. > > Or hda2 est bien ma partition root, hda1 étant mon swap. J'ai essayé de > modifier la ligne grub en virant le noapic, en écrivant > root=(hd0,1)/dev/hda2, ou en virant toute option root (idée stupide mais > évoquée par quelqu'un sur le Net), rien n'y fait. > > Je précise que j'ai pu démarrer un instant avec un livecd, et vérifier > que mon disque est en bon état, je n'ai rien écrasé. > > Est-ce qu'un âme charitable et comprenant mieux Grub que moi pourrait > m'éclairer ? > > Merci, > David. voilà mon menu.lst pour une sid. je me demande s'il te manque pas l'initrd.img ce qui fait qu'il plante j'ai /dev/hda1 swap et /dev/hda5 debian title Debian GNU/Linux, Sid root(hd0,4) kernel /boot/vmlinuz-2.6.8-2-686 root=/dev/hda5 ro initrd /boot/initrd.img-2.6.8-2-686 savedefault boot a+
Re: Problème GRUB
Le 28.02.2005 11:31:03, David Soulayrol a écrit : Bonjour, Afin de découvrir un peu GRUB, j'ai choisi de l'installer hier à la place de lilo. Je suis en Debian Sid avec noyau 2.6.10. J'ai lu les parties du manuel me concernant a priori, j'ai procédé à l'installation à l'aide de grub-install, puis j'ai créé un fichier /boot/grub/menu.lst et l'ai affiné avec grubconf (outil GTK2). L'entrée principale est la suivante: root(hd0,1) kernel /vmlinuz root=/dev/hda2 noapic Lorsque je la sélectionne pour démarrer, le noyau se lance bien, mais s'arrête sur un kernel panic en précisant: Cannot open root device "hda2" or unknown-block(0,0) Please append a correct "root=" boot option. Or hda2 est bien ma partition root, hda1 étant mon swap. J'ai essayé de modifier la ligne grub en virant le noapic, en écrivant root=(hd0,1)/dev/hda2, ou en virant toute option root (idée stupide mais évoquée par quelqu'un sur le Net), rien n'y fait. Je précise que j'ai pu démarrer un instant avec un livecd, et vérifier que mon disque est en bon état, je n'ai rien écrasé. Est-ce qu'un âme charitable et comprenant mieux Grub que moi pourrait m'éclairer ? Est-ce que votre nyau utilise un initrd ? dans ce cas, il faut ajouter une ligne dans menu.lst Merci, David. J-L pgpnK9ab4cFqO.pgp Description: PGP signature
Re: Problème GRUB
David Soulayrol a écrit : Bonjour, Afin de découvrir un peu GRUB, j'ai choisi de l'installer hier à la place de lilo. Je suis en Debian Sid avec noyau 2.6.10. J'ai lu les parties du manuel me concernant a priori, j'ai procédé à l'installation à l'aide de grub-install, puis j'ai créé un fichier /boot/grub/menu.lst et l'ai affiné avec grubconf (outil GTK2). L'entrée principale est la suivante: root(hd0,1) kernel /vmlinuz root=/dev/hda2 noapic Lorsque je la sélectionne pour démarrer, le noyau se lance bien, mais s'arrête sur un kernel panic en précisant: Cannot open root device "hda2" or unknown-block(0,0) Please append a correct "root=" boot option. Or hda2 est bien ma partition root, hda1 étant mon swap. J'ai essayé de modifier la ligne grub en virant le noapic, en écrivant root=(hd0,1)/dev/hda2, ou en virant toute option root (idée stupide mais évoquée par quelqu'un sur le Net), rien n'y fait. Tu dois avoir un noyau avec un initrd et un module est necessaire pour monter ta partition root (ext3 ou autre). Il faut que tu ajoute une commande initrd=/chemin/de/ton/initrd/ton_intrd. Plus simplement, tu peux utiliser la commande update-grub (si tu es au moins sur sarge) qui genere automatiquement le menu.lst et le modifier au besoin ensuite. Je précise que j'ai pu démarrer un instant avec un livecd, et vérifier que mon disque est en bon état, je n'ai rien écrasé. Est-ce qu'un âme charitable et comprenant mieux Grub que moi pourrait m'éclairer ? Merci, David. -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problème GRUB
Bonjour, Afin de découvrir un peu GRUB, j'ai choisi de l'installer hier à la place de lilo. Je suis en Debian Sid avec noyau 2.6.10. J'ai lu les parties du manuel me concernant a priori, j'ai procédé à l'installation à l'aide de grub-install, puis j'ai créé un fichier /boot/grub/menu.lst et l'ai affiné avec grubconf (outil GTK2). L'entrée principale est la suivante: root(hd0,1) kernel /vmlinuz root=/dev/hda2 noapic Lorsque je la sélectionne pour démarrer, le noyau se lance bien, mais s'arrête sur un kernel panic en précisant: Cannot open root device "hda2" or unknown-block(0,0) Please append a correct "root=" boot option. Or hda2 est bien ma partition root, hda1 étant mon swap. J'ai essayé de modifier la ligne grub en virant le noapic, en écrivant root=(hd0,1)/dev/hda2, ou en virant toute option root (idée stupide mais évoquée par quelqu'un sur le Net), rien n'y fait. Je précise que j'ai pu démarrer un instant avec un livecd, et vérifier que mon disque est en bon état, je n'ai rien écrasé. Est-ce qu'un âme charitable et comprenant mieux Grub que moi pourrait m'éclairer ? Merci, David. -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problème grub
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+
Re: Problème grub
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
Re: Problème grub
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
Re: Problème grub
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 YES !! 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+
Re: Problème grub
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 [EMAIL PROTECTED] 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+ 51685169- 39077608+ 5 Extended /dev/hda2 0 - 0 00 Vide /dev/hda3 0 - 0 00 Vide /dev/hda4 0 - 0 00 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/hda8582+839 258- 1950448+ 83 Linux /dev/hda9840+904 65-491368+ 82 Linux swap /dev/hda10 905+ 51684264- 32235808+ 83 Linux ça donne quoi en grub ? (hmmm, pourquoi il a mis /dev/hda1 . ??) Re-merci
Re: Problème grub
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+ 51685169- 39077608+ 5 Extended /dev/hda2 0 - 0 00 Vide /dev/hda3 0 - 0 00 Vide /dev/hda4 0 - 0 00 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/hda8582+839 258- 1950448+ 83 Linux /dev/hda9840+904 65-491368+ 82 Linux swap /dev/hda10 905+ 51684264- 32235808+ 83 Linux ça donne quoi en grub ? (hmmm, pourquoi il a mis /dev/hda1 . ??) Re-merci
Re: Problème grub
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 rospé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 [EMAIL PROTECTED] 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+
Re: Problème grub
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, [EMAIL PROTECTED] 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+ >
Problème grub
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+