Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Mises à jour du noyau - questions générales

donino

Hello ,

A chaque fois que je mets à jour le noyau, j'ai une série d'actions à effectuer pour faire remarcher le wifi et ma carte graphique. Et parfois d'autres problèmes nettement plus coriaces. J'ai quelques questions assez générales svp:

- Combien de fois par an environ y a t-il de nouvelles mises à jour du kernel (j'ai l'impression d'en voir tous les jours en ce moment 🙂 )
- De manière générale, est ce que vous tenez le plus à jour possible votre noyau? Y a t-il un intérêt réel à cela quand tout marche bien?
- Dans l'outil de mise à jour automatique "package updater", le noyau se trouve parfois embarqué par inadvertance avec tous les autres paquetages, quand on oublie de le décocher. Est il possible de désactiver la mise à jour du noyau dans cet outil, et de conserver celle de tous les autres paquetages?

Merci d'avance A+ !

proxy

Bonjour,

rien ne t'oblige à mettre à jour les kernels. Pour les exclure des mises à jours, tu peux le spécifier dans le fichier /etc/yum.conf en mettant exclude=kernel*

mandale

salut
je te conseille mettre a jour des versions de noyau pair
exemple 2.2 -> 2.4 -> 2.6
voir 2.6.18 -> 2.6.22

etc les version paire dans les teams développement sont le gage de stabilité et impaire de v testing....
il n'y a pas d'interet a mettre a jour un noyau stable vers une version mineure plus ....a moins qu'effectivement tu aies un systeme instable

perso je ferais quand meme gaffe à la mise à jour du noyau : gestion de mémoire , ordonnanceur, gestion de périph peuvent être affecté

evite package updater c'est le mauvais réflex tout est coché par défaut...
essaie kyum plus précis...ou ligne de cmd

l'interet du noyau de linux est de proposer un noyau modulaire ou tu peux choisir de monter ou enlever des pilotes à chaud ...
savoir tuner un noyau avec les outils modules kernel pour sa config est bien plus sympa que le compiler ou l'installer (risque de pb)

herrib

mandale wrote:etc les version paire dans les teams développement sont le gage de stabilité et impaire de v testing....

Oui pour les versions de noyaux antérieures à 2.6 mais non pour les noyaux 2.6. Voir http://fr.wikipedia.org/wiki/Noyau_Linux

mandale wrote:il n'y a pas d'interet a mettre a jour un noyau stable vers une version mineure plus ....a moins qu'effectivement tu aies un systeme instable

On ne peut pas poser ce principe ainsi. Lire simplement les change logs pour identifier les corrections apportées.

mandale wrote:perso je ferais quand meme gaffe à la mise à jour du noyau : gestion de mémoire , ordonnanceur, gestion de périph peuvent être affecté

Oui et alors? Ce sont des composantes du noyau (et on pourrait rajouter la gestion de la mémoire, etc ...).

mandale wrote:evite package updater c'est le mauvais réflex tout est coché par défaut... essaie kyum plus précis...ou ligne de cmd

Yumex est une bonne interface graphique pour yum. Pirut (gestionnaire de mise à jour) permet de cocher / décocher.

mandale wrote:l'interet du noyau de linux est de proposer un noyau modulaire ou tu peux choisir de monter ou enlever des pilotes à chaud ...
savoir tuner un noyau avec les outils modules kernel pour sa config est bien plus sympa que le compiler ou l'installer (risque de pb)

Le noyau Linux n'est pas modulaire (au contraire! il est monobloc). Par contre, il est possible de charger des modules qui dialoguent avec le noyau pour supporter certains traitements. Voir les commandes: lsmod, modprobe, rmmod en particulier. En certains cas, on peut ainsi soit inclure le support de périphériques dans le noyau (s'ils ne le sont pas, en recompilant ce noyau) soit charger des modules.

"Tuner un noyau avec les outils modules kernel pour sa config est bien plus sympa que le compiler ou l'installer" est une expression très contradictoire: tuner le noyau = recompiler ...

