Mano
Bonjour,
j'ai posté il y a quelques jours un rapport de bug qui incriminait GRUB.
Pour information ou rappel, j'ai 2 disques montés sur racks ou tiroires ou glissières c'est comme on veut appeler. Ce système me permet de travailler avec un disque soit le hdb ou le hdc soit avec les 2 en même temps. hdc reçoit régulièrement les distributions que je veux tester avant de les mettre opérationnelles sur hdb. C'est ainsi que pour tester FC5 je l'ai installé sur hdc sur 2 partitions (une / l'autre /home).
Le problème est que dans un premier temps après avoir déployé FC5 sur hdb, lorsque que mes 2 disques étaient opérationnels c'est une veille fc4 qui avait été installé sur hdc qui était lancée.
Drpixel m'avait demandé de verifier le kernel lancé au boot. Comme j'avait dû réinstaller fedora5 j'ai été surpris lorsqu'il a démarrer FC5 et non plus fc4 avec mes 2 DD mais pour me logger je suis obligé de donner le compte défini sur hdc.
Ajourd'hui j'ai fait yum update sur l'installation de fc5 sur (hd0= /dev/hdb) et pas sur l'autre. Donc j'ai un Kernel 2.6.15-1.2054_FC5 sur hdc et un kernel 2.6.15-1.2080_FC5 sur hdb. Au boot le noyau lancé est bien celui de hd0 (hd0= /dev/hdb) soit le 2.6.15-1.2080_FC5, mais le /home est sur l'autre disque, celui qui a été défini lors de l'installation 2.6.15-1.2054_FC5. Je n'ai pas les mêmes comptes sur les deux distributions. Je n'ai pas modifié les fstab. De même que lors de l'installation des distributions je ne rends opérationnel que le disque sur lequel je fais l'installation.
En résumé, lorsque je démarre avec les 2 disques, je boot a partir de hdb c'est normal et c'est le bon noyau qui est lancé mais le /home est rechercher sur l'autre disque. Dans fstab ce disque n'est pas monté (c'est à dire aucune de ses partitions). Le map de grub est (hd0) = /dev/hdb et rien d'autre. Seul repère, sur hdb le répertoire / est en partition (hd0,7) et /home en (hd0,6) tandis que sur hdc le /home est sur hdc partition 8 (si hd1 = /dev/hdc avait été défini ce serait en (hd1,7)) et le / est sur la partion 7 (soit (hd1,6)) mais hdc n'est pas défini dans le map de grub. D'ou bug a l'initialisation.
Si quelqu'un a une solution car les corrections téléchargées aujourd'hui ne change rien.
A bientôt.
:-D
Mano
Bonsoir,
Y a-t-il un moyen de forcer Fedora pour qu'il aille chercher certains répertoires là on je le voudrais. pour l'instant le seul système qui accepte de travailler avec les deux disques en bootant depuis hdb est Windows. Imaginez la gymnastique pour passer des fichçiers d'un système Linux à l'autre.
A+
drpixel
Y a-t-il un moyen de forcer Fedora pour qu'il aille chercher certains répertoires là on je le voudrais. pour l'instant le seul système qui accepte de travailler avec les deux disques en bootant depuis hdb est Windows. Imaginez la gymnastique pour passer des fichçiers d'un système Linux à l'autre.
Y'a pleins d'incohérence ... Précise ta pensée si tu veux de l'aide.
Mano
Ben c'est pourtant facile,
J'ai une FC5 qui lance le bon noyau mais qui va chercher le /home d'un autre distribution sur un autre disque sans que je modifie quoique ce soit ni dans fstab ni dans grub!
En bref (je vais essayer) j'ai 2 HDD que je peux utiliser en solo séparement ou les 2 ensembles sans changer le positionnement sur l'ordi. hdb reste toujours hdb et hdc reste toujours hdc. lorsque les 2 sont opérationnel, pour le bios c'est hdb qui est prioritaire.
J'ai une fc5 sur chaque disque avec grub sur chaque disque.
Donc hdb j'ai fc5 et /home avec un compte Toto et windows XP
Sur hdc j'ai mandriva, fc4 et fc5 chacune avec /home et compte titi pour fc5 (d'autre compte pour les autres distributions) et une partition fat32.
si je demarre avec hdb seul et choisi xp ou fc5 ça fonctionne normalement, je dois saisir Toto pour me logger sur fc5 noyau 2.6.15-1.2080_FC5, map (hd0 = /dev/hdb
si je demarre avec hdc seul et choisi mandriva,fc4,fc5 çà fonctionne nomalement, je dois saisir titi pour me logger sur fc5 noyau 2.6.15-1.2054_FC5 map hd0 = /dev/hdc)
.
si je demarre avec les 2 disques le choix XP ça fonctionne. Si je choisi FC5 il lance le noyau qui est sur hdb (2.6.15-1.2080_FC5) mais n'autorise que le compte titi(qui est sur hdc noyau 2.6.15-1.2054_FC5). comme je n'ai pas modifié grub.conf sur hdb, ni fstab dans aucune de mes fc5, je ne peut choisir les autres distributions ni pour aller sur l'autre disque a partir d'une fc5.. Donc visiblemenent croisement de disque et je n'ai toujours dans la map que hd0 = /dev/hdb.
La seule différence dans les installations des fc5 est que sur hdb /home est sur hbd partition 7 et la racine "/" sur la partition 8 tansdis que sur hdc, / est sur la partition 8 et /home sur la partition 9. J'ai donc l'impression que fc5 scane les disques et prend la première partition de fc5 valide. (dans les 2 cas le swap est en fin de disque).
D'ou question comment au chargement de fc5 sur hdb lui dire que /home est sur hdb et non sur hdc.
Désolé de ne pouvoir faire des copies écrans, mais je suis au bureau et chez moi je dois redemarrer l'ordinateur et passer par Windows qui n'est pas configuré pour internet pour rassembler les fichiers.
J'espère avoir été assez clair.
A+
drpixel
J'ai une FC5 qui lance le bon noyau mais qui va chercher le /home d'un autre distribution sur un autre disque sans que je modifie quoique ce soit ni dans fstab ni dans grub!
C'est problablement a cause des labels de tes partitions.
Regardes dans fstab sur quoi se base de systeme pour monter les partitions ... le label ou le device
Ensuite on verra pour le reste 😉.
Mano
Bonsoir,
Je vais passer dans l'ordre qui me semble logique mes fichiers de configuration du disque hdb
1) le fichier device.map
# this device map was generated by anaconda
(hd0) /dev/hdb
2) le fichier grub.conf
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You do not have a /boot partition. This means that
# all kernel and initrd paths are relative to /, eg.
# root (hd0,7)
# kernel /boot/vmlinuz-version ro root=/dev/hdb8
# initrd /boot/initrd-version.img
#boot=/dev/hdb
default=0
timeout=120
splashimage=(hd0,7)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora Core (2.6.16-1.2080_FC5)
root (hd0,7)
kernel /boot/vmlinuz-2.6.16-1.2080_FC5 ro root=LABEL=/1 rhgb quiet
initrd /boot/initrd-2.6.16-1.2080_FC5.img
title Windows XP
rootnoverify (hd0,0)
chainloader +1
3) le fichier fstab
LABEL=/1 / ext3 defaults 1 1
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
LABEL=/home /home ext3 defaults 1 2
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
LABEL=SWAP-hdb6 swap swap defaults 0 0
Sachant que l'installation sur le 2ieme disque est la même au noyau près, seul le device.map change.
# this device map was generated by anaconda
(hd0) /dev/hdc
même avec les labels, comme hdc n'était pas monté ni installé sur l'ordinateur, je ne comprends pas comment fc5 peut aller chercher le home sur hdc alors qu'il boot sur hdb.
A+
Mano
Voici après reboot sur le disque hdc les mêmes fichiers
# this device map was generated by anaconda
(hd0) /dev/hdc
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You do not have a /boot partition. This means that
# all kernel and initrd paths are relative to /, eg.
# root (hd0,8)
# kernel /boot/vmlinuz-version ro root=/dev/hdc9
# initrd /boot/initrd-version.img
#boot=/dev/hdc
default=1
timeout=120
splashimage=(hd0,8)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora Core (2.6.15-1.2054_FC5)
root (hd0,8)
kernel /boot/vmlinuz-2.6.15-1.2054_FC5 ro root=LABEL=/1 rhgb quiet
initrd /boot/initrd-2.6.15-1.2054_FC5.img
title fc4
root (hd0,6)
kernel /boot/vmlinuz-2.6.11-1.1369_FC4 ro root=LABEL=/ rhgb quiet
initrd /boot/initrd-2.6.11-1.1369_FC4.img
title mandriva
kernel (hd0,0)/boot/vmlinuz root=/dev/hdc1 resume=/dev/hdc6 splash=silent vga=788
initrd (hd0,0)/boot/initrd.img
title Windows
rootnoverify (hd0,0)
chainloader +1
title Other
rootnoverify (hd0,11)
chainloader +1
le fstab
LABEL=/1 / ext3 defaults 1 1
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
LABEL=/home1 /home ext3 defaults 1 2
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
/dev/hdc7 /mnt/fedo4 ext3 defaults 1 2
/dev/hdc6 swap swap defaults 0 0
Mano
Bonjour,
Il n'y a vraiment personne qui a une idée?
Comment faut-il faire pour remonter ce problème a l'équipe FEDORA?
Merci
Mano
bonsoir a tous,
J'ai toujours pas trouvé et je n'ai aucune idée.
Y a vraiment personne qui a déjà eu ce problème?
C'est quand même pas normal de devoir systématiquement passer par windows pour échanger des fichiers entre 2 fc5!!!
Même une mise à jour faite dimanche n'a rien arrangé.
@+
Mano
Après moulte réinstall, j'ai toujours pas de solution a ce probleme de FC5 qui va chercher ailleurs.Pour l'instant je dois profiter d'être sous Mandriva pour vous contacter car j'ai encore fait des essais pour résourdre mon problème de multi install et multi boot.
J'aimerai savoir ce qu'en pense l'équipe de FEDORA Project, y-a-t-il un moyen simple de soumettre ce problème?
Bonne nuit et a bientôt.
Manolo
