llev3lys a écrit 4 commentaires

  • [^] # Re: J'ai perdu mes ko (en trop)

    Posté par  . En réponse au message mes fichier *.ko ont disparu dans /lib/modules/2.6.7. Évalué à 1.

    Pour l'installation des modules dans /lib/module/`uname -r', tu te mets dans le répertoire des sources du noyau (ici même ou tu fais ton make gconfig... cd /usr/src/linux-2.6.8.1) et tu entres 'make modules_install'.

    Enfin, il ya très peu de chance que l'utilisation de modules compilés pour un autre noyau fonctionne avec celui que tu a compilé par tes soins. IL faudrait dans l'idéal avoir exactement la même version de noyau, la même version de GCC et... c'est déjà pas mal ;-)

    Pour finir, j'ai eu la bonne surprise, en passant du noyau 2.4.X au 2.6 de voir que mon chipset IDE (en /dev/hda donc) était à présent reconnu comme SCSI (/dev/sda ) ! En modifiant la fstab et la config de grub en conséquence ça passe. Mais il faut pouvoir éditer ton installation sur disque depuis un live CD.

    Voilou, bonne bidouille :-)
  • # J'ai perdu mes ko (en trop)

    Posté par  . En réponse au message mes fichier *.ko ont disparu dans /lib/modules/2.6.7. Évalué à 2.

    A la fin de la compil' de ton noyau, essaie :

    chémoi:~ # make modules_install && make install

    L'ordre des commandes et le 'make install' sont importants puisqu'ils recrééent un ramdisk contenant les modules nécessaires au boot.

    Ca devrait résoudre le problème :-)
  • # Dixit ma prof d'elec : "Aujourd'hui... on va faire du hard !! "

    Posté par  . En réponse au message Problèmes réseaux. Évalué à 1.

    Pour le coup du fichier /etc/resolv.conf écrasé à chaque renouvellement de bail, jette un oeil (au sens figuré :-)) au fichier suivant :
    chémoi:~# cat /etc/sysconfig/network/dhcp | grep RESOLV
    # resolv.conf will also stay untouched when MODIFY_RESOLV_CONF_DYNAMICALLY 
    DHCLIENT_MODIFY_RESOLV_CONF="yes"
    
    Bien entendu, relance ton client DHCP après toute manip du fichier. Bref, p, garde le contrôle... Amuse toi bien ;-)
  • # Tiercé dans l'ordre : 1.pvscan, 2.pvchange, 3.vgextend

    Posté par  . En réponse au message Restauré un VG (LVM) partiellement crashé. Évalué à 1.

    Vérifie l'état des PV survivants avec un pvscan.

    Active si besoin les PV manquants - pvchange - et essaie d'étendre ton nouveau VG sous LVM2 avec les anciens PV actifs - vgextend - . J'espère que cette dernière opération n'a pas pour effet de flusher les données des PV...

    Enfin, c'est ce que je ferais dans ce cas, quoiqu'il en soit : Bon courage ! :-)