De façon générale, il faut éviter la recompilation du noyau sauf quand on souhaite un support spécifique (les radio amateurs comprendront! voir le tutorial d'Eddy33 sur la compilation de noyau en particulier) et éviter de la même façon de gesticuler en matière de modules. Le forum se fait largement l'écho de pb de support. On s'en tiendra aux recommandations des tutoriaux (les principaux pbs semblent concerner le Wifi ou les cartes réseau ...). Cela dit, la procédure indiquée dans le tutorial permet de gérer le noyau compilé comme un rpm (et facilite donc sa gestion avec les outils) et par ailleurs, Grub permet de booter soit sur le noyau compilé soit sur un autre noyau. Bref, on minimise les risques si l'on se conforme au tutorial.

mandale

herrib wrote:
mandale wrote:etc les version paire dans les teams développement sont le gage de stabilité et impaire de v testing....
Oui pour les versions de noyaux antérieures à 2.6 mais non pour les noyaux 2.6. Voir http://fr.wikipedia.org/wiki/Noyau_Linux

mea culpa -autant pour moi

mandale wrote:il n'y a pas d'interet a mettre a jour un noyau stable vers une version mineure plus ....a moins qu'effectivement tu aies un systeme instable

herrib wrote:On ne peut pas poser ce principe ainsi. Lire simplement les change logs pour identifier les corrections apportées.

on peut très bien poser ce principe ainsi , libre a toi d'intégrer les derniers changements mineurs et de te taper les change logs
pendant que je surfe sur internet

mandale wrote:perso je ferais quand meme gaffe à la mise à jour du noyau : gestion de mémoire , ordonnanceur, gestion de périph peuvent être affecté

herrib wrote:Oui et alors? Ce sont des composantes du noyau (et on pourrait rajouter la gestion de la mémoire, etc ...).

ben alors ?? tu n'as jamais eu un systeme figé après la recompile et l'instal d'un noyau ?
passage et 2.4 ->2.5 c'est une horreur...
c'est justement parceque le noyau est la gestion du systeme que je le met pas à jour tout le temps

herrib wrote:
mandale wrote:evite package updater c'est le mauvais réflex tout est coché par défaut... essaie kyum plus précis...ou ligne de cmd
Yumex est une bonne interface graphique pour yum. Pirut (gestionnaire de mise à jour) permet de cocher / décocher.

Yumex , mouais bof , il ne garde pas le choix des repository sélectionné après une fermeture du gui
de plus il dépends fortement de python et lors d'une mise à jour de version tu aura forcément un pb en utilisant cet utilitaire
exemple passage fc6->fc7 --> pb car python 2.4(abi) missing alors que yum mais a jour vers python 2.4.4 ....
yumex update fonctionne pas pour une mise à jour de version c'est trop naze( oui je l'ai dis)

herrib wrote:
mandale wrote:l'interet du noyau de linux est de proposer un noyau modulaire ou tu peux choisir de monter ou enlever des pilotes à chaud ...
savoir tuner un noyau avec les outils modules kernel pour sa config est bien plus sympa que le compiler ou l'installer (risque de pb)
Le noyau Linux n'est pas modulaire (au contraire! il est monobloc). Par contre, il est possible de charger des modules qui dialoguent avec le noyau pour supporter certains traitements. Voir les commandes: lsmod, modprobe, rmmod en particulier. En certains cas, on peut ainsi soit inclure le support de périphériques dans le noyau (s'ils ne le sont pas, en recompilant ce noyau) soit charger des modules.

ola pas d'accord il a en effet une partie monolithique ( mono bloc ) qui regroupe les parties fondamentales du système
COMME n IMPORTE QUEL lnoyau d'OS , je vois pas comment on peut faire autrement pour démarrer un systeme ordonnancé ....
par contre à l'inverse d'un kernel windows qui chargent l'ensemble des drivers dans son kernel et le fout en mémoire
sous linux nous pouvons utiliser les outils MODULAIRE que tu as cité .... Les utilitaires modprobe et depmod rendent le noyau Linux modulaire plus facilement gérable pour tous les utilisateurs, administrateurs et les développeurs de distribution.
fait un man modprobe ...tu lis quoi ? linux EST modulaire...ah le dialogue de sourd on va pas s'entendre

