Il me manque je ne sais pas combien de p=E9riph=E9rique dans /dev
J'ai m=EAme reinstaller linux sur la machine, croyant que j'avais fais une
fausse manoeuvre.
Sitot (re)install=E9e, recompilation du noyau et ...
... il manque toujours les /dev/dsp, /dev/psaux et autres...
Je n'ai que hda*, tty*, null et quelques autres.
Makedev ne fait rien. Makedev audio non plus, je ne sais pas quoi faire.
J'ai lu quelque part qu'on pouvait faire un mknod quelque chose.
Y a-t-il un endroit o=F9 tous les /dev/* seraient r=E9f=E9renc=E9s ?
o=F9 y-a-t-il un outil merveilleux (autre que le cd Sarge/Netinstall) pour
r=E9parer =E7a ?
Je suis en noyau 2.6.12.5, avec la version stable.
"Le travail est l'opium du peuple et je ne veux pas mourir drogu=E9" (Boris=
Vian)
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1515" name=GENERATOR></HEAD>
<BODY style="FONT-FAMILY: Arial" text=#000000 bgColor=#ffffff>
<DIV><FONT size=2>J'ai vraiment un gros problème</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Il me manque je ne sais pas combien de périphérique dans
/dev</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>J'ai même reinstaller linux sur la machine, croyant que
j'avais fais une</FONT></DIV>
<DIV><FONT size=2>fausse manoeuvre.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Sitot (re)installée, recompilation du noyau et
...</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>... il manque toujours les /dev/dsp, /dev/psaux et
autres...</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Je n'ai que hda*, tty*, null et quelques autres.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Makedev ne fait rien. Makedev audio non plus, je ne sais pas
quoi faire.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>J'ai lu quelque part qu'on pouvait faire un mknod quelque
chose.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Y a-t-il un endroit où tous les /dev/* seraient référencés
?</FONT></DIV>
<DIV><FONT size=2>où y-a-t-il un outil merveilleux (autre que le cd
Sarge/Netinstall) pour</FONT></DIV>
<DIV><FONT size=2>réparer ça ?</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Je suis en noyau 2.6.12.5, avec la version
stable.</FONT></DIV></BODY></HTML>
<BR>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1170" name=GENERATOR></HEAD>
<BODY style="FONT-FAMILY: Arial" text=#000000 bgColor=#ffffff>"Le travail est
l'opium du peuple et je ne veux pas mourir drogué" (Boris Vian) </BODY></HTML>
--=====_112479315426500=_--
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
-- 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 with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
Mardi 23 août 2005, 12:32:34 CEST, Folin Nicolas a écrit :
J'ai vraiment un gros problème
Il me manque je ne sais pas combien de périphérique dans /dev
J'ai même reinstaller linux sur la machine, croyant que j'avais fais une fausse manoeuvre.
Sitot (re)installée, recompilation du noyau et ...
^^^^^^^^^^^^^^^^^^^^^^ Ha ah !
.... il manque toujours les /dev/dsp, /dev/psaux et autres...
Je n'ai que hda*, tty*, null et quelques autres.
Makedev ne fait rien. Makedev audio non plus, je ne sais pas quoi faire.
Tu as deux MAKEDEV : un dans /sbin et un dans /dev.
J'ai lu quelque part qu'on pouvait faire un mknod quelque chose.
C'est ce que fait MAKEDEV.
Y a-t-il un endroit où tous les /dev/* seraient référencés ?
Principalement dans les docs du noyau et dans MAKEDEV.
Ça c'était pour les questions simples. Pour ton problème, je pense pl utôt qu'il s'agit de la recompilation du noyau (d'où le « Ha ah ! »).
Les noyaux d'installation utilisent devfs (et donc devfsd). Les noyaux 2.6 ont devfs en Obsolète (voire bientôt supprimé), la nou velle façon de gérer ça est udev.
Vérifie : - soit que ton noyau possède devfs et que devfsd est installé ; - soit que udev est installé et que les modules pour ta carte son sont chargés (sinon aucun device n'apparaît dans /dev, c'est fait pour).
Sinon, 'MAKEDEV generic' en root dans n'importe quel répertoire (donc en particulier /dev) créera tout un tas de devices (dont 90 % inutiles).
Moralité : quand on sait pas trop comment fonctionne un noyau, on évite de se jeter sur la recompilation dudit noyau dès l'installation terminée.
-- Sylvain Sauvage
Mardi 23 août 2005, 12:32:34 CEST, Folin Nicolas a écrit :
J'ai vraiment un gros problème
Il me manque je ne sais pas combien de périphérique dans /dev
J'ai même reinstaller linux sur la machine, croyant que j'avais fais une
fausse manoeuvre.
Sitot (re)installée, recompilation du noyau et ...
^^^^^^^^^^^^^^^^^^^^^^
Ha ah !
.... il manque toujours les /dev/dsp, /dev/psaux et autres...
Je n'ai que hda*, tty*, null et quelques autres.
Makedev ne fait rien. Makedev audio non plus, je ne sais pas quoi faire.
Tu as deux MAKEDEV : un dans /sbin et un dans /dev.
J'ai lu quelque part qu'on pouvait faire un mknod quelque chose.
C'est ce que fait MAKEDEV.
Y a-t-il un endroit où tous les /dev/* seraient référencés ?
Principalement dans les docs du noyau et dans MAKEDEV.
Ça c'était pour les questions simples. Pour ton problème, je pense pl utôt
qu'il s'agit de la recompilation du noyau (d'où le « Ha ah ! »).
Les noyaux d'installation utilisent devfs (et donc devfsd).
Les noyaux 2.6 ont devfs en Obsolète (voire bientôt supprimé), la nou velle
façon de gérer ça est udev.
Vérifie :
- soit que ton noyau possède devfs et que devfsd est installé ;
- soit que udev est installé et que les modules pour ta carte son sont
chargés (sinon aucun device n'apparaît dans /dev, c'est fait pour).
Sinon, 'MAKEDEV generic' en root dans n'importe quel répertoire (donc en
particulier /dev) créera tout un tas de devices (dont 90 % inutiles).
Moralité : quand on sait pas trop comment fonctionne un noyau, on évite de
se jeter sur la recompilation dudit noyau dès l'installation terminée.
Mardi 23 août 2005, 12:32:34 CEST, Folin Nicolas a écrit :
J'ai vraiment un gros problème
Il me manque je ne sais pas combien de périphérique dans /dev
J'ai même reinstaller linux sur la machine, croyant que j'avais fais une fausse manoeuvre.
Sitot (re)installée, recompilation du noyau et ...
^^^^^^^^^^^^^^^^^^^^^^ Ha ah !
.... il manque toujours les /dev/dsp, /dev/psaux et autres...
Je n'ai que hda*, tty*, null et quelques autres.
Makedev ne fait rien. Makedev audio non plus, je ne sais pas quoi faire.
Tu as deux MAKEDEV : un dans /sbin et un dans /dev.
J'ai lu quelque part qu'on pouvait faire un mknod quelque chose.
C'est ce que fait MAKEDEV.
Y a-t-il un endroit où tous les /dev/* seraient référencés ?
Principalement dans les docs du noyau et dans MAKEDEV.
Ça c'était pour les questions simples. Pour ton problème, je pense pl utôt qu'il s'agit de la recompilation du noyau (d'où le « Ha ah ! »).
Les noyaux d'installation utilisent devfs (et donc devfsd). Les noyaux 2.6 ont devfs en Obsolète (voire bientôt supprimé), la nou velle façon de gérer ça est udev.
Vérifie : - soit que ton noyau possède devfs et que devfsd est installé ; - soit que udev est installé et que les modules pour ta carte son sont chargés (sinon aucun device n'apparaît dans /dev, c'est fait pour).
Sinon, 'MAKEDEV generic' en root dans n'importe quel répertoire (donc en particulier /dev) créera tout un tas de devices (dont 90 % inutiles).
Moralité : quand on sait pas trop comment fonctionne un noyau, on évite de se jeter sur la recompilation dudit noyau dès l'installation terminée.
-- Sylvain Sauvage
Folin Nicolas
*********** REPLY SEPARATOR ***********
On 23/08/2005 at 13:32 Sylvain Sauvage wrote:
Mardi 23 août 2005, 12:32:34 CEST, Folin Nicolas a écrit :
J'ai vraiment un gros problème
Il me manque je ne sais pas combien de périphérique dans /dev
J'ai même reinstaller linux sur la machine, croyant que j'avais fais une fausse manoeuvre.
Sitot (re)installée, recompilation du noyau et ...
^^^^^^^^^^^^^^^^^^^^^^ Ha ah !
.... il manque toujours les /dev/dsp, /dev/psaux et autres...
Je n'ai que hda*, tty*, null et quelques autres.
Makedev ne fait rien. Makedev audio non plus, je ne sais pas quoi faire.
Tu as deux MAKEDEV : un dans /sbin et un dans /dev.
J'ai lu quelque part qu'on pouvait faire un mknod quelque chose.
C'est ce que fait MAKEDEV.
Y a-t-il un endroit où tous les /dev/* seraient référencés ?
Principalement dans les docs du noyau et dans MAKEDEV.
Ça c'était pour les questions simples. Pour ton problème, je pense plutôt qu'il s'agit de la recompilation du noyau (d'où le « Ha ah ! »).
Les noyaux d'installation utilisent devfs (et donc devfsd). Les noyaux 2.6 ont devfs en Obsolète (voire bientôt supprimé), la nouvelle façon de gérer ça est udev.
ok, MAIS
j'ai gardé sous le coude une compilation de noyau 2.6.8 qui fonctionnait TRES BIEN (jusqu'à ce que j'essaye de configurer freevo, mais c'est une autre histoire) DONC je recommence: j'installe, je démarre avec le 2.6.8 i386, tout est bon dans le cochon Mais j'ai un athlon, donc je lui fais télécharger le 2.6.8-k7-smp (parceque 2 procs) et là caca (pardon, je me lache un peu)
par contre, ma compilation d'avant freevo, où ça fonctionnait encore, était en 2.6.11.8 - parfum perso...
Je vais donc 1) regarder ce que tu me dis (devfs et devfsd) -- il s'avère que devfs est en dur dans le noyau, mais pas de montage automatique au démarrage... Ca pourrait être ça ? 2) udev... ben je lirai les docs ce week end, je dois partir demain jusqu'à vendredi...
sinon 3) MAKEDEV generic en root dans /dev fait la même chose qu'un "wait(300sec)"... autrement dit, pas grand chose, à part le verre qui se reremplit sur le bureau...
et puis 4 quand même: je sais comment fonctionne un noyau, la preuve, j'ai même mes options de compilations dans mon fichier ben sauvegardé dans un coin (parce que c'est quand même ch...t de se cogner toutes les options), mais il est vrai que je n'ai pas lu le changelog de la version 2.6.12....
Donc je re-essaye et je vous tiens au courant. Merci encore pour vos conseils
Vérifie : - soit que ton noyau possède devfs et que devfsd est installé ; - soit que udev est installé et que les modules pour ta carte son sont chargés (sinon aucun device n'apparaît dans /dev, c'est fait pour).
Sinon, 'MAKEDEV generic' en root dans n'importe quel répertoire (donc en particulier /dev) créera tout un tas de devices (dont 90 % inutiles).
Moralité : quand on sait pas trop comment fonctionne un noyau, on évite de se jeter sur la recompilation dudit noyau dès l'installation terminée.
-- Sylvain Sauvage
"Le travail est l'opium du peuple et je ne veux pas mourir drogué" (Boris Vian)
*********** REPLY SEPARATOR ***********
On 23/08/2005 at 13:32 Sylvain Sauvage wrote:
Mardi 23 août 2005, 12:32:34 CEST, Folin Nicolas a écrit :
J'ai vraiment un gros problème
Il me manque je ne sais pas combien de périphérique dans /dev
J'ai même reinstaller linux sur la machine, croyant que j'avais fais une
fausse manoeuvre.
Sitot (re)installée, recompilation du noyau et ...
^^^^^^^^^^^^^^^^^^^^^^
Ha ah !
.... il manque toujours les /dev/dsp, /dev/psaux et autres...
Je n'ai que hda*, tty*, null et quelques autres.
Makedev ne fait rien. Makedev audio non plus, je ne sais pas quoi faire.
Tu as deux MAKEDEV : un dans /sbin et un dans /dev.
J'ai lu quelque part qu'on pouvait faire un mknod quelque chose.
C'est ce que fait MAKEDEV.
Y a-t-il un endroit où tous les /dev/* seraient référencés ?
Principalement dans les docs du noyau et dans MAKEDEV.
Ça c'était pour les questions simples. Pour ton problème, je pense plutôt
qu'il s'agit de la recompilation du noyau (d'où le « Ha ah ! »).
Les noyaux d'installation utilisent devfs (et donc devfsd).
Les noyaux 2.6 ont devfs en Obsolète (voire bientôt supprimé), la nouvelle
façon de gérer ça est udev.
ok, MAIS
j'ai gardé sous le coude une compilation de noyau 2.6.8 qui fonctionnait TRES BIEN
(jusqu'à ce que j'essaye de configurer freevo, mais c'est une autre histoire)
DONC je recommence:
j'installe, je démarre avec le 2.6.8 i386, tout est bon dans le cochon
Mais j'ai un athlon, donc je lui fais télécharger le 2.6.8-k7-smp (parceque 2 procs)
et là caca (pardon, je me lache un peu)
par contre, ma compilation d'avant freevo, où ça fonctionnait encore, était en
2.6.11.8 - parfum perso...
Je vais donc
1) regarder ce que tu me dis (devfs et devfsd)
-- il s'avère que devfs est en dur dans le noyau, mais pas de montage automatique au démarrage...
Ca pourrait être ça ?
2) udev... ben je lirai les docs ce week end, je dois partir demain jusqu'à vendredi...
sinon 3)
MAKEDEV generic en root dans /dev fait la même chose qu'un "wait(300sec)"...
autrement dit, pas grand chose, à part le verre qui se reremplit sur le bureau...
et puis 4 quand même: je sais comment fonctionne un noyau, la preuve, j'ai même
mes options de compilations dans mon fichier ben sauvegardé dans un coin (parce
que c'est quand même ch...t de se cogner toutes les options), mais il est vrai
que je n'ai pas lu le changelog de la version 2.6.12....
Donc je re-essaye et je vous tiens au courant.
Merci encore pour vos conseils
Vérifie :
- soit que ton noyau possède devfs et que devfsd est installé ;
- soit que udev est installé et que les modules pour ta carte son sont
chargés (sinon aucun device n'apparaît dans /dev, c'est fait pour).
Sinon, 'MAKEDEV generic' en root dans n'importe quel répertoire (donc en
particulier /dev) créera tout un tas de devices (dont 90 % inutiles).
Moralité : quand on sait pas trop comment fonctionne un noyau, on évite de
se jeter sur la recompilation dudit noyau dès l'installation terminée.
--
Sylvain Sauvage
"Le travail est l'opium du peuple et je ne veux pas mourir drogué" (Boris Vian)
Mardi 23 août 2005, 12:32:34 CEST, Folin Nicolas a écrit :
J'ai vraiment un gros problème
Il me manque je ne sais pas combien de périphérique dans /dev
J'ai même reinstaller linux sur la machine, croyant que j'avais fais une fausse manoeuvre.
Sitot (re)installée, recompilation du noyau et ...
^^^^^^^^^^^^^^^^^^^^^^ Ha ah !
.... il manque toujours les /dev/dsp, /dev/psaux et autres...
Je n'ai que hda*, tty*, null et quelques autres.
Makedev ne fait rien. Makedev audio non plus, je ne sais pas quoi faire.
Tu as deux MAKEDEV : un dans /sbin et un dans /dev.
J'ai lu quelque part qu'on pouvait faire un mknod quelque chose.
C'est ce que fait MAKEDEV.
Y a-t-il un endroit où tous les /dev/* seraient référencés ?
Principalement dans les docs du noyau et dans MAKEDEV.
Ça c'était pour les questions simples. Pour ton problème, je pense plutôt qu'il s'agit de la recompilation du noyau (d'où le « Ha ah ! »).
Les noyaux d'installation utilisent devfs (et donc devfsd). Les noyaux 2.6 ont devfs en Obsolète (voire bientôt supprimé), la nouvelle façon de gérer ça est udev.
ok, MAIS
j'ai gardé sous le coude une compilation de noyau 2.6.8 qui fonctionnait TRES BIEN (jusqu'à ce que j'essaye de configurer freevo, mais c'est une autre histoire) DONC je recommence: j'installe, je démarre avec le 2.6.8 i386, tout est bon dans le cochon Mais j'ai un athlon, donc je lui fais télécharger le 2.6.8-k7-smp (parceque 2 procs) et là caca (pardon, je me lache un peu)
par contre, ma compilation d'avant freevo, où ça fonctionnait encore, était en 2.6.11.8 - parfum perso...
Je vais donc 1) regarder ce que tu me dis (devfs et devfsd) -- il s'avère que devfs est en dur dans le noyau, mais pas de montage automatique au démarrage... Ca pourrait être ça ? 2) udev... ben je lirai les docs ce week end, je dois partir demain jusqu'à vendredi...
sinon 3) MAKEDEV generic en root dans /dev fait la même chose qu'un "wait(300sec)"... autrement dit, pas grand chose, à part le verre qui se reremplit sur le bureau...
et puis 4 quand même: je sais comment fonctionne un noyau, la preuve, j'ai même mes options de compilations dans mon fichier ben sauvegardé dans un coin (parce que c'est quand même ch...t de se cogner toutes les options), mais il est vrai que je n'ai pas lu le changelog de la version 2.6.12....
Donc je re-essaye et je vous tiens au courant. Merci encore pour vos conseils
Vérifie : - soit que ton noyau possède devfs et que devfsd est installé ; - soit que udev est installé et que les modules pour ta carte son sont chargés (sinon aucun device n'apparaît dans /dev, c'est fait pour).
Sinon, 'MAKEDEV generic' en root dans n'importe quel répertoire (donc en particulier /dev) créera tout un tas de devices (dont 90 % inutiles).
Moralité : quand on sait pas trop comment fonctionne un noyau, on évite de se jeter sur la recompilation dudit noyau dès l'installation terminée.
-- Sylvain Sauvage
"Le travail est l'opium du peuple et je ne veux pas mourir drogué" (Boris Vian)
Sylvain Sauvage
Mardi 23 août 2005, 18:09:16 CEST, Folin Nicolas a écrit :
On 23/08/2005 at 13:32 Sylvain Sauvage wrote:
>Mardi 23 ao_t 2005, 12:32:34 CEST, Folin Nicolas a _crit : [...] ok, MAIS
j'ai gard_ sous le coude une compilation de noyau 2.6.8 qui fonctionnait TRES BIEN (jusqu'_ ce que j'essaye de configurer freevo, mais c'est une autre histoire) DONC je recommence: j'installe, je d_marre avec le 2.6.8 i386, tout est bon dans le cochon Mais j'ai un athlon, donc je lui fais t_l_charger le 2.6.8-k7-smp (parceque 2 procs) et l_ caca (pardon, je me lache un peu)
par contre, ma compilation d'avant freevo, o_ _a fonctionnait encore, _tait en 2.6.11.8 - parfum perso...
Je vais donc 1) regarder ce que tu me dis (devfs et devfsd) -- il s'av_re que devfs est en dur dans le noyau, mais pas de montage automatique au d_marrage... Ca pourrait _tre _a ?
Oui (mount devrait te le dire). Regarde aussi que devfsd est bien lancé.
2) udev... ben je lirai les docs ce week end, je dois partir demain jusqu'_ vendredi...
Je te conseille de passer à udev : plus propre que devfs et pas obsolèt e.
sinon 3) MAKEDEV generic en root dans /dev fait la m_me chose qu'un "wait(300sec)"... autrement dit, pas grand chose, _ part le verre qui se reremplit sur le bureau...
Essaie dans un autre répertoire, ça devrait fonctionner : MAKEDEV « s ait » gérer udev et devfs et modifie donc sont comportement si on l'utilise dans /dev et que devfs ou udev y est monté.
et puis 4 quand m_me: je sais comment fonctionne un noyau, la preuve, j'ai m_me mes options de compilations dans mon fichier ben sauvegard_ dans un coin (parce que c'est quand m_me ch...t de se cogner toutes les options), mais il est vrai que je n'ai pas lu le changelog de la version 2.6.12....
Preuve du contraire : - ne pas connaître devfs et udev qui sont les technologies qui gèrent les devices ; - ne pas connaître mknod et man mknod. Donc, tu ne connais pas bien le fonctionnement du noyau. Nananère :oP En tout cas, je ne disais pas ça pour te jeter la pierre mais parce qu'il semblait de ton premier message que tu avais, en un seul mouvement, installé ton système et compilé un nouveau noyau pour ensuite remarqu é des problèmes.
Une dernière note : ton MUA encode tes messages en us-ascii, ça bouffe les accents.
-- Sylvain Sauvage
Mardi 23 août 2005, 18:09:16 CEST, Folin Nicolas a écrit :
On 23/08/2005 at 13:32 Sylvain Sauvage wrote:
>Mardi 23 ao_t 2005, 12:32:34 CEST, Folin Nicolas a _crit :
[...]
ok, MAIS
j'ai gard_ sous le coude une compilation de noyau 2.6.8 qui
fonctionnait TRES BIEN (jusqu'_ ce que j'essaye de configurer freevo,
mais c'est une autre histoire) DONC je recommence:
j'installe, je d_marre avec le 2.6.8 i386, tout est bon dans le cochon
Mais j'ai un athlon, donc je lui fais t_l_charger le 2.6.8-k7-smp
(parceque 2 procs) et l_ caca (pardon, je me lache un peu)
par contre, ma compilation d'avant freevo, o_ _a fonctionnait encore,
_tait en 2.6.11.8 - parfum perso...
Je vais donc
1) regarder ce que tu me dis (devfs et devfsd)
-- il s'av_re que devfs est en dur dans le noyau, mais pas de montage
automatique au d_marrage... Ca pourrait _tre _a ?
Oui (mount devrait te le dire). Regarde aussi que devfsd est bien lancé.
2) udev... ben je lirai les docs ce week end, je dois partir demain
jusqu'_ vendredi...
Je te conseille de passer à udev : plus propre que devfs et pas obsolèt e.
sinon 3)
MAKEDEV generic en root dans /dev fait la m_me chose qu'un
"wait(300sec)"... autrement dit, pas grand chose, _ part le verre qui
se reremplit sur le bureau...
Essaie dans un autre répertoire, ça devrait fonctionner : MAKEDEV « s ait »
gérer udev et devfs et modifie donc sont comportement si on l'utilise
dans /dev et que devfs ou udev y est monté.
et puis 4 quand m_me: je sais comment fonctionne un noyau, la preuve,
j'ai m_me mes options de compilations dans mon fichier ben sauvegard_
dans un coin (parce que c'est quand m_me ch...t de se cogner toutes les
options), mais il est vrai que je n'ai pas lu le changelog de la
version 2.6.12....
Preuve du contraire :
- ne pas connaître devfs et udev qui sont les technologies qui gèrent
les devices ;
- ne pas connaître mknod et man mknod.
Donc, tu ne connais pas bien le fonctionnement du noyau. Nananère :oP
En tout cas, je ne disais pas ça pour te jeter la pierre mais parce
qu'il semblait de ton premier message que tu avais, en un seul mouvement,
installé ton système et compilé un nouveau noyau pour ensuite remarqu é
des problèmes.
Une dernière note : ton MUA encode tes messages en us-ascii, ça bouffe
les accents.
Mardi 23 août 2005, 18:09:16 CEST, Folin Nicolas a écrit :
On 23/08/2005 at 13:32 Sylvain Sauvage wrote:
>Mardi 23 ao_t 2005, 12:32:34 CEST, Folin Nicolas a _crit : [...] ok, MAIS
j'ai gard_ sous le coude une compilation de noyau 2.6.8 qui fonctionnait TRES BIEN (jusqu'_ ce que j'essaye de configurer freevo, mais c'est une autre histoire) DONC je recommence: j'installe, je d_marre avec le 2.6.8 i386, tout est bon dans le cochon Mais j'ai un athlon, donc je lui fais t_l_charger le 2.6.8-k7-smp (parceque 2 procs) et l_ caca (pardon, je me lache un peu)
par contre, ma compilation d'avant freevo, o_ _a fonctionnait encore, _tait en 2.6.11.8 - parfum perso...
Je vais donc 1) regarder ce que tu me dis (devfs et devfsd) -- il s'av_re que devfs est en dur dans le noyau, mais pas de montage automatique au d_marrage... Ca pourrait _tre _a ?
Oui (mount devrait te le dire). Regarde aussi que devfsd est bien lancé.
2) udev... ben je lirai les docs ce week end, je dois partir demain jusqu'_ vendredi...
Je te conseille de passer à udev : plus propre que devfs et pas obsolèt e.
sinon 3) MAKEDEV generic en root dans /dev fait la m_me chose qu'un "wait(300sec)"... autrement dit, pas grand chose, _ part le verre qui se reremplit sur le bureau...
Essaie dans un autre répertoire, ça devrait fonctionner : MAKEDEV « s ait » gérer udev et devfs et modifie donc sont comportement si on l'utilise dans /dev et que devfs ou udev y est monté.
et puis 4 quand m_me: je sais comment fonctionne un noyau, la preuve, j'ai m_me mes options de compilations dans mon fichier ben sauvegard_ dans un coin (parce que c'est quand m_me ch...t de se cogner toutes les options), mais il est vrai que je n'ai pas lu le changelog de la version 2.6.12....
Preuve du contraire : - ne pas connaître devfs et udev qui sont les technologies qui gèrent les devices ; - ne pas connaître mknod et man mknod. Donc, tu ne connais pas bien le fonctionnement du noyau. Nananère :oP En tout cas, je ne disais pas ça pour te jeter la pierre mais parce qu'il semblait de ton premier message que tu avais, en un seul mouvement, installé ton système et compilé un nouveau noyau pour ensuite remarqu é des problèmes.
Une dernière note : ton MUA encode tes messages en us-ascii, ça bouffe les accents.
-- Sylvain Sauvage
Folin Nicolas
Bon, ça faisait longtemps que je n'avais pas répondu; Je donne la solution au problème de base que j'avais, à savoir retrouver les périphériques disparus de /dev lors du passage à un noyau 2.6.12
1) le module devfs est obsolète. Il est remplacé par udev dans le nouveau noyau. 2) il faut charger les modules psmouse et mousedev pour la souris branchée sur ps2. Le /dev/psaux apparaît miraculeusement... 3) il faut charger les modules snd* pour obtenir /dev/dsp. En plus des modules pour la carte son, j'ai du rajouter
snd_seq_oss pour /dev/sequencer snd_pcm_oss pour /dev/snd snd_mixer_oss pour /dev/mixer .. il me semble...
J'ai donc résolu ce problème - je poste à côté pour un autre d'un genre différent... Nicolas Folin
*********** REPLY SEPARATOR ***********
Preuve du contraire : - ne pas connaître devfs et udev qui sont les technologies qui gèrent les devices ; - ne pas connaître mknod et man mknod. Donc, tu ne connais pas bien le fonctionnement du noyau. Nananère :oP En tout cas, je ne disais pas ça pour te jeter la pierre mais parce qu'il semblait de ton premier message que tu avais, en un seul mouvement, installé ton système et compilé un nouveau noyau pour ensuite remarqué des problèmes.
Je dirais juste, pour ma défense (même si nul n'est censé ignorer la loi) que je ne sais pas comment fonctionne le moteur de ma voiture mais que je sais conduire.
Jusqu'a présent, j'utilisais linux et /dev/* sans me poser de question, tout y était. Et un jour, tout a disparu... (c'est un peu comme si je rentrais dans ma voiture et qu'il me manquait le volant, et qu'on me dise <<mais si, tu conduis avec les oreilles maintenant, y'a juste à apprendre>>)
Bon ben ca y est, j'ai appris.
Une dernière note : ton MUA encode tes messages en us-ascii, ça bouffe les accents.
--
Sylvain Sauvage
oui. C'est vrai. Je viens de m'en rendre compte. Il était réglé en USA par défaut.. désolé... Nicolas Folin
"Le travail est l'opium du peuple et je ne veux pas mourir drogué" (Boris Vian)
Bon, ça faisait longtemps que je n'avais pas répondu;
Je donne la solution au problème de base que j'avais, à savoir
retrouver les périphériques disparus de /dev lors du passage à
un noyau 2.6.12
1) le module devfs est obsolète. Il est remplacé par udev dans le nouveau
noyau.
2) il faut charger les modules psmouse et mousedev pour la souris branchée
sur ps2. Le /dev/psaux apparaît miraculeusement...
3) il faut charger les modules snd* pour obtenir /dev/dsp.
En plus des modules pour la carte son, j'ai du rajouter
snd_seq_oss pour /dev/sequencer
snd_pcm_oss pour /dev/snd
snd_mixer_oss pour /dev/mixer
.. il me semble...
J'ai donc résolu ce problème - je poste à côté pour un autre d'un genre différent...
Nicolas Folin
*********** REPLY SEPARATOR ***********
Preuve du contraire :
- ne pas connaître devfs et udev qui sont les technologies qui gèrent
les devices ;
- ne pas connaître mknod et man mknod.
Donc, tu ne connais pas bien le fonctionnement du noyau. Nananère :oP
En tout cas, je ne disais pas ça pour te jeter la pierre mais parce
qu'il semblait de ton premier message que tu avais, en un seul mouvement,
installé ton système et compilé un nouveau noyau pour ensuite remarqué
des problèmes.
Je dirais juste, pour ma défense (même si nul n'est censé ignorer la loi) que
je ne sais pas comment fonctionne le moteur de ma voiture mais que je sais
conduire.
Jusqu'a présent, j'utilisais linux et /dev/* sans me poser de question, tout y était.
Et un jour, tout a disparu... (c'est un peu comme si je rentrais dans ma voiture
et qu'il me manquait le volant, et qu'on me dise <<mais si, tu conduis avec les
oreilles maintenant, y'a juste à apprendre>>)
Bon ben ca y est, j'ai appris.
Une dernière note : ton MUA encode tes messages en us-ascii, ça bouffe
les accents.
--
Sylvain Sauvage
oui. C'est vrai. Je viens de m'en rendre compte.
Il était réglé en USA par défaut.. désolé...
Nicolas Folin
"Le travail est l'opium du peuple et je ne veux pas mourir drogué" (Boris Vian)
Bon, ça faisait longtemps que je n'avais pas répondu; Je donne la solution au problème de base que j'avais, à savoir retrouver les périphériques disparus de /dev lors du passage à un noyau 2.6.12
1) le module devfs est obsolète. Il est remplacé par udev dans le nouveau noyau. 2) il faut charger les modules psmouse et mousedev pour la souris branchée sur ps2. Le /dev/psaux apparaît miraculeusement... 3) il faut charger les modules snd* pour obtenir /dev/dsp. En plus des modules pour la carte son, j'ai du rajouter
snd_seq_oss pour /dev/sequencer snd_pcm_oss pour /dev/snd snd_mixer_oss pour /dev/mixer .. il me semble...
J'ai donc résolu ce problème - je poste à côté pour un autre d'un genre différent... Nicolas Folin
*********** REPLY SEPARATOR ***********
Preuve du contraire : - ne pas connaître devfs et udev qui sont les technologies qui gèrent les devices ; - ne pas connaître mknod et man mknod. Donc, tu ne connais pas bien le fonctionnement du noyau. Nananère :oP En tout cas, je ne disais pas ça pour te jeter la pierre mais parce qu'il semblait de ton premier message que tu avais, en un seul mouvement, installé ton système et compilé un nouveau noyau pour ensuite remarqué des problèmes.
Je dirais juste, pour ma défense (même si nul n'est censé ignorer la loi) que je ne sais pas comment fonctionne le moteur de ma voiture mais que je sais conduire.
Jusqu'a présent, j'utilisais linux et /dev/* sans me poser de question, tout y était. Et un jour, tout a disparu... (c'est un peu comme si je rentrais dans ma voiture et qu'il me manquait le volant, et qu'on me dise <<mais si, tu conduis avec les oreilles maintenant, y'a juste à apprendre>>)
Bon ben ca y est, j'ai appris.
Une dernière note : ton MUA encode tes messages en us-ascii, ça bouffe les accents.
--
Sylvain Sauvage
oui. C'est vrai. Je viens de m'en rendre compte. Il était réglé en USA par défaut.. désolé... Nicolas Folin
"Le travail est l'opium du peuple et je ne veux pas mourir drogué" (Boris Vian)
