et en virant KERNEL==“sgi_*”, MODE=“0666” ??
mais je soupconne la règle de ne pas être appelée
Re,
Un bug n’en est plus un si je sais le contourner et pour le reste je fais confiance aux développeurs pour réparer 
Si je suis pas content d’être en sid je n’ai qu’à rester en stable
La règle n’a effectivement pas l’air d’être appelée 
[quote=“fran.b”]et en virant KERNEL==“sgi_*”, MODE=“0666” ??
mais je soupconne la règle de ne pas être appelée[/quote]
Comme tu le pensais cette modif est inefficace 
Cette udev à l’air d’être une partie coriace du système vu le nombre de mises à jour qu’elle subit.
Il y a des trucs bizarre avec udev, théoriquement le udev au boute si il n’arrive pas à initialiser les évènements les met dans une file d’attente (/dev/.udev/queue) et le udev du système les gère. Mais je me suis aperçu que sur squeeze, ce passage ne se faisait pas bien, le udev du système ne récupère pas tous les évènements du boute. Il a fallu que je prenne la version udev-151.3
[quote]gerard@debian:~$ acpo udev
udev:
Installé : 161-1
Candidat : 161-1
Table de version :
*** 161-1 0
500 ftp.fr.debian.org sid/main Packages
100 /var/lib/dpkg/status
160-1 0
500 ftp.fr.debian.org testing/main Packages
0.125-7+lenny3 0
500 ftp.fr.debian.org stable/main Packages
[/quote]
Je n’ai pourtant pas de retard
Justement, j’ai gelé les mises à jour car pour les versions suivantes, les disques détectés par udev au boute n’étaient pas pris en compte…