herrib wrote:"Tuner un noyau avec les outils modules kernel pour sa config est bien plus sympa que le compiler ou l'installer" est une expression très contradictoire: tuner le noyau = recompiler ...

De façon générale, il faut éviter la recompilation du noyau sauf quand on souhaite un support spécifique (les radio amateurs comprendront! voir le tutorial d'Eddy33 sur la compilation de noyau en particulier) et éviter de la même façon de gesticuler en matière de modules. Le forum se fait largement l'écho de pb de support. On s'en tiendra aux recommandations des tutoriaux (les principaux pbs semblent concerner le Wifi ou les cartes réseau ...). Cela dit, la procédure indiquée dans le tutorial permet de gérer le noyau compilé comme un rpm (et facilite donc sa gestion avec les outils) et par ailleurs, Grub permet de booter soit sur le noyau compilé soit sur un autre noyau. Bref, on minimise les risques si l'on se conforme au tutorial.

si tu veux , mea culpa -autant pour moi-
effectivement , tuner c'est recompiler , bof ... çà ma fatigué là ce post de geek je vais me faire un mac do puis une sieste

kwizart

on peut très bien poser ce principe ainsi , libre a toi d'intégrer les derniers changements mineurs et de te taper les change logs
pendant que je surfe sur internet

Tu pose ton principe ou tu veux, il n'empêche que cela avait du sens au siècle dernier.
(bon disons que depuis la branche 2.6 les améliorations sont régulières)
Il sufft de voir que la RHEL4 est basée sur un kernel 2.6.9 supporté 7ans pour comprendre que cette méthodologie est caduque.

Donc, aujourd'hui, rien à voir, mais alors rien à voir...

Yumex , mouais bof , il ne garde pas le choix des repository sélectionné après une fermeture du gui
de plus il dépends fortement de python et lors d'une mise à jour de version tu aura forcément un pb en utilisant cet utilitaire
exemple passage fc6->fc7 --> pb car python 2.4(abi) missing alors que yum mais a jour vers python 2.4.4 ....
yumex update fonctionne pas pour une mise à jour de version c'est trop naze( oui je l'ai dis)

Tu parles sans savoir manifestement.
Avec F-9, lors d'un yum update, yum vérifies si il existe une mise à jours de lui-même et la fait un priorité, de cette manière les amélioration de rapidité seront fonctionnelles pour la suite de la mise à jours...

modulaire/pas modulaire
Non mais là vous etes nazes tout les deux 😉
Est ce que l'ont dit qu'un lapin albinos est rouge, juste parce qu'il a les yeux rouge ?

mandale

je suis deg même pas le temps de finir mon big mac....

kwizart wrote:
mandale wrote:on peut très bien poser ce principe ainsi , libre a toi d'intégrer les derniers changements mineurs et de te taper les change logs
pendant que je surfe sur internet
Tu pose ton principe ou tu veux, il n'empêche que cela avait du sens au siècle dernier.
(bon disons que depuis la branche 2.6 les améliorations sont régulières)
Il sufft de voir que la RHEL4 est basée sur un kernel 2.6.9 supporté 7ans pour comprendre que cetteue.
Donc, aujourd'hui, rien à voir, mais alors rien à voir...

désolé je comprends pas là je peux garder mon noyau 2.6.9 pendant 7 ans et avoir un support ?
ben explique moi quel est l'intérêt de changer de noyau ( qd il est stable ...)
je ne sais pas qu'est ce qu'ils intègrent dans leur support...
desolé d'etre sur fedora ou je n'ai de support que par le forum donc je fais attention lors des mises à jour de noyau c'est tout:
"les antibiotiques c'est pas automatique ..."

