(note : j'utilise le package debian avec la conf par défaut)
bon, génial, c'est pas du tout lourd à installer    
j'ai que des merdes, je vois même pas comment je pourrais les régler tellement j'ai l'impression qu'il n'y a pas de solution
mais dans le doute, je pose la question :
ça boot enfin sans erreur (à part quelques erreurs sur le module speedtch, mais j'imagine que c'est lui le fautif)
 
par contre, j'ai pas de /dev/psaux
du coup dans mon fichier de conf de X, faut que je mette /dev/misc/psaux ... pourquoi ?
 
j'ai rien pour le nvidia dans /dev
en fait, dans mon /dev, j'ai juste ça au boot :

moins les devices nvidia que j'ai du rajouté à la main puisqu'il ne les met pas tout seul
ce sont des liens vers le rep /etc/udev/.dev/
là dedans y-a tout un bordel monstrueux, seulement les appli lisent dans /dev alors bon ...
 
quand je branche une clé usb, j'ai aucun module qui se load, aucune device créée, faut que je fasse tout à la main ... génial
 
donc hotplug, à ce que je vois, ça daub toujours autant    
 
si vous avez une idée ... enfin j'y crois pas trop, je sens que je vais dégager ça demain

Passes du côté obscur ...

nan, parait qu'il y a une nouvelle version de hotplug qui vient comme par hasard juste de sortir et qui gère les clés usb ... je lui laisse une chance ... enfin c'est un comble, géré les clé usb c'est un peu la base pour un tel programme, que hotplug commence seulement à les gérer ... enfin passons...

bon bah voilà, pas la peine de s'ennerver  
le nvidia se load tout seul maintenant (faut bidouiller quand même )
les clé usb sont détecté par hotplug
j'ai mis /dev/misc/psaux dans le fichier de conf de X (pas normal ça, vous savez de quoi ça vient ?)
 
reste que j'ai un gros bordel dans /etc/udev/.dev ... pourquoi ? est-ce utile à ce point ? et je pensais que ça mettait que les devices nécessaires, mais même dans /dev, j'ai l'impression qu'il y en a trop ...
 
bref, ça marche, mais je vois pas trop l'interet par rapport à devfs

en théorie, et si j'ai tout bien compris, c'est d'être en userland et de pouvoir simplement renommer le nom des devices,et 2 ou 3 autres trucs... mais bon je vois pas grand intere non plus

le devfs c la merde pour gérer les permissions, etc etc.......

 
   
ça marche bien chez moi
enfin perso, udev marche à priori bien maintenant mais j'ai du bidouiller pour arriver à ce résultat (mais c'est vrai que c'est encore jeune)
par contre je vois vraiment pas ce que ça apporte de plus ... j'ai toujours besoin de mettre plein de modules dans /etc/modules
y-en a peut-être 2 ou 3 de moins puisque maintenant je passe vers hotplug (il me charge tout seul usb-storage et sd_mod quand je lui pete une clé usb) ... et encore, le package qui me permet de faire ça est un non officiel
 
mais à par pour les drivers nvidia et la souris, j'ai pas de pb, il est vrai

il faut ke sysfs et hotplug supporte plus de périph et à ce moment udev pourra les affichers

 
bah hotplug est pourtant pas tout jeune
pour sysfs, tout est là sauf mon nvidia ...
pour la souris ça doit être un pb de conf dans le package j'imagine
 
par contre je comprends toujours pas l'nteret du /etc/udev/.dev
sinon j'ai pas à me plaindre, ça marche à peu près aussi bien que devfs (pas mieux pas pire)

Bah comme avantages :
 - devfs est buggé, c pas évident parce que ca marche la plupart du temps mais il y a des bugs ( genre race conditions ) et certains sont même incorrigeable ( erreur de désign ). De plus le maintainer à disparu et donc ...
 - udev est en userspace et peut faire presque tout fait devfs ( il ne peut pas detecter qu'on essaye d'acceder a un device qui n'existe pas et essayer de loader le module tout seul mais en théorie ca ne devrait pas arriver. Les events Hotplug devrait charger les modules tout seul ).
 - On peu nommer les devices comme on veut. Genre je peut brancher le hdd externe d'un ami en firewire, en usb, et a n'importe quel moment, il s'appelera tjs hdd_wavyx ( et pas sda ou sdb sdc en fonction de comment il est branché ).

en fait j'ai l'impression que /etc/udev/.dev est une sauvegarde de l'ancienne conf, non ?
moi j'ai fait un lien la dedans pour les nvidia parce que je savais pas comment faire, mais j'aurais du faire un mknod en fait je pense ?
 
qq'un a la réponse pour ce rep, dites au moins si vous l'avez pour ceux qui testent ...
 
246tNt :
merci pour ta réponse, ça a l'air vraiment sympa la "persistence"
faudrait peut-être envisager un outil graphique pour conf ça, ça pourrait être utile

je viens de passer sous udev (gentoo). J'ai eu aucun soucis, vraiment rien que je me demande si udev est vraiment activé
je vois pas ce qui a changé dans le /dev
 
et je ne sais pas comment récupérer les infos de mes devices comme le scanner par exemple. Je les vois pas dans /sys/ (mais y a plein de choses...). D'où ma question, est-ce que udev est activé?

J'ai tenté udev sous Gentoo... la transition était très simple sauf que le bougre n'ajoute pas les devices de mes disques SATA

j'ai vérifié: udevd est bien lancé au démarrage. Mais je pense que c'est très simple car j'ai pas effacé mon /dev avec un CD bootable. Les ennuis vont commencé lorsque (demain ) je l'effacerai (je mettrai juste console et null).
 
Par contre, cela reste flou pour les scanners puisqu'il n'y a plus de modules (kernel 2.6.4). Ou alors il n'y a pas de changement mais faut créer un /dev/scanner statique. Je verra ça demain.

Sous gentoo ca a marché nickel pour moi sauf pour /dev/null qu'il n'avait pas crée tout seul ...

t'as effacé le /dev depuis un Cd bootable?
 
je ne l'ai pas encore fait, je viens de créer des règles pour imprimantes, ipod, webcam. Par contre je ne sais encore comment faire pour lancer un script au montage. Par exemple, lancer gtkpod dès que l'ipod est branché.

et par ailleurs, où règle-t-on les droits d'accès aux périphériques?

Je vais rester un peu avec devfs car j'ai encore un 2.4 au boot, et j'ai pas mal de périph usb .
Mais je suis le topic de façon intéressée .

bon j'ai effacé tout mon /dev, rebooté et les merdes ont commencé:
- premier point: il veut checker le filesystem en read only. C'est une bonne idée, mais comme /dev est également en readonly, udevd ne peut créer les sda (scsi) donc il peut pas checker et donc il bloque le boot . J'ai donc créer en static les sda. Là il bcontinue le démarrage en montant bien les disques.
- deuxième point: je vois aucun device créé pas de tty, vc, pty...rien nada. Enfin si, les devices de la carte son sont bien créés! Donc pour démarrer, j'ai dû recopier tous mes device dans /dev. Résultat des course: tout est statique!
 
J'ai dû manquer un épisode sur udev...pourtant, je vois bien le process udevd lancé. Ceux qui ont réussi à créer leur tty/pty/vc de manière dynamique sont conviés à partager leur udev.rules

bon ç'a pas l'air d'interesser les foules mais je continue. Un truc, je constatais que /dev ne se montais pas en ramfs. En regardant /sbin/rc, j'ai constaté qu'il faisait un test due /dev/.devfsd. J'ai supprimé ce fichier et maintenant j'ai bien /dev monté en ramfs. Ma clé usb se monte bien avec les liens que j'ai indiqué. Par contre l'ipod et la webcam c'ets pas ça .
Il faut maintenant que je réefface mon /dev pour voir si ça marche mais je suis pas très chaud

ça marche aussi ici
j'ai fini par virer le /etc/udev/.dev et c'est passé, il sert pas à grand chose on dirait

par contre j'ai un problème pour fb. Il n'arrive pas à les créer.  
Et la règle pour la webcam ne marche pas...

 
alors là je peux pas t'aider, j'utilise pas le fb à cause des drivers nvidia qui pue et j'ai pas de webcam

bon mon système est maintenant parfaitement fonctionnel. Pour le fb, il faut patcher le kernel qui modifie sysfs.
Par contre je n'arrive pas à faire de règle pour la webcam et l'ipod. Ils sont bien reconnus avec la règle générique v4l (webcam) et scsi (ipod). Mais je ne parviens pas à leur donner un nom explicite (et invariable!). Pourtant ça marche bien avec la clé usb. Bizarre.

perso j'ai pas encore regarder comment on donnait un nom précis

Sur Debian SID, que faut-il faire ?
 
Au niveau de Grub ou lilo, y-a-t'il des paramètres particuliers à passer ?
J'ai demandé à Grub d'utiliser /dev/hdb et mon système n'a pas démarré => incapable de trouver un système de fichiers.
 
J'ai essayé aussi de démarrer avec DEVFS puis de lancer immédiatement après, UDEV => connection internet qui démarre pas parce qu'il manque un fichier dans /dev et X qui ne se lance pas parce qu'il ne trouve pas de souris (rien dans /dev pour cela).
 
 
Pas top quoi

Je poursuis mon monologue:
 
j'ai désinstallé le paquet devfsd qui servait à DEVFS et j'ai installé à la place udev.
Pour udev, j'ai fait en sorte d'utiliser les règles de nommage de DEVFS (pour ne pas avoir d'autres problèmes avec ma config) en modifiant le lien dans /etc/rules.d/ vers /etc/devfs.rules.
 
Les nouveaux problèmes:
* /dev/ppp ne se crée pas automatiquement, j'ai été obligé de faire un mknod.
* je ne peux pas faire des changements entre Alt+Fn (n entre 1 et 7 [il me semble]), je ne sais plus comment ça s'appelle ce type de connection.
 
 
Le contenu de /dev:
 

 
 
Concernant mes problèmes avec Grub, ça venait de moi, je n'indiquais pas la partition à utiliser pour le chargement du système...
Le problème avec la souris a disparu tout seul (grâce au nommage DEVFS ?) et X se lance donc tout à fait normalement.

tu utilises quelle version d'udev ?
normalement si tu veux passer au nommage devfs, il te faut changer le lien dans /etc/udev/rules.d/ qui pointait vers ../udev.rules par un autre lien pointant vers devfs.rules (c'est peut-être ce que tu as voulu dire )
 

faut que tu édites le fichier de règles que tu utilises pour rajouter des liens symboliques automatiquement (tu auras sans doute à le faire pour plusieurs truc)
pour les consoles et les ports séries (tu dois avoir un erreur au démarrage normalement qui te dit qu'il manque qq'chose dans /dev), tu dois changer les lignes :

par

de la même façon j'ai aussi changé :

parce que sinon certaines appli ne marche pas (comme le flash par exemple)
et :

parce que mplayer cherche dans /dev
 
à toi de rajouter ce que tu as besoin de la même façon
l'idéal si tu en rajoutes étant de prévenir le mainteneur en lui expliquant en quoi tes changements te sont utiles pour qu'ils les mettent d'origine dans le package
 

oui, c'est grace au nommage devfs
si tu regardes dans ton fichier de conf X, tu verras sans doute que ta souris est cherché dans /dev/input ou /dev/misc (nommage devfs), alors que udev par défaut dans debian met tout dans /dev

J'utilise la version qui est actuellement dans incoming: 0.024-4.
Et oui, j'utilisais déjà le nommage devfs  
 

Je l'ai fait, ça a l'air de parfaitement fonctionner.
 
Pour les autres modifications, je n'en ai pour l'instant pas l'utilité, mais merci.
 
Concernant PPP, je n'y arrive pas. À ce que j'ai vu sur Google, ce n'est pas encore dans sysfs (ou un truc du genre). Alors pour l'instant, j'utilise la méthode goret:
 
dans /etc/init.d/ppp, j'ai ajouté les lignes suivantes:

en haut du fichier, entre le « if [ -x .... » et le « case "$1"».

j'ai la même version que toi (qui s'entete à vouloir rester dans incoming depuis 3 jours je sais pas pourquoi ), et j'ai fait un :
cd /dev && ./MAKEDEV ppp
une seule fois
et maintenant quand je boote j'ai toujours mon /dev/ppp de créer, c'est bizarre, m'enfin tant mieux, pas besoin de modifier de script comme ça

Je viens d'installer un noyau 2.6.5 de Debian (en ce moment dans incoming) et je n'ai plus besoin de mon bricolage avec PPP. En effet, ppp est contenu dans sysfs (enfin, vous me comprenez quoi...):
 

 
Mais j'ai dû rajouter des règles à udev pour qu'il puisse s'en servir.
Dans /etc/udev/devfs.rules:

Dans /etc/udev/udev.permissions:

ah oué, bah moi j'ai le 2.6.5 depuis sa sortie, c'est peut-être pour ça que j'ai pas besoin de bricoler
mais ça marche sans modifier les rules chez moi
enfin ça a l'air de bien marcher pour toi aussi maintenant, tant mieux  

Ben chez moi aussi finalement !
 
J'avais fait ça parce que je l'avais vu sur un forum... C'est la fête