Probleme xp linux enfin je croi
warreur
-
kmf -
kmf -
bonjour j'ai un pc avec windows xp d'installé sur ma premier partition en NTFS j'ai une autre partition FAT32
et j'ai installé linux avec ses deux partitions
lorsque je demare mon pc on me demande le systeme d'éxploitation que je veux démarer et quand je choisit linux
un message m'indique
EXT 3-fs error (device ide0(3,6)): ext3_get_inode_loc: unable to read inode block
-inode = 730081, black = 1474564
kernel panic : no init found try passin init = optinon to kernel
merci de m'aidé car la je les reinstallé et idem
le bébé linuxien
et j'ai installé linux avec ses deux partitions
lorsque je demare mon pc on me demande le systeme d'éxploitation que je veux démarer et quand je choisit linux
un message m'indique
EXT 3-fs error (device ide0(3,6)): ext3_get_inode_loc: unable to read inode block
-inode = 730081, black = 1474564
kernel panic : no init found try passin init = optinon to kernel
merci de m'aidé car la je les reinstallé et idem
le bébé linuxien
A voir également:
- Probleme xp linux enfin je croi
- Cle windows xp - Guide
- Linux reader - Télécharger - Stockage
- R-linux - Télécharger - Sauvegarde
- Cd burner xp - Télécharger - Gravure
- Backtrack linux - Télécharger - Sécurité
10 réponses
Salut!
au moment de l'installation, je ne sais pas si tu as le choix du systeme de fichiers pour linux, mais essaie peut etre ext2 au lieu de ext3 ...
il me semble que le module pour ext3 n'est pas compile en dur dans le noyau...
autrement dit, il semblerait que ton systeme soit installé sur du ext3 (un systeme de fichier comme FAT ou NTFS sous win si tu veux), mais que pour le lancer, le noyau ait besoin de charger un module et qu'il ne peut pas le faire sans se lancer... bref, kernel panic!
c pour ca qu'en general il y a un fichier image de certains trucs (là je sais plus trop en detail) qui s'appelle initrd.img et qui est chargé au tout debut pour eviter ce genre de souci : par contre il ne semble pas le trouver chez toi...
A l'inverse de ext3, je suis presque sur que ext2 est compilé en dur dans le noyau (il y est toujours, pour le lancement) donc si tu installes linux sur ce type de systeme de fichier, ca pourrait s'arranger...
tu dois avoir le choix au moment de l'installation (si tu installes mandrake, il faut peut etre passer en mode "expert" au moment du partitionnement des disques)
voila, c'est sans garanties.... bon courage!
Phiphi
au moment de l'installation, je ne sais pas si tu as le choix du systeme de fichiers pour linux, mais essaie peut etre ext2 au lieu de ext3 ...
il me semble que le module pour ext3 n'est pas compile en dur dans le noyau...
autrement dit, il semblerait que ton systeme soit installé sur du ext3 (un systeme de fichier comme FAT ou NTFS sous win si tu veux), mais que pour le lancer, le noyau ait besoin de charger un module et qu'il ne peut pas le faire sans se lancer... bref, kernel panic!
c pour ca qu'en general il y a un fichier image de certains trucs (là je sais plus trop en detail) qui s'appelle initrd.img et qui est chargé au tout debut pour eviter ce genre de souci : par contre il ne semble pas le trouver chez toi...
A l'inverse de ext3, je suis presque sur que ext2 est compilé en dur dans le noyau (il y est toujours, pour le lancement) donc si tu installes linux sur ce type de systeme de fichier, ca pourrait s'arranger...
tu dois avoir le choix au moment de l'installation (si tu installes mandrake, il faut peut etre passer en mode "expert" au moment du partitionnement des disques)
voila, c'est sans garanties.... bon courage!
Phiphi
heu c'est a dire que j'ai essayer et puis c'est pas ca il n'y a pas quelle qu'un qui a une autre idée car la je suis bloqué
j'ai même essayé avec mandrake et hed hat
la je suis bloqué et je ne voit pas trop quoi faire
merci de votre aide
j'ai même essayé avec mandrake et hed hat
la je suis bloqué et je ne voit pas trop quoi faire
merci de votre aide
Bonjour,
je pense que phiphi à raison, soit tu formate en ext2, soit tu recompile le noyau pour le support de l'ext3.
a+
je pense que phiphi à raison, soit tu formate en ext2, soit tu recompile le noyau pour le support de l'ext3.
a+
sur xp j'ai partition magic
j'ai 5partition
une NTFS c |pour XP
une fat 32 d | pour XP
une linux ext2 *./boot
une deuxieme ext2 *./
une dernier linux swap *.swap space
mais linux ne veut toujour pas démaré
merci de votre aide car la je ne comprend plus rien
j'ai 5partition
une NTFS c |pour XP
une fat 32 d | pour XP
une linux ext2 *./boot
une deuxieme ext2 *./
une dernier linux swap *.swap space
mais linux ne veut toujour pas démaré
merci de votre aide car la je ne comprend plus rien
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
sur xp j'ai partition magic
Tu veux dire que tu as préparé tes partitions linux avec partition magic?
Tu veux dire que tu as préparé tes partitions linux avec partition magic?
nan j'ai d'abor installé windows XP puis j'ai installé linux mais la sa marche pas j'utilise partions magic uniquement pour visialiser les partitions... mais sinon j'ai fait les installations normalement. a l'aide merci
Salut,
2 petites questions à 2 francs (mais ça vaut tj le coup de les poser...) :
- est-ce que tu utilise bien lilo comme chargeur de démarrage (et non winxp) ?
- As-tu bien placé tes partitions windoz avant celles de linux ?
<------Galfus------>
In penguin we trust
2 petites questions à 2 francs (mais ça vaut tj le coup de les poser...) :
- est-ce que tu utilise bien lilo comme chargeur de démarrage (et non winxp) ?
- As-tu bien placé tes partitions windoz avant celles de linux ?
<------Galfus------>
In penguin we trust
Je crois c'est le vieux probleme du bios qui ne peut pas lire tout le disque, plus precisement il peut seulement lire les premiers X cylindre du disque
(je crois avec X=512 ? ) mais il n'a pas acces aux cylindres derrieres.
Normalement ce probleme se manifeste par le fait que Lilo n'arrive pas a charger le noyau et on voit l'affiche d'un seul "L" car le noyau (et d'autres secteurs speciaux reserves par lilo) se trouve(nt) derriere la barrier de X cylindres. Exemple:
http://www.commentcamarche.net/forum/affich-1144992-Probleme-de-boot-vraiment-enervant-sous-linux
Dans le cas present le noyau demarre bien car il doit etre sur le DD tout juste avant la barriere du bios. Par contre le bios n'arrive pas a charger le fichier "initrd.img" l'image du ramdisque initial (contenant le module "ext3") qui est malheureusement derriere la barrier du bios. Donc ca explique les messages apropos de "ext3" et "no init found" (c'est le "init-ramdisk").
Ceci est d'autant plus ennuyant voire meme mechant car le noyau peut monter un filesystem ext3 uniquement en mode ext2 et avec ca il peut en principe charger le module en utilisant la deuxieme copie situe dans le disque dur dans /lib/modules/<version_noyau>/... . En plus, au debut il fait de toute facon seulement un mount en lecture de la partition racine pour effectuer la verification de disque avec fsck. Ici ce n'est pas grave de monter en ext2. A la meme occasion le noyau charge le module ext3 et apres pour les vraie mounts en ecriture (quand fsck a termine) tout ira bien. Je crois si le fichier lilo.conf ne contenait pas la ligne avec "initrd.img" ca devrait fonctionner de cette facon. Je l'ai deja essaye chez moi comme ca et ca a marche mais sur une Mandrake ca peut etre different.
A savoir: On peut monter une partition ext3 en ext2 mais ca n'utilise pas le journal de recuperation en cas de pepin (en fait: ext3=ext2+journal). Si on fait un umount propre apres il n'y aura pas de problemes. Par contre s'il y a un crache sans umount c'est presque la catastrophe car le journal n'est pas a jour et il faut faire apres une reparation forcee par fsck de la partion. Si on essaye un mount ext3 sans fsck ca detruit le formatage de la partion. Normalement avec un bon journal le mount ext3 repare tout seul la partition.
Desole, revenant au probleme initial: Je vois trois types de solutions dans l'ordre de preference et de simplicite:
(1) Solution Bios: Chercher dans le Bios le mode LBA et l'activer. Peut-etre ca enleve la barrier magique. Je ne suis pas sur si ca marche mais on peut essayer.
(2) Solution sale et un peu creative: Demarrer avec le cd1 en mode rescue, editer le fichier /etc/lilo.conf pour commenter/enlever la ligne avec "initrd.img" et refaire la commande "lilo" apres. Apres rebooter. Je crois ca devrait marcher de la facon decrite ci-dessus (mais je ne suis pas absoluement sur).
Si c'est grub c'est encore mieux et plus facile avec la grub-shell: On demarre normalement sur disque dur et au lieu de selectionner un noyau dans le menu de boot, on tape "e" pour editer la ligne de boot ou on enleve la partie "initrd.img" et je crois il faut faire "b" pour booter avec la nouvelle ligne. Apres le systeme demarre correctement (en theorie) et on modifira aussi le fichier /etc/grub/menu.lst pour enlever la ligne avec "initrd.img".
(3) Solution correcte mais lourde: reinstaller en prevoyant une petite partition /boot de taille 64 MB ou 128 MB au debut de disque. Comme ca le noyau et le fichier initrd.img sont bien a l'abri devant la barriere magique. Regarder le lien ci-dessus pour details. Ca necessite de bouger les partions Windows. Peut-etre on peut faire ca sans reinstallation de Windows avec partition magic mais c'est plus que delicat. La meilleur solution serait aussi de reinstaller Windows.
(je crois avec X=512 ? ) mais il n'a pas acces aux cylindres derrieres.
Normalement ce probleme se manifeste par le fait que Lilo n'arrive pas a charger le noyau et on voit l'affiche d'un seul "L" car le noyau (et d'autres secteurs speciaux reserves par lilo) se trouve(nt) derriere la barrier de X cylindres. Exemple:
http://www.commentcamarche.net/forum/affich-1144992-Probleme-de-boot-vraiment-enervant-sous-linux
Dans le cas present le noyau demarre bien car il doit etre sur le DD tout juste avant la barriere du bios. Par contre le bios n'arrive pas a charger le fichier "initrd.img" l'image du ramdisque initial (contenant le module "ext3") qui est malheureusement derriere la barrier du bios. Donc ca explique les messages apropos de "ext3" et "no init found" (c'est le "init-ramdisk").
Ceci est d'autant plus ennuyant voire meme mechant car le noyau peut monter un filesystem ext3 uniquement en mode ext2 et avec ca il peut en principe charger le module en utilisant la deuxieme copie situe dans le disque dur dans /lib/modules/<version_noyau>/... . En plus, au debut il fait de toute facon seulement un mount en lecture de la partition racine pour effectuer la verification de disque avec fsck. Ici ce n'est pas grave de monter en ext2. A la meme occasion le noyau charge le module ext3 et apres pour les vraie mounts en ecriture (quand fsck a termine) tout ira bien. Je crois si le fichier lilo.conf ne contenait pas la ligne avec "initrd.img" ca devrait fonctionner de cette facon. Je l'ai deja essaye chez moi comme ca et ca a marche mais sur une Mandrake ca peut etre different.
A savoir: On peut monter une partition ext3 en ext2 mais ca n'utilise pas le journal de recuperation en cas de pepin (en fait: ext3=ext2+journal). Si on fait un umount propre apres il n'y aura pas de problemes. Par contre s'il y a un crache sans umount c'est presque la catastrophe car le journal n'est pas a jour et il faut faire apres une reparation forcee par fsck de la partion. Si on essaye un mount ext3 sans fsck ca detruit le formatage de la partion. Normalement avec un bon journal le mount ext3 repare tout seul la partition.
Desole, revenant au probleme initial: Je vois trois types de solutions dans l'ordre de preference et de simplicite:
(1) Solution Bios: Chercher dans le Bios le mode LBA et l'activer. Peut-etre ca enleve la barrier magique. Je ne suis pas sur si ca marche mais on peut essayer.
(2) Solution sale et un peu creative: Demarrer avec le cd1 en mode rescue, editer le fichier /etc/lilo.conf pour commenter/enlever la ligne avec "initrd.img" et refaire la commande "lilo" apres. Apres rebooter. Je crois ca devrait marcher de la facon decrite ci-dessus (mais je ne suis pas absoluement sur).
Si c'est grub c'est encore mieux et plus facile avec la grub-shell: On demarre normalement sur disque dur et au lieu de selectionner un noyau dans le menu de boot, on tape "e" pour editer la ligne de boot ou on enleve la partie "initrd.img" et je crois il faut faire "b" pour booter avec la nouvelle ligne. Apres le systeme demarre correctement (en theorie) et on modifira aussi le fichier /etc/grub/menu.lst pour enlever la ligne avec "initrd.img".
(3) Solution correcte mais lourde: reinstaller en prevoyant une petite partition /boot de taille 64 MB ou 128 MB au debut de disque. Comme ca le noyau et le fichier initrd.img sont bien a l'abri devant la barriere magique. Regarder le lien ci-dessus pour details. Ca necessite de bouger les partions Windows. Peut-etre on peut faire ca sans reinstallation de Windows avec partition magic mais c'est plus que delicat. La meilleur solution serait aussi de reinstaller Windows.
Un complement et une amelioration pour la 3eme solution:
Normalement ca correpond aux partitions comme:
1) /boot 64 MB
2) Windows NTFS
3) fat32
4+5) swap linux + partition racine "/"
Mais tu peux aussi essayer:
1) Windows NTFS
2) /boot 64 MB
3) fat32
4+5) swap linux + partition racine "/"
Comme tu es deja maintenant tout pres de la barrier de bios il suffit probablement de bouger seulement la partition fat32 sans toucher a Windows NTFS, donc pas de reinstallation de Windows!! Ca tu peux faire avec partition magic ou tu efface la fat32 s'il n'y a pas encore de donndes la dessus (ou tu les copies vers la NTFS s'il y a assez de place).
Normalement ca correpond aux partitions comme:
1) /boot 64 MB
2) Windows NTFS
3) fat32
4+5) swap linux + partition racine "/"
Mais tu peux aussi essayer:
1) Windows NTFS
2) /boot 64 MB
3) fat32
4+5) swap linux + partition racine "/"
Comme tu es deja maintenant tout pres de la barrier de bios il suffit probablement de bouger seulement la partition fat32 sans toucher a Windows NTFS, donc pas de reinstallation de Windows!! Ca tu peux faire avec partition magic ou tu efface la fat32 s'il n'y a pas encore de donndes la dessus (ou tu les copies vers la NTFS s'il y a assez de place).
