bonjour,
je suis en redhat 9 ,j’ai fais un transfert d’un répertoire par ftp de windows , linux d'un poste windows vers un serveur linux
lorsque j’ai redemarrer la machine je reste bloqué sur les messages suivant :
EXT3 –fs mounted filesystem with ordered data mode
pivtroot:pivot-root(sysroot,/sysroot/initrd) failed 2
umount initrd/oric failed 2
freeing unused kernel memory:132k freed
kernel panic: not init found try passing init: option to kernel
j’ai rebooté avec un live CD mais je ne sais pas trop quoi faire,sachant que je ne connais pas trop linux
merci d’avance de votre collaboration
# j'essaie...
Posté par NeoX . Évalué à 2.
je comprend que
- depuis un poste windows
- tu as transféré un repertoire qui se trouvait sur une machine linux
- vers un serveur linux
et ton probleme est que la machine sur laquelle il y avait ce repertoire au depart ne demarre plus ?
[^] # Re: j'essaie...
Posté par sigalens . Évalué à 1.
sur ma machine linux je n'ai rien lancé de particulier et il reste bloqué lors du démarrage de la machine linux
[^] # Re: j'essaie...
Posté par B. franck . Évalué à 1.
ça ressemble à une partition /déplacée...
[^] # Re: j'essaie...
Posté par sigalens . Évalué à 1.
# Kernel Panic ...
Posté par khan . Évalué à 1.
Soit il manque des fichiers nécessaire au démarrage, soit une option
est mauvaise.
Dans le second cas, des essais avec nodma, etc sur les disques car parfois le blocage peut provenir de la.
Il faudrait etre plus précis sur ton probleme. pour moi ton message correspond un peu à un coup de rush ... je me precipite et j'ecris ce que j'ai en tete en pensant que tout le monde est exactement dans le meme contexte... Ce n'est PAS le cas...
Tu as le droit de decrire ce que tu as fait en bon français et de façon suffisement detaillé pour que nous puissions t'aider rapidement.
Un kernel Panick c'est po la mort, ca se corrige assez souvent lorsque l'origine peut etre determinée.
K.
[^] # Re: Kernel Panic ...
Posté par sigalens . Évalué à 1.
le lendemain j'ai trouvé mon serveur qui était arrêté.
depuis lorsque j'essai de le redémarré il s'arrête en cours de chargement avec les messages dont je vous ai fais part
[^] # Re: Kernel Panic ...
Posté par NeoX . Évalué à 1.
le telechargement n'est peut-etre pour rien dans ton probleme.
au mieux tu auras ecrasé des fichiers systemes car tu auras deposé des fichiers aux mauvais endroits.
au pire (mais rien à voir avec ton telechargement) ton disque vient de lacher et c'est pour cela que ca ne demarre plus.
[^] # Re: Kernel Panic ...
Posté par sigalens . Évalué à 1.
j'ai lancé un fdisk -l sur chaque partition et il me retourne toujours le même message: ne contient pas une table de partition valide
[^] # Re: Kernel Panic ...
Posté par sigalens . Évalué à 1.
lorsque je fais un fdisk -l /dev/sda1 ou sda2
j'ai le message : ne contient pas une table de partition valide
# man mkinitrd
Posté par EPROM . Évalué à 3.
Je pense qu'il faut faire un mkinitrd /lib/modules/2.6** /boot/initrd-2.6** pour regénérer un ramdisk initial.
J'ai eu souvent le problème sous slack et surtout bien faire pointer ton /boot/grub/menu.lst vers ce fichier...
[^] # Re: man mkinitrd
Posté par sigalens . Évalué à 1.
[^] # Re: man mkinitrd
Posté par sigalens . Évalué à 1.
j'ai pu voir que sous /lib/modules: j'ai 2.4.20-8
puis je faire la commande:
mkinitrd /lib/modules/2.4.20-8 /boot/initrd-2.4.20-8
sans trop de risque
merci d'avance
[^] # Re: man mkinitrd
Posté par EPROM . Évalué à 2.
YES
Le initrd-2.6-*** sera généré, modifie ton /boot/grub/menu/lst pour avoir:
title linux2.6.**
root (hd0,*)
kernel /boot/vmlinuz-2.6.* root=/dev/hda*
initrd /boot/initrd-2.6.**
Évidemment inutile de dire que la syntaxe doit être PARFAITE pour identifier le fichier concerné (en l'occurence ton tout nouveau initrd)
[^] # Re: man mkinitrd
Posté par sigalens . Évalué à 1.
title Red Hat Linux(2.4.20-8)
root (hd0,0)
kernel /vmlinuz-2.4.20-8 ro root = label =/
initrd /initrd -2.4.20-8.img
que faut il modifier
merci d'avance de votre collaboration
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.