Archlinux.fr [Forums]

kernel customisé :

NOUVEAU:
Pour obtenir le PKGBUILD permettant de compiler facilement le kernel, téléchargez le paquetage "kernel-sources" disponible dans les dépôts [archlinuxfr] i686 et x86_64.
Le PKGBUILD est placé automatiquement dans le répertoire /var/abs/local/kernel-sources/.

TUTORIAL : http://wiki.archlinux.fr/howto:kernel:custom

Ce PKGBUILD permet de compiler soi-même le kernel linux en proposant de configurer automatiquement certaines options comme le démarrage graphique (gensplash). Le kernel sera patché soit avec Beyond-sources, soit avec Emission-sources, soit avec CK ou CK Serveur ou ne sera pas patché du tout (version vanilla).

Utilisateurs de cartes nvidia :
Les paquetages nvidia disponibles dans [extra] ne fonctionnent pas avec un kernel qu'on a compilé soit-même.
Vous devez utiliser les drivers disponibles dans le dépôt [archlinuxfr]. Note sur les patchs disponibles:

- Le patch beyond (le successeur du patch archck) est un ensemble d'optimisations qui s'appliquent sur le kernel linux pour le rendre plus véloce et étendre ses fonctionnalités. Ce patch permet d'activer selon votre choix des optimisations pour un serveur, ou pour une station de travail.
Site web: http://iphitus.loudas.com/index.html

- Le patch E-Mission Sources est basé sur Lockless Pagecache, GenPatches, et CK.
Le but de ce patchset est d'offrir les dernières fonctionnalités, diminuer la latence et améliorer l'interactivité. L'autre objectif de E-Mission Sources est la stabilité. Chaque version est longuement testée.
Site web: http://www.evolution-mission.org/viewforum.php?f=8

