les ennuis commence au reboot après installation

[beneos]

Salut à tous,

Tout dabord une presentation de ma machine :

AMD athlon64 x2 5000+
2Go DDR2 800
ASUS M2N-sli Deluxe
WD 250Go
MSI Nvidia 9800 GT 1Go

Ceci fait j'ai un problème lors de l'instalation de fedora 12 X86_64, en fait à l'installation je résume les choix des partition.

partition :

/boot en primaire 250Mo ext4
swap 4096Mo
/ environ 45g0 ext4
/home 200Go ext4

Donc lors de l'instalation il n'y à pas de problème mais lors du reboot il ne lance ni le grub ni autre chose, la seul chose qui s'affiche a l'ecran c'est :

ACPI Expecting a (Reference) package element, found type 0
Kernel panic -not synccing VFS : Unable to mount root fs on unknown-block(0,0)

Voila j'espère que quelqu'un va pouvoir m'aider.

Merci d'avance.

[Winnt]

Salut,

Paut tu donner ton fstab (/etc/fstab) que l'on voit cela.

PS : ext4 pour boot ? ext2 suffit largement à mon avis.

[beneos]

Salut,

Oui j'ai réinstaller hier en mettant en ext2 car je me suis demander si le problème ne venait pas de ca, mais apparemment non.

En ce moment je suis au travail je te poste le contenu de fstab des que je rentre.

Merci de ton aide

[frp31]

peut etre un défaut de ACPI

peut etre une config grub avec le lancement acpi=no ou noacpi (je ne me souviens plus)
car manifestement le grub a bien tanté de lancer le kernel.


quand au /boot en EXT4, je confirme, ça n'a aucun interet. ça n'a pas de probleme non plus d'ailleurs c'est juste inutile parcequ'ext4 n'est pas interessant sur des petits volumes

[beneos]

voila le contenue de mon fstab

ts 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
fstab (END)


et celui du menu.lst


# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/sda2
# initrd /initrd-[generic-]version.img
#boot=/dev/sda
default=0
timeout=0
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.31.12-174.2.19.fc12.x86_64)
root (hd0,0)
kernel /vmlinuz-2.6.31.12-174.2.19.fc12.x86_64 ro root=UUID=996ec0d6-8166-415c-9b6c-87f67d23411d LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fr-latin1 rhgb quiet
initrd /initramfs-2.6.31.12-174.2.19.fc12.x86_64.img

[jeanbi]

re ,
voila le probleme , le boot sur un ext4 ça marche pas
il faut refaire ...
a+

[beneos]

Oui possible, mais j'ai changer je ne suis plus en ext4 en ext3 et ca ne marche pas mieux

[SYL666]

hmmm.... si tu fais un kernel panic ... c'est que le kernel a booté ... donc je pense pas que ce soit grub qui embête.

Je fait que tu ne vois pas grub est probablement du au "timeout=0"


comme disait frp31, je te conseille d'essayer sans l'ACPI.

pour cela, ajoute dans ta [longue] liste d'option de boot de ton grub.conf (la ligne "kernel /vmlinuz [...]" ):

Code :

acpi=off

[beneos]

Salut,

Oui acpi=off enlève bien la premier erreurs mais la seconde persiste
Une personne qui a eu le même soucie avec ArchLinux ma dit de ne pas mettre de partition pour le /boot et effectivement ça fonctionne bizarre non

[SYL666]

étrange ... effectivement!
Surtout que c'est pas glop d'avoir un /boot dans la racine (au revoir le root lvm ou soft RAID, ça rend difficile la gestion de plusieurs OS Linux, etc)

Bon ... et bien tant pis pour toi! :p

En cherchant vite fait sur Internet, cela viendrait peut être du roo=UUID=..., ou d'un hic dans l'initramfs.

Note que si tu est courageux, masochiste, teigneux, têtu, borné et casse-cou, rien est perdu : tu peux toujours tenter de recréer un "/boot" et continuer les essais!

PS : pour informations sur les notes plus haut :
Mon /boot est en ext4 et je n'ai pas de problème (fedora 12). Mais oui, effectivement, c'est pas très utile.