-
Linux 4.x via IPoT :
158(4.9 %)
-
Linux 3.12 :
135(4.2 %)
-
Linux 3.11 :
701(21.7 %)
-
Linux 3.10 :
527(16.3 %)
-
Linux 3.9 :
151(4.7 %)
-
Linux 3.4 :
88(2.7 %)
-
Linux 3.2 :
519(16.0 %)
-
Linux 3.0 :
27(0.8 %)
-
Linux 2.6 :
197(6.1 %)
-
Linux 2.4 :
3(0.1 %)
-
Linux 2.2 :
19(0.6 %)
-
Autre Linux :
173(5.3 %)
-
Hurd est mon seul espoir :
164(5.1 %)
-
kernel32.dll :
200(6.2 %)
-
Autre :
173(5.3 %)
Total : 3235 votes
# Fedora 19
Posté par Spack . Évalué à -10.
# Le *noyau* GNU/Linux ?
Posté par X345 . Évalué à 10.
Autant je trouve que parler de distribution GNU/Linux, ça peut avoir un sens (et encore…) mais le noyau GNU/Linux, ça ne veut vraiment pas dire grand chose. Linux n'est justement pas issu du projet GNU, à la différence de l'userland qui l'accompagne généralement dans les distributions courantes.
Rajouter GNU devant Linux sans réfléchir, c'est pour faire plus libriste ?
[^] # Re: Le *noyau* GNU/Linux ?
Posté par Benoît Sibaud (site web personnel) . Évalué à 5.
Corrigé, merci.
[^] # Re: Le *noyau* GNU/Linux ?
Posté par X345 . Évalué à 3.
Ah, c'était un oubli. Désolé pour le ton agressif de mon message, je pensais que c'était volontaire, d'où mon "coup de gueule".
[^] # Re: Le *noyau* GNU/Linux ?
Posté par Reihar . Évalué à 2.
D'ailleurs, Noyau Linux, c'est un pléonasme puisque Linux est un noyau.
[^] # Re: Le *noyau* GNU/Linux ?
Posté par yohann (site web personnel) . Évalué à 2.
D'un autre côté il y a hurd dans les propositions, qui lui est bien gnu, et pas linux.
Et pourquoi proposé hurd et pas les BSD ?
2 reformulations à mon avis :
Quel noyal utilisez vous:
linux 3.12
linux 3.11
…
Hurd
BSD
ou quel version de linux utilisez-vous:
3.12
3.11
…
[^] # Re: Le *noyau* GNU/Linux ?
Posté par Reihar . Évalué à 0.
La première marcherait mieux je pense.
[^] # Re: Le *noyau* GNU/Linux ?
Posté par ariasuni . Évalué à 10.
Porte nawak, «la suite bureautique LibreOffice» ou «le navigateur web Firefox» ne sont pas des pléonasmes car type de logiciel != un de ces types de logiciel.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Le *noyau* GNU/Linux ?
Posté par Thomas M . Évalué à 5.
Non, on pourrait confondre avec la lessive : http://bric-a-brac.org/humour/images/informatique/linux_lessive.jpg
[^] # Re: Le *noyau* GNU/Linux ?
Posté par Marotte ⛧ . Évalué à 6.
« Le noyau Linux » c'est autant un pléonasme que « La pomme Granny Smith », à savoir pas un pléonasme du tout.
# Autre => 3.8
Posté par Olivier Esver (site web personnel) . Évalué à 7.
Que ce soit chez moi sur la dernière Ubuntu 13.04 ou sur celle du boulot en 12.04.3.
Et 3.2 sur mon portable car les noyaux suivant sous Ubuntu nécessitent la fonction PAE…
S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
[^] # Re: Autre => 3.8
Posté par xcomcmdr . Évalué à 2.
On peut aussi les compiler sans activer l'option qui nécessite le PAE.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Autre => 3.8
Posté par Amine "nh2" Brikci-Nigassa (site web personnel) . Évalué à 4.
Pareil :
nh2@eM350:~$ uname -a
Linux eM350 3.8.0-31-generic #46-Ubuntu SMP Tue Sep 10 19:56:49 UTC 2013 i686 i686 i686 GNU/Linux
GNU's Not Unix / LINUX Is Not Unix Xernel
[^] # Re: Autre => 3.8
Posté par Pierre Jarillon (site web personnel) . Évalué à 8.
Mageia 3 utilise actuellement un noyau 3.8.13
C'est un oubli impardonnable ou est-ce volontaire ? (Question fermée : C'est pas sympa !)
[^] # Re: Autre => 3.8
Posté par Axone . Évalué à 1.
Mageia 3 => 3.8 => j'ai voté "Autre"
# 3.11 mais
Posté par yann-kaelig . Évalué à 0. Dernière modification le 24 septembre 2013 à 13:46.
il s'agit en fait du noyau solidifié, 3.11-hardened dédié à mes serveurs.
J'utilise aussi un noyau 3.11-deblob.
[^] # Re: 3.11 mais
Posté par GabinIII . Évalué à 2.
Mauvais traduction, je parlerais plutôt de noyau renforcé, fortifié voire blindé.
[^] # Re: 3.11 mais
Posté par Trollgouin . Évalué à 7.
hardened -> peut-être "durci", comme pour le matériel ?
[^] # Re: 3.11 mais
Posté par yann-kaelig . Évalué à 0. Dernière modification le 24 septembre 2013 à 20:57.
Qu'il en soit ainsi :)
Cependant ^ et selon la coutume :
solidifier : 9 synonymes.
Synonymes coaguler, conforter, consolider, durcir, épaissir, figer, geler, raffermir, renforcer.
PS: Blindé c'est sympa
[^] # Re: 3.11 mais
Posté par JGO . Évalué à 6. Dernière modification le 24 septembre 2013 à 21:45.
« hardened » est un terme de métallurgie : :en:hardened steel == acier hypereutectoïde trempé à l'eau salée et recuit (en plus court « acier trempé »). Pour les techniques non basées sur une trempe (p.ex. cémentation), on dit « durci » (définition Wikipédia : l'acier cémenté est un acier durci en surface […]). Puisque le noyau n'est pas trempé, « durci » est la meilleure traduction.
[^] # Re: 3.11 mais
Posté par DerekSagan . Évalué à 5.
Ça veut dire plein d'autres choses aussi par exemple:
* http://en.wikipedia.org/wiki/Target_hardening -> blindé
* http://en.wikipedia.org/wiki/Hardening_%28botany%29 -> aoûté
* etc.
Mon préféré c'est celui-ci:
* http://en.wikipedia.org/wiki/Radiation_hardening -> plombé
Je comprends pas pourquoi on dit pas un noyau plombé du coup.
;-)
Bon, mais durci c'est probablement la meilleure traduction, celle qui conserve le sens métallurgique et/ou militaire et qui a le mérité d'être simple, clair, et pas mal usité à ce sens-là.
[^] # Re: 3.11 mais
Posté par JGO . Évalué à 4. Dernière modification le 25 septembre 2013 à 09:54.
J'ai utilisé le Grand dictionnaire terminologique de l'OQLF (www.granddictionnaire.com), la banque de terminologie technique franco-anglaise (et latine) de référence. Dans ce dictionnaire, « hardened » est donné avec son sens en métallurgie et un sens médical (recuit d'alliages de dentisterie sous la flamme). Maintenant si tu étends ta recherche à « hardening » (le terme décrivant le procédé et non pas l'adjectif décrivant l'état final), tu trouves des traductions en industrie sucrière (« prise en masse »), tabac (« endurcissement du plant »), photographie (« réduction du tannage de la gélatine »), etc. En ce qui concerne l'informatique, « security hardening » est traduit par « renforcement de la sécurité ».
[^] # Re: 3.11 mais
Posté par DerekSagan . Évalué à 2.
Je continue à préférer noyau plombé. ;-)
[^] # Re: 3.11 mais
Posté par yann-kaelig . Évalué à -2. Dernière modification le 26 septembre 2013 à 15:40.
ok
[^] # Re: 3.11 mais
Posté par JGO . Évalué à 2.
Il y a aussi « noyau sécurisé ».
[^] # Re: 3.11 mais
Posté par Ays388 . Évalué à 1.
"Noyau plus sécurisé" alors. Parce que là ça laisse penser que le noyau normal ne l'est pas du tout.
[^] # Re: 3.11 mais
Posté par yann-kaelig . Évalué à 0. Dernière modification le 26 septembre 2013 à 15:58.
Une recherche avec mon moteur favori montre que "kernel hardening" et "kernel hardened" sont tout les deux employés dans le contexte de l'informatique. "kernel hardened" étant couramment employé au sein de l'équipe Gentoo.
# 3.11 et 3.10
Posté par ariasuni . Évalué à 2.
3.11 sur mon ordi fixe (Arch Linux), 3.10 «Dorimanx» sur mon ordiphone (fork du noyau Siyah, en remplacement de celui par défaut sur CyanogenMod).
Écrit en Bépo selon l’orthographe de 1990
# Il manque un choix...
Posté par homer242 (site web personnel) . Évalué à 10.
Il manque le choix "fuuuu, je ne sais plus, les numéros de version vont aussi vite que firefox ou chrome !"
# Bloqué en 3.10
Posté par xcomcmdr . Évalué à 3.
J'ai tout essayé (le kernel officiel, passé en 3.11, de Archlinux. Une compilation sans modules inutiles, aucun module supplémentaire dans l'image initrd, booter sur l'image 'fallback', appeler les GhostBusters…), le 3.11 reste bloqué (curseur qui ne clignote plus, pas d'activité CPU, pas de message en plus, pas de réponse) après "[0.00000000] Fast TSC calibration failed".
Config : Archlinux amd64, linux-ck 3.10, ASUS X71SL (Core2Duo, nvidia 9300M GS, pilotes proprios).
J'veux dire, comment diagnostiquer alors que j'ai même pas un kernel panic ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Bloqué en 3.10
Posté par yann-kaelig . Évalué à 1.
Salut,
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
cat /sys/devices/system/clocksource/clocksource0/available_clocksource
Tu peux forcer l'usage d'un clocksource via grub en y ajoutant la commande: clocksource=""
Il n'est pas dit cependant que cela résolve complètement ton problème.
[^] # Re: Bloqué en 3.10
Posté par xcomcmdr . Évalué à 1.
Ce message, je l'ai aussi avec le kernel qui fonctionne.
En fait, je l'ai depuis des années. Je ne pense pas que ce soit la source du problème (j'ai lu quelque part que ce message n'était pas une erreur, mais un avertissement).
Merci quand même, j'essaierai à l'occasion.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Bloqué en 3.10
Posté par Ermaion (site web personnel) . Évalué à 2. Dernière modification le 25 septembre 2013 à 02:22.
Je ne sait pas si cela a un rapport mais sur Fedora impossible d'utiliser le noyau 3.11 avec les pilotes privateurs Nvidia à moins de chercher une version patchée de akmod-nvidia glanée sur le web. Ce serai lié à des appels noyau retirés dans le kernel 3.11. Voila je sais pas si cela te concerne mais j'ai eu ce soucis.
Un lien vers le forum Fedora-fr
[^] # Re: Bloqué en 3.10
Posté par xcomcmdr . Évalué à 1.
J'utilise effectivement le pilote nvidia pour ma carte nvidia 9300M GS. A la fois pour les jeux et VDPAU.
En version 3.11, nvidia-ck compile bien avec linux-ck.
De plus, le paquet nvidia de Archlinux utilise un patch pour linux 3.11.
Mais j'essaierai à l'occasion de blacklister le module nvidia (en plus de ne pas l'intégrer à l'initrd, ce qui a pour effet normalement de raccourcir un peu le temps de démarrage).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Bloqué en 3.10
Posté par Cooltrane . Évalué à 1.
Bonjour, mon premier message ici, mais un truc me parraît bizarre dans ton truc là.
Ton proc c'est un core2duo Intel et tu mets un système avec l'archi amd64 (comme sous debian quoi). Sous Arch il me semble que l'archi qui va bien est plutôt x86_64 , ou bien je dis une connerie ? En tout cas c'est mon cas, je suis sous arch avec un i5 en x86_64 comme archi.
[^] # Re: Bloqué en 3.10
Posté par xcomcmdr . Évalué à 5.
Je suis bien en x86_64, j'ai dit amd64 juste parce que de fait c'est du pareil au même.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Bloqué en 3.10
Posté par patate . Évalué à 1.
J'avais eu un problème similaire il y a quelques années. Une version du noyau (du genre 2.6.8 de mémoire) bootait correctement, et une autre plus récente (2.6.18?) se bloquait toujours au même moment du boot sans aucun message qui puisse indiquer ce qui se passe.
Le problème venait d'une barrette mémoire devenue défectueuse, confirmé par memtest… Avec le vieux noyau, tout fonctionnait correctement.
# Bloqué en 3.2
Posté par _jordan_ . Évalué à 1.
Malheureusement, je ne peux utiliser un noyau supérieur à 3.2 à cause d'un bug (déjà reporté, je ne trouve plus le lin) du au changement d'api, ma carte wifi broadcom ne fonctionne plus.
# IPoT
Posté par Anonyme . Évalué à 10. Dernière modification le 24 septembre 2013 à 19:00.
Au rythme des versions actuel, Stephen Hawking aurait pu prédire l’arrivée en temps inversé de l’IPoT plus tôt que prévu dans la période où nous vivons actuellement.
En effet, le saut de 2.6.x à 3.x a engendré un repliement du temps, amenant à la concaténation de deux intervalles de temps, normalement séparés par une bande passante temporelle, maintenant inexistante, d’une largeur dorénavant tout à fait incalculable.
Nous remarquons que des tensions se propagent sur les autres espaces-temps qui jouxtent le nôtre, ce qui pourrait soit nous amener à une catastrophe, telle que la suprématie de Perl dans le code source du noyau Linux, soit à une bénédiction où seul OpenBSD règne en maître et où la NSA n’a qu’à bien se tenir.
Une autre hypothèse et que les espaces-temps finissent pas se « déchirer » petit à petit, entraînant des trous temporels, auquel cas on pourrait bien se retrouver dans une de ses excellente série Z où il est question du Triangle des Bermudes.
Toujours est-il que nos bienveillants amis les extraterrestres veillent au grain, que l’Enterprise n’en finit pas de s’enfoncer toujours plus loin vers de nouvelles contrées plus ou moins merdiques et que les Borgs rachètent petit à petit des entreprises afin de les faire sombrer dans leur monde parfait.
Note : ceci n’est pas un mensonge.
[^] # Re: IPoT
Posté par Gwennaël Véronique . Évalué à 8.
Bah, t'inquiètes, le Docteur arrangera tout ça comme d'hab' ;-)
Le monde n'appartient pas à ceux qui se lèvent tôt, mais à ceux qui partent à sa conquête.
# Pas de Kernel 3.5 ?
Posté par arpo . Évalué à 4.
arnaud@arnaud-laptop:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.04.3 LTS
Release: 12.04
Codename: precise
arnaud@arnaud-laptop:~$ uname -sr
Linux 3.5.0-40-generic
Est-ce un noyau "custom" pour qu'il ne soit pas dans la liste ?
[^] # Re: Pas de Kernel 3.5 ?
Posté par O-ol . Évalué à 2.
Bonjour,
Il manque dans la liste les noyau 3.5 et 3.8
qui sont disponibles au moins sur les dernières versions intermédiaires d'Ubuntu (12.10, 13.04) et sur la 12.04 LTS avec les LTS Hardware Pack (linux-image-generic-lts-quantal ou linux-image-generic-lts-raring qui peuvent être mis à la place du 3.2 linux-image-generic)
Est-ce fait exprès ou est-ce un oubli ?
# Plusieurs
Posté par Jiel (site web personnel) . Évalué à 5.
Plusieurs, je n'ai pas qu'un seul GNU/Linux installé à la maison…
# Tiny Core linux v5 = kernel 3.8.10
Posté par Loïc Ibanez . Évalué à 2.
Ce qui me permet d'introduire le fait que Tiny Core Linux v5 est sortie le 21 septembre :-p
# Hurd est mon seul espoir
Posté par a41 . Évalué à 1.
Ben oui, çà avance, il y a de l'espoir!
# version *3.1?
Posté par Thomas Debesse (site web personnel) . Évalué à 3. Dernière modification le 03 octobre 2013 à 23:45.
Hum, si j'avais eu un noyau 3.10 ça aurait été rigolo !
ce commentaire est sous licence cc by 4 et précédentes
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.