Re: /usr/src
Laurent FRANCOIS a écrit : J'essaie d'installer ndiswrapper avec module-assistant mais ca ne marche pas tres bien. J'ai une question subsidiaire qu'est-ce qu'il doit y avoir dans mon /usr/src sachant que je compile mes noyaux à la sauce debian et donc que s'installe mes sources dans $HOME/src. Autrement dit est-ce que je peux tout effacer dans /usr/src/, pour repartir à zero? Merci normalement pour mener a bien cette operation tu n'as besoin que de linux-headers et pas des sources completes. module-assistant devrait savoir chercher tes sources si tu utilise l'option -k source/headers dir. Attention cependant au fait que celui ecrit dans /usr/src/modules je ne sais pas si ce n'est justement la qu'il va chercher les modules installé lorsque l'on veut upgrader. si tu compte tout reinstaller je pense que tu peux tout supprimer dans /usr/src (saut les archives ex:linux-2.6..tar.bz2) (mais ca sera pas de ma faute si ton chat se met a aboyer) -- dominix -- 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: /usr/src
Le samedi 14 octobre 2006 03:13, Laurent FRANCOIS a écrit : J'essaie d'installer ndiswrapper avec module-assistant mais ca ne marche pas tres bien. J'ai une question subsidiaire qu'est-ce qu'il doit y avoir dans mon /usr/src sachant que je compile mes noyaux à la sauce debian et donc que s'installe mes sources dans $HOME/src. Autrement dit est-ce que je peux tout effacer dans /usr/src/, pour repartir à zero? Il y a les fichiers sources des éventuels paquets source du noyau. Si tu n'as pas de paquet source debian, tu peux enlever le reste. Dis-nous ce que tu as dedans. -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net
/usr/src
J'essaie d'installer ndiswrapper avec module-assistant mais ca ne marche pas tres bien. J'ai une question subsidiaire qu'est-ce qu'il doit y avoir dans mon /usr/src sachant que je compile mes noyaux à la sauce debian et donc que s'installe mes sources dans $HOME/src. Autrement dit est-ce que je peux tout effacer dans /usr/src/, pour repartir à zero? Merci
[Resolu] Help: c'est quoi ce /usr/src/kernel-patches?
On Sunday 11 September 2005 06:58, Philippe Marzouk wrote: Si j'ai bien compris, les sources du noyau n'arrivent plus patchees a la sauce Debian, mais en kit (le noyau (presque) original + un gros paquet de patch). Les patches sont appliques avant compilation par make-kpkg et retires lors d'un make-kpkg clean. Le paquet linux-source-2.6.12 contient les sources déjà patchées comme c'était le cas avec le paquet kernel-source pour les noyaux précédents. Tiens, oui. Pour le coup je me sens bete... Cela dit, je trouve la doc moyennement bien faite: la doc de linux-patch-debian-2.6.12 renvoit vers l'option --added-patches de make-kpkg; qui applique a la volee des patches, et tout et tout. Bref, si j'ai bien compris, pour les gens comme moi, pas la peine d'installer linux-tree-2.6.xx (qui vient avec linux-patch-debian), mais on peut se contenter de linux-source-2.6.xx Merci! -- Gurvan Huiban Let's go party! Coffee for everyone!!! (self-citation)
Re: [Resolu] Help: c'est quoi ce /usr/src/kernel-patches?
Le 11.09.2005 15:35:13, Gurvan Huiban a écrit : On Sunday 11 September 2005 06:58, Philippe Marzouk wrote: Si j'ai bien compris, les sources du noyau n'arrivent plus patchees a la sauce Debian, mais en kit (le noyau (presque) original + un gros paquet de patch). Les patches sont appliques avant compilation par make-kpkg et retires lors d'un make-kpkg clean. Le paquet linux-source-2.6.12 contient les sources déjà patchées comme c'était le cas avec le paquet kernel-source pour les noyaux précédents. Tiens, oui. Pour le coup je me sens bete... Cela dit, je trouve la doc moyennement bien faite: la doc de linux-patch-debian-2.6.12 renvoit vers l'option --added-patches de make-kpkg; qui applique a la volee des patches, et tout et tout. Bref, si j'ai bien compris, pour les gens comme moi, pas la peine d'installer linux-tree-2.6.xx (qui vient avec linux-patch-debian), mais on peut se contenter de linux-source-2.6.xx Si on veut le noyau tel que le conçoit Debian, oui. Mais il se peut que pour des raisons particulières, vous désiriez ajouter/retracher des patches. Dans ce cas, il paut être plus facile de modifier la liste des patches et de partir d'un linux-tree plutôt que de dépatcher [tm] un noyau Debian Bref, on vous laisse le choix. linux-source étant *la* solution pour 99% des gens (IMHO) Merci! J-L pgpDtd8GmNN3i.pgp Description: PGP signature
Help: c'est quoi ce /usr/src/kernel-patches?
Bonjour la liste voulant faire d'une pierre moultes coups (ocuper mon samedi soir (il y a vraiment des gens bizarres ici!), passer a un noyau qui compile avec gcc-4, etc.), je me suis mis en tete de passer au kernel 2.6.12. Je precise que, adepte du travail artisanal, je compile moi-meme mes noyaux. Donc, je telecharge le linux-tree-2.6.12. Et la, c'est le drame. Si j'ai bien compris, les sources du noyau n'arrivent plus patchees a la sauce Debian, mais en kit (le noyau (presque) original + un gros paquet de patch). Les patches sont appliques avant compilation par make-kpkg et retires lors d'un make-kpkg clean. Je suis perplexe. Possedant un portable, j'ai pris l'habitude d'appliquer quelques tonnes de patches a mon noyau avant compilation. Je procedais ainsi: telechargement des sources Debian, applicage de patches supplementaires, compilation, installation, joie. Comment je fais pour appliquer (et ne serait-ce que verifier si je peux appliquer) mes millions de patches supplementaires? Des fois, ces patches me donnent quelques options supplementaires dans la configuration du noyau: comment je fais pour selectionner ces options? Pour les gens qui (comme moi) affinent leur configuration de noyau (ou corrigent les erreurs), n'est-ce point un peu du gachis que d'appliquer/retirer n fois les patches aux sources? En bref parce que je m'apercois que je commence a etre trop long: - comment je fais pour generer rapidement les sources patchees a la sauce debian? J'ai bien tente un: ALL_PATCH_DIR=/usr/src/kernel-patches/all/2.6.12/ ; make-kpkg --added_patches debian debian mais ca n'a pas marche - Vous en pensez quoi, vous, de cette nouvelle organisation? Merci! -- Gurvan Huiban Let's go party! Coffee for everyone!!! (self-citation) -- 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: Help: c'est quoi ce /usr/src/kernel-patches?
On Sun, Sep 11, 2005 at 03:43:23AM +0200, Gurvan Huiban wrote: Bonjour la liste Si j'ai bien compris, les sources du noyau n'arrivent plus patchees a la sauce Debian, mais en kit (le noyau (presque) original + un gros paquet de patch). Les patches sont appliques avant compilation par make-kpkg et retires lors d'un make-kpkg clean. Le paquet linux-source-2.6.12 contient les sources déjà patchées comme c'était le cas avec le paquet kernel-source pour les noyaux précédents. Philippe -- 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]
/usr/src/
bonjour à tous, J'ai une nouvelle question des sources en général. En effet, j'ai dans mon dossier /usr/src/ je dirais une sorte de bordel. Car j'ai beaucoup de fichier et dossier de compilation et autre. Mais normalement peu me serve encore. Donc je voudrais votre avis sur quel fichier on peux supprimer de son dossier /usr/src/ Voici ce que donne le ls -al /usr/src cyrildebian:/home/cyril3# ls -al /usr/src/ total 110600 drwxrwsr-x 11 root src 4096 2004-09-28 18:36 . drwxr-xr-x 12 root root 4096 2004-09-18 19:08 .. -rw-r--r-- 1 root root 1814320 2004-09-26 20:07 alsa-driver.tar.bz2 -rw-r--r-- 1 root src 1216594 2004-09-21 00:23 alsa-modules-2.6.7_1.0.5a-3+10.00.Custom_i386.deb -rw-r--r-- 1 root src 1216476 2004-09-19 22:55 alsa-modules-2.6.7-1-386_1.0.5a-3+2.6.7-2_i386.deb drwxr-xr-x 16 root root 4096 2004-09-19 16:31 kernel-headers-2.6.7-1 drwxr-xr-x 4 root root 4096 2004-09-21 00:22 kernel-headers-2.6.7-1-386 drwxr-xr-x 3 root root 4096 2004-09-19 16:31 kernel-headers-2.6.7-1-686 drwxr-xr-x 3 root root 4096 2004-09-19 16:30 kernel-kbuild-2.6-3 drwxr-xr-x 4 root root 4096 2004-09-19 23:14 kernel-patches drwxr-sr-x 18 cyril3 src 4096 2004-08-05 18:48 kernel-source-2.6.7 -rw-r--r-- 1 root root 34343606 2004-08-05 18:49 kernel-source-2.6.7.tar.bz2 drwxr-sr-x 18 cyril3 src 4096 2004-09-22 01:46 kernel-source-2.6.8 -rw-r--r-- 1 root root 34810690 2004-09-13 05:30 kernel-source-2.6.8.tar.bz2 lrwxrwxrwx 1 root src26 2004-09-22 01:50 linux - kernel-headers-2.6.7-1-386 drwxr-sr-x 20 cyril3 src 4096 2004-09-22 20:13 linux-2.6.8.1 -rw-r--r-- 1 cyril3 src 35628066 2004-09-21 21:35 linux-2.6.8.1.tar.bz2 -rw-r--r-- 1 cyril3 src 248 2004-09-21 21:37 linux-2.6.8.1.tar.bz2.sign lrwxrwxrwx 1 root src26 2004-09-19 17:25 linux-OLDVERSION.1095608147 - kernel-headers-2.6.7-1-386 lrwxrwxrwx 1 cyril3 src13 2004-09-21 21:49 linux-OLDVERSION.1095809977 - linux-2.6.8.1 lrwxrwxrwx 1 root src26 2004-09-22 01:39 linux-OLDVERSION.1095810645 - kernel-headers-2.6.7-1-386 drwxr-xr-x 4 root src 4096 2004-08-05 23:09 modules -rw-r--r-- 1 root src986124 2004-09-21 00:23 nvidia-kernel-2.6.7_1.0.6111-1+10.00.Custom_i386.deb -rw-r--r-- 1 root src986066 2004-09-19 17:48 nvidia-kernel-2.6.7-1_1.0.6111-1+2.6.7-2_i386.deb -rw-r--r-- 1 root src986156 2004-09-22 01:54 nvidia-kernel-2.6.7-1-386_1.0.6111-1+2.6.7-2_i386.deb -rw-r--r-- 1 root root 1052357 2004-08-05 23:09 nvidia-kernel-source.tar.gz Puis-je vraiment tout supprimer? Merci -- Cyril MOUGEL Alias Shalamar Responsable partenariat et promotion Trésorier de l'Association Alternative Bass Fréquence tel: 06 82 89 28 46 www.radioabf.net
Re: /usr/src/
bonjour, Le mercredi 29 septembre 2004, Shalamar a écrit... Puis-je vraiment tout supprimer? Si ce n'est pas une affaire de les tetélécharger en cas de besoin... Sauve les confs si il y a. Si ce sont des paquets, supprime par des `apt-get remove` ou `dpkg --purge`, pas sauvagement. -- jm
Re: /usr/src/
Très bien, merci du conseil Le mer 29/09/2004 à 23:04, Jean-Michel OLTRA a écrit : bonjour, Le mercredi 29 septembre 2004, Shalamar a écrit... Puis-je vraiment tout supprimer? Si ce n'est pas une affaire de les tetélécharger en cas de besoin... Sauve les confs si il y a. Si ce sont des paquets, supprime par des `apt-get remove` ou `dpkg --purge`, pas sauvagement. -- jm -- Cyril MOUGEL Alias Shalamar Responsable partenariat et promotion Trésorier de l'Association Alternative Bass Fréquence tel: 06 82 89 28 46 www.radioabf.net
Re: make-kpkg et /usr/src/linux/include/linux/version.h
Le Fri, 27 Feb 2004 13:59:59 -0500 Daniel Déchelotte [EMAIL PROTECTED] a écrit: Bonjour, A la fin de l'execution de make-kpkg, du facon ou d'une autre, il modifie include/linux/version.h pour virer le EXTRAVERSION que j'ai specifie avec amour avec mon --append-to-version blabla. Ce doit etre le bug #233152 corrigé en Sid. J'y ai eu droit quand j'ai voulu compiler mon module de carte graphique. J'ai modifié le version.h a la mano et Le lendemain c'était corrigé ;-) J'adore la debian ! Good luck. -- Ploufy
make-kpkg et /usr/src/linux/include/linux/version.h
Bonjour, A la fin de l'execution de make-kpkg, du facon ou d'une autre, il modifie include/linux/version.h pour virer le EXTRAVERSION que j'ai specifie avec amour avec mon --append-to-version blabla. Du coup, les modules que je dois construire a part couinent parce que les versions de mon noyau (uname -r = 2.6.3-mts7) et de mes sources (version.h = 2.6.3) sont differentes, et je dois lancer un make-kpkg --append-to-versions -mts7 kernel_image que j'interromps comme une brute juste apres qu'il ait reconstruit un version.h correct. D'ou mes questions : pourquoi et comment corriger ? Merci ! -- Daniel Déchelotte http://yo.dan.free.fr/
Re : make-kpkg et /usr/src/linux/include/linux/version.h
Le 27.02.2004 19:59, Daniel Déchelotte a écrit : Bonjour, A la fin de l'execution de make-kpkg, du facon ou d'une autre, il modifie include/linux/version.h pour virer le EXTRAVERSION que j'ai specifie avec amour avec mon --append-to-version blabla. EXTRAVERSION n'est pas affecté par --append-to-version. append-to- version est ajouté en *fin* de chaîne, après : $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) Le meilleur xemple en est 2.54.26-pre1 : EXTRAVERION contien -pre1 et vous pouvez fort bien ajouter --revision et --append-to-version. Du coup, les modules que je dois construire a part couinent parce que les versions de mon noyau (uname -r = 2.6.3-mts7) et de mes sources (version.h = 2.6.3) sont differentes, et je dois lancer un make-kpkg --append-to-versions -mts7 kernel_image que j'interromps comme une brute juste apres qu'il ait reconstruit un version.h correct. pourquoi ne pas construire les modules avec : make-kpkg --revision votre revision --append-to-version votre version --rootcmd fakeroot modules_image (sur une seule ligne) dans votre exemple précis : make-kpkg --append-to-version -mts7 modules_image -- - Jean-Luc D'ou mes questions : pourquoi et comment corriger ? Merci ! -- Daniel Déchelotte http://yo.dan.free.fr/ pgpbanpRrggZU.pgp Description: PGP signature
Re: Re: make-kpkg et /usr/src/linux/include/linux/version.h
Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit : | EXTRAVERSION n'est pas affecté par --append-to-version. append-to- | version est ajouté en *fin* de chaîne, après : | $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) | | Le meilleur xemple en est 2.54.26-pre1 : EXTRAVERION contien -pre1 et | vous pouvez fort bien ajouter --revision et --append-to-version. En fait, le append-to-version ajoute son argument a EXTRAVERSION. Au fait, je ne sais pas pourquoi, j'ai souvent cette manie de parler comme un ministre quand j'ecris un courriel, mais je te conjure de me tutoyer. | pourquoi ne pas construire les modules avec : | dans votre exemple précis : | make-kpkg --append-to-version -mts7 modules_image C'est comme ca que je construis thinkpad-modules-*, mais je dois aussi construire un pilote DRI pour ma carte graphique et le pilote pour ma carte WiFi et eux n'ont pas ete prevu pour fonctionner avec make-kpkg. Le fichier linux/include/version.h contient la bonne chaine (avec le EXTRAVERSION) au moment du make-kpkg, mais visiblement celui-ci croit malin de le refaire passer a 2.6.23 sans EXTRAVERSION, a un moment que je n'ai pas encore elucide. Est-ce que construire kernel_image et modules_image en un coup est supporte, ou faut-il lancer deux fois make-kpkg ? Merci de ta reponse ! -- Daniel Déchelotte http://yo.dan.free.fr/
kernel 2.6 Unresolved symbols in /usr/src/linux-2.6.0/debian/tmp-image/lib/modules/2.6.0/kernel/sound/synth/snd-util-mem.ko
Salut, Contexte : - Sous debian woody 3r2, kernel version 2.6.0. Prerequis : -- vi /etc/fstab J'ajoute la ligne sysfs /syssysfs defaults0 0 Procedure de parametrage du kernel: # make menuconfig puis j'enregistre la configuration comme proposé . # fakeroot make-kpkg clean # fakeroot make-kpkg --revision toto.v1 kernel_image Notons que pendant la compilation des modules un warning, n'empechant le programme de continuer, s'affiche : sound/pci/emu10k1/emu10k1.c:48: warning: `seq_ports' defined but not used sound/pci/emu10k1/emu10k1.c:49: warning: `max_synth_voices' defined but not used Résultat final de la compilation : depmod: *** Unresolved symbols in /usr/src/linux-2.6.0/debian/tmp-image/lib/modules/2.6.0/kernel/sound/synth/snd-util-mem.ko depmod: snd_kcalloc make[2]: *** [_modinst_post] Erreur 1 make[2]: Leaving directory `/usr/src/linux-2.6.0' make[1]: *** [real_stamp_image] Erreur 2 make[1]: Leaving directory `/usr/src/linux-2.6.0' Suspectant les drivers de ma carte son Sound Blaster Audigy dont la configuration est la suvante : M Sound card support M Advanced Linux Sound Architecture M EMU10K1 Je décide de décocher le support de son. Je compile à nouveau le kernel et toujours des erreurs : depmod: *** Unresolved symbols in /usr/src/linux-2.6.0/debian/tmp-image/lib/modules/2.6.0/kernel/fs/vfat/vfat.ko depmod: fat_scan depmod: fat_dir_empty depmod: fat_add_entries depmod: fat__get_entry depmod: fat_notify_change depmod: fat_date_unix2dos depmod: fat_build_inode depmod: fat_search_long depmod: fat_detach depmod: fat_attach depmod: fat_new_dir depmod: fat_fill_super make[2]: *** [_modinst_post] Erreur 1 make[2]: Leaving directory `/usr/src/linux-2.6.0' make[1]: *** [real_stamp_image] Erreur 2 make[1]: Leaving directory `/usr/src/linux-2.6.0' Je trouve cela extrêmement bizard si tu as une idée, Merci -- FARID MESSAOUD Au préavis de 2 semaines après il est libre à l'embauche cv sur demande uniquement. --
Re: kernel 2.6 Unresolved symbols in /usr/src/linux-2.6.0/debian/tmp-image/lib/modules/2.6.0/kernel/sound/synth/snd-util-mem.ko
Bonjour, Pour les 2.6 il faut et il suffit de changer le paquet modutils en autre chose, dont je ne connait pas le nom sous debian, perso j'ai compilé à la main le paquet modules-init-tools dispo sur kernel.org: http://www.kernel.org/pub/linux/utils/kernel/module-init-tools/ Aujourd'hui la v3.0preX, mais ça marchait aussi avec les 0.9.x (sait plus lesquelles, surement toutes ;) Amicalement mathias Le Mercredi 28 Janvier 2004 13:00, Farid Messaoud a écrit : Salut, Contexte : - Sous debian woody 3r2, kernel version 2.6.0. Prerequis : -- vi /etc/fstab J'ajoute la ligne sysfs /syssysfs defaults0 0 Procedure de parametrage du kernel: # make menuconfig puis j'enregistre la configuration comme proposé . # fakeroot make-kpkg clean # fakeroot make-kpkg --revision toto.v1 kernel_image Notons que pendant la compilation des modules un warning, n'empechant le programme de continuer, s'affiche : sound/pci/emu10k1/emu10k1.c:48: warning: `seq_ports' defined but not used sound/pci/emu10k1/emu10k1.c:49: warning: `max_synth_voices' defined but not used Résultat final de la compilation : depmod: *** Unresolved symbols in /usr/src/linux-2.6.0/debian/tmp-image/lib/modules/2.6.0/kernel/sound/synth/ snd-util-mem.ko depmod: snd_kcalloc make[2]: *** [_modinst_post] Erreur 1 make[2]: Leaving directory `/usr/src/linux-2.6.0' make[1]: *** [real_stamp_image] Erreur 2 make[1]: Leaving directory `/usr/src/linux-2.6.0' Suspectant les drivers de ma carte son Sound Blaster Audigy dont la configuration est la suvante : M Sound card support M Advanced Linux Sound Architecture M EMU10K1 Je décide de décocher le support de son. Je compile à nouveau le kernel et toujours des erreurs : depmod: *** Unresolved symbols in /usr/src/linux-2.6.0/debian/tmp-image/lib/modules/2.6.0/kernel/fs/vfat/vfat .ko depmod: fat_scan depmod: fat_dir_empty depmod: fat_add_entries depmod: fat__get_entry depmod: fat_notify_change depmod: fat_date_unix2dos depmod: fat_build_inode depmod: fat_search_long depmod: fat_detach depmod: fat_attach depmod: fat_new_dir depmod: fat_fill_super make[2]: *** [_modinst_post] Erreur 1 make[2]: Leaving directory `/usr/src/linux-2.6.0' make[1]: *** [real_stamp_image] Erreur 2 make[1]: Leaving directory `/usr/src/linux-2.6.0' Je trouve cela extrêmement bizard si tu as une idée, Merci -- FARID MESSAOUD Au préavis de 2 semaines après il est libre à l'embauche cv sur demande uniquement. --
Re: Droit d'acces à /usr/src/
Frédéric Bothamy wrote: Normalement, les 2 commandes suivantes devraient rétablir des droits corrects : chgrp -R src /usr/src chmod g+s /usr/src (faut-il faire récursivement cette commande ?) Ok, après un chgrp j'obtiens (entre autres) : [EMAIL PROTECTED]:/usr# ll total 132 (...) drwxrwsr-x9 root staff4096 2001-05-12 02:04 local (...) drwxrwsr-x5 1000 src 4096 2003-11-06 19:21 src drwxr-xr-x6 root root 4096 2003-02-13 08:36 X11R6 Alors c'est bon, ça marche, mais j'ai quand même ceci.. je voudrais savoir lors d'un ls -l , à quoi correspond la 2eme colone (je n'ai rien trouvé dans le man), et s'il est utile dans mon cas (et possible) de le changer ? Merci. -- AlaiN. -- PGP Public Key ID: 0x74279229 --
Re: Droit d'acces à /usr/src/
* Alain D'EURVEILHER [EMAIL PROTECTED] [2004-01-18 17:02] : Frédéric Bothamy wrote: Normalement, les 2 commandes suivantes devraient rétablir des droits corrects : chgrp -R src /usr/src chmod g+s /usr/src (faut-il faire récursivement cette commande ?) Ok, après un chgrp j'obtiens (entre autres) : [EMAIL PROTECTED]:/usr# ll total 132 (...) drwxrwsr-x9 root staff4096 2001-05-12 02:04 local (...) drwxrwsr-x5 1000 src 4096 2003-11-06 19:21 src drwxr-xr-x6 root root 4096 2003-02-13 08:36 X11R6 Alors c'est bon, ça marche, mais j'ai quand même ceci.. je voudrais savoir lors d'un ls -l , à quoi correspond la 2eme colone (je n'ai rien trouvé dans le man), et s'il est utile dans mon cas (et possible) de le changer ? Euh, le 5 ou le 1000 ? D'après le man ls, le 5 représente le nombre de liens physiques et le 1000 le nom du propriétaire (ou son UID s'il n'existe pas). Le 5 ne peut pas être changé directement (c'est une propriété dépendant du nombre d'entrées dans le répertoire), le 1000 peut être changé avec un chown tout simple (le propriétaire du répertoire est normalement root). 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: [Resolu] Droit d'acces à /usr/src/
Le Dimanche 18 Janvier 2004 17:12, Frédéric Bothamy a écrit : * Alain D'EURVEILHER [EMAIL PROTECTED] [2004-01-18 17:02] : Frédéric Bothamy wrote: Normalement, les 2 commandes suivantes devraient rétablir des droits corrects : chgrp -R src /usr/src chmod g+s /usr/src (faut-il faire récursivement cette commande ?) Ok, après un chgrp j'obtiens (entre autres) : [EMAIL PROTECTED]:/usr# ll total 132 (...) drwxrwsr-x9 root staff4096 2001-05-12 02:04 local (...) drwxrwsr-x5 1000 src 4096 2003-11-06 19:21 src drwxr-xr-x6 root root 4096 2003-02-13 08:36 X11R6 Alors c'est bon, ça marche, mais j'ai quand même ceci.. je voudrais savoir lors d'un ls -l , à quoi correspond la 2eme colone (je n'ai rien trouvé dans le man), et s'il est utile dans mon cas (et possible) de le changer ? Euh, le 5 ou le 1000 ? D'après le man ls, le 5 représente le nombre de liens physiques et le 1000 le nom du propriétaire (ou son UID s'il n'existe pas). Le 5 ne peut pas être changé directement (c'est une propriété dépendant du nombre d'entrées dans le répertoire), le 1000 peut être changé avec un chown tout simple (le propriétaire du répertoire est normalement root). Merci. C'était évidemment du 1000 dont je parlais.. merci encore beaucoup à tous ceux qui ont eu la gentillesse de m'aider là dessus. -- AlaiN. -- PGP Public Key ID: 0x74279229 --
Droit d'acces à /usr/src/
Bonjour, Je voulais savoir comment changer les droit d'accés utilisateur au dossier /usr/src/ ou au plus précisément au group src qui y serait attaché. J'ai ré-installé ma Debian à partir d'un Knoppix, et ce répertoire là appartient désormais à 1000. En fait le problème que je rencontre actuellement est que je ne peux plus en tant que simple utilisateur avoir accés en écriture comme avant à ce répertoire. Je ne peux plus downloader mes sources dans /usr/src/ ! Merci. -- AlaiN.
Re: Droit d'acces /usr/src/
Le jeudi 15 janvier 2004, Alain D'EURVEILHER a écrit... bonjour, Je voulais savoir comment changer les droit d'accés utilisateur au dossier /usr/src/ ou au plus précisément au group src qui y serait attaché. J'ai ré-installé ma Debian à partir d'un Knoppix, et ce répertoire là appartient désormais à 1000. man chmod ? ou je n'ai pas compris la question ? -- jean-michel
Re: Droit d'acces à /usr/src/
* Alain D'EURVEILHER [EMAIL PROTECTED] [2004-01-15 14:36] : Bonjour, Je voulais savoir comment changer les droit d'accés utilisateur au dossier /usr/src/ ou au plus précisément au group src qui y serait attaché. J'ai ré-installé ma Debian à partir d'un Knoppix, et ce répertoire là appartient désormais à 1000. Curieux, normalement le répertoire appartient à root (et je ne vois pas de raison valable pour faire autrement) avec src comme groupe et le setgid groupe de positionné. En fait le problème que je rencontre actuellement est que je ne peux plus en tant que simple utilisateur avoir accés en écriture comme avant à ce répertoire. Je ne peux plus downloader mes sources dans /usr/src/ ! Normalement, les 2 commandes suivantes devraient rétablir des droits corrects : chgrp -R src /usr/src chmod g+s /usr/src (faut-il faire récursivement cette commande ?) 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: Droit d'acces à /usr/src/
Frédéric Bothamy wrote: * Alain D'EURVEILHER [EMAIL PROTECTED] [2004-01-15 14:36] : Bonjour, Je voulais savoir comment changer les droit d'accés utilisateur au dossier /usr/src/ ou au plus précisément au group src qui y serait attaché. J'ai ré-installé ma Debian à partir d'un Knoppix, et ce répertoire là appartient désormais à 1000. Curieux, normalement le répertoire appartient à root (et je ne vois pas de raison valable pour faire autrement) avec src comme groupe et le setgid groupe de positionné. Ben c'est que quand j'avais installé ma woody à l'époque, il appartenait à au gpe src, et l'utilisateur appartenais à ce gpe src. Je ne sais pas, c'était comme ça, je supposais donc que c'était normal... Et puis je faisais toutes mes install de pkg à partir de là ; ça me semblait normal (vu le nom !) En fait le problème que je rencontre actuellement est que je ne peux plus en tant que simple utilisateur avoir accés en écriture comme avant à ce répertoire. Je ne peux plus downloader mes sources dans /usr/src/ ! Normalement, les 2 commandes suivantes devraient rétablir des droits corrects : chgrp -R src /usr/src chmod g+s /usr/src (faut-il faire récursivement cette commande ?) Ok, je vais essayer tout à l'heure ! merci :-) (et merci à JM Oltra aussi) Fred -- AlaiN.
Re: cherche un /usr/src/linux/.config pour une 3CCFE575CT (noyeau 2.4)
On Sun, Jan 06, 2002 at 10:29:21PM +0100, Nabil Hathout wrote: Bonjour, je cherche un exemple de fichier .config pour compiler un noyeau 2.4 qui permette d'utiliser une carte pcmcia 3CCFE575CT. Je n'ai aucun problème à la faire marcher en 2.2.17 (en construisant un pcmcia-modules), mais je n'y suis pas arrivé, ni en 2.4.14 ni en 2.4.17. J'ai aussi essayé avec un kernel-image-2.4.17 sans plus de succès (il n'y a pas semble-t-il de pcmcia-modules correspondant). J'avais posé il y a longtemps (avant avril 2001) la même question sans obtenir de réponse. Depuis j'ai trouvé, principalement en lisant les doc du noyau et des modules PCMCIA (il y a un fichier relatif au noyau 2.4), une solution qui marche. En gros : - le moyau 2.4 gére les cartes PCMCIA classiques sans avoir besoin des modules PCMCIA qu'il fallait ajouter dans le 2.2.17 - compiler un noyau 2.4 ( moi j'en suis encore à 2.4.4) avec les éléments suivants # # PCMCIA/CardBus support # CONFIG_PCMCIA=y CONFIG_CARDBUS=y # # Ethernet (10 or 100Mbit) # CONFIG_NET_ETHERNET=y CONFIG_NET_VENDOR_3COM=y # CONFIG_EL1 is not set # CONFIG_EL2 is not set # CONFIG_ELPLUS is not set # CONFIG_EL16 is not set # CONFIG_EL3 is not set # CONFIG_3C515 is not set # CONFIG_ELMC is not set # CONFIG_ELMC_II is not set CONFIG_VORTEX=y # CONFIG_LANCE is not set - à l'utilisation la carte est gérée exactement comme une carte Ethernet PCI et n'utilise plus la config PCMCIA (j'ai sur une autre machine une carte 3com PCI qui utilise le même driver (3c59x) elle est initialisée exactement de même) et n'est pas géré par cardmgr -- Francois Mescam Tel:+33 1 46 73 44 06 Fax:+33 1 46 73 41 50
Re: cherche un /usr/src/linux/.config pour une 3CCFE575CT (noyeau 2.4)
On Mon, 2002-01-07 at 09:56, Francois Mescam wrote: On Sun, Jan 06, 2002 at 10:29:21PM +0100, Nabil Hathout wrote: Bonjour, je cherche un exemple de fichier .config pour compiler un noyeau 2.4 qui permette d'utiliser une carte pcmcia 3CCFE575CT. Je n'ai aucun problème à la faire marcher en 2.2.17 (en construisant un pcmcia-modules), mais je n'y suis pas arrivé, ni en 2.4.14 ni en 2.4.17. J'ai aussi essayé avec un kernel-image-2.4.17 sans plus de succès (il n'y a pas semble-t-il de pcmcia-modules correspondant). J'avais posé il y a longtemps (avant avril 2001) la même question sans obtenir de réponse. Depuis j'ai trouvé, principalement en lisant les doc du noyau et des modules PCMCIA (il y a un fichier relatif au noyau 2.4), une solution qui marche. En gros : - le moyau 2.4 gére les cartes PCMCIA classiques sans avoir besoin des modules PCMCIA qu'il fallait ajouter dans le 2.2.17 - compiler un noyau 2.4 ( moi j'en suis encore à 2.4.4) avec les éléments suivants # # PCMCIA/CardBus support # CONFIG_PCMCIA=y CONFIG_CARDBUS=y # # Ethernet (10 or 100Mbit) # CONFIG_NET_ETHERNET=y CONFIG_NET_VENDOR_3COM=y # CONFIG_EL1 is not set # CONFIG_EL2 is not set # CONFIG_ELPLUS is not set # CONFIG_EL16 is not set # CONFIG_EL3 is not set # CONFIG_3C515 is not set # CONFIG_ELMC is not set # CONFIG_ELMC_II is not set CONFIG_VORTEX=y # CONFIG_LANCE is not set - à l'utilisation la carte est gérée exactement comme une carte Ethernet PCI et n'utilise plus la config PCMCIA (j'ai sur une autre machine une carte 3com PCI qui utilise le même driver (3c59x) elle est initialisée exactement de même) et n'est pas géré par cardmgr -- Francois Mescam Tel:+33 1 46 73 44 06 Fax:+33 1 46 73 41 50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Exact: Mais attention il faut quand meme le package pcmcia-cs et demmarer le pcmcia sinon la carte n'est pas vue #apt-get install pcmcia-cs #/etc/init.d/pcmcia start J'ai d'ailleur eu beaucoup de PB avec ces cartes 3Com + Noyaux 2.4.X Voir un post precedent avec une copie de message d'erreur. -- Christophe Maury ARES Tel:01 69 86 60 00 Email:[EMAIL PROTECTED]
cherche un /usr/src/linux/.config pour une 3CCFE575CT (noyeau 2.4)
Bonjour, je cherche un exemple de fichier .config pour compiler un noyeau 2.4 qui permette d'utiliser une carte pcmcia 3CCFE575CT. Je n'ai aucun problème à la faire marcher en 2.2.17 (en construisant un pcmcia-modules), mais je n'y suis pas arrivé, ni en 2.4.14 ni en 2.4.17. J'ai aussi essayé avec un kernel-image-2.4.17 sans plus de succès (il n'y a pas semble-t-il de pcmcia-modules correspondant). cordialement, --Nabil Hathout