kwizart wrote:
mandale wrote:Yumex , mouais bof , il ne garde pas le choix des repository sélectionné après une fermeture du gui
de plus il dépends fortement de python et lors d'une mise à jour de version tu aura forcément un pb en utilisant cet utilitaire
exemple passage fc6->fc7 --> pb car python 2.4(abi) missing alors que yum mais a jour vers python 2.4.4 ....
yumex update fonctionne pas pour une mise à jour de version c'est trop naze( oui je l'ai dis)
Tu parles sans savoir manifestement.
Avec F-9, lors d'un yum update, yum vérifies si il existe une mise à jours de lui-même et la fait un priorité, de cette manière les amélioration de rapidité seront fonctionnelles pour la suite de la mise à jours...

j'assume en sachant de quoi je parle puisque le passage de fc6-> fc7 n'as pas pu se faire naturellement via yumex
je suis passé en ligne de cmd avec --skip- broken pour effectuer l'instal.
maintenant de fc8->fc9 je sais pas
en plus yumex pollue mon terminal de trace python inutile
Yumex c'est naze ET çà ne concerne que moi et mon avis perso j , je n'aime pas yumex

kwizart wrote:modulaire/pas modulaire
Non mais là vous etes nazes tout les deux 😉
Est ce que l'ont dit qu'un lapin albinos est rouge, juste parce qu'il a les yeux rouge ?

c'est quoi l'histoire du lapin aux yeux rouges? trop fumer le lapin ?...comprends pas , çà fume pas un lapin pourtant....

Renault

Les albinos est une maladie de la peau qui empêche le bronzage et rend la peau très fragile et blanche. Et généralement les yeux sont entre le bleu très clair et rouge. Une maladie connue chez l'Homme aussi.

Notre ami par son image veut dire qu'on ne se base pas sur un point pour généraliser, il faut vérifier chaque caractéristique avant comme le ferait un médecin pour déterminer la maladie...

Voilà ce qu'est Linux : http://fr.wikipedia.org/wiki/Noyau_(informatique)#Noyaux_monolithiques_modulaires ni plus ni moins !

mandale

Renault wrote:Les albinos est une maladie de la peau qui empêche le bronzage et rend la peau très fragile et blanche. Et généralement les yeux sont entre le bleu très clair et rouge. Une maladie connue chez l'Homme aussi.

Notre ami par son image veut dire qu'on ne se base pas sur un point pour généraliser, il faut vérifier chaque caractéristique avant comme le ferait un médecin pour déterminer la maladie...

Voilà ce qu'est Linux : http://fr.wikipedia.org/wiki/Noyau_(informatique)#Noyaux_monolithiques_modulaires ni plus ni moins !

brillante intervention le varois !
tu serais pas un pote au lapin ? 😉

je crois moi que linux est modulaire et que le lapin fume des pets pour avoir les yeux rouges ( rassure moi tu lui vend pas des trucs louches , hum ?)
la réponse de wikipedia ne me convient pas ...
la citation parle d'elle meme
"
La très grande majorité des systèmes actuels utilise cette technologie : Linux, la plupart des BSD ou Solaris. Par exemple avec le noyau Linux, certaines parties peuvent être non compilées ou compilées en tant que modules chargeables directement dans le noyau. La modularité du noyau permet le chargement à la demande de fonctionnalités et augmente les possibilités de configuration.
Ainsi les systèmes de fichiers peuvent être chargés de manière indépendante, un pilote de périphérique changé, etc. Les distributions Linux, par exemple, tirent profit des modules chargeables lors de l'installation. L'ensemble des pilotes matériel sont compilés en tant que modules. Le noyau peut alors supporter l'immense variété de matériel trouvé dans les compatibles PC. Après l'installation, lors du démarrage du système, seuls les pilotes correspondant au matériel effectivement présent dans la machine sont chargés en mémoire vive. La mémoire est économisée.
'
le tuning du kernel par module le rend modulaire..
linux est modulaire

