"Très bonne question que je me suis posé aussi" ou comment on va en venir à lever une part du mystère.
Les systèmes debian utilisent des liens symboliques /vmlinuz et /initrd.img placés à la racine est qui pointent vers un noyau placé dans /boot. Cela permet, entre autre, de mettre à jour le noyau par apt-get sans avoir à relancer un certain nombre de choses, comme lilo par exemple. (Par contre, pourquoi les placer dans / et non dans /boot/ ?, je ne sais pas, mais qu'importe, habituellement, ça marche).
Voici comment ils se présentent :
ls -l /
lrwxrwxrwx 1 root root 25 2006年02月26日 20:13 /vmlinuz -> /boot/vmlinuz-2.6.15-1-k7
lrwxrwxrwx 1 root root 28 2006年02月26日 20:12 /initrd.img -> /boot/initrd.img-2.6.15-1-k7
On remarquera que ces liens ont été recréés tout récemment. En effet, j'en suis venu à la conclusion que le problème ne pouvait pas venir d'un autre paquet puisque les deux noyaux utilisaient les même briques systèmes. J'ai donc cherché les différences autour du noyau. Et celle dont tu parles saute aux yeux une fois qu'on l'a vue ;)
J'ai essayé le noyau 2.6.15 sans les liens :
et ça fonctionnait ! Gloria, j'ai donc reformé les liens
#ln -s /boot/vmlinuz-2.6.15-1-k7 /vmlinuz
etc...
Et hop, don't panic, serviette sur l'epaule, en rang par deux, rompez!
Conclusion partielle où l'on voit que l'autre partie du mystère n'a rien perdu de sa profondeur.
Maintenant, pour les debianistes de haut vol et les ceux qui savent, qu'est ce qui a pu perturber entre hier et aujourd'hui ces deux petits liens symboliques qui ne demandaient rien à personne ? Je précise à toutes fins utiles que je ne travaille pas en root à longueur de journée, que j'utilise même sudo avec des règles un peu strict et que je n'avais pas (aujourd'hui mise à part) tripoté mon kernel ou lilo depuis pas mal de temps.
Si tu m'as lu jusque là et que tu as une idée sur la question, partage la.
Merci
[^] # Re: Question ....
Posté par cxente . En réponse au message kernel panic. Évalué à 2.
Les systèmes debian utilisent des liens symboliques /vmlinuz et /initrd.img placés à la racine est qui pointent vers un noyau placé dans /boot. Cela permet, entre autre, de mettre à jour le noyau par apt-get sans avoir à relancer un certain nombre de choses, comme lilo par exemple. (Par contre, pourquoi les placer dans / et non dans /boot/ ?, je ne sais pas, mais qu'importe, habituellement, ça marche).
Voici comment ils se présentent :
ls -l /
lrwxrwxrwx 1 root root 25 2006年02月26日 20:13 /vmlinuz -> /boot/vmlinuz-2.6.15-1-k7
lrwxrwxrwx 1 root root 28 2006年02月26日 20:12 /initrd.img -> /boot/initrd.img-2.6.15-1-k7
On remarquera que ces liens ont été recréés tout récemment. En effet, j'en suis venu à la conclusion que le problème ne pouvait pas venir d'un autre paquet puisque les deux noyaux utilisaient les même briques systèmes. J'ai donc cherché les différences autour du noyau. Et celle dont tu parles saute aux yeux une fois qu'on l'a vue ;)
J'ai essayé le noyau 2.6.15 sans les liens :
image=/boot/vmlinuz-2.6.15-1-k7
label=Linux-direct
initrd=/boot/initrd.img-2.6.15-1-k7
et ça fonctionnait ! Gloria, j'ai donc reformé les liens
#ln -s /boot/vmlinuz-2.6.15-1-k7 /vmlinuz
etc...
Et hop, don't panic, serviette sur l'epaule, en rang par deux, rompez!
Conclusion partielle où l'on voit que l'autre partie du mystère n'a rien perdu de sa profondeur.
Maintenant, pour les debianistes de haut vol et les ceux qui savent, qu'est ce qui a pu perturber entre hier et aujourd'hui ces deux petits liens symboliques qui ne demandaient rien à personne ? Je précise à toutes fins utiles que je ne travaille pas en root à longueur de journée, que j'utilise même sudo avec des règles un peu strict et que je n'avais pas (aujourd'hui mise à part) tripoté mon kernel ou lilo depuis pas mal de temps.
Si tu m'as lu jusque là et que tu as une idée sur la question, partage la.
Merci