Bonjour,
j'ai installé grub sur une clé usb et j'obtient au redémarrage :
Je m'attendais plutot à une erreur du style :Code:operation system not found
Merci.Code:you need to load the kernel first
Version imprimable
Bonjour,
j'ai installé grub sur une clé usb et j'obtient au redémarrage :
Je m'attendais plutot à une erreur du style :Code:operation system not found
Merci.Code:you need to load the kernel first
Ah!,
Et qu'attends-tu de nous? que l'on modifie grub pour qu'il affiche le message que tu souhaites?:aie:
Bonjour,
Non j'aurais aimé avoir une petite explication du pourquoi de l'erreur.
Bonjour,
Vueillez m'excuser. voila les informations demandées.
Les fichiers contenue dans boot : aucun
Il y a vmlinux-3.10.2 dans / de la clé usb.
La partie intéressante de /boot/grub/grub.cfg est :
Il n'y a pas sur la clé usb de dossier /etc/grub.dCode:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36 menuentry 'Ubuntu, with Linux 3.2.0-23-generic-pae' --class ubuntu --class gnu-linux --class gnu --class os { recordfail gfxmode $linux_gfx_mode insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos6)' search --no-floppy --fs-uuid --set=root 80fd0808-7f12-4a31-b9ec-90a81b168bf4 linux /boot/vmlinuz-3.2.0-23-generic-pae root=/dev/sda6 ro quiet splash $vt_handoff initrd /boot/initrd.img-3.2.0-23-generic-pae } menuentry 'Ubuntu, with Linux 3.2.0-23-generic-pae (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os { recordfail insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos6)' search --no-floppy --fs-uuid --set=root 80fd0808-7f12-4a31-b9ec-90a81b168bf4 echo 'Loading Linux 3.2.0-23-generic-pae ...' linux /boot/vmlinuz-3.2.0-23-generic-pae root=/dev/sda6 ro recovery nomodeset echo 'Loading initial ramdisk ...' initrd /boot/initrd.img-3.2.0-23-generic-pae } ### END /etc/grub.d/10_linux ### ### 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. menuentry 'test' --class ubuntu --class gnu-linux --class gnu --class os { set root='(hd1,msdos1)' linux /vmlinuz-3.10.2 root=/dev/sdb1 ro quiet splash $vt_handoff #initrd /initrd.img-3.10.2 } ### END /etc/grub.d/40_custom ###
Au cas ou cela serait une erreur de montage, je vous joins /etc/fstab et /etc/init.d/rcS de la clé usb :
Code:
1
2
3
4
5
6
7 # /etc/fstab # <file system> <mount point> <type> <options> <dump> <pass> /dev/sdb1 / ext3 defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs defaults 0 0
Merci.Code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 # /etc/init.d/rcS # Mount filesystem from /etc/fstab (currently /proc + /sys) mount -a mount -o remount,rw / # Populating /dev with mdev mdev -s echo "/dev was populated by mdev :-!" # Get boot time uptime # Configure french keyboard loadkmap < /etc/french.kmap ifconfig lo 127.0.0.1 ifconfig eth1 172.17.12.188
tu es sur de la nomination de tes médias ?
hd0/sd0 ? et ainsi de suite...
par exemple là le root est hd1 puis sdb1 ça peut être voulu, mais ça peut aussi etre une erreur :
à vérifier pour les autres entrées menu grub aussiCitation:
set root='(hd1,msdos1)'
linux /vmlinuz-3.10.2 root=/dev/sdb1
Bonjour,
Ma clé se monte par défaut en /dev/sdb1, d'ou le hd1 pour sdb1 et /dev/sdb1.
Toutes les autres entrées ne ménent à rien car sur ma clé usb il n'y a qu'un seul noyau et je ne le ai pas supprimer ou cas ou je ferai une betise. J'ai copié la configuration de ma machine et j'ai changer l'entrée custom_40 telle que tu la présentés.
Merci
Salut,
Faut qu'on soit bien d'accord :
Si la réponse est "oui" à ces quatre questions, j'ai bien peur que le bootloader ait été updaté sur le DD seulement :aie:
- tu vois l'entrée "test" quand tu démarres la machine avec la clé ?
- tu appuies sur <ENTRÉE> et tu te prends le message de ton premier post ?
- tu as fais tourner après un boot sur ton DD un update-grub avec la clé insérée ?
- si tu bootes le DD sans clé, tu vois aussi l'entrée "test" ?
Pas génant en soi, mais pas de boot sur la clé...
J'ai eu un cas similaire il y a quelques mois. Ma solution : désactiver le DD dans le bios, booter sur un live-cd, mettre la clé, vérifier ses identifiants au passage et refaire tourner update-grub.
Y a pas de eth0 ?
Bonjour,
je crois qu'il faut rajouter certains options au noyau et retarder le boot de la clé usb par un patch sur le noyau car celui-ci s'effectue avant la machine hote.
Merci.
lapin compris non plus cette phrase. :roll:
et j'attends aussi les réponses posées au post #Jipété de 00h01, pour essayer d'avancer sur ce sujet :D
Ah, désolé je nvais pas vu.
En réponse à Jipété,
1. non
2. non
3 non
4. non
Oui je n'ai pas de eth0 sur ma machine.
Merci.
Ouvre les yeux sinon on va jamais y arriver.
Je rappelle donc la première question : tu vois l'entrée "test" quand tu démarres la machine avec la clé ?, à laquelle tu réponds "non". Comment veux-tu booter dessus, alors ?
Question 2 : tu appuies sur <ENTRÉE> et tu te prends le message de ton premier post ? Tu réponds aussi "non" : il sort d'où, alors, le message de ton 1er post ?
Questions 3 et 4 sans intérêt (pour le moment).
Je te conseille de méditer sur la solution que je m'étais trouvée pour pouvoir booter une clé sur laquelle j'avais reproduit le système de fichiers de mon DD, plus un peu de tuning (fstab, et ch'sais plus quoi).
Rien à voir avec ton problème de boot, mais ça m'intriguait :
C'est possible, ça ?
le nomage décalé des devices oui c'est tout à fait possible.
le cas typique est une motherboard équipée d'une carte réseau sur le modèle haut-de-gamme mais qui ne l'a pas sur le modèle standard, mais par contre il y a l'essentiel des composants pour ducoup ca detecte lors de l'install et de la création des devices mais comme le test de retour est négatif, ça ne crée pas le /dev/ethX correspondant et passe au suivant....si on joue manuellement avec le MAKEDEV ça arrive aussi, ou quand il y a un echec à la detection lors de l'install mais qu'au premier boot ça passe il peut y avoir du décalage aussi ... bref tout un tas de cas classiques qui peuvent faire qu'on ai le 1,2 ou 3 comme premier eth.
Mais en général on tombe plutot sur l'inversion d'instance genre la carte attendu comme 0 est la 1 et celle attendue comme la 1 est la 0....
;)
Citation:
Ma clé se monte par défaut en /dev/sdb1, d'ou le hd1 pour sdb1 et /dev/sdb1
vous confondez GRUB et linux
si vous bootez à partir d'une clé USB, elle est pour GRUB2 hd0 (et non hd1)
Bonjour,
Je démarre dans le BIOS configuré pour booter en premier sur la clé USB. Après la première chose qui me tombe sous les yeux c'est :
Ensuite seulement j'ai le menu grub de l'ordinateur qui s'affiche normalemnt.Code:operating system not found
Je penses c'est parce que j'ai raté l'installation de grub.
C'est la meme erreur que si grub n'était pas installé
J'ai recommencé l'instalation et toujours la meme erreur.
Voici ce que j'ai fait pour installer grub sur ma clé usb:
le contenu que j'ai mis est:Code:
1
2 grub-install --no-floppy --root-directory='/media/632df086-8cd9-4a5c-af53-4a16360de90f' /dev/sdb1 gedit /boot/grub/grub.cfg
l'arborescence des fichiers sur ma cléCode:
1
2
3
4
5
6 default 0 timeout 7 title test GRUB root (hd1,msdos1) kernel /boot/vmlinuz-3.2.0-23-generic-pae
boot -> grub vmlinuz-3.2.0-23-generic-pae -> grub.cfg et peins d'autre fichiers généré par grub-install
Merci.
Bonsoir,
(dure journée...)
Connaissait pas. Merci pour le tuyau :ccool:
Quelqu'un a vu passer la commande update-grub ?
Déjà signalé il y a deux jours...
As-tu réfléchi à ce que qu'a dit HRS à propos de l'identification des périf's, et au fait qu'il a fallu que je désactive mon DD pour avoir une clé bootable ?
Bonjour,
DD, c'est l'entrée SATA1 du BIOS?
C'est probablement grub qui est mal installé vu mon message d'erreur et pas une erreur de configuration.
Merci.
Yep !
Toujours pas de nouvelles de update-grub ?
C'est lassant...
Allez hop, un peu de lecture, tu devrais pouvoir y trouver la solution.