Le Sun, 03 Oct 2004 02:42:15 +0200 Mezig <[EMAIL PROTECTED]> a écrit: > > Moi la commande ls, dans /lib/modules, donne 2.4.24-xfs et 2.6.8-1-686 ( > l'éventuel fautif... :(! ) et sinon oui, on était en train de monter le > basuclement du noyau 2.4 au 2.6..., ce bein que sur un vieux laptop P3, > je me demande si c'est très raisonnable... ;) ? > > > Ca signifie qu'il y a des problèmes avec les modules et le noyau. > Okay !
>>modprobe: modprobe: Can't open dependencies file >>/lib/modules/2.2.20-idepci/modules.dep (No such file or directory ) >>mount: type de syst. de fichier 0 n'est pas supporté par le kernel :( ! C'est bizarre visiblement, il cherche un noyau 2.2.20, que donne 'uname -r'? Comme il ne trouve pas l'arborescence, il ne peut charger des modules on dirait. > > >Y-a-t-il eu des modifs de noyau? De lilo? > > > Oui Y-a-t-il une référence à un noyau 2.2.20-idepci, regarde les lien vmlinuz-> sous / > > >Que dit dmesg? Il y aurait bien une solution sauvage consistant à > >basculer la racine en ext2 (qui est en dur dans le noyau) > > > Okay c ce que j'ai fait, puis rebooté..., c'est moins le bordel dans les > > messages d'allerte de dmesg :) ! que je ne peut envoyer, parce qu'il > défile bien trop vite, et comme ls dmesg > dmesg.txt me renvoit : bash: > dmesg.txt: Système de fichiers en lecture seulement.., on s'en sort > pas... :(! dmesg | less (ou more) Sinon si il y a pas mal de mémoire, il suffit de faire # mke2fs /dev/ram1 # mount /dev/ram1 /tmp; chmod 177 /tmp # mke2fs /dev/ram2 # mount /dev/ram2 /var/run ça devrait permettre de travailler un peu facilement les fichiers de logs. François Boisson (un peu perplexe quand même)