Bonsoir,
 
J'ai un gros problème avec une machine sous Debian Sarge.
 
Elle fonctionnait tout à fait normalement jusqu'à un blocage récent. N'ayant pas d'écran sur cette machine, je fais un ssh et je reboot. Ne voyant pas la machine réapparaître, je branche un écran et là... MALHEUR !!!! Je vois le prompt de grub.
 
Après diverses tentatives, je démarre sur un live CD, monte le disque et découvre l'ampleur des dégâts. Le noyau à disparu du répertoire boot. Il ne reste plus que le répertoire de grub et rien d'autre.
 
Je mets le disque en lieu sûr et j'essaye de reproduire le phénomène. J'y arrive. Il semble que ce soit dû à une mise à jour du noyau (que je n'ai jamais demandé sur le disque d'origine).
 
Partant de ce constat, j'essaye de réinstaller le noyau. Car j'aimerais pouvoir récupérer le système, il y a des logiciels qui fonctionnaient très bien et que je risque de ne pas retrouver dans les versions installées.
 
Donc sur le disque de test, je boote sur le live CD, je monte le disque et chroot. j'ai ensuite essayé différentes solutions qui n'ont eu aucun succès :
 
- aptitude install kernel-linux, une erreur /dev/null non autorisé
- compiler un noyau, même erreur que précédemment lors de l'installation de certains modules.
- copier un noyau similaire et reconfiguration de grub, blocage après quelques lignes lors de la procédure de lancement du système
 
Quelqu'un aurait-il  réussi à se sortir de ce genre de situation ?

tu es sur que le /boot n'était pas sur une partition seule (non montée a priori )

pour le problème de /dev/null, il faut que tu montes /proc et /dev de manière à ce qu'ils soient disponibles dans ton environnement chrooté.

en supposant que tu ais mounté son système dans /mnt/recup, tu peux faire:

mount -o bind /dev /mnt/recup/dev
mount -o bind /proc /mnt/recup/proc

ensuite, tu peux te chrooter dans /mnt/recup
note que, des fois, avec les LiveCD et leur /dev un peu gruikés, il y a des effets de bord. Mais ça devrait suffir.

Après comme le dit mikala, vérifie que /boot n'est pas sur une partition à part auquel cas il faudra la monté pour que ton éventuel nouveau noyau aille au bon endroit.

je vous remercie pour ces conseils avisés
 
911GT3, je vais effectuer ta manip pour voir si il y a un mieux car elle semble salutaire
 
concernant le /boot sur une autre partition, je n'en avais pas créé. j'ai une partition swap et une /
 
à moins que cela soit fait d'une manière automatique et à mon insu ?!
 
je m'empresse d'essayer tes conseils 911GT3
 
merci d'avoir pris le temps de vous pencher sur mon cas ;-)

juste encore une chose,
 
c'était une sarge avec un noyau 2.4 qui était installé sur ma machine. en interrogeant la base avec un apt-cache search je n'ai pas de kernel  2.4 avec une interrogation sur le net
 
en mettant le cd d'install, en adaptant le fichier list-source, et interrogeant de la même manière avec apt-cache search, aurai-je l'affichage du kernel 2.4 du cd ? ou faut-il procéder autrement pour récupérer le kernel du cd ?
 
merci de votre aide

de toute façon, ce ne sera pas possible, le cd rom étant occupé par le live cd...

 
et tu peux pas récupérer un noyau sur une autre machine ? une fois que tu as booté avec le live cd, tu configures le réseau et tu balances le kernel en scp...

Heu... ya pas que le kernel à récupérer, si son package a été supprimé, il y a entre autres les modules aussi.

 
oui oui, j'avais oublié de le préciser mais ca me semblait logique.  

si tu accès au net, le plus court et simple est surement de récupérer le paquet du noyau qui t'intéresse directement sur un ftp Debian...
mais c'est bizarre que le paquet n'apparaisse pas dans apt-cache .

edit: à non. il ne fait pas parti de l'offre en stable. http://packages.debian.org/cgi-bin [...] &number=50

par contre, il existe dans pool: ftp://ftp.fr.debian.org/debian/po [...] .4.27-i386

avant de t'ennuyer sur le net; ton noyau est peut-être dispo dans /var/cache/apt/archives/

C'est très simple.
 
Il a une Sarge mais dans son sources.list, stable est renseignée.
Dommage, entre tant, Etch est passée stable.
 
Du coup en fesant les mise à jour un boulet à valider aptitude/apt-get, ce qui a upgradé la machine en Etch
 
Ça aurait du bien se passé mais bon, on connait pas l'état de la machine.
De plus, il faudrait lire les releases notes de Etch, mais il me semble qu'un passage en noyau 2.6 est OBLIGATOIRE avec l'upgrade, à cause de l'incompatibilité de la libc de Etch avec les kernel 2.4.

j'ai cru lire quelque part que cela viendrait bien certainement d'une mise à jour. mais le plus grave... c'est comme ma machine a un disque SATA, avant la mise à jour GRUB et fstab avait comme information de montage disque hda et qu'après, sans prévenir personne, la mise à jour a changer cette information en sda
 
je vérifie si je suis bien dans ce cas précis...

tout dépend du kernel que tu as choisi, mais cela ne devrait en aucun cas impacter sarge.

j'ai donc sous les yeux le menu.lst~. je peux voir que ma version avant le plantage était  : 2.4.27-2-386
 
bien sûr, le menu.lst tout fraîchement créé par la mise à jour, n'a aucune information à ce sujet.
 
j'ai vérifié, 911GT3, si le noyau était présent dans le répertoire que tu m'indiques , mais il ne semble pas y être
 
je vais essayer, avec vos différents conseils, de réinstaller mon ancien noyau
 
merci à vous tous, en tout cas, pour le coup de main
 
et si jamais quelqu'un peut m'aiguiller, je suis preneur ;-)

j'essaye de réinstaller le noyau 2.4.27-2-386 mais j'avoue être un peu désemparé.
 
je dois faire un wget sur le serveur que m'a indiqué 911GT3 afin de récupérer le kernel-image-2.4.xxxx.deb
 
ensuite je fais un dpkg -i kernel-image-2.4.xxxx.deb , c'est ça ?

oui.

j'ai une erreur lors de l'install : not find mkinitrd
initrd-tools n'est pas installé, mais il faut une version sup ou égal 0.1.48
je n'ai pas trouvé cette version. en voulant installer la version 0.1.81, de nouvelles erreurs et dépendances insuffisantes
 
si je liste le contenu de /boot, j'ai :
- System.map-xxx
- config-xxx
- vmlinuz-xxx
 
il est incomplet
 
comment puis-je faire pour installer le noyau ?

vu le binz existant sur ta machine,j'aurais tendance a sauvegarder le /home et les divers fichiers de configuration et a réinstaller l'ensemble....
Car bon a priori il n'y a pas *que* le kernel qui a disparu...