Re: Compilation du noyau
Reliable Plumbing, Heating and Air.
compilation du noyau 3.0.6-rt17 avec erreur 2 en sortie
Bonjour à tou-te-s, en lançant la compile du noyau avec # make-kpkg --initrd kernel_image la console retourne (au bout d'une heure et qlq) IHEXfirmware/bnx2/bnx2-rv2p-09ax-6.0.17.fw IHEXfirmware/bnx2/bnx2-mips-06-6.2.1.fw IHEXfirmware/bnx2/bnx2-rv2p-06-6.0.15.fw IHEXfirmware/tigon/tg3.bin IHEXfirmware/tigon/tg3_tso.bin IHEXfirmware/tigon/tg3_tso5.bin make[1]: quittant le répertoire « /home/f/linux-3.0.6 » /usr/bin/makeARCH=i386 \ -C Documentation/lguest make: *** Documentation/lguest: Aucun fichier ou dossier de ce type. Arrêt. make: *** [debian/stamp/build/kernel] Erreur 2 Quelqu'un aurait une idée ? Je vois pas bien quoi faire :( Merci d'avance, Fred -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4ead1df9.10...@yahoo.fr
Re: compilation du noyau 3.0.6-rt17 avec erreur 2 en sortie
Le 30/10/2011 10:50, fred a écrit : Documentation/lguest: Aucun fichier ou dossier de ce type Google trouve ceci : http://linuxfr.org/forums/linuxdebianubuntu/posts/compilation-kernel-30x-erreur-lguest J. -- Pour passer au message suivant appuyez sur # -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4ead25f2.7060...@lavignotte.org
Re: compilation du noyau 3.0.6-rt17 avec erreur 2 en sortie
Le 30/10/2011 11:24, jacques a écrit : Le 30/10/2011 10:50, fred a écrit : Documentation/lguest: Aucun fichier ou dossier de ce type Google trouve ceci : http://linuxfr.org/forums/linuxdebianubuntu/posts/compilation-kernel-30x-erreur-lguest J. Merci beaucoup Jacques, ma recherche portait pas sur la bonne partie du message d'erreur ! Bonne fin de journée à toi, Fred -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4ead69c1.8010...@yahoo.fr
[HS] Compilation du noyau Linux sans optimisations
Bonjour à tous, j'ai besoin de débugguer un code que j'ai écrit dans le noyau. J'ai réussi à faire marcher kgdb du coup je pensais que cela se ferai très facilement mais malheureusement les variables que je souhaite afficher avec print sont marquée comme optimisée (dans des registres) voire carrément en No symbol foo found alors que j'arrive à afficher une variable dans la même fonction (ce n'est pas un problème de stack frame). J'aurais donc besoin de compiler le noyau avec informations de débogguage (déjà fait) mais sans les optimisations (pas de -O passé à gcc). J'ai cherché un peu dans General setup, Kernel hacking et Processor type and features lors de la configuration du noyau Linux mais je n'ai trouvé qu'une option qui permet de privilégier la taille sur la vitesse Optimize for size. Quelqu'un a une idée d'où se trouve l'option pour ne pas optimiser le noyau ? Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: compilation du noyau et mauvais modules au démarrages
mkinitrd.yaird a visiblement utilisé le noyau courant (2.6.18) pour produire l'initrd. Essayes peut-être d'utiliser directement la commande yaird qui te permettra de passer en parametre le bon numero de noyau ... Guy Jean-Paul Lacquement a écrit : Bonjour, J'ai compilé un noyau ce matin(2.6.22 avec patch mm1). Pour ce faire, j'ai été ici: http://www.debian-fr.org/article.php?page=viewarticlearticle=29 Ensuite, au reboot, le mkinitrd manquait. J'ai donc utilisé mkinitrd.yaird -o /boot/initrd.img-2.6.22-mm1-mm1 Au boot, voici le genre de messages que j'obtiens: evdev: disagrees about version of symbol strict_module: -1 invalid module format Dans les autres lignes qui suivent, il semble faire référence aux modules du noyau 2.6.18 installé sur ma machine également. En gros, je pense qu'au lieu de prendre les modules dans /lib/modules/2.6.22-mm1, il va dans /lib/modules/2.6.18 Bizarre, non? Voici le contenu de /boot -rw-r--r-- 1 root root 70781 2007-03-26 18:32 config-2.6.18-4-686 -rw-r--r-- 1 root root 65101 2007-05-31 09:39 config-2.6.22-rc2-mm1-mm1 drwxr-xr-x 3 root root 472 2007-05-31 11:43 grub -rw-r--r-- 1 root root 5420052 2007-05-16 17:32 initrd.img-2.6.18-4-686 -rw-r--r-- 1 root root 5395196 2007-05-09 14:19 initrd.img-2.6.18-4-686.bak -rw--- 1 root root 1153165 2007-05-31 11:35 initrd.img-2.6.22-rc2-mm1-mm1 -rw-r--r-- 1 root root 722037 2007-03-27 00:42 System.map-2 .6.18-4-686 -rw-r--r-- 1 root root 795611 2007-05-31 10:52 System.map-2.6.22-rc2-mm1-mm1 -rw-r--r-- 1 root root 1260290 2007-03-27 00:42 vmlinuz-2.6.18-4-686 -rw-r--r-- 1 root root 1532408 2007-05-31 10:52 vmlinuz-2.6.22-rc2-mm1-mm1 Voici mon menu.lst de grub: splashimage=(hd0,4)/boot/grub/splash.xpm.gz title Debian GNU/Linux, kernel 2.6.22-rc2-mm1-mm1 root(hd0,4) kernel /boot/vmlinuz-2.6.22-rc2-mm1-mm1 root=/dev/hda5 ro initrd /boot/initrd.img-2.6.22-rc2-mm1-mm1 savedefault title Debian GNU/Linux, kernel 2.6.22-rc2-mm1-mm1 (single-user mode) root(hd0,4) kernel /boot/vmlinuz-2.6.22-rc2-mm1-mm1 root=/dev/hda5 ro single initrd /boot/initrd.img-2.6.22-rc2-mm1-mm1 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,4) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hda5 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode) root(hd0,4) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hda5 ro single initrd /boot/initrd.img-2.6.18-4-686 savedefault title Other operating systems: root title Windows NT/2000/XP root(hd0,0) savedefault makeactive chainloader +1 Une idée? Zelos
Re: compilation du noyau et mauvais modules au démarrages
Impeccable. Ca fonctionne! Merci bcp. Guy Roussin wrote: mkinitrd.yaird a visiblement utilisé le noyau courant (2.6.18) pour produire l'initrd. Essayes peut-être d'utiliser directement la commande yaird qui te permettra de passer en parametre le bon numero de noyau ... Guy Jean-Paul Lacquement a écrit : Bonjour, J'ai compilé un noyau ce matin(2.6.22 avec patch mm1). Pour ce faire, j'ai été ici: http://www.debian-fr.org/article.php?page=viewarticlearticle=29 Ensuite, au reboot, le mkinitrd manquait. J'ai donc utilisé mkinitrd.yaird -o /boot/initrd.img-2.6.22-mm1-mm1 Au boot, voici le genre de messages que j'obtiens: evdev: disagrees about version of symbol strict_module: -1 invalid module format Dans les autres lignes qui suivent, il semble faire référence aux modules du noyau 2.6.18 installé sur ma machine également. En gros, je pense qu'au lieu de prendre les modules dans /lib/modules/2.6.22-mm1, il va dans /lib/modules/2.6.18 Bizarre, non? Voici le contenu de /boot -rw-r--r-- 1 root root 70781 2007-03-26 18:32 config-2.6.18-4-686 -rw-r--r-- 1 root root 65101 2007-05-31 09:39 config-2.6.22-rc2-mm1-mm1 drwxr-xr-x 3 root root 472 2007-05-31 11:43 grub -rw-r--r-- 1 root root 5420052 2007-05-16 17:32 initrd.img-2.6.18-4-686 -rw-r--r-- 1 root root 5395196 2007-05-09 14:19 initrd.img-2.6.18-4-686.bak -rw--- 1 root root 1153165 2007-05-31 11:35 initrd.img-2.6.22-rc2-mm1-mm1 -rw-r--r-- 1 root root 722037 2007-03-27 00:42 System.map-2 .6.18-4-686 -rw-r--r-- 1 root root 795611 2007-05-31 10:52 System.map-2.6.22-rc2-mm1-mm1 -rw-r--r-- 1 root root 1260290 2007-03-27 00:42 vmlinuz-2.6.18-4-686 -rw-r--r-- 1 root root 1532408 2007-05-31 10:52 vmlinuz-2.6.22-rc2-mm1-mm1 Voici mon menu.lst de grub: splashimage=(hd0,4)/boot/grub/splash.xpm.gz title Debian GNU/Linux, kernel 2.6.22-rc2-mm1-mm1 root(hd0,4) kernel /boot/vmlinuz-2.6.22-rc2-mm1-mm1 root=/dev/hda5 ro initrd /boot/initrd.img-2.6.22-rc2-mm1-mm1 savedefault title Debian GNU/Linux, kernel 2.6.22-rc2-mm1-mm1 (single-user mode) root(hd0,4) kernel /boot/vmlinuz-2.6.22-rc2-mm1-mm1 root=/dev/hda5 ro single initrd /boot/initrd.img-2.6.22-rc2-mm1-mm1 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,4) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hda5 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode) root(hd0,4) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hda5 ro single initrd /boot/initrd.img-2.6.18-4-686 savedefault title Other operating systems: root title Windows NT/2000/XP root(hd0,0) savedefault makeactive chainloader +1 Une idée? Zelos -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
compilation du noyau et mauvais modules au démarrages
Bonjour, J'ai compilé un noyau ce matin(2.6.22 avec patch mm1). Pour ce faire, j'ai été ici: http://www.debian-fr.org/article.php?page=viewarticlearticle=29 Ensuite, au reboot, le mkinitrd manquait. J'ai donc utilisé mkinitrd.yaird -o /boot/initrd.img-2.6.22-mm1-mm1 Au boot, voici le genre de messages que j'obtiens: evdev: disagrees about version of symbol strict_module: -1 invalid module format Dans les autres lignes qui suivent, il semble faire référence aux modules du noyau 2.6.18 installé sur ma machine également. En gros, je pense qu'au lieu de prendre les modules dans /lib/modules/2.6.22-mm1, il va dans /lib/modules/2.6.18 Bizarre, non? Voici le contenu de /boot -rw-r--r-- 1 root root 70781 2007-03-26 18:32 config-2.6.18-4-686 -rw-r--r-- 1 root root 65101 2007-05-31 09:39 config-2.6.22-rc2-mm1-mm1 drwxr-xr-x 3 root root 472 2007-05-31 11:43 grub -rw-r--r-- 1 root root 5420052 2007-05-16 17:32 initrd.img-2.6.18-4-686 -rw-r--r-- 1 root root 5395196 2007-05-09 14:19 initrd.img-2.6.18-4-686.bak -rw--- 1 root root 1153165 2007-05-31 11:35 initrd.img-2.6.22-rc2-mm1-mm1 -rw-r--r-- 1 root root 722037 2007-03-27 00:42 System.map-2 .6.18-4-686 -rw-r--r-- 1 root root 795611 2007-05-31 10:52 System.map-2.6.22-rc2-mm1-mm1 -rw-r--r-- 1 root root 1260290 2007-03-27 00:42 vmlinuz-2.6.18-4-686 -rw-r--r-- 1 root root 1532408 2007-05-31 10:52 vmlinuz-2.6.22-rc2-mm1-mm1 Voici mon menu.lst de grub: splashimage=(hd0,4)/boot/grub/splash.xpm.gz title Debian GNU/Linux, kernel 2.6.22-rc2-mm1-mm1 root(hd0,4) kernel /boot/vmlinuz-2.6.22-rc2-mm1-mm1 root=/dev/hda5 ro initrd /boot/initrd.img-2.6.22-rc2-mm1-mm1 savedefault title Debian GNU/Linux, kernel 2.6.22-rc2-mm1-mm1 (single-user mode) root(hd0,4) kernel /boot/vmlinuz-2.6.22-rc2-mm1-mm1 root=/dev/hda5 ro single initrd /boot/initrd.img-2.6.22-rc2-mm1-mm1 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,4) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hda5 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode) root(hd0,4) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hda5 ro single initrd /boot/initrd.img-2.6.18-4-686 savedefault title Other operating systems: root title Windows NT/2000/XP root(hd0,0) savedefault makeactive chainloader +1 Une idée? Zelos
Re: Compilation du noyau
Le Mon, Aug 14, 2006 at 12:40:32PM +0200, fred a écrit : Charles Plessy [EMAIL PROTECTED] a écrit : Le Mon, Aug 14, 2006 at 01:58:40AM +0200, fred a écrit : Si la « norme » est maintenant d'appeler les paquets de noyo linux-image-xxx plutôt que kernel-image-xxx, pourquoi cela n'est il pas pris en compte dans make-kpkg ? Est-il à jour ? Avec la version 1.94, j'ai créé des paquets comme « linux-headers-2.6.16farm_2.6.16farm-10.00.Custom_powerpc.deb » sur ma machine... J'ai aussi la 1.94 (kernel-package 8.135). Ah tiens, chez moi kernel-package est en version 10.030. Peut-être la différence se trouve-t-elle dans des fichiers annexes... Bonne chance, -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japon -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compilation du noyau
Lundi 14 août 2006, 15:52:48 CEST, fred a écrit : [...] Mais cela ne change même pas le problème :-( Le paquet header créé s'appelle linux-headers-xxx, et en aucun cas linux-kernel-headers (c'est çui-ci que je veux upgrader pour qu'il corresponde à la version de mon noyo). Bon tant pis, j'abandonne. Je m'en passerai. (pour peu qu'un linux-kernel-header-2.5.999 ne cause pas de noises à un noyo 2.6.17.6...) Le linux-kernel-header contient les .h avec lesquels la libc a été compilée. C'est pour cela que libc6-dev en dépend. Ces .h permettent de faire des programmes en « userland ». Un programme qui les utilise doit donc utiliser la même version que celle de la libc. Ces interfaces sont stables. Le linux-header contient les .h qui permettent de faire des modules. Ils doivent donc avoir la même version que celle du noyau en cours. Celui qui compile lui-même son noyau a ces .h dans /lib/modules/2.6*/build/include Le paquet linux-header ne sert que si l'on supprime les sources du noyau. Ces interfaces sont moins stables. Il fut un temps où l'on confondait les .h des sources du noyau avec ceux utilisés par la libc (en faisant un lien symbolique appelé /usr/src/linux vers les sources et un autre /usr/include/linux). Cela posait des problèmes de compatibilité. Donc : - pas de panique ! - make-kpkg n'a pas à générer linux-kernel-header ; - le paquet linux-kernel-header-2.5.999 est celui qui est adapté à la libc6 actuelle et à tous les noyaux 2.6 (jusqu'à nouvel ordre), il ne doit être changé que lorsque l'on change/recompile la libc6. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Compilation du noyau
Bonjour, Depuis quelques temps déjà (peut-être depuis le kernel 2.6 ?) je ne vois plus de package kernel-sources 2.6.X Par contre il y a toujours un package kernel-headers (dernier en date 2.6.17-1). Les sources à utiliser, sont-elles celles qu'on récupère dans les archives de kernel.org ? Je suppose que rien ne sert de compiler les sources d'un kernel 2.6.17 si on a que les headers 2.16.2 par exemple ? Pascal This message was sent using IMP, the Internet Messaging Program.
Re: Compilation du noyau
bonjour, Le dimanche 13 août 2006, [EMAIL PROTECTED] a écrit... Par contre il y a toujours un package kernel-headers (dernier en date 2.6.17-1). Les sources à utiliser, sont-elles celles qu'on récupère dans les archives de kernel.org ? Je suppose que rien ne sert de compiler les sources d'un kernel 2.6.17 si on a que les headers 2.16.2 par exemple ? C'est le contraire, quelque part. Si tu compiles un noyau, tu n'as pas besoin du contenu des paquets *-headers dudit noyau, puisque les fichiers d'en-tête sont déjà dans le noyau compilé. Les en-têtes sont à utiliser lorsque tu compiles quelque chose (module externe par exemple) qui les utilise, alors que tu as installé une image de noyau (paquet linux-image-version). -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compilation du noyau
Le Sun, Aug 13, 2006 at 08:19:30AM +0200, [EMAIL PROTECTED] a écrit : Depuis quelques temps déjà (peut-être depuis le kernel 2.6 ?) je ne vois plus de package kernel-sources 2.6.X Bonjour, le paquet contenant le noyau (kernel) linux a été renommé... linux ! Cela permettra de proposer d'autres noyaux dans l'avenir. C'est donc du côté de paquets dont le nom ressemble à « linux-sources-quelquechose » qu'il faut chercher... -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japon -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compilation du noyau
bonjour, Le dimanche 13 août 2006, fred a écrit... Justement, le problème est que certains paquets « vitaux » ont besoin de kernel-headers (2.5.999-test7-bk-17 pour ma sarge) alors que j'ai compilé/installé un noyau 2.6.17.6. Y a pas quelque chose qui cloche, là, au niveau des dépendances ? Non, _tu_ as installé un noyau comme il te convenait. Mais comment veux tu que le système de paquetage soit au courant de ce que tu manigances derrière son dos ? Les paquets ont des dépendances qui sont fixées lors de leur construction. Les scripts d'installation vérifient les dépendances sans se soucier des installations personnelles. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compilation du noyau
Le dimanche 13 août 2006 à 12:03 +0200, Jean-Michel OLTRA a écrit : bonjour, Le dimanche 13 août 2006, fred a écrit... Justement, le problème est que certains paquets « vitaux » ont besoin de kernel-headers (2.5.999-test7-bk-17 pour ma sarge) alors que j'ai compilé/installé un noyau 2.6.17.6. Y a pas quelque chose qui cloche, là, au niveau des dépendances ? Non, _tu_ as installé un noyau comme il te convenait. Mais comment veux tu que le système de paquetage soit au courant de ce que tu manigances derrière son dos ? Les paquets ont des dépendances qui sont fixées lors de leur construction. Les scripts d'installation vérifient les dépendances sans se soucier des installations personnelles. Pour être plus clair, le paquet linux-kernel-headers (et non linux-headers-2.6-$(KVERS)) correspond aux en-têtes nécessaires à glibc. Aucun paquet essentiel ne dépend de ce paquet, à moins que tu considères les librairies de développement comme essentielles (tout dépend de l'utilisation de ton système bien entendu !). $ apt-cache rdepends linux-kernel-headers linux-kernel-headers Reverse Depends: libc6-dev vdr-dev libkxl0-dev libc6-dev dvb-driver-source Ce paquet n'est installé que sur ma station de développement, nullement besoin de l'avoir sur un serveur par exemple. @++ Julien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compilation du noyau
Le Mon, Aug 14, 2006 at 01:58:40AM +0200, fred a écrit : Si la « norme » est maintenant d'appeler les paquets de noyo linux-image-xxx plutôt que kernel-image-xxx, pourquoi cela n'est il pas pris en compte dans make-kpkg ? Est-il à jour ? Avec la version 1.94, j'ai créé des paquets comme « linux-headers-2.6.16farm_2.6.16farm-10.00.Custom_powerpc.deb » sur ma machine... Bonne journée. -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau avec action du .config dans le menu
Frédéric Bothamy a écrit : * Thierry B [EMAIL PROTECTED] [2006-01-24 20:51] : Frédéric Bothamy a écrit : Tu peux faire un make allnoconfig avant le make menuconfig. C'est assez radical (make defconfig pour revenir à la sélection actuelle). Fred Mais en faisant ça, il coche, quand même des choses minimales, non? allnoconfig est bien pour aucune option d'activée. Parce qu'il y a des chsoes, que je seraiincapable de dire si c'est indispensable ou pas. J'aimerais en fait, partir de la config minimale vitale, par exemple, et juste par dessus ça, rajouter ce qu'il me faut. Tu peux partir de alldefconfig (qui est la configuration par défaut et non la sélection actuelle comme je l'ai indiqué par erreur) et ajuster quelques options (notamment, le chipset IDE et le système de fichier). Fred Re, vu que tu m'avais dit que le .config, ne sauvegarde pas la config ctuel. Comment, on pourrait faire efficacement, pour reprendre les paramètres d'un noyau, et les réutiliser sur une autre debian, sur un source pour recompiler son noyau? Je pensais au début, à une copie u .config, mais appremment, ce n'est pas bon d'après tes pérécédents renseignements. Merci A+ -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau avec action du .config dans le menu
Thierry B a écrit : Frédéric Bothamy a écrit : * Thierry B [EMAIL PROTECTED] [2006-01-24 20:51] : Frédéric Bothamy a écrit : Tu peux faire un make allnoconfig avant le make menuconfig. C'est assez radical (make defconfig pour revenir à la sélection actuelle). Fred Mais en faisant ça, il coche, quand même des choses minimales, non? allnoconfig est bien pour aucune option d'activée. Parce qu'il y a des chsoes, que je seraiincapable de dire si c'est indispensable ou pas. J'aimerais en fait, partir de la config minimale vitale, par exemple, et juste par dessus ça, rajouter ce qu'il me faut. Tu peux partir de alldefconfig (qui est la configuration par défaut et non la sélection actuelle comme je l'ai indiqué par erreur) et ajuster quelques options (notamment, le chipset IDE et le système de fichier). Fred Re, vu que tu m'avais dit que le .config, ne sauvegarde pas la config ctuel. Comment, on pourrait faire efficacement, pour reprendre les paramètres d'un noyau, et les réutiliser sur une autre debian, sur un source pour recompiler son noyau? Je pensais au début, à une copie u .config, mais appremment, ce n'est pas bon d'après tes pérécédents renseignements. Tu installes les nouveaux sources, recopie le .config du noyau précédent ou celui de /boot, make oldconfig et te voila avec un beau .config cohérent avec les nouveaux sources et incluant la config précédente. -- Daniel Huhardeaux _ _ _ _ enum+48 32 285 5276 (_ __) _ ) _ (_ __) _ _(_) iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ ( ___( ___/ /_/ (_/ (_/_/.netFWD# 422493 -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau avec action du .config dans le menu
* Thierry B [EMAIL PROTECTED] [2006-01-27 14:05] : [...] Re, vu que tu m'avais dit que le .config, ne sauvegarde pas la config ctuel. Comment, on pourrait faire efficacement, pour reprendre les paramètres d'un noyau, et les réutiliser sur une autre debian, sur un source pour recompiler son noyau? Je pensais au début, à une copie u .config, mais appremment, ce n'est pas bon d'après tes pérécédents renseignements. On a mal du se comprendre parce que quand tu parlais du .config dans le menu du noyau, pour moi, il s'agissait de l'option CONFIG_IKCONFIG (dans General setup/Kernel .config support). Cette dernière option n'est pas du tout nécessaire pour générer le .config du répertoire du noyau (ou celui du paquet image généré par make-kpkg). En copiant le fichier .config d'une machine à une autre dans les répertoires de source du noyau, tu pourras donc dupliquer facilement la configuration du noyau de la première machine vers la seconde (note : je ne vois pas trop l'intérêt d'avoir les sources du noyau sur plusieurs machines, il est tout à fait possible de compiler des noyaux sur une seule machine et de les envoyer sur différentes autres machines, notamment en utilisant les paquets d'image de noyau). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/Writing/SmartQuestionsFr Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
compilation du noyau avec action du .config dans le menu
Bonjour, J'ai lu dans les astuces du wiki de la liste debian, qu'il faut activer l'option du .config. Je ne comprends pas trop à quoi elle sert car en fait, j'ai li'mpression, que par défaut, il va reprendre la config du noyau actuel, lors du 1er make config fait surles sources du noyau, et que donc par la suite, il gardera cette config dans le .config naturellement. Autre question: si on a une config existante avec pas mal de choses cochées, quele est la meilleure méthode, pour que lors du 1er make menuconfig, il ne reprenne pas la config par défaut, et par d'une config quasi vide, pour qu'on puisse nous même cocher le minimum de choses? Faudrait déplacer le config de défaut de /boot? Merci A+ -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau avec action du .config dans le menu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thierry B a écrit : Bonjour, J'ai lu dans les astuces du wiki de la liste debian, qu'il faut activer l'option du .config. Je ne comprends pas trop à quoi elle sert car en fait, j'ai li'mpression, que par défaut, il va reprendre la config du noyau actuel, lors du 1er make config fait surles sources du noyau, et que donc par la suite, il gardera cette config dans le .config naturellement. En fait le support du .config c'est pour qu'il soit accessible par /proc/config ou un truc du genre. Après il te suffit de faire zcat /proc/config /usr/src/linux-version/.config pour récupérer le .config du noyau qui tourne. Cela n'est donc en aucun cas obligatoire. Merci A+ @+, RoboTux - -- Ma clé GPG est disponible sur http://www.keyserver.net (0x2B8BE385) Protégez votre vie privée : - - Signez/chiffrez vos messages. Respectez celle des autres : - - Masquez les destinataires de vos mailings -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD1kibXBAlpiuL44URAiUZAJ0VN1rNyvTaIzGA8GhOoC7QpXooKACeLK6K 4W7GhvO5fgbKmJ0oCXaFJ5E= =Ctdu -END PGP SIGNATURE- -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau avec action du .config dans le menu
* Thierry B [EMAIL PROTECTED] [2006-01-24 16:07] : Bonjour, J'ai lu dans les astuces du wiki de la liste debian, qu'il faut activer l'option du .config. Je ne comprends pas trop à quoi elle sert car en fait, j'ai li'mpression, que par défaut, il va reprendre la config du noyau actuel, lors du 1er make config fait surles sources du noyau, et que donc par la suite, il gardera cette config dans le .config naturellement. L'activation de cette option ne sert pas pour réutiliser la configuration du noyau lors des recompilations suivantes. Elle est surtout destinée à fournir aux applications en espace utilisateur un moyen uniforme de consulter la configuration du noyau en cours. Autre question: si on a une config existante avec pas mal de choses cochées, quele est la meilleure méthode, pour que lors du 1er make menuconfig, il ne reprenne pas la config par défaut, et par d'une config quasi vide, pour qu'on puisse nous même cocher le minimum de choses? Faudrait déplacer le config de défaut de /boot? Tu peux faire un make allnoconfig avant le make menuconfig. C'est assez radical (make defconfig pour revenir à la sélection actuelle). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/Writing/SmartQuestionsFr Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau avec action du .config dans le menu
Frédéric Bothamy a écrit : Tu peux faire un make allnoconfig avant le make menuconfig. C'est assez radical (make defconfig pour revenir à la sélection actuelle). Fred Mais en faisant ça, il coche, quand même des choses minimales, non? Parce qu'il y a des chsoes, que je seraiincapable de dire si c'est indispensable ou pas. J'aimerais en fait, partir de la config minimale vitale, par exemple, et juste par dessus ça, rajouter ce qu'il me faut. Merci A+ -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau avec action du .config dans le menu
* Thierry B [EMAIL PROTECTED] [2006-01-24 20:51] : Frédéric Bothamy a écrit : Tu peux faire un make allnoconfig avant le make menuconfig. C'est assez radical (make defconfig pour revenir à la sélection actuelle). Fred Mais en faisant ça, il coche, quand même des choses minimales, non? allnoconfig est bien pour aucune option d'activée. Parce qu'il y a des chsoes, que je seraiincapable de dire si c'est indispensable ou pas. J'aimerais en fait, partir de la config minimale vitale, par exemple, et juste par dessus ça, rajouter ce qu'il me faut. Tu peux partir de alldefconfig (qui est la configuration par défaut et non la sélection actuelle comme je l'ai indiqué par erreur) et ajuster quelques options (notamment, le chipset IDE et le système de fichier). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/Writing/SmartQuestionsFr Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: compilation du noyau
Merci pour tes explications cst toujours intressant de comprendre la signification de ces messages. Je laisse tomber le driver broadcom, de plus les librairies crc sont toutes slectionnes.
compilation du noyau
Bonjour a tous, Je suis en train de tenter une compil du noyau 2.6.14 sur une dbian unstable. Il s'agit d'un serveur HP proliant DL 380. J'ai récupéré les infos du chipset en lancant un lspci dont voici l' output : :00:00.0 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) (rev 33) :00:00.1 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) :00:00.2 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) :00:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :00:04.0 System peripheral: Compaq Computer Corporation Integrated Lights Out Controller (rev 01) :00:04.2 System peripheral: Compaq Computer Corporation Integrated Lights Out Processor (rev 01) :00:0f.0 ISA bridge: Broadcom CSB5 South Bridge (rev 93) :00:0f.1 IDE interface: Broadcom CSB5 IDE Controller (rev 93) :00:0f.2 USB Controller: Broadcom OSB4/CSB5 OHCI USB Controller (rev 05) :00:0f.3 Host bridge: Broadcom CSB5 LPC bridge :00:10.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :00:10.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :00:11.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :00:11.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :01:03.0 RAID bus controller: Compaq Computer Corporation Smart Array 5i/532 (rev 01) :02:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02) :02:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02) :06:1e.0 PCI Hot-plug controller: Compaq Computer Corporation PCI Hotplug Controller (rev 14) Dans le make menuconfig je ne trouve pas le support du chipset il semble s'agir d'un broadcom mais je ne vois rien se rapprochant. Je fais appel à ceux qui auraient une certaine expérience sur le sujet et auraient l'amabilité de me preter main forte. Merci de votre attention.
Re: compilation du noyau
Toto Carpaccio a écrit avec finesse, tact et doigté: Bonjour a tous, Je suis en train de tenter une compil du noyau 2.6.14 sur une dbian unstable. Il s'agit d'un serveur HP proliant DL 380. J'ai récupéré les infos du chipset en lancant un lspci dont voici l' output : :00:00.0 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) (rev 33) :00:00.1 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) :00:00.2 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) :00:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :00:04.0 System peripheral: Compaq Computer Corporation Integrated Lights Out Controller (rev 01) :00:04.2 System peripheral: Compaq Computer Corporation Integrated Lights Out Processor (rev 01) :00:0f.0 ISA bridge: Broadcom CSB5 South Bridge (rev 93) :00:0f.1 IDE interface: Broadcom CSB5 IDE Controller (rev 93) :00:0f.2 USB Controller: Broadcom OSB4/CSB5 OHCI USB Controller (rev 05) :00:0f.3 Host bridge: Broadcom CSB5 LPC bridge :00:10.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :00:10.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :00:11.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :00:11.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :01:03.0 RAID bus controller: Compaq Computer Corporation Smart Array 5i/532 (rev 01) :02:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02) :02:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02) :06:1e.0 PCI Hot-plug controller: Compaq Computer Corporation PCI Hotplug Controller (rev 14) Dans le make menuconfig je ne trouve pas le support du chipset il semble s'agir d'un broadcom mais je ne vois rien se rapprochant. Je fais appel à ceux qui auraient une certaine expérience sur le sujet et auraient l'amabilité de me preter main forte. Merci de votre attention. De quel chipset parles tu? Si c'est celui du Lan, alors le pbm est facile a regler ! Tu recuperes le pilote sur le site du constructeur broadcom et tu le stockes a un endroit ou tu pourras le recuperer apres ta compil. Ensuite tu feras un simple make suivi d'un insmod (ou modprobe selon le module) et enfin make install et tu seras trankil jusqu'à la prochaine mise a jour de ton noyau. (lis quand meme le readme contenu dans le fichier que tu recup) C'est ce que j'ai fait pour ma carte mere a base de broadcom 5702 :00:0f.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5702X Gigabit Ethernet (rev 02) Cordialement, -- La vie c'est comme un concombre... des fois tu l'as dans la main... des fois tu l'as dans l'cul ! Paul Presbois (Poète avant-gardiste) signature.asc Description: OpenPGP digital signature
Re: compilation du noyau
Je parlais du chipset en general pas specialement du controleur ethernet dans le menu ATA/ATAPI/MFM/RLL support tu as plusieurs choix : AEC62XX chipset support │ │ │ │ ALI M15x3 chipset support│ │ │ │ AMD and nVidia IDE support │ │ │ │ ATI IXP chipset IDE support │ │ │ │ CMD64{3|6|8|9} chipset support │ │ │ │ Compaq Triflex IDE support etcje voulais savoir si un correspondait a mon chipset et si non que faire ? Pour les drivers ethernet, le broadcom netXtremeII ne marchera pas ? 2005/11/11, CoolFox [EMAIL PROTECTED]: Toto Carpaccio a écrit avec finesse, tact et doigté: Bonjour a tous, Je suis en train de tenter une compil du noyau 2.6.14 sur une dbian unstable. Il s'agit d'un serveur HP proliant DL 380. J'ai récupéré les infos du chipset en lancant un lspci dont voici l' output : :00:00.0 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) (rev 33) :00:00.1 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) :00:00.2 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) :00:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :00:04.0 System peripheral: Compaq Computer Corporation Integrated Lights Out Controller (rev 01) :00:04.2 System peripheral: Compaq Computer Corporation Integrated Lights Out Processor (rev 01) :00:0f.0 ISA bridge: Broadcom CSB5 South Bridge (rev 93) :00:0f.1 IDE interface: Broadcom CSB5 IDE Controller (rev 93) :00:0f.2 USB Controller: Broadcom OSB4/CSB5 OHCI USB Controller (rev 05) :00:0f.3 Host bridge: Broadcom CSB5 LPC bridge :00:10.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :00:10.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :00:11.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :00:11.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05) :01:03.0 RAID bus controller: Compaq Computer Corporation Smart Array 5i/532 (rev 01) :02:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02) :02:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02) :06:1e.0 PCI Hot-plug controller: Compaq Computer Corporation PCI Hotplug Controller (rev 14) Dans le make menuconfig je ne trouve pas le support du chipset il semble s'agir d'un broadcom mais je ne vois rien se rapprochant. Je fais appel à ceux qui auraient une certaine expérience sur le sujet et auraient l'amabilité de me preter main forte. Merci de votre attention. De quel chipset parles tu? Si c'est celui du Lan, alors le pbm est facile a regler ! Tu recuperes le pilote sur le site du constructeur broadcom et tu le stockes a un endroit ou tu pourras le recuperer apres ta compil. Ensuite tu feras un simple make suivi d'un insmod (ou modprobe selon le module) et enfin make install et tu seras trankil jusqu'à la prochaine mise a jour de ton noyau. (lis quand meme le readme contenu dans le fichier que tu recup) C'est ce que j'ai fait pour ma carte mere a base de broadcom 5702 :00:0f.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5702X Gigabit Ethernet (rev 02) Cordialement, -- La vie c'est comme un concombre... des fois tu l'as dans la main... des fois tu l'as dans l'cul ! Paul Presbois (Poète avant-gardiste)
Re: compilation du noyau
* Toto Carpaccio [EMAIL PROTECTED] [2005-11-11 12:21] : Je parlais du chipset en general pas specialement du controleur ethernet dans le menu ATA/ATAPI/MFM/RLL support tu as plusieurs choix : AEC62XX chipset support ?? ?? ?? ?? ALI M15x3 chipset support ?? ?? ?? ?? AMD and nVidia IDE support ?? ?? ?? ?? ATI IXP chipset IDE support ?? ?? ?? ?? CMD64{3|6|8|9} chipset support ?? ?? ?? ?? Compaq Triflex IDE support etcje voulais savoir si un correspondait a mon chipset et si non que faire ? :00:0f.1 IDE interface: Broadcom CSB5 IDE Controller (rev 93) Donc, tu parles du chipset IDE. Il est probable que le pilote à utiliser est celui de ServerWorks OSB4/CSB5/CSB6 (en tout cas, on retrouve CSB5, ainsi que OSB4 du chipset USB). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau
Je vais essayer, j'ai juste un probleme : apres avoir telecharger le module bcm7000-src, j'ai lancé les commandes suivantes : % cd ~/kernel/ % tar zxvf /usr/src/bcm7000.tar.gz % export MODULE_LOC=~/kernel/modules % cd linux/ % fakeroot make-kpkg --append-to-version -camel --revision 1 kernel-image % fakeroot make-kpkg --append-to-version -camel modules-image et j'obtiens l'erreur suivante : dh_clean -k make[2]: dh_clean: Command not found make[2]: *** [binary-modules] Error 127 make[2]: Leaving directory `/root/kernel/modules/bcm5700' make[1]: *** [kdist_build] Error 2 make[1]: Leaving directory `/root/kernel/modules/bcm5700' Module /root/kernel/modules/bcm5700 failed. Hit return to Continue Le 11/11/05, Frédéric Bothamy[EMAIL PROTECTED] a écrit : * Toto Carpaccio [EMAIL PROTECTED] [2005-11-11 12:21] : Je parlais du chipset en general pas specialement du controleur ethernet dans le menu ATA/ATAPI/MFM/RLL support tu as plusieurs choix : AEC62XX chipset support ?? ?? ?? ?? ALI M15x3 chipset support ?? ?? ?? ?? AMD and nVidia IDE support ?? ?? ?? ?? ATI IXP chipset IDE support ?? ?? ?? ?? CMD64{3|6|8|9} chipset support ?? ?? ?? ?? Compaq Triflex IDE support etcje voulais savoir si un correspondait a mon chipset et si non que faire ? :00:0f.1 IDE interface: Broadcom CSB5 IDE Controller (rev 93) Donc, tu parles du chipset IDE. Il est probable que le pilote à utiliser est celui de ServerWorks OSB4/CSB5/CSB6 (en tout cas, on retrouve CSB5, ainsi que OSB4 du chipset USB). Fred -- Comment poser les questions de manière intelligente? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau
Merci infiniment mais ce n'est pas mieux : drivers/built-in.o: In function `bnx2_set_rx_mode': : undefined reference to `crc32_le' drivers/built-in.o: In function `bnx2_test_nvram': : undefined reference to `crc32_le' drivers/built-in.o: In function `bnx2_test_nvram': : undefined reference to `crc32_le' make[1]: *** [.tmp_vmlinux1] Error 1 make[1]: Leaving directory `/root/kernel/linux-2.6.14' make: *** [stamp-build] Error 2 Le 11/11/05, Frédéric Bothamy[EMAIL PROTECTED] a écrit : * Toto Carpaccio [EMAIL PROTECTED] [2005-11-11 14:32] : Je vais essayer, j'ai juste un probleme : apres avoir telecharger le module bcm7000-src, j'ai lancé les commandes suivantes : % cd ~/kernel/ % tar zxvf /usr/src/bcm7000.tar.gz % export MODULE_LOC=~/kernel/modules % cd linux/ % fakeroot make-kpkg --append-to-version -camel --revision 1 kernel-image % fakeroot make-kpkg --append-to-version -camel modules-image et j'obtiens l'erreur suivante : dh_clean -k make[2]: dh_clean: Command not found make[2]: *** [binary-modules] Error 127 make[2]: Leaving directory `/root/kernel/modules/bcm5700' make[1]: *** [kdist_build] Error 2 make[1]: Leaving directory `/root/kernel/modules/bcm5700' Module /root/kernel/modules/bcm5700 failed. Hit return to Continue Il faut que tu installes debhelper qui est recommandé par bcm5700-source et qui fournit dh_clean. Fred -- Comment poser les questions de manière intelligente? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau
* Toto Carpaccio [EMAIL PROTECTED] [2005-11-11 17:11] : Merci infiniment mais ce n'est pas mieux : drivers/built-in.o: In function `bnx2_set_rx_mode': : undefined reference to `crc32_le' drivers/built-in.o: In function `bnx2_test_nvram': : undefined reference to `crc32_le' drivers/built-in.o: In function `bnx2_test_nvram': : undefined reference to `crc32_le' make[1]: *** [.tmp_vmlinux1] Error 1 make[1]: Leaving directory `/root/kernel/linux-2.6.14' make: *** [stamp-build] Error 2 Apparemment, le pilote bnx2 utilise des fonctions des bibliothèques CRC du noyau (elles se trouvent sous Library routines dans la configuration du noyau). Normalement, le système de configuration devrait demande l'activation de l'option, mais cela ne semble pas être le cas pour ce pilote (c'est peut-être un bogue, mais je ne trouve pas d'utilisation de la fonction crc32_le dans le fichier drivers/net/bnx2.c). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Compilation du noyau
Bonsoir la liste, J'ai un petit problème pour recompiler le noyau 2.6.11 de sid Dans la version par défaut (la configuration Debian, quoi), j'ai une erreur dans la compilation du generic_serial. Si j'essaie de personnaliser la config, qui gère les dépendances si j'ai bien vu, c'est i2c qui pose problème. Les noyaux vanilla 2.4 et 2.6 plantent aussi Y aurait-il un rapport avec GCC4 ? Merci d'éclairer ma lanterne. @+ JB -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compilation du noyau
Re, Je me réponds à moi-même, je crois avoir trouvé. Il s'agit bien à priori d'un problème gcc: http://www.diy-linux.org/pipermail/diy-linux-dev/2005-April/000499.html et http://lkml.org/lkml/2005/3/2/96 Me reste plus qu'à changer de compilateur par défaut. @+ JB JB - DUF a écrit : Bonsoir la liste, J'ai un petit problème pour recompiler le noyau 2.6.11 de sid Dans la version par défaut (la configuration Debian, quoi), j'ai une erreur dans la compilation du generic_serial. Si j'essaie de personnaliser la config, qui gère les dépendances si j'ai bien vu, c'est i2c qui pose problème. Les noyaux vanilla 2.4 et 2.6 plantent aussi Y aurait-il un rapport avec GCC4 ? Merci d'éclairer ma lanterne. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau :erreur drm
A+, JD. On Wednesday 04 May 2005 19:35, deny wrote: de bonsoir de de je tente de compiler un noyau 2.6.11 sur une ubuntu 2.6.8 de j'ai une erreur de la sorte lors du make modules: de 'drm' defined but not used de /drivers/char/drm/gamma-drv.o de de je pense que les drivers gamma sont obsoletes de comment faire pour desactiver ce module dans le noyau ? de de -- de http://www.linux-pour-lesnuls.com de de merci ca marche au poil! -- http://www.linux-pour-lesnuls.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
compilation du noyau :erreur drm
bonsoir je tente de compiler un noyau 2.6.11 sur une ubuntu 2.6.8 j'ai une erreur de la sorte lors du make modules: 'drm' defined but not used /drivers/char/drm/gamma-drv.o je pense que les drivers gamma sont obsoletes comment faire pour desactiver ce module dans le noyau ? -- http://www.linux-pour-lesnuls.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation du noyau :erreur drm
Il ne faut surtout pas le compiler. Tu fais make menuconfig (ou xconfig si tu peux ouvrir des fenetres dans ta session) la ou est le source du noyau et tu devrais le trouver a Device drivers / Character devices / Direct rendering manager / 3Dlabs GMX 2000 Decoche l'option et recommence. Le fichier .config genere a la sortie devra contenir # CONFIG_DRM_GAMMA is not set A+, JD. On Wednesday 04 May 2005 19:35, deny wrote: de bonsoir de de je tente de compiler un noyau 2.6.11 sur une ubuntu 2.6.8 de j'ai une erreur de la sorte lors du make modules: de 'drm' defined but not used de /drivers/char/drm/gamma-drv.o de de je pense que les drivers gamma sont obsoletes de comment faire pour desactiver ce module dans le noyau ? de de -- de http://www.linux-pour-lesnuls.com de de -- Jean-Damien Durand CERN/IT/FIO/DS - Geneva, Switzerland PGP: http://home.cern.ch/~jdurand/public_key.asc CERN CA: http://cern.ch/service-grid-ca/crt/root_crt.html WWW: http://home.cern.ch/~jdurand smime.p7s Description: S/MIME cryptographic signature
Re: Warning lors de la compilation du noyau 2.6.11
Le 05.03.2005 23:58:44, RTyler a écrit : Chère liste, Je viens de compiler tout récemment le noyau 2.6.11 et lors de la compilation j'ai quelques warnings que j'aimerai bien éclaircir. En effet, après avoir rebooté sur le nouveau noyau je n'arrive pas à installer le module nvidia pour l'accélération 3D et je me dis (peut-être naïvement) que c'est peut-être lié. [ ... ] Bref, il est tout le temps question de deprecated. J'ai été voir ce qu'il en était dans l'un des fichiers headers mentionnés et j'ai trouvé ça : int __deprecated pm_send_all(pm_request_t rqst, void *data); Que signifie ce deprecated ? Dois-je modifier quelque chose ou au contraire ne pas y toucher? Cela pourrait-il avoir un rapport avec le module nvidia qui ne veut pas s'installer ? (si besoin j'essaierai à nouveau pour avoir les logs). Ce la signifie que le compilateur préfèremrait que ces focntions ou autres soient codées différemment. La manière actuelle est obsolète ou volontairment déclarée comme telle. Mais ce n'est qu'un warnig et ça n'empêche pas la compilation normale et la production d'un code fonctionnel. Merci d'avance pour vos éclaircicement (j'ai cherché sur google mais pas trouvé grand chose sur deprecated, je l'ai juste vu associé au mot objet, sans savoir s'il était question de la notion d'objet). @+, RTyler -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] pgpFAWEq3ar6O.pgp Description: PGP signature
Re: Warning lors de la compilation du noyau 2.6.11
Le samedi 05 mars 2005 à 23:58 +0100, RTyler a écrit : Chère liste, Je viens de compiler tout récemment le noyau 2.6.11 et lors de la compilation j'ai quelques warnings que j'aimerai bien éclaircir. En effet, après avoir rebooté sur le nouveau noyau je n'arrive pas à installer le module nvidia pour l'accélération 3D et je me dis (peut-être naïvement) que c'est peut-être lié. Pour un 2.6.11rc-qqchose j'ai du patcher le kernel avant de pouvoir installer le driver Jette un oeil ici : http://www.nvnews.net/vbulletin/showthread.php?t=46676 A+ /JYL -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Warning lors de la compilation du noyau 2.6.11
Sat, 05 Mar 2005 23:58:44 +0100, RTyler a écrit : Chère liste, [...] Bref, il est tout le temps question de deprecated. J'ai été voir ce qu'il en était dans l'un des fichiers headers mentionnés et j'ai trouvé ça : int __deprecated pm_send_all(pm_request_t rqst, void *data); « deprecated », traduit parfois par « déprécié », signifie que la fonction utilisée n'existera bientôt plus, parce qu'une autre façon de faire est préconisée. Comme tu l'as vu, ce sont des warnings. Ils sont là pour prévenir qu'il y a du code à changer. Le « __deprecated » est là pour générer ces warnings. Que signifie ce deprecated ? Dois-je modifier quelque chose ou au contraire ne pas y toucher? Pas touche ! Cela pourrait-il avoir un rapport avec le module nvidia qui ne veut pas s'installer ? (si besoin j'essaierai à nouveau pour avoir les logs). Aucun. Les fonctions existent et réalisent encore leur travail (pour le moment). Par contre, comme le disait Jean-Yves, il faut parfois patcher les nouveaux noyaux pour les modules nvidia (qui ne sont pas encore compatibles avec lesdits noyaux). Merci d'avance pour vos éclaircicement (j'ai cherché sur google mais pas trouvé grand chose sur deprecated, je l'ai juste vu associé au mot objet, sans savoir s'il était question de la notion d'objet). T'as pas eu l'idée de prendre un dico ? ;o) De l'objet dans un noyau. Allons, allons, il est trop gros ce troll, il passera pas. ;o) Sinon, le terme est très utilisé par Java, peut-être est-ce à cause de cela que google t'as mené vers les objets. -- Sylvain Sauvage
compilation du noyau
Bonsoir, Quelqu'un peut me rappeler les commandes à executer pour compiler le noyau, ses modules et eventuellement son installation pour un kernel 2.6.9 | 2.6.10. Merci Bayrouni
Re: compilation du noyau
Bayrouni wrote: Bonsoir, Quelqu'un peut me rappeler les commandes à executer pour compiler le noyau, ses modules et eventuellement son installation pour un kernel 2.6.9 | 2.6.10. Merci Bayrouni Comme ça: http://lea-linux.org/kernel/kernel_debian.html JM -- Jean-Marc Sac-Epée, Ingénieur de Recherches en Calcul Scientifique, Laboratoire de Mathématiques, UMR 7122, Université de Metz, Tél 03 87 54 72 69 Fax 03 87 31 52 73 http://www.mmas.univ-metz.fr/~jmse mail: [EMAIL PROTECTED]
Re: compilation du noyau
Le Sun, Jan 02, 2005 à 07:59:10PM +0100, Bayrouni a écrit Bonsoir, Quelqu'un peut me rappeler les commandes à executer pour compiler le noyau, ses modules et eventuellement son installation pour un kernel 2.6.9 | 2.6.10. apt-get install kernel-sourceversion less /usr/share/doc/kernel-sourceversion/debian.README.gz -- Francois Mescam
Re: compilation du noyau
[EMAIL PROTECTED] wrote: Le Sun, Jan 02, 2005 à 07:59:10PM +0100, Bayrouni a écrit Bonsoir, Quelqu'un peut me rappeler les commandes à executer pour compiler le noyau, ses modules et eventuellement son installation pour un kernel 2.6.9 | 2.6.10. apt-get install kernel-sourceversion less /usr/share/doc/kernel-sourceversion/debian.README.gz Merci Jean Marc et merci François Bayrouni
Compilation du noyau 2.6.9
Bonjour à tous. Je sais cela ne sert à rien, mais la question n'est pas la Voila, je susi parti d'une distribution debian sarge, (je la trouve super) que j'ai monté sur vmware. La version du noyau d'origine 2.6.8 Je décris ci dessous ce que j'ai fait, cela peu intérresser d'autres débutants comme moi. J'ai téléchargé wget -P /usr/src ftp://ftp.fr.kernel.org/pub/linux/kernel/v2.6/linux-2.6.9.tar.bz2 Pui j'ai décompressé cela en me mettant sous /usr/src/ tar xvjf linux-2.6.9.tar.bz2 ln -sfn linux-2.6.9 linux cd linux et me voila sous /usr/src/linux pour la suite, jusque la tout va bien. je recupere le .config de l'ancienne version make menuconfig make clean make bzImage 21 | tee /tmp/bzImage.outc'est ok make modules 21 | tee /tmp/modules.outc'est ok make modules_install 21 | tee /tmp/modules_install.out et c'est ok j'obtiens le message /arch/i386/boot/bzImage is ready je fais cp arch/i386/boot/bzImage /boot/vmlinuz-2.6.9-bg(j'ai mis -bg dans EXTRAVERSION de Makefile avant la compilation) cp System.map /boot/System.map-2.6.9-bg cp .config /boot/config-2.6.9-bg bon il me reste lilo à mettre à jour avant de rebooter MAIS la une question, il existe actuellement un fichier /initrd.img qui pointe par un lien sur /boot/initrd.img-2.6.8 comment obtenir un fichier initrd.img-2.6.9-bg ? je pense qu'il faille utiliser la commande mkinitrd, mais je ne vois pas comment l'utiliser. Pourriez vous me dire précisémment ce que je dois faire ? Merci à tous en attendant de vous lire. Cordialement Bruno.
Re: Compilation du noyau 2.6.9
y a pas plus simple??? Moi je crois cf la compilation du noyau a la sauce debian http://guide.andesi.org/html/kkernel.html Et puis man make-kpkg et /initrd (en plus c en francais) J'ai rien compris à cette histoire de cramfs. est-ce qu'il y a ce fameux patch dans le kernel-source-version? -- N'oubliez pas d'enlever antispam de l'adresse de retour.
Re: Compilation du noyau 2.6.9
Le 31.10.2004 16:21:26, Debian User a écrit : y a pas plus simple??? Moi je crois cf la compilation du noyau a la sauce debian http://guide.andesi.org/html/kkernel.html Et puis man make-kpkg et /initrd (en plus c en francais) J'ai rien compris à cette histoire de cramfs. est-ce qu'il y a ce fameux patch dans le kernel-source-version? Oui, cramfs fait partie des noyaux Debian depuis fort longtemps et faisait l'objet d'un patch pour les noyau de chez kernel.ork. Maintnant tous les noyanx (au moins en 2.6.x) ont le support cramfs d'origine. D'après les docs, il semble cependant que le projet cramfs (sourceforge) soit orphelin. Jean-Luc pgpA5Pwjq0QhZ.pgp Description: PGP signature
Re: Compilation du noyau 2.6.9
Bonjour François et merci pour ta réponse, Cependant le sens de ta réponse ne correspond pas tout à fait à la question, même si toutefois elle explique bien comment me passer du besoin que ma question exprimait, (tu dois être chef de projet !-), ou tu en as déja l'étoffe. Je souhaite pouvoir compiler le noyau d'une façon assez standard quelle que soit la distribution. Merci quand même et A+
Re: compilation du noyau
salut, il semblerait que le noyau resultant soit trop gros... tu as *vraiment* besoin de tout ce qu'il y a dedans ? (du genre, si tu compiles le support pour l'infrarouge dans le noyau alors que tu n'as pas de port infrarouge, ça ne sert pas à grand chose). Regarde si tu ne peux pas utiliser des modules pour alleger un peu ton noyau. Lr [EMAIL PROTECTED] a écrit : Salut tout le monde, j'essaie de compiler un noyau 2.6.8.1 sur une woody. Au moment de redémarrer Lilo j' obtiens cette erreur Fatal: Kernel /vmlinuz is too big Je ne vois pas ce que peux faire maintenant. Merci pour votre aide.
Re: compilation du noyau
Laurent Ravot wrote: salut, il semblerait que le noyau resultant soit trop gros... tu as *vraiment* besoin de tout ce qu'il y a dedans ? (du genre, si tu compiles le support pour l'infrarouge dans le noyau alors que tu n'as pas de port infrarouge, ça ne sert pas à grand chose). Regarde si tu ne peux pas utiliser des modules pour alleger un peu ton noyau. Lr [EMAIL PROTECTED] a écrit : Salut tout le monde, j'essaie de compiler un noyau 2.6.8.1 sur une woody. Au moment de redémarrer Lilo j' obtiens cette erreur Fatal: Kernel /vmlinuz is too big Je ne vois pas ce que peux faire maintenant. Merci pour votre aide. je ne crois pas que le noyau soit trop gros, il fait 760 ko, beaucoup moins que le noyau de départ. J'ai mis la plupart des options modulables en module justement et j'ai essayé de ne mettre que le nécessaire. -- $ cd /pub $ more beer
Erreur : compilation du noyau 2.6.7
Bonjour, j'ai une debian Woody noyau 2.4.25, je voulais passer au noyau 2.6.7 à la compilation j'obtiens l'erreur suivante : *** [_modinst_post] Error 1 Leaving directory '/usr/src/kernel-source-2.6.7' *** [real_stamp_image] Error 2 Leaving directory '/usr/src/kernel-source-2.6.7' Je suis pas expert, siquelqu'un a déjà eu cette erreur.
Compilation du noyau 2.4.25
Bonjour, J'ai récemment installé un Debian sur mon Macintosh iBook G3. J'ai voulu recompiler mon noyau, et j'ai donc suivi la procédure classique (make xconfig, liste des options, make-kpkg binary), mais cela ne m'a pas créé de fichier kernel_image...deb. J'ai donc réessayé avec les commandes make-kpkg clean et fakeroot make-kpkg kernel_image, et j'ai reçu cette erreur qui a provoqué l'arrêt de la compilation : cp : cannot stat `arch/ppc/boot/images/vmlinux.coof' : no such file or directory make[1] : *** [real_stamp_image] Error 1 make[1] : leaving directory `/usr/local/src/src-linux-2.4-benh' Encore une fois, le fichier kernel_image...deb n'a pas été créé. Est-ce-que cela vous dit quelque chose ? Merci d'avance Quentin Decavel
Compilation du noyau : ils sont passés où mes modules ???
Bonjour la liste, Débutant sous Debian, j'ai pour la première fois voulu recompiler mon noyau, de façon à activer le support des acl en ext3. Pas de problème jusque là, je compile correctement : * Installation du patch * Make menuconfig * Make dep * Make clean * Make bzImage * Make modules * Make modules_install * Copie dans /boot de vmlinuz et System.map * Recréation du lien /vmlinuz * Modification du lilo.conf, suivi d'un lilo pour activer tout ça. Le reboot se passe sans problème Mais j'ai perdu tous mes modules ! (Un lsmod me donne une liste vide) Du coup je n'ai plus de carte réseau. Quand je boot avec mon ancien noyau, j'ai bien mes modules Là, je rame ! Quelqu'un pourrait-il m'orienter ??? Les FAQs ne suffisent plus Merci !
RE: Compilation du noyau : ils sont passés où mes modules ???
Une excellente doc pour compiler à la mode Debian: Creating custom kernels with Debian's kernel-package system Kevin McKinley http://newbiedoc.sourceforge.net/system/kernel-pkg.html.en Meilleures salutations EOS Holding Jean Berthold Administrateur Unix Oracle Unité Gestion de l'infrastructure Team Systèmes Ch. de Mornex 10 Tél. +41(0)21 341 24 58 Fax +41(0)21 341 20 49 jean.berthold@eosholding.ch ...Unix is like a wigwam - no windows, no gates, apache inside... -Message d'origine-De: Frédéric BAILLET [mailto:[EMAIL PROTECTED]Envoyé: lundi, 15. mars 2004 12:15À: debian-user-french@lists.debian.orgObjet: Compilation du noyau : ils sont passés où mes modules ??? Bonjour la liste, "Débutant" sous Debian, j'ai pour la première fois voulu recompiler mon noyau, de façon à activer le support des acl en ext3. Pas de problème jusque là, je compile correctement : * Installation du patch * Make menuconfig * Make dep * Make clean * Make bzImage * Make modules * Make modules_install * Copie dans /boot de vmlinuz et System.map * Recréation du lien /vmlinuz * Modification du lilo.conf, suivi d'un "lilo" pour activer tout ça. Le reboot se passe sans problème Mais j'ai perdu tous mes modules ! (Un lsmod me donne une liste vide) Du coup je n'ai plus de carte réseau. Quand je boot avec mon ancien noyau, j'ai bien mes modules Là, je rame ! Quelqu'un pourrait-il m'orienter ??? Les FAQs ne suffisent plus Merci !
Re: Compilation du noyau : ils sont passés où mes modules ???
On Monday 15 March 2004 12:15, Frédéric BAILLET wrote: Bonjour la liste, Débutant sous Debian, j'ai pour la première fois voulu recompiler mon noyau, de façon à activer le support des acl en ext3. Pas de problème jusque là, je compile correctement : * Installation du patch * Make menuconfig * Make dep * Make clean * Make bzImage * Make modules * Make modules_install * Copie dans /boot de vmlinuz et System.map * Recréation du lien /vmlinuz * Modification du lilo.conf, suivi d'un lilo pour activer tout ça. Le reboot se passe sans problème... Mais j'ai perdu tous mes modules ! (Un lsmod me donne une liste vide...) Du coup je n'ai plus de carte réseau. Quand je boot avec mon ancien noyau, j'ai bien mes modules... Là, je rame ! Quelqu'un pourrait-il m'orienter ??? Les FAQs ne suffisent plus... Merci ! Quelle est ta version de noyau ? Si c'est un 2.6.x, la gestion des modules est assurée par le paquet module-init-tools. (j'avais eu le même problème) Arnaud KELBERT
Re: Compilation du noyau : ils sont passs o mes modules ???
On Mon, Mar 15, 2004 at 12:15:01PM +0100, Frédéric BAILLET wrote: Débutant sous Debian, j'ai pour la première fois voulu recompiler mon noyau, de façon à activer le support des acl en ext3. Est-ce la même version que celle installée auparavant? * Make menuconfig As-tu bien autorisé l'utilisation de modules dans le noyau? Le reboot se passe sans problème... Mais j'ai perdu tous mes modules ! (Un lsmod me donne une liste vide...) Compile tout en dur :-) Y.
Re: Compilation du noyau : ils sont passés où mes modules ???
Le lun 15/03/2004 à 12:15, Frédéric BAILLET a écrit : Débutant sous Debian, j'ai pour la première fois voulu recompiler mon noyau, de façon à activer le support des acl en ext3. Etant donné que tu utilises la méthode classique pour compiler ton noyau, ça ne concerne plus vraiment debian. Par contre, selon ta distribution de debian, je te conseillerais plutôt d'user de la méthode debian pour patcher et recompiler ton noyau: en effet, il existe un paquet nommé kernel-patch-acl pour testing et unstable, facilement applicable avec make-kpkg sur les sources d'un paquet kernel-source-2.4.xx. -- Raphaël SurcouF Bordet [EMAIL PROTECTED]
Probleme avec ALSA lors de la compilation du noyau
Bonjour, J' ai une portable AMILOD 7830, avec un processeur pentium 4, 3Ghz. Je viens de compiler le noyau 2.6.1 sans probleme excepté avec ma carte son lors de l' installation des modules: Make moduleinstall: ... Unresolved symbols in: /lib/modules/2.6.1/kernel/sound/pci/snd-intel8x0.ko ... Unresolved symbols in: /lib/modules/2.6.1/kernel/sound/pci/ac97/snd-ac-97-codec.ko ... /core/snd.ko /snd-timer.ko Plus plein d' autre 'Unresolved symbols tous a voir avec le son. Je ne sais pas trop quoi faire en fait. Je sais cependant que les processeurs tel que le mien qui supporte la technologie Hyper-Threading ont des problemes de conflits avec les IRQ. Est-ce que cela pourrait etre la raison de mes problemes ? J' ai une question relative a la compilation de mon noyau: Je n' ai plus la liste des modules disponibles avec modconf comme je l' avais sur mon ancien noyau 2.4.24 Merci encore.
Re: Probleme avec ALSA lors de la compilation du noyau
* Alex Garacotche [EMAIL PROTECTED] [2004-01-17 14:29] : Bonjour, J' ai une portable AMILOD 7830, avec un processeur pentium 4, 3Ghz. Je viens de compiler le noyau 2.6.1 sans probleme excepté avec ma carte son lors de l' installation des modules: Make moduleinstall: ... Unresolved symbols in: /lib/modules/2.6.1/kernel/sound/pci/snd-intel8x0.ko ... Unresolved symbols in: /lib/modules/2.6.1/kernel/sound/pci/ac97/snd-ac-97-codec.ko ... /core/snd.ko /snd-timer.ko Plus plein d' autre 'Unresolved symbols tous a voir avec le son. Je ne sais pas trop quoi faire en fait. depmod -ae devrait lister les symboles non-résolus (vraisemblablement des symboles d'un des modules de son). Il te manque probablement des options dans la configuration du son dans ton noyau Linux. Je sais cependant que les processeurs tel que le mien qui supporte la technologie Hyper-Threading ont des problemes de conflits avec les IRQ. Est-ce que cela pourrait etre la raison de mes problemes ? Peu de chance... J' ai une question relative a la compilation de mon noyau: Je n' ai plus la liste des modules disponibles avec modconf comme je l' avais sur mon ancien noyau 2.4.24 Quelle version de modconf ? Chez moi, ça fonctionne bien depuis la version actuelle de testing (0.2.45). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Code de conduite des listes Debian http://www.debian.org/MailingLists/index.fr.html#codeofconduct
Re: Probleme avec ALSA lors de la compilation du noyau
Frédéric Bothamy wrote: Quelle version de modconf ? Chez moi, ça fonctionne bien depuis la version actuelle de testing (0.2.45). Desole pour la question de debutant mais comment savoir la version ? Je voulais savoir la version de ALSA aussi mais je ne sais pas comment obtenir la version. Je pense que mes problemes sont lies a la Woody, une question: je desire configurer un serveur pour un reseau locale (a la maison) avec apache server ftp et le touti quanti , ceci dans le but d' apprendre a maintenir un server dans de reelles conditions. Pensez vous que cela serait inadapte dans mon cas de passez en SID ? Merci Alex
Re: Probleme avec ALSA lors de la compilation du noyau
Alex Garacotche a écrit : Bonjour, Salut J' ai une portable AMILOD 7830, avec un processeur pentium 4, 3Ghz. Je viens de compiler le noyau 2.6.1 sans probleme excepté avec ma carte son lors de l' installation des modules: Make moduleinstall: ... Unresolved symbols in: /lib/modules/2.6.1/kernel/sound/pci/snd-intel8x0.ko ... Unresolved symbols in: /lib/modules/2.6.1/kernel/sound/pci/ac97/snd-ac-97-codec.ko ... /core/snd.ko /snd-timer.ko Plus plein d' autre 'Unresolved symbols tous a voir avec le son. L'interface de gestion des modules a changé et les modules ne sont plus en *.o mais en *.ko. Le package d'outils pour la gestion des modules des noyaux 2.6.0 est modutils et à partir du noyau 2.6.0, il s'appelle modules-init-tools. Sous 2.6.*, plus de modconf pour l'instant. Donc récupérer le package de modules-init-tools et l'installer. Je ne sais pas trop quoi faire en fait. Je sais cependant que les processeurs tel que le mien qui supporte la technologie Hyper-Threading ont des problemes de conflits avec les IRQ. Est-ce que cela pourrait etre la raison de mes problemes ? J' ai une question relative a la compilation de mon noyau: Je n' ai plus la liste des modules disponibles avec modconf comme je l' avais sur mon ancien noyau 2.4.24 Merci encore.
Re: Probleme avec ALSA lors de la compilation du noyau
Fab wrote: Donc récupérer le package de modules-init-tools et l'installer. Ok ca c'est fait. Mais apres ? Je suis toujours en Woody d' aileurs. Merci. Alex
Re: Probleme avec ALSA lors de la compilation du noyau
* Alex Garacotche [EMAIL PROTECTED] [2004-01-17 16:08] : Frédéric Bothamy wrote: Quelle version de modconf ? Chez moi, ça fonctionne bien depuis la version actuelle de testing (0.2.45). Desole pour la question de debutant mais comment savoir la version ? dpkg -l modconf (ou aller voir dans /usr/share/doc/changelog.gz) Je voulais savoir la version de ALSA aussi mais je ne sais pas comment obtenir la version. Aller voir directement dans les sources du noyau ? Je pense que mes problemes sont lies a la Woody, une question: je desire configurer un serveur pour un reseau locale (a la maison) avec apache server ftp et le touti quanti , ceci dans le but d' apprendre a maintenir un server dans de reelles conditions. Pensez vous que cela serait inadapte dans mon cas de passez en SID ? Oui, on peut très bien faire de l'administration de serveurs sous Woody. Sid est prévu pour tester le développement de Debian. Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Code de conduite des listes Debian http://www.debian.org/MailingLists/index.fr.html#codeofconduct
Re: Probleme avec ALSA lors de la compilation du noyau
* Alex Garacotche [EMAIL PROTECTED] [2004-01-17 19:23] : Frédéric Bothamy wrote: Oui, on peut très bien faire de l'administration de serveurs sous Woody. Sid est prévu pour tester le développement de Debian. Cependant le xserver ne semble pas functionner en Woody sur mon portable voila pourkoi je pensais passer en SID. J'ai du rater un épisode, là... Tu parlais à l'origine de compilation d'ALSA dans le noyau, puis de maintenance de serveur et enfin de serveur X... Je crois que tu devrais ne tenter de résoudre qu'un problème par fil de discussion. Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Code de conduite des listes Debian http://www.debian.org/MailingLists/index.fr.html#codeofconduct
Re: Probleme avec ALSA lors de la compilation du noyau
Frédéric Bothamy wrote: Oui, on peut très bien faire de l'administration de serveurs sous Woody. Sid est prévu pour tester le développement de Debian. Cependant le xserver ne semble pas functionner en Woody sur mon portable voila pourkoi je pensais passer en SID. Mais bon. merci
Re: Probleme avec ALSA lors de la compilation du noyau
Frédéric Bothamy wrote: J'ai du rater un épisode, là... Tu parlais à l'origine de compilation d'ALSA dans le noyau, puis de maintenance de serveur et enfin de serveur X... Je crois que tu devrais ne tenter de résoudre qu'un problème par fil de discussion. Disons que j' ai l' impression que tout est lies. Mon protable est fujistu resend ainsi que son chipsets. Et je m' appercois que ni le son ni le server X ne marche. Je veux maintenir un server, donc c'est sur le xserver ainsi que le son n' est pas vraiment necessaire, mais cela est mon ordinateur principal sur lequel j' apprends linux, donc je me bats sur tous les flancs.. Merci Alex -- Enlever le mot 'spam' dans mon adresse email pour me contacter. Merci.
Re: Compilation du Noyau 2.6
Le sam 20/12/2003 à 00:16, Didier Barthe a écrit : Il faut etre root pour pouvoir configurer le noyeau. Pas besoin d'être root pour la configuration *et* la compilation du noyau il faut installer - fakeroot - kernel-package ensuite tu verifie les permission du répertoire /usr/src $ ls -l /usr/src drwxrwsr-x 12 root src 1016 2003-12-18 21:06 src donc $ su -c chmod 2775 /usr/src puis tu fais en sorte que l'utilisateur avec lequel tu va configurer et compiler le noyau fasse partie du groupe src $ su -c adduser TON_USER src tu te déloggues et tu te reloggues ensuite tu récupère les sources sur le mirroir de ton choix et tu les met dans /usr/src tu les décompresses, tu fais un lien et tu configures ton noyau $ tar xjf linux-2.6.0.tar.bz2 $ ln -s linux-2.6.0 linux $ cd linux $ make menuconfig une fois la config terminée tu compile ton noyau à la sauce debian $ make-kpkg --rootcmd fakeroot --revision 1 kernel_image si tout ce passe bien tu auras un joli kernel-image-2.6.0_1_i386.deb dans /usr/src que tu installes avec dpkg en tant que root $ su -c dpkg -i kernel-image-2.6.0_1_i386.deb et voila :) j'espère avoir été clair A+ note: il faut le paquet module-init-tools pour utiliser les modules avec le noyau 2.6 note2: je l'ai compilé hier sous sid, pas de pbs particuliers, et ça marche plutot pas mal par rapport à un 2.4 (sous X en tous cas) -- Richard Renard [EMAIL PROTECTED]
Re: Compilation du Noyau 2.6
Le samedi 20 décembre 2003, Richard Renard a écrit... bonjour, - fakeroot - kernel-package ensuite tu verifie les permission du répertoire /usr/src C'est plus simple de le compiler dans ~/src par exemple. -- jean-michel
Compilation du Noyau 2.6
Bonjour, je suis relativement nouveau dans le monde de la debian et nouveau sur cette liste. Je désire compiler le nouveau noyau 2.6.0 de linux dans la Debian Woody 3.0r1. J'ai downloader les sources Dès que j'essais de faire make menuconfig Il me donne le message qui me manque des librairies. Comme je suis en debian installation de base j'aimerais savoir exactement les pkgs qu'il faut installer pour pouvoir compiler le noyau Je sais qu'il y a GCC, MAKE, BINUTILS, LIBC-DEV. Merci et bonne fêtes Care2 make the world greener! Your help is urgently needed to save ENDANGERED SPECIES. Go to: http://www.care2.com/go/z/9509/1008
Re: Compilation du Noyau 2.6
Steve Prud Homme wrote: Bonjour, je suis relativement nouveau dans le monde de la debian et nouveau sur cette liste. Je désire compiler le nouveau noyau 2.6.0 de linux dans la Debian Woody 3.0r1. J'ai downloader les sources Dès que j'essais de faire make menuconfig Il me donne le message qui me manque des librairies. Comme je suis en debian installation de base j'aimerais savoir exactement les pkgs qu'il faut installer pour pouvoir compiler le noyau Je sais qu'il y a GCC, MAKE, BINUTILS, LIBC-DEV. en faite l'interface de configuration du noyau utilise la librairie Ncurse donc il faut l'installer : apt-get install libncurses5-dev libncurses5 a priori ça devrais suffir Merci et bonne fêtes Merci et bonnes fêtes également Yoann
Re: Compilation du Noyau 2.6
On Fri, 19 Dec 2003 15:16:11 -0500 Steve Prud Homme [EMAIL PROTECTED] wrote: Ok, j'ai un document chez moi que je consulte sur mon ordinateur: formation debian. Il est inscrit qu'il conseillé de faire cette étape en mode user normal... Est-ce vrais Oui. Mais si les fichiers ont été téléchargés en root alors seul lui peu les lire/ecrire... Tu dois au moins passer en root pour les rendre lisibles par ton user. donc $ su $ password : $ chmod Cequ'ilfautPourQueTuLesLisesEcriveEnTantQueUser (ex: chmod -R u+w /tonRepertoire) $ exit $ TesOperations bye Begin Included Message From: Sebastienlayer [EMAIL PROTECTED] Sent: Fri, 19 Dec 2003 21:11:21 +0100 To: Steve Prud Homme [EMAIL PROTECTED] Subject: Re: Re:Compilation du Noyau 2.6 FAut être root. Observe le message d'erreur. Souvent la réponse est dedans :) C'est un probleme de droit d'acces au fichier Le ven 19/12/2003 à 20:06, Steve Prud Homme a écrit : J'ai installé les deux librairies en question voila le message que j'ai: $make menuconfig HOSTCC scripts/fixdep cpp0: script/.fixdep.d: Permission Denied make[1]:***[scripts/fixdep] Erreur1 make:***[scripts/fixdep] Erreur2 Que cela veut-il dire. Voila la question :-) Care2 make the world greener! Your help is urgently needed to save ENDANGERED SPECIES. Go to: http://www.care2.com/go/z/9509/1008 -- Sebastienlayer [EMAIL PROTECTED] End Included Message Care2 make the world greener! Your help is urgently needed to save ENDANGERED SPECIES. Go to: http://www.care2.com/go/z/9509/1008 -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- marco -- Clé PGP publique : http://iftbqp.mine.nu/marco.asc pgp8ZKOeZkwe9.pgp Description: PGP signature
Re: Compilation du Noyau 2.6
Il faut etre root pour pouvoir configurer le noyeau. On Fri, Dec 19, 2003 at 02:06:09PM -0500, Steve Prud Homme wrote: J'ai install? les deux librairies en question voila le message que j'ai: $make menuconfig HOSTCC scripts/fixdep cpp0: script/.fixdep.d: Permission Denied make[1]:***[scripts/fixdep] Erreur1 make:***[scripts/fixdep] Erreur2 Que cela veut-il dire. Voila la question :-) Care2 make the world greener! Your help is urgently needed to save ENDANGERED SPECIES. Go to: http://www.care2.com/go/z/9509/1008 -- Pensez ? lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ Pensez ? rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] _ Envie de discuter en live avec vos amis ? T?l?charger MSN Messenger http://www.ifrance.com/_reloc/m la 1?re messagerie instantan?e de France
Re: Compilation du Noyau 2.6
Le 12406ième jour après Epoch, Didier Barthe écrivait: Il faut etre root pour pouvoir configurer le noyeau. Pas du tout. Il n'est pas nécessaire d'être root pour le configurer, le compiler, tout ça. Par contre, si tu veux l'installer, c'est une autre histoire. On Fri, Dec 19, 2003 at 02:06:09PM -0500, Steve Prud Homme wrote: J'ai install? les deux librairies en question voila le message que j'ai: $make menuconfig HOSTCC scripts/fixdep cpp0: script/.fixdep.d: Permission Denied make[1]:***[scripts/fixdep] Erreur1 make:***[scripts/fixdep] Erreur2 Que cela veut-il dire. Voila la question :-) Il se peut que tu aies un souci d'accès aux répertoires. vérifie que ton make se déroules dans un répertoire où tu as accès. -- I respect faith, but doubt is what gives you an education. -- Wilson Mizner
Re: Re: Compilation du Noyau 2.6
Bon ok a partir du root sa l'a marché... Quelques questions: Dois-je faire avec le module 2.6.0 un fichier /etc/modutils/reseau /etc/modutils/graveur /etc/modutils/son etc... Ensuite... J'ai un peut de la misère avec ALSA... J'ai une em10k1, je veux la configure dans ALSA Dans le noyau 2.6.0 Alsa est intégrer dois-je installer OSS aussi ou l'émulation OSS Dois-je avoir le code source d'alsa sur le disque quand même... Y a t il un how-to pour sa... Care2 make the world greener! Your help is urgently needed to save ENDANGERED SPECIES. Go to: http://www.care2.com/go/z/9509/1008
problème de compilation du noyau 2.6-test9
bonjour la liste, je suis en train d'essayer de compiler un noyau 2.6-test9 sur une sarge. j'ai installé le packet debian kernel-source-2.6.0-test9-1, fais un make menuconfig, puis un make-kpkg --revision=inspiron5150.0.1 kernel_image, et voici ce que j'obtiens: arch/i386/mach-visws/visws_apic.c:34: error: conflicting types for `irq_vector' include/asm/hw_irq.h:28: error: previous declaration of `irq_vector' make[2]: *** [arch/i386/mach-visws/visws_apic.o] Error 1 make[1]: *** [arch/i386/mach-visws] Error 2 make[1]: Leaving directory `/usr/src/kernel-source-2.6.0-test9' make: *** [stamp-build] Error 2 pablo:/usr/src/linux# ls ais-je sélectionné un module trop avant-guardiste? Quelqu'un a t-il eu le même problème? Merci, Stan.
Re: dhcp et compilation du noyau
zulian wrote: Le Dimanche 14 Septembre 2003 12:04, jean-michel OLTRA a écrit : Le dimanche 14 septembre 2003, Sylvain LE GALL a écrit... bonjour, Il me semble que pour faire du DHCP avec un linux, il te faut cochec Socket Filtering dans Networking... Pas en module naturellement ( enfin ca doit être possible mais je suis pas sur ). Et Packet Socket aussi. C'est fait en dur, marche pas. Incomprehensible d'autant plus que lorsque je reboote sur le 2.4.18 bf24 ça fonctionne. prends le .config du bf24 et mets-le à la racine de tes sources 2.4.20 (pourquoi pas 2.4.21 ???) ça devrait marcher après un make xconfig pour vérifier... -- Jacques Foury Ingénieur d'études Mathématiques Appliquées de Bordeaux Université Bordeaux 1 351 cours de la Libération 33405 TALENCE Cedex Tel : (33/0) 5 4000 69 56 Fax : (33/0) 5 4000 26 26 5 Vendemiaire 181
Re: dhcp et compilation du noyau
Jacques Foury wrote: zulian wrote: Le Dimanche 14 Septembre 2003 12:04, jean-michel OLTRA a écrit : Le dimanche 14 septembre 2003, Sylvain LE GALL a écrit... bonjour, Il me semble que pour faire du DHCP avec un linux, il te faut cochec Socket Filtering dans Networking... Pas en module naturellement ( enfin ca doit être possible mais je suis pas sur ). Et Packet Socket aussi. C'est fait en dur, marche pas. Incomprehensible d'autant plus que lorsque je reboote sur le 2.4.18 bf24 ça fonctionne. prends le .config du bf24 et mets-le à la racine de tes sources 2.4.20 (pourquoi pas 2.4.21 ???) ça devrait marcher après un make xconfig pour vérifier... Lorsque l'on utilise le .config d'un noyau anterieur il est conseillé de faire un make oldconfig. Integration des eventuelles nouvelles options.
Re: dhcp et compilation du noyau
On Sat, Sep 13, 2003 at 10:57:59PM +0200, zulian wrote: Bonjour, IUne woody avec une saveur bf24. Attribution de l'ip en dhcp. Pas de pbs. Compilation d'un noyau 2.4.20 avec les options par défaut, sauf le choix du CPU. l'atribution d'adresse ip ne fonctionne plus..L'interface est montée mais sans adresse. Les autres interfaces en statique sont montées sans pbs. Une idée ? J'ai besoin de recompiler le noyau uniquement pour le patcher et installer freeswan. Est ce que je peux uniquement compiler les modules necessaires avec par exemle un kernel-source 2.4.18 et les mettre dans le repertoire /lib/ modules/2.4.18-bf24 ? -- Frédéric f1sxo -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Bonjour, Il me semble que pour faire du DHCP avec un linux, il te faut cochec Socket Filtering dans Networking... Pas en module naturellement ( enfin ca doit être possible mais je suis pas sur ). Bonne chance Sylvain LE GALL
Re: dhcp et compilation du noyau
Le dimanche 14 septembre 2003, Sylvain LE GALL a écrit... bonjour, Il me semble que pour faire du DHCP avec un linux, il te faut cochec Socket Filtering dans Networking... Pas en module naturellement ( enfin ca doit être possible mais je suis pas sur ). Et Packet Socket aussi. -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: dhcp et compilation du noyau
Le Dimanche 14 Septembre 2003 12:04, jean-michel OLTRA a écrit : Le dimanche 14 septembre 2003, Sylvain LE GALL a écrit... bonjour, Il me semble que pour faire du DHCP avec un linux, il te faut cochec Socket Filtering dans Networking... Pas en module naturellement ( enfin ca doit être possible mais je suis pas sur ). Et Packet Socket aussi. C'est fait en dur, marche pas. Incomprehensible d'autant plus que lorsque je reboote sur le 2.4.18 bf24 ça fonctionne. -- Frédéric f1sxo
dhcp et compilation du noyau
Bonjour, IUne woody avec une saveur bf24. Attribution de l'ip en dhcp. Pas de pbs. Compilation d'un noyau 2.4.20 avec les options par défaut, sauf le choix du CPU. l'atribution d'adresse ip ne fonctionne plus..L'interface est montée mais sans adresse. Les autres interfaces en statique sont montées sans pbs. Une idée ? J'ai besoin de recompiler le noyau uniquement pour le patcher et installer freeswan. Est ce que je peux uniquement compiler les modules necessaires avec par exemle un kernel-source 2.4.18 et les mettre dans le repertoire /lib/ modules/2.4.18-bf24 ? -- Frédéric f1sxo
Re: Erreur de compilation du noyau
Bonjour, Laurence Colombet wrote: Bonsoir, Arnaud LACOMBE a écrit: On Wed, Aug 27, 2003 at 06:35:22PM +0200, Laurence Colombet wrote: Je n'ai jamais aimé compiler un noyau, et ça n'a pas changé. Voilà mon meuh, pourquoi ? c'est pas très compliqué ... Tant qu'on a un .config tout prêt, ça va. Mais quand on veut se faire son propre noyau, aïe aïe aïe :-( :) ben faut dire tout de même que compiler son noyau en ne s'encombrant que du strict nécéssaire n'est pas à la portée de tout le monde déjà, et puis, les sources contiennent une abondante documentation, mais cela peut être fastidieux de lire autant de choses ;). Mais cela permet de mieux comprendre le fonctionnement du noyau, de se faire son petit système à soi personnel et c'est cela qui est sympathique :). [...] J'ai donc décompressé les sources chez moi, installé un .config que je m'étais préparé, lancé fakeroot make-kpkg --append_to_version cacao es tu sûr de ce .config, un jour, une de mes compil a foiré à cause d'un .config foireux ... Non, je n'en suis pas sûre, justement... Mais comment est-ce que je peux vérifier (et déterminer ce qui pose problème)? Avec ce que tu compte faire ci dessous. - d'un bug de ma configuration (.config fourni en attachement) éventuellement, essayer avec un .config from scratch, en important celui que tu as. Bonne idée, tiens: je vais esayer avec le .config du noyau kernel-image-2.4.18-1-386 (que j'ai par ailleurs). Si ça passe... soit c'est mon .config qui foire, soit c'est lié à un bout de code que le noyau standard n'utilise pas. - d'un bug de ma procédure de compilation idem, as tu essayé de compiler le kernel en n'utilisant pas la méthode Debian, c'est à dire par un antique mais néanmoins très efficace : $ make dep clean bzImage modules ?? Je vais essayer aussi, mais pour le coup, j'ai plus confiance en make-kpkg qu'en mes petites mains... lol A+, J8.
Re: Erreur de compilation du noyau
Arnaud LACOMBE a écrit: [...] Faudrait voir si ça plante toujours au même endroit, dans le cas contraire ce peut être un pb matériel, sans doute que plus d'info aiderons. Ouaip, c'est ce que je commence à me dire aussi: j'ai essayé de compiler avec le .config d'un noyau standard, et ça a planté (mais pas au même endroit qu'avec le mien). J'ai relancé une autre fois, au cas où... et l'erreur a été encore différente, même si _ressemblante_ et _à peu près_ au même endroit. J'étais plus habituée aux segfaults et aux plantages vraiment non déterministes, mais je m'oriente quand même vers un problème de mémoire ou de disque. Merci de votre aide à tous. Laura
Re: Erreur de compilation du noyau
Arnaud LACOMBE a écrit: [...] Faudrait voir si ça plante toujours au même endroit, dans le cas contraire ce peut être un pb matériel, sans doute que plus d'info aiderons. Ouaip, c'est ce que je commence à me dire aussi: j'ai essayé de compiler avec le .config d'un noyau standard, et ça a planté (mais pas au même endroit qu'avec le mien). J'ai relancé une autre fois, au cas où... et l'erreur a été encore différente, même si _ressemblante_ et _à peu près_ au même endroit. J'étais plus habituée aux segfaults et aux plantages vraiment non déterministes, mais je m'oriente quand même vers un problème de mémoire ou de disque. Merci de votre aide à tous. Je confirme,j'ai posté pour le même pb au début de la semaine (erreur lors de compil à endroit différent à chaque fois). Et donc dans ce cas c'est hardware, tu peux tester ta mémoire avec memtest86 (tu modifies ton lilo.conf pour démarrer sur l'image de test de memtest86), perso c'était 2 ram de 256Mo :-/ Bon courage mil
Re: Erreur de compilation du noyau
Quoting [EMAIL PROTECTED]: Je confirme,j'ai posté pour le même pb au début de la semaine (erreur lors de compil à endroit différent à chaque fois). Et donc dans ce cas c'est hardware, tu peux tester ta mémoire avec memtest86 (tu modifies ton lilo.conf pour démarrer sur l'image de test de memtest86), perso c'était 2 ram de 256Mo :-/ Pour utiliser memtest86, même sur des machines qui n'ont pas de vrai OS, j'utilise maintenant lnx-bbc. Il s'agit d'un projet de live-distro qui tient sur un CD format carte de crédit (d'où son nom : bbc = bootable business card). Au boot, on peut choisir memtest (enfin... ,e,test, c'est en qwerty). Il y a aussi un environnement graphique de base et tout un tas d'outils bien pratiques pour sauvegarder/diagnostiquer/réparer/obiwankenobi une machine. Il y a aussi les lvm-tools (ce qui m'a sauvé quand j'ai voulu faire mumuse avec LVM). lnx-bbc, ça fait 47Mo, et c'est par là : http://lnx-bbc.org/ François. -- Francois BOTTIN -- How kind, the PFY sighs. But where will I go? Somewhere where they know nothing about computing... where they wouldn't know a RAM chip from a potato chip! But I don't want to visit Microsoft! he whines. The BOFH 1998 - Simon Travaglia (bofh.ntk.net)
Erreur de compilation du noyau
Bonjour, Je n'ai jamais aimé compiler un noyau, et ça n'a pas changé. Voilà mon problème: je cherche à me faire un noyau aux petits oignons (pour mon routeur, en désactivant tout ce dont je n'ai pas besoin). J'utilise pour ce faire kernel-sources-2.4.18 et make-kpkg. Jusque là tout va bien. J'ai donc décompressé les sources chez moi, installé un .config que je m'étais préparé, lancé fakeroot make-kpkg --append_to_version cacao configure clean binary, il se lance... et tout d'un coup, blam, j'ai l'erreur suivante (voir l'attachement erreur pour le message complet): select.c: In function `sys_select': /home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h:311: `asm' operand constraint incompatible with operand size select.c:349: Internal compiler error: select.c:349: internal error--unrecognizable insn: Le C c'est pas mon truc, l'assembleur encore moins, bref, je n'y comprends rien. Une rapide recherche sur google _semble_ indiquer qu'il s'agirait d'un bug de gcc, mais... je n'ai pas trouvé grand chose dans le BTS qui ait l'air d'être lié à mon problème. Je soumets donc le problème à votre sagacité: s'agit-il: - d'un bug de gcc - d'un bug de kernel-sources-2.4.18 - d'un bug de ma configuration (.config fourni en attachement) - d'un bug de ma procédure de compilation - ...? Merci de vos lumières... Laura [...snip] gcc -D__KERNEL__ -I/home/laura/src/kernel-source-2.4.18/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i486 -DKBUILD_BASENAME=select -c -o select.o select.c select.c: In function `sys_select': /home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h:311: `asm' operand constraint incompatible with operand size select.c:349: Internal compiler error: select.c:349: internal error--unrecognizable insn: (insn/i 434 2409 435 (parallel[ (set (reg/v:SI 2 %ecx) (asm_operands/v (0:rep; movsl movl %3,%0 1: rep; movsb 2: .section .fixup,ax 3: lea 0(%3,%0,4),%0 4: pushl %0 pushl %%eax xorl %%eax,%%eax rep; stosb popl %%eax popl %0 jmp 2b .previous .section __ex_table,a .align 4 .long 0b,3b .long 1b,4b .previous) (=c) 0[ (reg:SI 0 %eax) (reg:SI 2 %ecx) (mem:SI (plus:SI (reg:SI 7 %esp) (const_int 28 [0x1c])) 0) (reg/v:SI 4 %esi) ] [ (asm_input:SI (r)) (asm_input:SI (0)) (asm_input:SI (1)) (asm_input:SI (2)) ] (/home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h) 311)) (set (reg/v:SI 1 %edx) (asm_operands/v (0:rep; movsl movl %3,%0 1: rep; movsb 2: .section .fixup,ax 3: lea 0(%3,%0,4),%0 4: pushl %0 pushl %%eax xorl %%eax,%%eax rep; stosb popl %%eax popl %0 jmp 2b .previous .section __ex_table,a .align 4 .long 0b,3b .long 1b,4b .previous) (=D) 1[ (reg:SI 0 %eax) (reg:SI 2 %ecx) (mem:SI (plus:SI (reg:SI 7 %esp) (const_int 28 [0x1c])) 0) (reg/v:SI 4 %esi) ] [ (asm_input:SI (r)) (asm_input:SI (0)) (asm_input:SI (1)) (asm_input:SI (2)) ] (/home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h) 311)) (set (reg/v:SI 4 %esi) (asm_operands/v (0:rep; movsl movl %3,%0 1: rep; movsb 2: .section .fixup,ax 3: lea 0(%3,%0,4),%0 4: pushl %0 pushl %%eax xorl %%eax,%%eax rep; stosb popl %%eax popl %0 jmp 2b .previous .section __ex_table,a .align 4 .long 0b,3b .long 1b,4b .previous) (=S) 2[ (reg:SI 0 %eax) (reg:SI 2 %ecx) (mem:SI (plus:SI (reg:SI 7 %esp) (const_int 28 [0x1c])) 0) (reg/v:SI 4 %esi) ] [ (asm_input:SI (r)) (asm_input:SI (0)) (asm_input:SI (1)) (asm_input:SI (2)) ] (/home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h) 311)) (clobber (mem:BLK (scratch) 0)) ] ) -1 (insn_list 432 (insn_list 433 (nil))) (nil)) cpp0: output pipe has been closed make[3]: *** [select.o] Erreur 1 make[3]: Leaving directory
Re: Erreur de compilation du noyau
Le mercredi 27 août 2003, Laurence Colombet a écrit... bonjour, - d'un bug de gcc C'est lequel, car si c'est de la version 3, mieux vaut réessayer avec 2.95 - d'un bug de kernel-sources-2.4.18 pourquoi 2.4.18 alors qu'on en est au 2.4.21 - d'un bug de ma procédure de compilation pourquoi pas un: make-kpkg clean juste après la config (make menuconfig ou make oldconfig) puis le: make-kpkg [options] kernel_image ensuite -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: Erreur de compilation du noyau
On Wed, Aug 27, 2003 at 06:35:22PM +0200, Laurence Colombet wrote: Bonjour, Je n'ai jamais aimé compiler un noyau, et ça n'a pas changé. Voilà mon meuh, pourquoi ? c'est pas très compliqué ... problème: je cherche à me faire un noyau aux petits oignons (pour mon routeur, en désactivant tout ce dont je n'ai pas besoin). J'utilise pour normal ce faire kernel-sources-2.4.18 et make-kpkg. Jusque là tout va bien. par la méthode Debian donc. J'ai donc décompressé les sources chez moi, installé un .config que je m'étais préparé, lancé fakeroot make-kpkg --append_to_version cacao es tu sûr de ce .config, un jour, une de mes compil a foiré à cause d'un .config foireux ... configure clean binary, il se lance... et tout d'un coup, blam, j'ai l'erreur suivante (voir l'attachement erreur pour le message complet): Le C c'est pas mon truc, l'assembleur encore moins, bref, je n'y comprends rien. Une rapide recherche sur google _semble_ indiquer qu'il s'agirait d'un bug de gcc, mais... je n'ai pas trouvé grand chose dans le BTS qui ait l'air d'être lié à mon problème. Dans ce cas, il aurait été judicieux de donné ET la version de gcc ET la version de la debian sur ce poste (stable, testing, unstable ???) Je soumets donc le problème à votre sagacité: s'agit-il: - d'un bug de gcc peut-être (suivant la version de gcc), normalement le dernier 2.4.22 est compilable avec les nouveaux gcc. - d'un bug de kernel-sources-2.4.18 j'en doute, quoi que ... pour le savoir essaie de compiler le kernel avec un tarball officiel. - d'un bug de ma configuration (.config fourni en attachement) éventuellement, essayer avec un .config from scratch, en important celui que tu as. - d'un bug de ma procédure de compilation idem, as tu essayé de compiler le kernel en n'utilisant pas la méthode Debian, c'est à dire par un antique mais néanmoins très efficace : $ make dep clean bzImage modules ?? - ...? 42 ? Laura Arnaud -- Les règles sont soumises à interprétations.
Re: Erreur de compilation du noyau
Bonsoir, Arnaud LACOMBE a écrit: On Wed, Aug 27, 2003 at 06:35:22PM +0200, Laurence Colombet wrote: Je n'ai jamais aimé compiler un noyau, et ça n'a pas changé. Voilà mon meuh, pourquoi ? c'est pas très compliqué ... Tant qu'on a un .config tout prêt, ça va. Mais quand on veut se faire son propre noyau, aïe aïe aïe :-( [...] J'ai donc décompressé les sources chez moi, installé un .config que je m'étais préparé, lancé fakeroot make-kpkg --append_to_version cacao es tu sûr de ce .config, un jour, une de mes compil a foiré à cause d'un .config foireux ... Non, je n'en suis pas sûre, justement... Mais comment est-ce que je peux vérifier (et déterminer ce qui pose problème)? Le C c'est pas mon truc, l'assembleur encore moins, bref, je n'y comprends rien. Une rapide recherche sur google _semble_ indiquer qu'il s'agirait d'un bug de gcc, mais... je n'ai pas trouvé grand chose dans le BTS qui ait l'air d'être lié à mon problème. Dans ce cas, il aurait été judicieux de donné ET la version de gcc ET la version de la debian sur ce poste (stable, testing, unstable ???) Ouuups, pardon: Debian stable à jour avec les patches de sécurité, donc gcc version 2.95.4-14 et kernel-source-2.4.18 version 2.4.18-13. [...] - d'un bug de kernel-sources-2.4.18 j'en doute, quoi que ... pour le savoir essaie de compiler le kernel avec un tarball officiel. - d'un bug de ma configuration (.config fourni en attachement) éventuellement, essayer avec un .config from scratch, en important celui que tu as. Bonne idée, tiens: je vais esayer avec le .config du noyau kernel-image-2.4.18-1-386 (que j'ai par ailleurs). Si ça passe... soit c'est mon .config qui foire, soit c'est lié à un bout de code que le noyau standard n'utilise pas. - d'un bug de ma procédure de compilation idem, as tu essayé de compiler le kernel en n'utilisant pas la méthode Debian, c'est à dire par un antique mais néanmoins très efficace : $ make dep clean bzImage modules ?? Je vais essayer aussi, mais pour le coup, j'ai plus confiance en make-kpkg qu'en mes petites mains... - ...? 42 ? Certainement :-) Laura
Re: Erreur de compilation du noyau
pourquoi 2.4.18 alors qu'on en est au 2.4.21 2.4.22 même Yoann _ Envie de discuter en live avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
Re: Erreur de compilation du noyau
Bon, je me répond à moi-même ayant fait quelque test ... On Wed, Aug 27, 2003 at 09:41:13PM +0200, Arnaud LACOMBE wrote: Je soumets donc le problème à votre sagacité: s'agit-il: - d'un bug de gcc peut-être (suivant la version de gcc), normalement le dernier 2.4.22 est compilable avec les nouveaux gcc. gcc 3.3.1 ne passe pas, normal me semble -t- il, par contre gcc-2.95 passe sans le moindre pbs. - d'un bug de kernel-sources-2.4.18 j'en doute, quoi que ... pour le savoir essaie de compiler le kernel avec un tarball officiel. A première vue donc non. - d'un bug de ma configuration (.config fourni en attachement) éventuellement, essayer avec un .config from scratch, en important celui que tu as. J'ai essayé avec ton .config, ça passe. - d'un bug de ma procédure de compilation idem, as tu essayé de compiler le kernel en n'utilisant pas la méthode Debian, c'est à dire par un antique mais néanmoins très efficace : $ make dep clean bzImage modules ?? J'ai essayé à la mano et par make-pmachin et les deux on fonctionné avec la ligne de commande donnée. - ...? 42 ? Faudrait voir si ça plante toujours au même endroit, dans le cas contraire ce peut être un pb matériel, sans doute que plus d'info aiderons. Arnaud ps: soit dit en passant, le dernier noyau est le 2.4.22 et non le 2.4.21. -- Qui voit plus haut que l'horizon et le futur est son royaume.
Re: Cross-compilation du noyau entre mm architecture
Le Fri, 9 May 2003 03:59:44 +0200 Maxime Chatelle [EMAIL PROTECTED] à écrit: Salut Salut Je cherche a compiler mon noyau sur mon duron pour eviter des heures de compil sur un 486. Y'a t'il une méthode precise pour ça ?? Une méthode simple, c'est de compiler ton noyau à la sauce debian(1), c-à-d de créeer un paquet .deb du noyau. Ainsi tu pourras le transférer sur ton 486 avec une disquette et hop! Toutefois, si ton 486 est en woody, je te conseille de compiler sur une machine en woody. Émile (1) Une doc qu'elle est bien à lire: http://nicolaxx.free.fr/docs/noyau/noyau.htm -- Lisez la FAQ : http://savannah.nongnu.org/download/debfr-faq/html/index.html
Re: Cross-compilation du noyau entre mm architecture
Le vendredi 09 mai 2003, Maxime Chatelle a écrit... bonjour, Je cherche a compiler mon noyau sur mon duron pour eviter des heures de compil sur un 486. Y'a t'il une méthode precise pour ça ?? PS: et en plus j'ai plus que 46 Mo/150Mo de libre sur ce 486 :p make-kpkg et son option cross_compile ? -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Cross-compilation du noyau entre mm architecture
Salut Je cherche a compiler mon noyau sur mon duron pour eviter des heures de compil sur un 486. Y'a t'il une méthode precise pour ça ?? PS: et en plus j'ai plus que 46 Mo/150Mo de libre sur ce 486 :p -- --- VIVE Le Logiciel Libre
Re: compilation du noyau 2.4.20
Quoting claude.parisot [EMAIL PROTECTED]: 1. La doc dit : cd /usr/src rm linux [rm, c'est bien la commande remove, là ça m'inquiète ] mkdir linux-2.4.20 ln -s linux-2.4.20 linux tar xvfz linux-2.4.20.tar.gz Plus simplement : cd /usr/src tar xvfz linux-2.4.20.tar.gz rm linux ln -s linux-2.4.20 linux 2. la doc toukours : Méthode débian : cd /usr/src/linux apt-get install tk8.0 (si il n'est pas déja installé) make xconfig make-kpkg kernel_image cd .. dpkg -i *.deb Après tu peux stocker ton fichier .deb pour le réutiliser ultérieurement ou sur une autre machine. Bon, je préfère demander, avant de faire une bètise. C'est préférable... Claude @ + - This mail sent through IMP: http://horde.org/imp/
Re: compilation du noyau 2.4.20
On Mon, 2002-12-16 at 10:36, Nicolas Massé wrote: [...] Plus simplement : cd /usr/src tar xvfz linux-2.4.20.tar.gz rm linux ln -s linux-2.4.20 linux Allez je chipote un peu :-) $cd /usr/src $tar xvzf linux-2.4.20.tar.gz $ln -fs linux-2.4.20 linux A+. Greg. signature.asc Description: This is a digitally signed message part
Pb asm pendant la compilation du noyau
Salut à tous, J'ai installé une Woody 3.0 de base et je n'arrive pas à compiler les noyaux 2.4.19 ou 2.4.20. J'ai des messages asm qui parle de ';' inattendu J'utilise gcc 2.95.4 sur un P3 800, chipset via. Je ne pense pas que ce soit un pb memoire car j'ai utilisé memtest86 v3.0 pendant 12h sans aucune erreur. Est-ce que je dois utiliser bin86 ? Est-ce que ça parle à quelqu'un ? -- Fabien
compilation du noyau 2.4.20
Bonjour ! J'ai teléchargé les sources du noyau 2.4.20 et j'aimerais le compiler maintenant. Actuellement mon noyau est celui de la WOODY 3.0 - 2.4.18 -. J'ai lu la doc qui conseille d'installer le nouveau noyau dans un répertoire /usr/src/linuxversion, donc 2.4.20 dans mon cas. Deux choses ont besoin d'éclaircissements : 1. La doc dit : Les commandes suivantes permettront d'extraire les sources dans le répertoire dédié aux sources de Linux. Elle supposent qu'il existe déjà un lien symbolique /usr/src/linux vers le répertoire devant acceuillir ces fichiers sources : [ DANS MON ESPRIT CE LIEN EXISTE DEJA PUIQU'IL A ETE CREE LORS DE LA COMPILATION DU NOYAU 2.4.18 ??? ] cd /usr/src rm linux [rm, c'est bien la commande remove, là ça m'inquiète ] mkdir linux-2.4.20 ln -s linux-2.4.20 linux tar xvfz linux-2.4.20.tar.gz 2. la doc toukours : Une fois le nouveau noyau comilé et installé, on pourra rétablir la dépendance de la bibliothèque C sur les fichiers d'en-tête en rétablissant le lien symbolique à sa valeur initiale. [ Là, je pressens plus que je ne comprends, et j'aurais besoin d'explications claire, si on a compilé un nouveau noyau pourquoi rétablir à sa valeur initiale (2.4.18 ???)] [ Tout cela avant make modules et make modules_install??] Bon, je préfère demander, avant de faire une bètise. Claude
Re: compilation du noyau 2.4.20
claude.parisot wrote: Bonjour ! J'ai teléchargé les sources du noyau 2.4.20 et j'aimerais le compiler maintenant. Actuellement mon noyau est celui de la WOODY 3.0 - 2.4.18 -. J'ai lu la doc qui conseille d'installer le nouveau noyau dans un répertoire /usr/src/linuxversion, donc 2.4.20 dans mon cas. Deux choses ont besoin d'éclaircissements : 1. La doc dit : Les commandes suivantes permettront d'extraire les sources dans le répertoire dédié aux sources de Linux. Elle supposent qu'il existe déjà un lien symbolique /usr/src/linux vers le répertoire devant acceuillir ces fichiers sources : [ DANS MON ESPRIT CE LIEN EXISTE DEJA PUIQU'IL A ETE CREE LORS DE LA COMPILATION DU NOYAU 2.4.18 ??? ] Oui enfin ce lien n'est pas vraiment necessaire. Pour compiler certain modules, independamment du noyau, ils pourront effectivement avoir besoin des en-tetes ou des sources du noyau et il est habituel de supposer qu'elles se trouvent dans /usr/src/linux (d'ou le lien) mais en general c'est configurable au moment meme. Le lien est sence pointe vers le repertoire ou est stoke les sources du noyau qui tournent actuellement donc /usr/src/kernel-source-no de version cd /usr/src rm linux [rm, c'est bien la commande remove, là ça m'inquiète ] mkdir linux-2.4.20 ln -s linux-2.4.20 linux tar xvfz linux-2.4.20.tar.gz Retirer le lien qui pointait vers l'ancien repertoire des sources pour le faire pointe vers le nouveau repertoire. 2. la doc toukours : Une fois le nouveau noyau comilé et installé, on pourra rétablir la dépendance de la bibliothèque C sur les fichiers d'en-tête en rétablissant le lien symbolique à sa valeur initiale. [ Là, je pressens plus que je ne comprends, et j'aurais besoin d'explications claire, si on a compilé un nouveau noyau pourquoi rétablir à sa valeur initiale (2.4.18 ???)] [ Tout cela avant make modules et make modules_install??] ?! Pas claire; lis le fichier README dans le repertoire ou tu as decompresser les sources, c'est bien plus claire. Bon, je préfère demander, avant de faire une bètise. Claude
Re: Compilation du noyau façon debian
Merci à tous pour vos réponses! On Tue, Nov 12, 2002 at 08:47:59PM +0100, [EMAIL PROTECTED] wrote: [snip] carte dans le K7M, l'ordi s'allume mais rien ne se passe, l'écran reste noir! Grumph. Google ne me dit rien à propos d'éventuels problèmes entre Conflit d'irq ? J'ai deja eu ca et c'est sioux... Je ne sais pas. J'ai mis chacune des 2 cartes dans chacun des slots PCI, avec toujours le même problème :o[ Non, je vais devoir faire une permutation circulaire des cartes réseau, ce qui ne m'enchante pas: I'm expecting a rough ride. -- Arnaud Delobelle [EMAIL PROTECTED]