|
Recherche |
Toutefois, il peut être judicieux de disposer du même noyau sur votre disque dur. En cas de problème sur le Netboot lors d'un reboot de votre machine, votre serveur prend automatiquement le noyau disponible sur le disque dur. Il est donc préférable que le noyau soit toujours à jour sur votre disque dur.
.Configurez ensuite le démarrage de votre serveur sur le disque dur et choisissez la partition principale à utiliser en fonction de votre type de serveur (IDE, SATA2, SCSI, RAID SOFT ou RAID HARD) sans oublier de valider votre choix. Au prochain démarrage, votre serveur utilisera le noyau livré par défaut sur le disque dur pour démarrer. Vous devrez alors suivre la procédure suivante pour le mettre à jour réguliérement. Si votre serveur est configuré pour démarrer sur le Netboot, vous devez également veiller à maintenir le noyau installé sur votre disque dur à jour car en cas de problème avec le Netboot, votre serveur démarre automatiquement sur le noyau présent sur son disque dur.
2. Placez-vous dans le répertoire /boot : cd /boot 3. Tous nos noyaux sont disponibles sur notre serveur FTP : ftp://ftp.ovh.net/made-in-ovh/bzImage Vous pouvez y récupérez les fichiers qui correspondent à votre configuration. Un noyau est disponible pour chaque configuration : pour les serveurs à base de processeur Pentium 3, pour les Pentium 4, les bi-processeurs, les processeurs équipés de la fonctionnalité Hyper Threading... Chaque noyau est disponible en deux versions : avec ou sans le patch de sécurité grsecurity (extension -grsec). Pour chaque noyau correspond un fichier System.map Par exemple, pour un Celeron de dernière génération (offres 'SuperPlan', SuperPlan+), vous devez télécharger les fichiers System.map-2.4.32-piv et bzImage-2.4.32-piv pour obtenir la version 2.4.32 du noyau wget ftp://ftp.ovh.net/made-in-ovh/bzImage/bzImage-2.4.32-piv wget ftp://ftp.ovh.net/made-in-ovh/bzImage/System.map-2.4.32-piv Une fois les fichiers récupérés, créez un lien symbolique pour le System.map : ln -sf /boot/System.map-2.4.32-piv /boot/System.map 4. Editez le fichier /etc/lilo.conf et modifiez le fichier ainsi (vous ne devriez avoir qu'à changer la ligne en gras) : - Configuration pour un PIII ou Celeron < 1,7GHz : boot=/dev/hda map=/boot/map install=/boot/boot.b prompt timeout=50 linear default=linux append="nousb" serial=0,9600n8 image=/boot/bzImage-2.4.32-piii label=linux read-only root=/dev/hda1 image=/boot/xxxxxxxxxxxxxxxx label=linux-old read-only root=/dev/hda1 - Configuration pour un PIV ou Celeron >= 1,7GHz : boot=/dev/hda map=/boot/map install=/boot/boot.b prompt timeout=50 linear default=linux append="nousb" serial=0,9600n8 image=/boot/bzImage-2.4.32-piv label=linux read-only root=/dev/hda1 image=/boot/xxxxxxxxxxxxxxxxxx label=linux-old read-only root=/dev/hda1 - Configuration pour un PIV 'HyperThreading'>= 3.06GHz : boot=/dev/hda map=/boot/map install=/boot/boot.b prompt timeout=50 linear default=linux append="nousb noapic" serial=0,9600n8 image=/boot/bzImage-2.4.32-bipiv label=linux read-only root=/dev/hda1 append="nousb noapic" image=/boot/xxxxxxxxxxxxxxxxxxxx label=linux-old read-only root=/dev/hda1 5. N'oubliez pas de lancer la commande suivante pour prendre en compte vos modifications lors du reboot : /sbin/lilo 6. Les cas particuliers Les serveurs HG (mono Xeon et bi Xeon avec des disques SCSI en RAID HARD) ont été livrés avec des kernels 2.4.XX en 32bits. Dans cette version du kernel, la detection des interfaces reseaux se fait dans le sens inverse de l'ordre PCI. C'est à dire que le reseau1 est eth1 et le reseau2 eth0. L'ensemble des cablages physiques vers les routeurs respectent cette particularité. C'est pourquoi lorsque vous passez en version 2.4.X 64bits (cette version là n'est plus proposée par Ovh) ou en 2.6.X (32bits ou 64bits) vous devez inverser les interfaces au niveau de la configuration software de votre Linux, FreeBSD ou Windows. Sous Linux: Pour inverser les interfaces sous Redhat, il faut editer les fichiers suivants: /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg-eth1 et inverser les configurations (il ne suffit pas inverser les fichiers ifcfg-eth0 vers ifcfg-eth1 et ifcfg-eth1 vers ifcfg-eth0). Pour inverser les interfaces sous Debian, il faut editer le fichier suivant: /etc/network/interfaces et mettre la configuration de eth0 sur eth1 et eth1 sur eth0. Pour inverser les interfaces sous Gentoo, il faut editer le fichier suivant: /etc/conf.d/net Une fois que vous avez inversé les interfaces, vous pouvez rebooter le serveur sur le nouveau noyau. Si jamais le serveur ne revient pas et ne ping pas, vous pouvez rebooter le serveur sur le rescue puis corriger les fichiers de configuration à nouveau. |