J'ai pas envie de te faire tout faire Wisthler, mais mes compétences sont décidément limités :S
Pour ce qui est de l'erreur au démontage, je l'ai eu sur les deux oui.
J'ai suivi le wiki en faisant:
mount /dev/<device-or-partition-name> /mnt/arch
cd /mnt/arch
mount -t proc proc proc/
mount -t sysfs sys sys/
mount -o bind /dev dev/
Puis un umount pour chaque "ligne" de mount.
De souvenir, çà me disait quelque chose comme "proc and sys are not mounted according to mtab" et çà coincait toutefois lors du démontage de la clé (monté pour le coup en /mnt/arch et /mnt/archstick selon la clé utilisée)
#test boot normal sur clé
menuentry "Arch Linux - hd1" {
set root=(hd1,1)
linux /boot/vmlinuz26 root=/dev/sdb1
initrd /boot/kernel26.img
}
#test boot sur clé par chaînage
menuentry "Arch Linux - chainloader" {
set root=(hd1,1)
chainloader (hd1,1)+1
}
Puis mettre à jour le grub.cfg avec (bien sûr garde-celui qui fonctionne sous le coude ):
(pas de garantie, je n'utilise pas grub2 ... de toutes manières, je crains que le chaînage te fasse retomber sur le grub inexpliquablement foireux... la première option par contre devrait marcher, enfin j'espère... )
Rapport à la clef, via le chroot, tu pourrais essayer d'installer grub manuellement via son prompt plutôt que par grub-install.
J'ai fait ce que tu m'as dit pour ajouter les menu à grub2 de Mint. Au boot çà donne:
Pour le #test boot normal sur clé:
Au moins c'est "rassurant" d'avoir la même erreur... bein que je ne sache pas du tout à quoi ça correspond...
A moins que tu arrives à mettre à jour grub2 via la méthode automatique (ou que quelqu'un sache précisément quoi faire en manuel), je te suggère de te concentrer sur le boot de la clef elle-même. Tu pourrais t'aider de Supergrub http://www.supergrubdisk.org/. Il est impératif d'avoir au moins le grub en bon état.
Aussi, tant que j'y pense... utilise les uuids pour identifier les (la) partitions de ta clef dans le menu.lst.
«The following statement is not true. The previous statement is true.»
Je vais essayer de refaire deux install (une par clé) dans les jours qui viennent.
Là j'ai vraiment trafiqué beaucoup trop de chose.
Toute à l'heure je pensais être chrooté sous ma clé sous Arch. J'ai donc réinstallé grub.
Au reboot, Mint refuse de booter, j'ai compris que j'avais foutu mon install en l'air...
Grosse peur pour mes données, j'ai finalement chrooté (décidément jfais que çà) ac le Live CD d'Arch, et ai réussit à reinstaller grub.
Via le chroot tu as probablement installé grub sur le mauvais disque, à force de booter sur l'un ou l'autre disque on s'y perd (mais bon, comme tu as rattrapé sans problèmes ).
N'hésite pas à dupliquer les entrées dans le menu.lst de façon à avoir hd0,0 et hd1,0 . Et passe par les uuids, tu auras moins de soucis.
Mais la façon dont les /dev ont été listés est très curieuse... Tu t'es servi de quoi pour l'installation ?
«The following statement is not true. The previous statement is true.»
Bonjour
Juste une récapitulation pour comprendre comment tu pratiques.
Ton PC est éteint avec une clé USB connectée.
Tu allumes et tu souhaites que le boot est lieu à partir de la clé.
Maintenant les questions que je me pose, certaines sont très bêtes mais .... :
Ton BIOS est il configuré pour booter à partir d'un port usb ?
L'ordre de recherche des périphériques pour le boot est il le bon ?
Le chargeur de GRUB est il bien sur le bon master boot ?
Karhu.
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
une idée comme ça en passant, une clé usb c'est de la mémoire flash. Est-ce qu'il y a seulement moyen de mettre le grub dans le MBR sur une clé usb ?
Sinon, le même problème avec 2 clés différentes du même modèle (enfin, si j'ai bien suivi), ça me semble louche. T'as regardé sur le web s'il y avait pas des infos sur un problème "similaire" ?
« Si la matière grise était plus rose, le monde aurait moins les idées noires »
Refait une install sur une autre clé (Kingston Datatraveler 2Go) en utilisant les UUID, et le reste comme d'habitude.
J'ai grub avec le menu de sélection ! Bon après j'ai un "file not found" au moment de booter le kernel me semble-t-il mais bon, là n'est pas la question (peut être lié à mkinitcpio.conf...). Je donnerai plus de détails dès que possible, là je pose en speed ^^
Pour la suite je vais installer de refaire une install sur mes clés OCZ en utilisant les UUID et voir ce que çà donne.
Je vois pas trop comment çà serait lié à des clé usb neuve, et de marque pour le moment mais bon...
Link_ a écrit :J'ai grub avec le menu de sélection ! Bon après j'ai un "file not found" au moment de booter le kernel me semble-t-il mais bon, là n'est pas la question (peut être lié à mkinitcpio.conf...). Je donnerai plus de détails dès que possible, là je pose en speed ^^
Ce genre de choses se corrige sans problèmes.
Link_ a écrit :Pour la suite je vais installer de refaire une install sur mes clés OCZ en utilisant les UUID et voir ce que çà donne.
Je vois pas trop comment çà serait lié à des clé usb neuve, et de marque pour le moment mais bon...
«The following statement is not true. The previous statement is true.»
Cela pourrait être dû à une particularité de la marque en question d'où ma question
Wisthler a écrit :Sinon, le même problème avec 2 clés différentes du même modèle (enfin, si j'ai bien suivi), ça me semble louche. T'as regardé sur le web s'il y avait pas des infos sur un problème "similaire" ?
« Si la matière grise était plus rose, le monde aurait moins les idées noires »
Ca se confirme...
Refait une install avec les UUID et une de mes clé OCZ, et j'ai encore ce soucis sous grub.
@Wisthler: J'avais fait quelques recherches, mais n'avais rien trouvé de particulier à ce sujet.
Je ne sais pas tellement quels sont mes recours, si je contacte OCZ ils ne seront pas foutu de me dire de quoi çà vient à mon avis...
EDIT: karhu: Réponse affirmative à toutes tes questions
Dernière modification par Link_ le jeu. 21 avr. 2011, 13:25, modifié 1 fois.
#dupliquer les entrées dans le menu.lst (hd0/hd1) puis:
$ grub
grub > find /boot/grub/stage1
grub > root (hd1,0) #la partition trouvée par find qui correspond à ta clef
grub > setup (hd1) #installation de grub sur le MBR
grub > setup (hd1,0) #... en option, sur la première (la seule) partition de ta clef, tant qu'on y est
grub > quit
#rechanger l'ordre de boot lors du prochain démarrage...
N'hésite pas à nous indiquer les différentes sorties de ces commandes.
... plutôt que de faire une installation, tu peux aussi essayer un live pré-configuré, genre CTK Arch...
«The following statement is not true. The previous statement is true.»
Je désespère, moi qui pensait que OCZ était une bonne marque...
Enième install, 32bits, détection des partitions par /dev/sdb:
FoolEcho: J'ai tenté l'installation de grub en manuel, une fois chrooté:
GNU GRUB version 0.97 (640K lower / 3072K upper memory)
[ Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists the possible
completions of a device/filename. ]
grub> find /boot/grub/stage1
Error 15: File not found
grub>
Pas plus de succés en faisant un grub-install:
[root@laptop /]# grub-install /dev/sdb
/dev/sdb: Not found or not a block device.
[root@laptop /]#
):
)
).
