Poster une réponse à un sujet: Recompiler le kernel
Attention, ce sujet est un sujet ancien (6763 jours sans réponse)
Altar
philfr > merci pour le "oldconfig", je ne connaissais pas.
Pour le downtime, ce n'est pas bien grave et de toute façon recompiler le kernel n'est pas un choix mais une obligation donc
Pour l'usb, le port parallère, l'isa, etc... Je n'en ai pas besoin mais je ne sais pas trop si mon hébergeur lui n'en a pas besoin pour me fournir ses superbes outils comme le reboot à distance automatique ou le reboot sur un linux de backup etc
Pour le downtime, ce n'est pas bien grave et de toute façon recompiler le kernel n'est pas un choix mais une obligation donc
Pour l'usb, le port parallère, l'isa, etc... Je n'en ai pas besoin mais je ne sais pas trop si mon hébergeur lui n'en a pas besoin pour me fournir ses superbes outils comme le reboot à distance automatique ou le reboot sur un linux de backup etc
philfr
Si tu tournes sur Debian avec un kernel standard, tu trouveras la config courante dans /boot/config-xxx. Sinon, peut-être ton kernel courant est-il compilé avec l'option proc/config, alors tu trouveras cette même config dans /proc/config ou qq chose du genre.
Tu dois alors copier cette config dans le directory de build de ton kernel et faire "make oldconfig". Ainsi tu récupères tout ce que tu avais, puis tu peux faire make menuconfig pour peaufiner.
Si tu n'as pas besoin du support usb, ne le compile pas. Pareil pour le port parallèle et autres.
Pour tester avant de rebooter, y'a pas vraiment moyen. Tu as accès physique à la machine ? Un downtime de quelques minutes est acceptable ? Alors le mieux est de le démarrer et pouvoir retomber sur l'ancien kernel si ça ne marche pas, en voyant d'abord pourquoi.
Si tu n'as pas accès physique, ... ben y'a moyen aussi mais c'est un peu plus dur et toujours plus risqué.
Si tu ne peux pas supporter de downtime, laisse tourner ton serveur avec le kernel qu'il a...
Tu dois alors copier cette config dans le directory de build de ton kernel et faire "make oldconfig". Ainsi tu récupères tout ce que tu avais, puis tu peux faire make menuconfig pour peaufiner.
Si tu n'as pas besoin du support usb, ne le compile pas. Pareil pour le port parallèle et autres.
Pour tester avant de rebooter, y'a pas vraiment moyen. Tu as accès physique à la machine ? Un downtime de quelques minutes est acceptable ? Alors le mieux est de le démarrer et pouvoir retomber sur l'ancien kernel si ça ne marche pas, en voyant d'abord pourquoi.
Si tu n'as pas accès physique, ... ben y'a moyen aussi mais c'est un peu plus dur et toujours plus risqué.
Si tu ne peux pas supporter de downtime, laisse tourner ton serveur avec le kernel qu'il a...
Altar
zion > finalement ça va, l'hebergeur offre la possibilité de booter sur le réseau sur une debian de secours.
zion
Altar
Après moultes recherches, j'en suis finalement arrivé à la conclusion que je devais absolument recompiler le noyeau de mon serveur dédié (fréquence de timer trop basse dans le noyeau actuel ce qui pose un souci avec le source engine de valve). Le problème, c'est que je ne sais rien de plus au sujet de la machine que ce que lspci veut bien me dire.
De plus, en recompilant le noyeau, je suis tombé sur des modules expérimantaux (dans un serveur de prod ?!?) et d'autres joyeusetés qui n'ont rien à faire dans un noyeau. Bref quitte à le faire, autant le faire bien.
Alors mes questions sont les suivantes :
- Dois-je compiler le support pour l'usb, le port parallèle et autres joyeusetés ?
- Y a-t-il moyen de tester le noyeau, du moins sa compitibilité avant de rebooter ?
- Des recommandations ?
De plus, en recompilant le noyeau, je suis tombé sur des modules expérimantaux (dans un serveur de prod ?!?) et d'autres joyeusetés qui n'ont rien à faire dans un noyeau. Bref quitte à le faire, autant le faire bien.
Alors mes questions sont les suivantes :
- Dois-je compiler le support pour l'usb, le port parallèle et autres joyeusetés ?
- Y a-t-il moyen de tester le noyeau, du moins sa compitibilité avant de rebooter ?
- Des recommandations ?