Skip to main content

2 - Les distributions et les noyaux

Liste des forums Liste des sujets

Forums > 2 - Les distributions et les noyaux > Gentoo : Installation noyau rt (Résolu)
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • Gentoo : Installation noyau rt (Résolu)

    Envoyé par bluedid29 le Thu 11 Oct 2007 01:58 France
    Bonsoir, 😎

    Je me demandais pour ma prochaine installation gentoo, s'il était possible de compiler directement le dernier noyau avec le dernier patch rt (pour gagner du temps)

    Pour l'instant, j'aimerai installer le noyau rt mais je crains devoir ré-installer le pilote NVidia installé (et peut être autre chose) donc je prend des notes et sauvegarde ce que je peux 🙄, de plus le noyau rt proposé par emerge me semble assez ancien.

    Voila, n'hésitez pas à donner vos avis car je sais que c'est une étape cruciale pour l'obtention d'une distribution Mao performante.

    En fait, il y a bien des tutos mais ils ne sont pas très clair...

    Bon Ouik ! (Ah mince, nous ne sommes que mercredi soir 😁)
    Lectures: 5644
    Envoyé par kolt le Thu 11 Oct 2007 12:23
    Re-Salut Bluedid!

    Oui oui il est possible d'installer directement le kernel que tu veux, il faut juste télécharger l'ebuild du pro-audio-overlay et l'installer ensuite.

    Pour le pilote nvidia, je sais pas, mais je sais que je dois recompiler mes drivers ati chaque fois que le "symlink" change (la redirection du lien /usr/src/linux en fait)

    rt-sources-2.6.22.1-r9.ebuild pour le dernier noyau rt... c'est pas si si vieux non?

    Pour les infos, il y en un pas mal sur le wiki de pro-audio:

    http://proaudio.tuxfamily.org/wiki/index.php?title=Realtime_%28RT%29_Kernel

    Mais c'est en anglois... mais si tu regardes bien les commandes, tu peux peut-être suffisament comprendre pour le suivre...

    Bonne chance 😉
    Envoyé par bluedid29 le Thu 11 Oct 2007 14:20 France
    Re-salut Kolt 😎

    Tiens, j'étais en train de commencer à faire les mêmes manips que celles indiqués sur le site (en manuel)

    C'est bizarre, quand je fais emerge -av rt-sources, j'ai un "vieux" noyau rt proposé (rt-sources-2.6.16-r29 ❗

    J'ai fais une mise à jour récemment par emerge --sync (il y a quelques jours)

    En fait, j'ai pas vraiment encore "capté" cette histoire d'Ebuild, d'Overlay, de Keyword... (du moins pas dans le détail), je sature certainement un peu à ce niveau 😁

    Avec toutes les infos que je récolte, je devrais m'en tirer, j'espère 🙄

    Bonne musique 😉
    Envoyé par pamplemousse_mk2 le Fri 12 Oct 2007 00:53
    He bien, on appele "ebuild" un package chez Gentoo. Tu peux soit les recuperer avec l'utilitaire emerge (option sync), soit t'en faire un (mais trop complique pour moi , pour l'instant), soit recuperer ceux qui ont ete faits par des particuliers et qui ne sont pas dans la distrib (un peu comme les .deb ou .rpm).

    Un overlay, c'est une branche supplementaire de ta collection d'ebuilds, qui ne proviennent pas de la distrib Gentoo officielle. Dans notre cas, c'est l'overlay pro-audio. Il contient des ebuilds qui ne sont pas dans la distrib officielle, ou qui sont plus recents. Si tu sais faire tes propres ebuilds a la maison, on peut considerer que tu as en plus un overlay local.

    Les keywords... c'est pour specifier si tu veux une version instable d'un package ou non. Tu peux decider de mettre ACCEPT_KEYWORDS=~x86 dans make.conf et donc tout paquet installe sera forcement instable. Personnellement, je ne l'ai pas fait. Je ne prends les instables que lorsque j'en ai vraiment besoin. Ici j'ai dit ~x86, mais cela aurait pu etre ~amd64, ou ~ppc (pour PowerPC), ou ~sparc... Ca depend de ta machine. Et certains logiciels ne sont installables que sur certaines plateformes. Je crois que Ardour ne peut pas etre installe sur PPC et dont tu es oblige de specifier le keyword.

    Tu as plusieurs possibilites pour specifier le keyword:
    - soit dans le /etc/make.conf pour le generaliser a tous les paquets
    - soit juste avant l'appel a emerge, dans la ligne de commande:
    Copy to clipboard
    ACCEPT_KEYWORDS=~x86 emerge firefox

    A ce moment la, tu auras la version instable de firefox mais au prochain emerge -aD world, emerge va l'ecraser par la version stable
    - soit rajouter le nom du package dans /etc/portage/package.keywords: www-client/firefox ~x86
    Comme ca, au prochain emerge -aD world, emerge prendra la derniere version instable. C'est comme ca qu'on mixe les logiciels stables et instables dans Gentoo.

    C'est la meme chose pour les USE flags:
    - soit tu les declares dans /etc/make.conf pour tout generaliser
    - soit tu les declares avant la commande emerge:
    Copy to clipboard
    USE=flac emerge hydrogen

    Pareil, ce sera ecrase au prochain emerge -aD world.
    - soit tu specifies le USE flag dans /etc/portage/package.use pour qu'il ne soit pas generalise mais applique qu'a ce package. Genre:
    Copy to clipboard
    media-sound/zynaddsubfx -jackmidi


    Perso, je mets tous mes USE flags dans make.conf, sauf cas exceptionnel comme ici zynaddsubfx qui ne voulait pas compiler chez moi avec jackmidi.

    Il y a enfin un dernier fichier, /etc/portage/package.mask. C'est pour masquer un package completement ou seulement pour une version donee.
    Par ex, j'ai:

    Envoyé par pamplemousse_mk2 le Fri 12 Oct 2007 10:02
    Ouh la, un probleme du serveur lors de la publication du poste. Je continue...

    Par ex, j'ai:
    Copy to clipboard
    =media-video/dvdstyler-1.5 
www-client/mozilla

    Ca veut dire que j'interdis d'installer dvdstyler. J'aurai pu mettre =>media-video/dvdstyler-1.5 si je me
    compte par exemple que seule la version 1.4 marche et que celles
    superieures ou egales a 1.5 bugguent toutes chez moi.
    Enfin, je ne veux pas du tout de mozilla (je ne sais pas pourquoi,
    Gentoo veut tjs m'installer mozilla, alors que j'utilise firefox).

    Pour les rt-sources, il faut peut-etre utiliser le keyword ~x86. Essaie;
    Copy to clipboard
    emerge -s rt-sources

    puis
    Copy to clipboard
    ACCEPT_KEYWORDS=~x86 emerge -s rt-sources

    et compare les resultats.
    Envoyé par bluedid29 le Fri 12 Oct 2007 10:38 France
    Rt bien merci pamplemousse_mk2 😎, tes explications claires m'aident à comprendre plus facilement (bien que très complète la doc officielle est parfois un peu "compacte" 😉)

    Bon, pour l'instant, je bute sur la compilation du noyau rt au niveau du :
    make && make modules_install
    ,il y a des erreurs
    extrait :
    .....
    tty_io.c:(.text+0x3d91b): référence indéfinie vers « lock_list_splice_init »
    tty_io.c:(.text+0x3d93e): référence indéfinie vers « lock_list_first_entry »
    tty_io.c:(.text+0x3d94a): référence indéfinie vers « lock_list_next_entry »
    drivers/built-in.o: dans la fonction « release_one_tty »:
    tty_io.c:(.text+0x3da6d): référence indéfinie vers « lock_list_splice_init »
    tty_io.c:(.text+0x3da8e): référence indéfinie vers « lock_list_del_init »
    drivers/built-in.o: dans la fonction « do_tty_hangup »:
    tty_io.c:(.text+0x3e24c): référence indéfinie vers « lock_list_first_entry »
    tty_io.c:(.text+0x3e2a1): référence indéfinie vers « lock_list_next_entry »
    make: *** .tmp_vmlinux1 Erreur 1


    Je vais reprendre à :
    make menuconfig

    Il y a longtemps que je n'avais plus compilé de noyau...
    Envoyé par bluedid29 le Fri 12 Oct 2007 13:04 France
    Bon, j'ai toujours des erreurs :

    fs/built-in.o: dans la fonction « fs_may_remount_ro »:
    (.text+0x29e4): référence indéfinie vers « lock_list_first_entry »
    fs/built-in.o: dans la fonction « fs_may_remount_ro »:
    (.text+0x2a0f): référence indéfinie vers « lock_list_next_entry »
    fs/built-in.o: dans la fonction « file_kill »:
    (.text+0x2719): référence indéfinie vers « lock_list_del_init »
    fs/built-in.o: dans la fonction « file_move »:
    (.text+0x2733): référence indéfinie vers « lock_list_add »
    fs/built-in.o: dans la fonction « do_remount_sb »:
    (.text+0x32be): référence indéfinie vers « lock_list_first_entry »
    fs/built-in.o: dans la fonction « do_remount_sb »:
    (.text+0x32e8): référence indéfinie vers « lock_list_next_entry »
    fs/built-in.o: dans la fonction « remove_proc_entry »:
    (.text+0x2ece3): référence indéfinie vers « lock_list_first_entry »
    fs/built-in.o: dans la fonction « remove_proc_entry »:
    (.text+0x2ed17): référence indéfinie vers « lock_list_next_entry »
    drivers/built-in.o: dans la fonction « check_tty_count »:
    tty_io.c:(.text+0x40851): référence indéfinie vers « lock_list_first_entry »
    tty_io.c:(.text+0x4085d): référence indéfinie vers « lock_list_next_entry »
    drivers/built-in.o: dans la fonction « release_one_tty »:
    tty_io.c:(.text+0x40bd3): référence indéfinie vers « lock_list_del_init »
    drivers/built-in.o: dans la fonction « do_tty_hangup »:
    tty_io.c:(.text+0x4137f): référence indéfinie vers « lock_list_first_entry »
    tty_io.c:(.text+0x413d4): référence indéfinie vers « lock_list_next_entry »
    make: *** .tmp_vmlinux1 Erreur 1


    Bon, j'me suis enregistré un p'tit blues "space" sous ardour 2.0.3, freebob et Zynaddsubfx, et j'vais prendre l'air... 😎
    Envoyé par bluedid29 le Wed 17 Oct 2007 23:42 France
    J'avais déjà posté un message mais comme il a disparu.... 🙄 (piratage ?)

    Bref, grâce à l'aide de tous (forum, tutos, canal irc...), j'ai réussi à installer le noyau rt

    En suivant le tuto : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Acc%C3%A8s+temps+r%C3%A9el+pour+les+applications
    il y a encore des craquements mais vu ma carte son intégrée HDA... (même pb avec mon portable et 64 Studio). C'est quand même une sacré aventure, il faut quand même pas mal s'accrocher... du coup quand je vais sur Debian & C°, plein de choses me paraissent plus simple 😉

    Bref, je vais digérer tranquillement toutes ces infos et depuis je rejoue sur mon clavier (encore plus) et m'enregistre histoire de décompresser 😁