a ouai c'est toi qui me traite de troll et de stupid idiot sur la linux kernel mailing list ;-).
oui tout à fait, car le ton de tes questions correspond bien à ces définitions :
"je veux faire plein de choses géniales, dites-moi comment faire" puis "bah
non, tout ça c'est pas terrible, je veux faire encore mieux mais surtout sans
me fatiguer et sans avoir à réfléchir". Quand on demande des conseils à
d'autres personnes dans des domaines qu'on ne connait pas et qu'on leur
répond (même gentiment) que leurs conseils sont nases et qu'on veut (ou
même qu'on va) faire encore mieux, c'est un peu limite comme façon de faire,
ça manque un peu de modestie on va dire.
Mais oui comment t'as deviné, je suis un troll et je suis même pas
"certified linux guru (c) TM" alors c'est interdit par la loi du 8 avril 1421?
Ah non pas du tout, loin de là. Seulement, lorsque des gens qui consacrent
habituellement leur temps à faire des choses utiles le perdent à t'expliquer ce
que je viens de dire, je trouve ça dommage, donc je prends le relais afin qu'ils
puissent de nouveau faire progresser notre petit linux :-)
J'avoue ici la vérité toute crue : je suis prof de sport et j'ai même pas
d'ordi (je tape les messages par télépathie transcendentale).
Voilà, on recommence avec les vannes foireuses et les mots de plus 15
lettres dans le but de faire rire les élèves, mais ils ne lisent pas forcément
tout linuxfr.
Je voulais être célèbre et que ma maman soit fière de moi. Voilà c'est fait. Coucou maman :-)
J'avoue qu'au début ça m'a vraiment fait penser à ça, du fait d'avoir
connu d'autres personnes (entre 16 et 22 ans) dans le même style et
avec exactement ce but.
Au fait, merci pour tes précieux conseils, mais tu m'as vraiment pris pour un débutant ou quoi ?
attends quelques jours et relis bien tes posts en te disant qu'ils ne sont pas
de toi, mais d'un boutonneux qui veut montrer à sa maman le joli CD qu'il
vient de graver et qui boote super vite. Et je pense que tu n'auras pas
besoin de beaucoup d'imagination pour voir la scène. Sois un peu plus
humble et attentif aux réponses des gens et cette image disparaitra sans
doute.
Parce que Debian ou Linux kernel c'est optimisé à la base ?
On continue... Cette question ne veut absolument rien dire du tout. Déjà,
le terme "optimisé" ne peut pas être utilisé sans contexte. Optimiser, ça
veut dire améliorer pour certains usages au détriment d'autres dont on
se fout. Debian, ça doit être optimisé pour faire certaines choses. Ce
que tu appelles vaguement "Linux Kernel", je ne vois même pas en quoi
ça peut être optimisé vu que c'est à toi de le faire et que c'est livré sous
forme de sources. Par contre, il y a des gens qui diffusent des patches
pour l'optimiser en taille, en vitesse, en stabilité, etc... suivant le but
recherché.
C'est vraiment ce genre de questions vagues qui ne permettent rien d'autre
que de placer des phrases sur des forums pour se faire remarquer qui
trahissent un troll. Mais ça te passera avec le temps et les remarques des
autres personnes. Tu sais, pour ma part, j'ai relu des messages que j'avais
postés il y a 10 ans et dont j'ai honte aujourd'hui. Alors archive bien linuxfr
et tu pourras le montrer à tes élèves dans 10 ans pour les amuser.
Quel humour ravageur, j'avoue je suis totalement sous le charme ;-)
Et bien tant mieux si tu le prends bien parce que je fais rarement des
commentaires aux gens sur ce que je pense d'eux justement parce que je
n'aime pas leur faire de la peine. Mais comme tu sembles assez ouvert, on
peut parler librement.
Maintenant, concernant ta question de départ, je pense que si tu las poses
à nouveau avec des objectifs plus précis que "Comment je sais si un
module doit être dans le kernel", "Quelles sont les options pour
rendre le noyau plus rapide, plus petit ?" et autres, tu auras
certainement des réponses pertinentes.
Pour ma part, je peux te donner des tuyaux, j'ai un code minimal qui fait
dans les 800 Ko et qui intègre le kernel, une image, de quoi
accéder au réseau, de quoi formater une partition, etc... Ca sert d'image
de secours. C'est "optimisé" pour tenir en peu de place, mais il faut faire
une image spécifique à chaque machine, et à chaque usage
(virer tous les drivers inutiles et toutes les fonctionnalités inutiles comme
l'écran par exemple). Si je réduis encore l'image (env 600 ko) en
changeant d'algo de compression, alors le système met 30 secondes à
booter au lieu de 3, ce qui est inacceptable pour l'usage que j'en
ai. Ensuite, lorsque tu parles du minimum vital et bien permets
moi de te dire que ce minimum vital, c'est init, et j'ai parfois été
bien content d'avoir un système minimal qui démarre un kernel suivi d'un
tout petit init qui me donnait un prompt interactif pour démarrer des process.
Peut-être que pour ce que tu veux faire ce serait déjà bien, peut-être au
contraire qu'on en est bien loin.
Tout ça pour dire que les gens pourront te guider à partir du moment
où tu auras un besoin plus précis que "je veux optimiser pour montrer à ma
maman". Alors n'hésite pas à reformuler tes questions en disant bien ce que
tu veux faire exactement, le support sur lequel tu veux que ton truc soit
utilisé (ex: un CD ou une disquette 1.44 Mo, ça n'est pas pareil, même si
je comprends mieux le besoin d'optimiser pour le second cas).
Bref, je te laisse, j'ai déjà passé une demi heure à te donner des conseils
qui je l'espère te serviront
Y a moyen d'y arriver et quelles sont vos méthodes et astuces pour faire ça sans se casser la tête et rapidement ?
Bien je crois que tout le monde t'a déjà proposé des solutions.
Seulement, il en ressort que tu ne veux NI y passer de temps, NI réfléchir. Les outils compatibles avec ces objectifs sont déjà disponibles, voire commercialisés, ça s'appelle des distribs standards. Si tu dis que celles-ci ne te conviennent pas, n'espère pas que d'autres iront faire ton travail pour toi, et abandonne linux. Installe windows par exemple, tu trouveras plein de conseils dans des magazines pour le rendre "rapide et léger" sans te casser la tête. Disons que ce sera peut-être plus rapide et léger que la version de base, ce qui semble correspondre à ce que tu recherches.
Ca vient effectivement de là. De là à savoir pourquoi il est chargé comme ça !
On remarque d'ailleurs qu'il utilise /dev2/root2, qui est visiblement sur un autre
file-system (ramfs ou tmpfs sans doute). Je pense donc que ça doit être un initramfs qui se croit plus malin que tout le monde et qui préconfigure des choses à sa manière (car visiblement, il n'y a pas d'initrd référencé dans cmdline). Sinon, ce qui est aussi possible, c'est que ce soit l'un des scripts de démarrage qui bricole tout ça, mais lequel et dans quel but ? Il faudrait faire un 'grep -r dev2 /etc' pour savoir si l'un d'entre-eux connait /dev2.
ça c'est inquiétant. Ca pourrait être lié au fait que ton rootfs soit monté avec l'option 'nosuid'. Vérifie les options dans /proc/mounts. Chez moi par exemple:
$ cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext3 rw 0 0
/proc /proc proc rw 0 0
Ignore la ligne 'rootfs', c'est l'autre qui contient '/' qui compte. La seule option ici est 'rw'. Tu parlais d'un chroot aussi. Si ta distrib tourne dans un chroot, ce n'est pas exclu que tu aies le même problème avec l'un des répertoires parents, auquel cas il serait bien d'aller voir en dehors du chroot.
Je crois de mémoire que 'sudo' fait beaucoup de vérifications sur ses propres permissions et sur ses répertoires parents. Peut-être qu'il perd ses privilèges car il a trouvé un parent un peu trop 'ouvert'. Par exemple, un / en 777 ou une bêtise comme ça. Tu peux faire ça pour voir :
$ ls -lad / /usr /usr/bin
drwxr-xr-x 23 root root 4096 Dec 26 2004 /
drwxr-xr-x 23 root root 4096 Aug 27 2002 /usr
drwxr-xr-x 5 root root 28672 Aug 12 11:26 /usr/bin
Au fait, c'est quoi comme noyau ? Et fais voir les options de démarrage :
[^] # Re: une soluce de oufs
Posté par tarreau willy (site web personnel) . En réponse au message Optimiser la compil noyau et choisir les bons modules ?. Évalué à 1.
oui tout à fait, car le ton de tes questions correspond bien à ces définitions :
"je veux faire plein de choses géniales, dites-moi comment faire" puis "bah
non, tout ça c'est pas terrible, je veux faire encore mieux mais surtout sans
me fatiguer et sans avoir à réfléchir". Quand on demande des conseils à
d'autres personnes dans des domaines qu'on ne connait pas et qu'on leur
répond (même gentiment) que leurs conseils sont nases et qu'on veut (ou
même qu'on va) faire encore mieux, c'est un peu limite comme façon de faire,
ça manque un peu de modestie on va dire.
Mais oui comment t'as deviné, je suis un troll et je suis même pas
"certified linux guru (c) TM" alors c'est interdit par la loi du 8 avril 1421?
Ah non pas du tout, loin de là. Seulement, lorsque des gens qui consacrent
habituellement leur temps à faire des choses utiles le perdent à t'expliquer ce
que je viens de dire, je trouve ça dommage, donc je prends le relais afin qu'ils
puissent de nouveau faire progresser notre petit linux :-)
J'avoue ici la vérité toute crue : je suis prof de sport et j'ai même pas
d'ordi (je tape les messages par télépathie transcendentale).
Voilà, on recommence avec les vannes foireuses et les mots de plus 15
lettres dans le but de faire rire les élèves, mais ils ne lisent pas forcément
tout linuxfr.
Je voulais être célèbre et que ma maman soit fière de moi. Voilà c'est fait. Coucou maman :-)
J'avoue qu'au début ça m'a vraiment fait penser à ça, du fait d'avoir
connu d'autres personnes (entre 16 et 22 ans) dans le même style et
avec exactement ce but.
Au fait, merci pour tes précieux conseils, mais tu m'as vraiment pris pour un débutant ou quoi ?
attends quelques jours et relis bien tes posts en te disant qu'ils ne sont pas
de toi, mais d'un boutonneux qui veut montrer à sa maman le joli CD qu'il
vient de graver et qui boote super vite. Et je pense que tu n'auras pas
besoin de beaucoup d'imagination pour voir la scène. Sois un peu plus
humble et attentif aux réponses des gens et cette image disparaitra sans
doute.
Parce que Debian ou Linux kernel c'est optimisé à la base ?
On continue... Cette question ne veut absolument rien dire du tout. Déjà,
le terme "optimisé" ne peut pas être utilisé sans contexte. Optimiser, ça
veut dire améliorer pour certains usages au détriment d'autres dont on
se fout. Debian, ça doit être optimisé pour faire certaines choses. Ce
que tu appelles vaguement "Linux Kernel", je ne vois même pas en quoi
ça peut être optimisé vu que c'est à toi de le faire et que c'est livré sous
forme de sources. Par contre, il y a des gens qui diffusent des patches
pour l'optimiser en taille, en vitesse, en stabilité, etc... suivant le but
recherché.
C'est vraiment ce genre de questions vagues qui ne permettent rien d'autre
que de placer des phrases sur des forums pour se faire remarquer qui
trahissent un troll. Mais ça te passera avec le temps et les remarques des
autres personnes. Tu sais, pour ma part, j'ai relu des messages que j'avais
postés il y a 10 ans et dont j'ai honte aujourd'hui. Alors archive bien linuxfr
et tu pourras le montrer à tes élèves dans 10 ans pour les amuser.
Quel humour ravageur, j'avoue je suis totalement sous le charme ;-)
Et bien tant mieux si tu le prends bien parce que je fais rarement des
commentaires aux gens sur ce que je pense d'eux justement parce que je
n'aime pas leur faire de la peine. Mais comme tu sembles assez ouvert, on
peut parler librement.
Maintenant, concernant ta question de départ, je pense que si tu las poses
à nouveau avec des objectifs plus précis que "Comment je sais si un
module doit être dans le kernel", "Quelles sont les options pour
rendre le noyau plus rapide, plus petit ?" et autres, tu auras
certainement des réponses pertinentes.
Pour ma part, je peux te donner des tuyaux, j'ai un code minimal qui fait
dans les 800 Ko et qui intègre le kernel, une image, de quoi
accéder au réseau, de quoi formater une partition, etc... Ca sert d'image
de secours. C'est "optimisé" pour tenir en peu de place, mais il faut faire
une image spécifique à chaque machine, et à chaque usage
(virer tous les drivers inutiles et toutes les fonctionnalités inutiles comme
l'écran par exemple). Si je réduis encore l'image (env 600 ko) en
changeant d'algo de compression, alors le système met 30 secondes à
booter au lieu de 3, ce qui est inacceptable pour l'usage que j'en
ai. Ensuite, lorsque tu parles du minimum vital et bien permets
moi de te dire que ce minimum vital, c'est init, et j'ai parfois été
bien content d'avoir un système minimal qui démarre un kernel suivi d'un
tout petit init qui me donnait un prompt interactif pour démarrer des process.
Peut-être que pour ce que tu veux faire ce serait déjà bien, peut-être au
contraire qu'on en est bien loin.
Tout ça pour dire que les gens pourront te guider à partir du moment
où tu auras un besoin plus précis que "je veux optimiser pour montrer à ma
maman". Alors n'hésite pas à reformuler tes questions en disant bien ce que
tu veux faire exactement, le support sur lequel tu veux que ton truc soit
utilisé (ex: un CD ou une disquette 1.44 Mo, ça n'est pas pareil, même si
je comprends mieux le besoin d'optimiser pour le second cas).
Bref, je te laisse, j'ai déjà passé une demi heure à te donner des conseils
qui je l'espère te serviront
a+
Willy
[^] # Re: une soluce de oufs
Posté par tarreau willy (site web personnel) . En réponse au message Optimiser la compil noyau et choisir les bons modules ?. Évalué à 1.
Bien je crois que tout le monde t'a déjà proposé des solutions.
Seulement, il en ressort que tu ne veux NI y passer de temps, NI réfléchir. Les outils compatibles avec ces objectifs sont déjà disponibles, voire commercialisés, ça s'appelle des distribs standards. Si tu dis que celles-ci ne te conviennent pas, n'espère pas que d'autres iront faire ton travail pour toi, et abandonne linux. Installe windows par exemple, tu trouveras plein de conseils dans des magazines pour le rendre "rapide et léger" sans te casser la tête. Disons que ce sera peut-être plus rapide et léger que la version de base, ce qui semble correspondre à ce que tu recherches.
[^] # Re: ...
Posté par tarreau willy (site web personnel) . En réponse au message Su et sudo. Évalué à 1.
Ca vient effectivement de là. De là à savoir pourquoi il est chargé comme ça !
On remarque d'ailleurs qu'il utilise /dev2/root2, qui est visiblement sur un autre
file-system (ramfs ou tmpfs sans doute). Je pense donc que ça doit être un initramfs qui se croit plus malin que tout le monde et qui préconfigure des choses à sa manière (car visiblement, il n'y a pas d'initrd référencé dans cmdline). Sinon, ce qui est aussi possible, c'est que ce soit l'un des scripts de démarrage qui bricole tout ça, mais lequel et dans quel but ? Il faudrait faire un 'grep -r dev2 /etc' pour savoir si l'un d'entre-eux connait /dev2.
Pour les autres droits, c'est bon (755).
willy
[^] # Re: ...
Posté par tarreau willy (site web personnel) . En réponse au message Su et sudo. Évalué à 1.
oui c'est bien ça.
sudo me réponds : "must be setuid root"
ça c'est inquiétant. Ca pourrait être lié au fait que ton rootfs soit monté avec l'option 'nosuid'. Vérifie les options dans /proc/mounts. Chez moi par exemple:
$ cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext3 rw 0 0
/proc /proc proc rw 0 0
Ignore la ligne 'rootfs', c'est l'autre qui contient '/' qui compte. La seule option ici est 'rw'. Tu parlais d'un chroot aussi. Si ta distrib tourne dans un chroot, ce n'est pas exclu que tu aies le même problème avec l'un des répertoires parents, auquel cas il serait bien d'aller voir en dehors du chroot.
Je crois de mémoire que 'sudo' fait beaucoup de vérifications sur ses propres permissions et sur ses répertoires parents. Peut-être qu'il perd ses privilèges car il a trouvé un parent un peu trop 'ouvert'. Par exemple, un / en 777 ou une bêtise comme ça. Tu peux faire ça pour voir :
$ ls -lad / /usr /usr/bin
drwxr-xr-x 23 root root 4096 Dec 26 2004 /
drwxr-xr-x 23 root root 4096 Aug 27 2002 /usr
drwxr-xr-x 5 root root 28672 Aug 12 11:26 /usr/bin
Au fait, c'est quoi comme noyau ? Et fais voir les options de démarrage :
$ cat /proc/cmdline
BOOT_IMAGE=l2432-pre3 ro root=803 BOOT_FILE=/boot/2.4.32-pre3/bzImage reboot=warm
willy