la définition noyau "monolitique modulaire" veut rien dire ... tu peux compiler efficacement linux pour en faire un micro noyau portable sur diskette...( paix a son ame) ...
comme le compiler avec tous les pilotes necessaire à la gestion d'un systeme harware cible.
par abus de language nous pouvons considerer le noyau linux comme noyau modulaire... plus que monolithique (sous entendu pur).
gràce à l'une de ses propriété intrinsèque au noyau de chargement dynamique de module...

herrib

mandale wrote:la réponse de wikipedia ne me convient pas ...
...
la définition noyau "monolitique modulaire" veut rien dire ... tu peux compiler efficacement linux pour en faire un micro noyau portable sur diskette...( paix a son ame) ... comme le compiler avec tous les pilotes necessaire à la gestion d'un systeme harware cible.
par abus de language nous pouvons considerer le noyau linux comme noyau modulaire... plus que monolithique (sous entendu pur).
gràce à l'une de ses propriété intrinsèque au noyau de chargement dynamique de module...

Bien, laissons donc mandale apporter à Wikipedia toutes les corrections utiles et réinventer par ailleurs les notions de noyau monolithique et de noyau modulaire.

On retiendra simplement que le noyau Linux sait traiter des modules qui viennent l'assister pour le support de certains périphériques notamment comme il peut intégrer directement le support de ces périphériques (auquel cas, il est compilé avec les options ad hoc).

Son fonctionnement interne le tient pour un noyau monolithique (c'est le style d'implentation notamment de la mémoire et des communications entre processus) mais il présente des mécanismes (depuis le 2.4 de mémoire ...) pour réaliser des appels externes à des modules et leur allouer des environnements appropriés (un noyau modulaire repose sur le fond sur un ensemble de micro noyaux qui dialoguent et concourent à la gestion des différentes fonctions d'un système d'exploitation alors qu'un noyau monolithique ne repose pas sur cette logique).

Bref, le lapin peut aussi avoir des yeux rouges.

Nous attendons avec impatience les tutoriaux de mandale qui viendront préciser les modalités de tuning des noyaux; en attendant, conseillons la lecture du tutorial d'Eddy33.

mandale

herrib wrote:Nous attendons avec impatience les tutoriaux de mandale qui viendront préciser les modalités de tuning des noyaux; en attendant, conseillons la lecture du tutorial d'Eddy33.

....tu m'en veux pas si je mets plutôt en ligne la recette du civet de lapin ?...
kskks LAPin ? lapin, LAPIN ? , où c'est qu'est il caché ce satané lapin , m'a piqué mon sh..t..

Renault

D'ailleurs pour souvenir Richard Stallman disait « je ne sais pas si ça sera le monolithique ou le modulaire qui gagnera, Linus connait mieux les noyaux que moi donc peut être qu'il parviendra mieux à prédire mais nous on continue avec HURD en modulaire » bon d'accord sans doute que la phrase est loin de celle là mais l'idée et là. Et je pense que RMS ne dit pas n'importe quoi sur les différences HURD/Linux d'un point de vue fondamentale de conception...

bob031

bonjour,

+) à propos des pôv' petits lapins aux yeux rouges :

Les albinos est une maladie de la peau qui empêche le bronzage et rend la peau très fragile et blanche. Et généralement les yeux sont entre le bleu très clair et rouge. Une maladie connue chez l'Homme aussi.

plutôt que "maladie", "anomalie génétique" serait plus approprié, non ? 🙂

+) à propos de "monolithique versus modulaire" :

une allusion probablement au mécanisme de LKM (Loadable Kernel Module) disponible depuis 2.6.x (si je dis pas trop de bêtises) permettant de facilité grandement la compilation de modules.

sinon la discussion est intéressante .....

Renault

L'albinisme est une maladie génétique présente sous plusieurs formes : l'albinisme partiel ou total. L'affection se caractérise par une absence de pigmentation de la peau, des poils, des cheveux, des yeux, due à l'absence de mélanine. Elle peut toucher les mammifères, les oiseaux et les reptiles.

De Wiki, on a donc tous les 2 raisons. :hammer: