Les ennuis commence au reboot après installat
beneos
-
jeanbi Messages postés 15119 Date d'inscription Statut Contributeur Dernière intervention -
jeanbi Messages postés 15119 Date d'inscription Statut Contributeur Dernière intervention -
Bonjour,
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.
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.
A voir également:
- Les ennuis commence au reboot après installat
- Reboot pc - Guide
- Reboot system now - Guide
- Que veut dire reboot ✓ - Forum Windows
- Je commence la nuit et je termine le matin ✓ - Forum Loisirs / Divertissements
- Press any key to reboot the machine - Forum Windows
13 réponses
Ce message survient après grub. Il se peut que le boot loader (grub, lilo...) n'ait pas été affiché si fedora ne proposait qu'un noyau à démarrer mais ce n'est pas super judicieux de leur part si c'est bien ça.
Toujours est-il que ton message d'erreur survient après, au moment de charger le kernel.
Le problème c'est que le boot loader permet de lancer différents kernel et avec différentes options. En particulier des options noacpi et noapic qui dans ton cas pourraient résoudre le problème :s.
http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1266578766180+28353475&threadId=1172060
Si ton boot loader s'affichait, il suffirait d'appuyer sur la touche tabulation pour compléter la ligne d'options à passer au kernel (pour à terme pouvoir corriger /boot/grub/grub.cfg, /boot/grub/menu.lst ou /etc/lilo.conf selon le boot loader installé).
Une solution pourrait consister à démarrer sur un CD d'installation linux de sorte à lancer un terminal. Ensuite il s'agit de te chrooter sur ta partition / de sorte à ce que tout se passe comme si tu avais démarré normalement. Il sera dès lors possible de reconfigurer ton grub loader, installer un autre noyau via yum etc... Pour voir comment se chrooter, je t'invite à lire ceci :
https://forums.commentcamarche.net/forum/affich-12464442-plantage-d-ubuntu-apres-une-mise-a-jour
Une autre solution consiste à tester une autre distribution, par exemple une debian. Dans ce cas là, grub ou lilo sera installé et tu pourras facilement passer des options à ton kernel si nécessaire.
Bonne chance
Toujours est-il que ton message d'erreur survient après, au moment de charger le kernel.
Le problème c'est que le boot loader permet de lancer différents kernel et avec différentes options. En particulier des options noacpi et noapic qui dans ton cas pourraient résoudre le problème :s.
http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1266578766180+28353475&threadId=1172060
Si ton boot loader s'affichait, il suffirait d'appuyer sur la touche tabulation pour compléter la ligne d'options à passer au kernel (pour à terme pouvoir corriger /boot/grub/grub.cfg, /boot/grub/menu.lst ou /etc/lilo.conf selon le boot loader installé).
Une solution pourrait consister à démarrer sur un CD d'installation linux de sorte à lancer un terminal. Ensuite il s'agit de te chrooter sur ta partition / de sorte à ce que tout se passe comme si tu avais démarré normalement. Il sera dès lors possible de reconfigurer ton grub loader, installer un autre noyau via yum etc... Pour voir comment se chrooter, je t'invite à lire ceci :
https://forums.commentcamarche.net/forum/affich-12464442-plantage-d-ubuntu-apres-une-mise-a-jour
Une autre solution consiste à tester une autre distribution, par exemple une debian. Dans ce cas là, grub ou lilo sera installé et tu pourras facilement passer des options à ton kernel si nécessaire.
Bonne chance
Salut,
J'avais déjà éditer la ligne du kernel dans le fichier grub.conf pour y ajouter acpi=off qui ma d'ailleurs enlever la premier erreur mais le Kernel panic est rester.
Je n'ai pas pensé a réinstaller un autre noyau après avoir chrooter ma partition je vais voir de ce coter.
Merci je vous tient au courant je vais tester ca ce soire.
J'avais déjà éditer la ligne du kernel dans le fichier grub.conf pour y ajouter acpi=off qui ma d'ailleurs enlever la premier erreur mais le Kernel panic est rester.
Je n'ai pas pensé a réinstaller un autre noyau après avoir chrooter ma partition je vais voir de ce coter.
Merci je vous tient au courant je vais tester ca ce soire.
J'avais déjà édité la ligne du kernel dans le fichier grub.conf pour y ajouter acpi=off qui m'a d'ailleurs enlevé la première erreur mais le Kernel panic est resté.
Oui c'est normal.
A mon avis ton noyau actuel ne prend pas en charge ton disque dur. Je ne sais pas si c'est un noyau maison ou pas, mais typiquement si tu n'as pas le support SATA, SCSI etc... alors que c'est un disque SATA ton disque n'est pas pris en charge et le système plante lamentablement. Normalement ce n'est pas sensé arrivé si c'est un noyau fourni via un paquet fedora.
A ta place je téléchargerais la dernière version de fedora (ou de n'importe quelle distribution) pour être sûr d'avoir un noyau qui supporte ton disque dur.
Bonne chance
Oui c'est normal.
A mon avis ton noyau actuel ne prend pas en charge ton disque dur. Je ne sais pas si c'est un noyau maison ou pas, mais typiquement si tu n'as pas le support SATA, SCSI etc... alors que c'est un disque SATA ton disque n'est pas pris en charge et le système plante lamentablement. Normalement ce n'est pas sensé arrivé si c'est un noyau fourni via un paquet fedora.
A ta place je téléchargerais la dernière version de fedora (ou de n'importe quelle distribution) pour être sûr d'avoir un noyau qui supporte ton disque dur.
Bonne chance
J'utilise fedora 12 Constantine qui est la dernière version de fedora avec le noyau 2.6.31.12-174.2.3.fc12.x86_64
qui et celui proposer par fedora je n'ai rien modifier
le disque et en SATA WD2500 digital caviar (250 GO )
qui et celui proposer par fedora je n'ai rien modifier
le disque et en SATA WD2500 digital caviar (250 GO )
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Effectivement tout est récent, mais manifestement ce noyau ne supporte pas ton disque dur. Il faudrait faire une recherche google sur ton modèle de disque dur.
Dans l'immédiat à part récupérer une autre version de noyau ou en recompiler un toi-même en t'assurant que tout le nécessaire est dans le noyau, il n'y a pas vraiment de solution. Ceci dit c'est un peu surprenant car de nos jours les disques dur sont généralement bien reconnus sous linux.
Tu peux également tenter ta chance avec une autre distribution, avec un peu de réussite ils utilseront un kernel plus récent ou qui supportera ton disque dur.
Dans l'immédiat à part récupérer une autre version de noyau ou en recompiler un toi-même en t'assurant que tout le nécessaire est dans le noyau, il n'y a pas vraiment de solution. Ceci dit c'est un peu surprenant car de nos jours les disques dur sont généralement bien reconnus sous linux.
Tu peux également tenter ta chance avec une autre distribution, avec un peu de réussite ils utilseront un kernel plus récent ou qui supportera ton disque dur.
bonjour,
à mon avis , cela n'a rien à voir avec le disque dur ,
donne nous voir le contenu du
/boot/grub/menu.lst
à mon avis c'est la que se situe le souci
perso j'ai un dd sata de 500 giga aucun souci reconnaissance
a+
FC 11 - Mandriva 2009 -Debian squeeze-
Les meilleures choses ont besoin de patience.(JC ANGLADE)
penser aux astuces https://www.commentcamarche.net/list
à mon avis , cela n'a rien à voir avec le disque dur ,
donne nous voir le contenu du
/boot/grub/menu.lst
à mon avis c'est la que se situe le souci
perso j'ai un dd sata de 500 giga aucun souci reconnaissance
a+
FC 11 - Mandriva 2009 -Debian squeeze-
Les meilleures choses ont besoin de patience.(JC ANGLADE)
penser aux astuces https://www.commentcamarche.net/list
Voila le contenue 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
# 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
re ,
voila le probleme , le boot sur un ext4 ça marche pas il faut de l'ext3
il faut refaire ...la partition de boot
refait ton installe tu y gagnera du temps
/ boot ext3
le reste ext4 pas de soucis
a+
voila le probleme , le boot sur un ext4 ça marche pas il faut de l'ext3
il faut refaire ...la partition de boot
refait ton installe tu y gagnera du temps
/ boot ext3
le reste ext4 pas de soucis
a+
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="DM_snapshot_cow"
/dev/loop2: TYPE="squashfs"
/dev/loop3: LABEL="Fedora-12-i686-L" UUID="b31beb5d-5a2e-4da6-a9dd-0551fe9f4d3c" TYPE="ext4"
/dev/loop4: TYPE="DM_snapshot_cow"
/dev/sda1: UUID="15c3062f-5cfd-4d3d-aa6e-be75ca82c11c" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda2: UUID="996ec0d6-8166-415c-9b6c-87f67d23411d" TYPE="ext4"
/dev/sda3: UUID="6039bd4f-9046-45f4-be57-aade5e3568cb" TYPE="swap"
/dev/sda5: UUID="eaee918c-f5e9-4adc-a25b-5c7b6391843c" TYPE="ext4"
/dev/mapper/live-rw: LABEL="Fedora-12-i686-L" UUID="b31beb5d-5a2e-4da6-a9dd-0551fe9f4d3c" TYPE="ext4"
/dev/mapper/live-osimg-min: LABEL="Fedora-12-i686-L" UUID="b31beb5d-5a2e-4da6-a9dd-0551fe9f4d3c" TYPE="ext4"
/dev/loop1: TYPE="DM_snapshot_cow"
/dev/loop2: TYPE="squashfs"
/dev/loop3: LABEL="Fedora-12-i686-L" UUID="b31beb5d-5a2e-4da6-a9dd-0551fe9f4d3c" TYPE="ext4"
/dev/loop4: TYPE="DM_snapshot_cow"
/dev/sda1: UUID="15c3062f-5cfd-4d3d-aa6e-be75ca82c11c" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda2: UUID="996ec0d6-8166-415c-9b6c-87f67d23411d" TYPE="ext4"
/dev/sda3: UUID="6039bd4f-9046-45f4-be57-aade5e3568cb" TYPE="swap"
/dev/sda5: UUID="eaee918c-f5e9-4adc-a25b-5c7b6391843c" TYPE="ext4"
/dev/mapper/live-rw: LABEL="Fedora-12-i686-L" UUID="b31beb5d-5a2e-4da6-a9dd-0551fe9f4d3c" TYPE="ext4"
/dev/mapper/live-osimg-min: LABEL="Fedora-12-i686-L" UUID="b31beb5d-5a2e-4da6-a9dd-0551fe9f4d3c" TYPE="ext4"
Oui je suis bien d'accord avec toi mais je ne suis deja plus en ext4 pour /boot
Le résultat de /etc/fstab en chroot le montre :
# /etc/fstab
# Created by anaconda on Thu Feb 18 19:08:10 2010
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=996ec0d6-8166-415c-9b6c-87f67d23411d / ext4 defaults 1 1
UUID=15c3062f-5cfd-4d3d-aa6e-be75ca82c11c /boot ext3 defaults 1 2
UUID=eaee918c-f5e9-4adc-a25b-5c7b6391843c /home ext4 defaults 1 2
UUID=6039bd4f-9046-45f4-be57-aade5e3568cb swap swap defaults 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
Comme on me l'avais fait remarqué j'ai réinstallé le système en passant le /boot en ext3 mais cela ne marche pas mieux.
J'obtiens que j'ai exactement le même problème sur un laptop DELL ou il y a eu d'installer RHEL 5.3 X86_64.
Peut être que mon problème viens des cds ( 5 cds pour l'installe je n'avais plus de dvd) que j'utilise pour l'installation malgré que le système me dit après les avoir tester qu'ils sont bon.
Je suis un peut a cour d'idée sur mon problème.
Le résultat de /etc/fstab en chroot le montre :
# /etc/fstab
# Created by anaconda on Thu Feb 18 19:08:10 2010
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=996ec0d6-8166-415c-9b6c-87f67d23411d / ext4 defaults 1 1
UUID=15c3062f-5cfd-4d3d-aa6e-be75ca82c11c /boot ext3 defaults 1 2
UUID=eaee918c-f5e9-4adc-a25b-5c7b6391843c /home ext4 defaults 1 2
UUID=6039bd4f-9046-45f4-be57-aade5e3568cb swap swap defaults 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
Comme on me l'avais fait remarqué j'ai réinstallé le système en passant le /boot en ext3 mais cela ne marche pas mieux.
J'obtiens que j'ai exactement le même problème sur un laptop DELL ou il y a eu d'installer RHEL 5.3 X86_64.
Peut être que mon problème viens des cds ( 5 cds pour l'installe je n'avais plus de dvd) que j'utilise pour l'installation malgré que le système me dit après les avoir tester qu'ils sont bon.
Je suis un peut a cour d'idée sur mon problème.