- Le patchset CK (et CKS (serveur) aporte des améliorations sur la réactivité du kernel. Il est à la base de beyond et emission, est mis à jour plus fréquemment mais contient moins de fonctionnalités (pas de vesa-tng par exemple)
Site web: http://members.optusnet.com.au/ckolivas/kernel

- Le patchset morph-sources renaît. Il inclue toutes les évolution de E-mission et plus encore.
Site web: http://forums.gentoo.org//viewtopic-t-5 ... ight-.html

- Le patchset klight est basé sur le patchset CFS, successeur polémique du patch de Con Kolivas. Il a vraiment tout pour plaire, c'est le kernel que j'utilise personnellement en ce moment.
Site web: http://forums.gentoo.org/viewtopic-t-56 ... t-cfs.html

Versions utilisées:
Pour voir les derniers changements, lancez la commande:

2.6.19-beyond1 vient de sortir

Seul pb avec le 2.6.19, c'est vesa-tng qui plante lors de la compilation. Il faut pour l'instant se contenter de vesafb pour le splash.

Attention aussi pour ceux qui ont besoin du driver nvidia. Il vous faudra une version 1.0.9629 (http://archiwain.free.fr/os/i686/nvidia-driver9629/) Cette version du driver pose elle un problème pour les applis 3d
Mais la 2d fonctionne bien

Je viens de lire ton tuto pour compiler le noyo ... c'est ÉNORME

Dès que je récupère un nouveau disque dur (!) je me lance à l'assaut de ton tuto ... qui semble d'une simplicité étonnante

marc[i1] a écrit :Je viens de lire ton tuto pour compiler le noyo ... c'est ÉNORME

+1

EDIT :
le "pkgname=kernel26fr-beyond-PERSO" est volontairement appelé comme ça malgré le choix entre les patchs et vanilla ?

kozaki a écrit :

marc[i1] a écrit :Je viens de lire ton tuto pour compiler le noyo ... c'est ÉNORME

+1

EDIT :
le "pkgname=kernel26fr-beyond-PERSO" est volontairement appelé comme ça malgré le choix entre les patchs et vanilla ?

La variable pkgname se modifie toute seule en fonction du patch choisi et du nom donné au kernel (extraversion). Pas de soucis donc

Nouvelle version du PKGBUILD:
J'ai ajouté la possibilité de compiler un kernel avec le patch ck

ck apporte les mêmes optimisations en terme de vitesse que beyond ou emission, mais il contient un peu moins de fonctions. En revanche il est souvent plus stable et est mis à jour plus régulièrement.

J'ai pensé à kozaki et ajouté aussi le patch cks qui lui est destiné aux serveurs. Je pense que c'est un meilleur choix qu'emission pour ce type d'application

Les dialogues ont également été revus. N'hésitez pas à me faire part de vos remarques.

Trop bien !
Comme d'hab, je venais de recompiler les noyaux sur 2 serveurs dont un vieux PIV & mon vieux PII

Revoilà morph-sources !!

La liste des patchs: Il y a tout ce qu'on trouve dans emission, en un peu plus à jour puisque le patch est ici compatible avec le kernel 2.6.19 et cerise sur le gateau un driver vesa-tng qui fonctionne

Pour appliquer le patch morph, tapez "6" sur votre clavier de téléphone

petite mise à jour: morph5

Ce patchset est vraiment bien. Il corrige aussi quelques problèmes liés au kernel 2.6.19 comme par exemple certains problèmes de gravure

mise à jour de beyond2: des corrections (retour de vesatng dans le patch) + mise à jour de ck en version2

petite maj 2.6.19-morph7:
* radix rcu patch removed (couses problems) Now i use Preemptable RCU without any problems
* fixed backward compatibility patch (inlude/linux/config.h now exists!)
* fuse updated to 2.6.1

et le 2.6.19-morph6:
* added ipw3945 wireless card support
* unionfs compilation fixed
* updated to 2.6.19.1


Vraiment top ce patchset !!

Mise à jour importante du fichier "config" => cette configuration générique doit convenir à une configuration classique en IDE/SATA avec les filesystems ext/reiserfs/xfs/jfs.
Plus besoin donc de mkinitcpio pour ceux qui n'ont pas encore peaufiné leur fichier de configuration.

md5sum logo_linux_clut224.ppm -> 97bc8b8feb8a4ea4e57ff4df717a27ce (sur une compil toute fraîche)

EDIT : question sur le noyau pour un celeron II / desktop que je déplace derrière la réponse de wain

kozaki a écrit :md5sum logo_linux_clut224.ppm -> 97bc8b8feb8a4ea4e57ff4df717a27ce (sur une compil toute fraîche)

le fichier était naze sur le serveur visiblement. Je viens de le réuploader. merci

Quel noyau vous conseillez pour un tout vieux desktop comme çuilà :
Celeron 366MHz, 96 sdRAM, disque dur 4 Gb (nondedjiou qu'il est *lent* !)
wm : xfce4 (bureautique et internet)

Pour les options de compilation
- Scheduler -> je pencherais pour Deadline (ou CFQ)
- ACPI et APM -> non (ça chôffe pas les vieux Celeron )
- Optimize for size (Look out for broken compilers!) "Enabling this option will pass "-Os" instead of "-O2" to gcc, resulting in a smaller kernel." -> Ça vaut le coup de risquer ça ?

kozaki a écrit :Quel noyau vous conseillez pour un tout vieux desktop comme çuilà :
Celeron 366MHz, 96 sdRAM, disque dur 4 Gb (nondedjiou qu'il est *lent* !)
wm : xfce4 (bureautique et internet)

Pour les options de compilation
- Scheduler -> je pencherais pour Deadline (ou CFQ)
- ACPI et APM -> non (ça chôffe pas les vieux Celeron )
- Optimize for size (Look out for broken compilers!) "Enabling this option will pass "-Os" instead of "-O2" to gcc, resulting in a smaller kernel." -> Ça vaut le coup de risquer ça ?

attention, -Os fait un plus petit binaire certes mais il est plus lent. Je te le déconseilles pour ce PC.
J'ai moi-même un celeron 366 avec 64mo de ram (http://wiki.archlinux.fr/tipsntricks:ke ... ite4070cds)
J'ai actuellement un beyond (que j'ai pas mis à jour depuis longtemps), je passerai la prochaine fois sous morph.

ok merci pour le tuyau !
suis justement en train de compiler le morph avec ton PKGBUILD.

En même temps, c pour une ptite dame et je me demande si y-a intérêt à lui compiler un kernelcustom à moyen et long terme, ou au contraire si faudrait mieux laisser le kernel-ARCH par défaut.
Dans le 2nd cas je pourrais MÀJ à distance, tandis que recompiler un kernel à distance me paraît trop risqué (pour la ptite dame)

kozaki a écrit :En même temps, c pour une ptite dame et je me demande si y-a intérêt à lui compiler un kernelcustom à moyen et long terme, ou au contraire si faudrait mieux laisser le kernel-ARCH par défaut.
Dans le 2nd cas je pourrais MÀJ à distance, tandis que recompiler un kernel à distance me paraît trop risqué (pour la ptite dame)

Un des intérêts du kernel customisé c'est justement qu'il ne te lâchera jamais en cas de mise à jour du système. D'autre part le PKGBUILD est conçu pour être compilé sur une machine X et installé sur une machine Y.

Vi. Je pensais à la sécurité et aux failles qui apparaitront sur le 2.6.19 d'ici à ce que je puisse passer chez elle changer le noyau ; peut-être que je m'inquiète pour ~rien, à force de compiler pour des serveurs

Hum, peux pas compiler sur arch64 un kernel destiné à une autre machine sous arch32, si ?

wain > me demande si je polue pas ton topic avec ces questions là ?

kozaki a écrit :Vi. Je pensais à la sécurité et aux failles qui apparaitront sur le 2.6.19 d'ici à ce que je puisse passer chez elle changer le noyau ; peut-être que je m'inquiète pour ~rien, à force de compiler pour des serveurs

Hum, peux pas compiler sur arch64 un kernel destiné à une autre machine sous arch32, si ?

wain > me demande si je polue pas ton topic avec ces questions là ?

t'inquiètes pas pour le thread. On en refera un nouveau quand on sera à 5 pages.
Sinon tu peux compiler sur arch64 un paquet arch32 à condition d'utiliser les options de compilation qui vont bien, grâce aux modifications dans makepkg de mimas par exemple)