1 c'est une simili partition chargée en mémoire par le boot loader contenant les modules spécifiques au noyau ainsi qu'un ensemble de scripts permettant le chargement de ceux ci, c'est utiliser pour pouvoir démarrer sur un root en XFS par ex en ayant le support XFS compilé en module.
Donc un initrd est spécifique a une version du noyau.
de plus, mieux vaut activer
CONFIG_BLK_DEV_RAM
CONFIG_BLK_DEV_INITRD
pour que ca marche.
2 comme plus haut désactive ta ligne append= globale et met la pour le noyau d'origine uniquement
3 CONFIG_SMP=y mieux vaut eviter sauf si tu a vraiment plusieurs processeurs
4 tu devrait modularisé un peut plus (kernel trops gros ??) notament la gestion NFS, les CDROM, les systèmes de fichiers non utilisés au boot, le supports des cmd640 et autre rz1000, si non utilisé devrait disparaitre.
4b, un bonne facon de tester est de recuperer la config de l'ancien noyau dans /boot/config-2.x.xx et de l'utiliser pour le nouveau.
4c Faire attention aussi aux options de /etc/kernel-img.conf et autre /etc/kernel-pkg.conf, par exemple au niveau initrd notament.
# Re: Compil kernel2.4.22 Debian Sid pour laptop => écran noir après lilo
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Compil kernel2.4.22 Debian Sid pour laptop => écran noir après lilo. Évalué à 1.
1 c'est une simili partition chargée en mémoire par le boot loader contenant les modules spécifiques au noyau ainsi qu'un ensemble de scripts permettant le chargement de ceux ci, c'est utiliser pour pouvoir démarrer sur un root en XFS par ex en ayant le support XFS compilé en module.
Donc un initrd est spécifique a une version du noyau.
de plus, mieux vaut activer
CONFIG_BLK_DEV_RAM
CONFIG_BLK_DEV_INITRD
pour que ca marche.
2 comme plus haut désactive ta ligne append= globale et met la pour le noyau d'origine uniquement
3 CONFIG_SMP=y mieux vaut eviter sauf si tu a vraiment plusieurs processeurs
4 tu devrait modularisé un peut plus (kernel trops gros ??) notament la gestion NFS, les CDROM, les systèmes de fichiers non utilisés au boot, le supports des cmd640 et autre rz1000, si non utilisé devrait disparaitre.
4b, un bonne facon de tester est de recuperer la config de l'ancien noyau dans /boot/config-2.x.xx et de l'utiliser pour le nouveau.
4c Faire attention aussi aux options de /etc/kernel-img.conf et autre /etc/kernel-pkg.conf, par exemple au niveau initrd notament.
5 passer a grub .. :)