Ce n'est pas exactement ça. Le nommage des périphérique est dynamiq ue depuis qu'il y a des périphériques hot-pluggables, donc en particulier depuis que n'importe qui a une clef USB (mais en réalité bien avant ça).
Oui, du point de vue du noyau c'est toujours le cas (on parle hot-pluggable). Et oui encore, le hot-pluggable c'est déjà vieux comme principe.
Mais ce n'est pas le cas du point de vue des noms de fichiers. Rien n'interdit de gérer ton arborescance /dev en statique.
Udev, c'est justement une solution à ça, pour permettre d'avoir assez d'intelligence dans le nommage pour qu'il ne varie justement pas.
Il va varier, udev n'apporte pas de solution miracle à ce niveau là (pas avec les règles initiales en tout cas). Au mieux, il va fournir des symlink intelligents du genre 'dvd' ou 'cdrom'. Tu remarqueras que le plupart des règles udev ont le paramètre NAME réglé à %k ou assimilés (input/%k, etc).
C'est particulièrement le cas avec les clefs USB, udev continue de les nommer dans l'ordre de branchement.
Là où il devient sympatique, c'est qu'il permet - à condition d'avoir mis les mains dans cambouis - de les nommer de manière explicite et persistante (disons non variable) « malgré » une gestion dynamique.
-- Nicolas S.
Nicolas George <nicolas$george@salle-s.org> a écrit:
Ce n'est pas exactement ça. Le nommage des périphérique est dynamiq ue
depuis qu'il y a des périphériques hot-pluggables, donc en
particulier depuis que n'importe qui a une clef USB (mais en réalité
bien avant ça).
Oui, du point de vue du noyau c'est toujours le cas (on parle
hot-pluggable). Et oui encore, le hot-pluggable c'est déjà vieux comme
principe.
Mais ce n'est pas le cas du point de vue des noms de fichiers. Rien
n'interdit de gérer ton arborescance /dev en statique.
Udev, c'est justement une solution à ça, pour
permettre d'avoir assez d'intelligence dans le nommage pour qu'il ne
varie justement pas.
Il va varier, udev n'apporte pas de solution miracle à ce niveau là
(pas avec les règles initiales en tout cas). Au mieux, il va fournir
des symlink intelligents du genre 'dvd' ou 'cdrom'. Tu remarqueras que
le plupart des règles udev ont le paramètre NAME réglé à %k ou
assimilés (input/%k, etc).
C'est particulièrement le cas avec les clefs USB, udev continue de les
nommer dans l'ordre de branchement.
Là où il devient sympatique, c'est qu'il permet - à condition d'avoir
mis les mains dans cambouis - de les nommer de manière explicite et
persistante (disons non variable) « malgré » une gestion dynamique.
Ce n'est pas exactement ça. Le nommage des périphérique est dynamiq ue depuis qu'il y a des périphériques hot-pluggables, donc en particulier depuis que n'importe qui a une clef USB (mais en réalité bien avant ça).
Oui, du point de vue du noyau c'est toujours le cas (on parle hot-pluggable). Et oui encore, le hot-pluggable c'est déjà vieux comme principe.
Mais ce n'est pas le cas du point de vue des noms de fichiers. Rien n'interdit de gérer ton arborescance /dev en statique.
Udev, c'est justement une solution à ça, pour permettre d'avoir assez d'intelligence dans le nommage pour qu'il ne varie justement pas.
Il va varier, udev n'apporte pas de solution miracle à ce niveau là (pas avec les règles initiales en tout cas). Au mieux, il va fournir des symlink intelligents du genre 'dvd' ou 'cdrom'. Tu remarqueras que le plupart des règles udev ont le paramètre NAME réglé à %k ou assimilés (input/%k, etc).
C'est particulièrement le cas avec les clefs USB, udev continue de les nommer dans l'ordre de branchement.
Là où il devient sympatique, c'est qu'il permet - à condition d'avoir mis les mains dans cambouis - de les nommer de manière explicite et persistante (disons non variable) « malgré » une gestion dynamique.
-- Nicolas S.
Nicolas George
"Nicolas S." wrote in message :
C'est particulièrement le cas avec les clefs USB, udev continue de les nommer dans l'ordre de branchement.
Non, pas seulement : les règles par défaut contiennent de quoi les nommer en fonction de leur structure et de numéros de série uniques.
"Nicolas S." wrote in message
<20071107023645.fe6ba19e.ni.s-factice@laposte.net>:
C'est particulièrement le cas avec les clefs USB, udev continue de les
nommer dans l'ordre de branchement.
Non, pas seulement : les règles par défaut contiennent de quoi les nommer en
fonction de leur structure et de numéros de série uniques.
Probablement parce que tu n'as jamais branché en même temps un autre périphérique de ce style.
Et si ça ne tenait qu'à moi, je désactiverai udev. Le seul moment où il me sert, c'est pour exploiter un DVD de film.
Si tu en as besoin pour ça, c'est que tu as un problème de config.
dominique
dominique wrote in message <473155d6$0$27384$:
Curieusement, ma ligne de fstab reste valide.
Probablement parce que tu n'as jamais branché en même temps un autre périphérique de ce style.
Exact !
Et si ça ne tenait qu'à moi, je désactiverai udev. Le seul moment où il me sert, c'est pour exploiter un DVD de film.
Si tu en as besoin pour ça, c'est que tu as un problème de config.
Pour être précis, je ne sais pas si udev intervient dans ce cas. Quoi qu'il en soit, lorsque je mets un DVD vidéo, il m'est proposé de le visionner immédiatement. Ce comportement (vient-il d'udev ?) me convient très bien. Bonne journée, Dominique
dominique wrote in message <473155d6$0$27384$ba4acef3@news.orange.fr>:
Curieusement, ma ligne de fstab reste valide.
Probablement parce que tu n'as jamais branché en même temps un autre
périphérique de ce style.
Exact !
Et si ça ne tenait qu'à moi, je désactiverai udev. Le seul moment où il
me sert, c'est pour exploiter un DVD de film.
Si tu en as besoin pour ça, c'est que tu as un problème de config.
Pour être précis, je ne sais pas si udev intervient dans ce cas. Quoi
qu'il en soit, lorsque je mets un DVD vidéo, il m'est proposé
de le visionner immédiatement.
Ce comportement (vient-il d'udev ?) me convient très bien.
Bonne journée,
Dominique
Probablement parce que tu n'as jamais branché en même temps un autre périphérique de ce style.
Exact !
Et si ça ne tenait qu'à moi, je désactiverai udev. Le seul moment où il me sert, c'est pour exploiter un DVD de film.
Si tu en as besoin pour ça, c'est que tu as un problème de config.
Pour être précis, je ne sais pas si udev intervient dans ce cas. Quoi qu'il en soit, lorsque je mets un DVD vidéo, il m'est proposé de le visionner immédiatement. Ce comportement (vient-il d'udev ?) me convient très bien. Bonne journée, Dominique
Nicolas S.
Nicolas George <nicolas$ a écrit:
Non, pas seulement : les règles par défaut contiennent de quoi les nommer en fonction de leur structure et de numéros de série uniques.
Ben pas chez moi en tous cas...
# mount | grep udev udev on /dev type tmpfs (rw,nosuid) # cd /dev # ls sd* ls: ne peut accéder sd*: Aucun fichier ou répertoire de ce type # dmesg | tail sd 1:0:0:0: [sda] Mode Sense: 33 00 00 00 sd 1:0:0:0: [sda] Assuming drive cache: write through sd 1:0:0:0: [sda] 321672960 512-byte hardware sectors (164697 MB) sd 1:0:0:0: [sda] Write Protect is off sd 1:0:0:0: [sda] Mode Sense: 33 00 00 00 sd 1:0:0:0: [sda] Assuming drive cache: write through sda: sda1 sda2 sd 1:0:0:0: [sda] Attached SCSI disk sd 1:0:0:0: Attached scsi generic sg0 type 0 usb-storage: device scan complete # dmesg | tail sd 2:0:0:0: [sda] Mode Sense: 53 00 00 08 sd 2:0:0:0: [sda] Assuming drive cache: write through sd 2:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB) sd 2:0:0:0: [sda] Write Protect is off sd 2:0:0:0: [sda] Mode Sense: 53 00 00 08 sd 2:0:0:0: [sda] Assuming drive cache: write through sda: sda1 sd 2:0:0:0: [sda] Attached SCSI disk sd 2:0:0:0: Attached scsi generic sg0 type 0 usb-storage: device scan complete gentux dev # ls sd* sda sda1 # dmesg | tail sd 3:0:0:0: [sda] Mode Sense: 33 00 00 00 sd 3:0:0:0: [sda] Assuming drive cache: write through sd 3:0:0:0: [sda] 321672960 512-byte hardware sectors (164697 MB) sd 3:0:0:0: [sda] Write Protect is off sd 3:0:0:0: [sda] Mode Sense: 33 00 00 00 sd 3:0:0:0: [sda] Assuming drive cache: write through sda: sda1 sda2 sd 3:0:0:0: [sda] Attached SCSI disk sd 3:0:0:0: Attached scsi generic sg0 type 0 usb-storage: device scan complete # ls sd* sda sda1 sda2
Le contre-exemple n'étant pas nécessairement le meilleur argument, j'approfondis la question de mon côté pour connaître à qu elles conditions udev ressort l'effet dont tu me parles.
-- Nicolas S.
Nicolas George <nicolas$george@salle-s.org> a écrit:
Non, pas seulement : les règles par défaut contiennent de quoi les
nommer en fonction de leur structure et de numéros de série uniques.
Ben pas chez moi en tous cas...
# mount | grep udev
udev on /dev type tmpfs (rw,nosuid)
# cd /dev
# ls sd*
ls: ne peut accéder sd*: Aucun fichier ou répertoire de ce type
# dmesg | tail
sd 1:0:0:0: [sda] Mode Sense: 33 00 00 00
sd 1:0:0:0: [sda] Assuming drive cache: write through
sd 1:0:0:0: [sda] 321672960 512-byte hardware sectors (164697 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 33 00 00 00
sd 1:0:0:0: [sda] Assuming drive cache: write through
sda: sda1 sda2
sd 1:0:0:0: [sda] Attached SCSI disk
sd 1:0:0:0: Attached scsi generic sg0 type 0
usb-storage: device scan complete
# dmesg | tail
sd 2:0:0:0: [sda] Mode Sense: 53 00 00 08
sd 2:0:0:0: [sda] Assuming drive cache: write through
sd 2:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 53 00 00 08
sd 2:0:0:0: [sda] Assuming drive cache: write through
sda: sda1
sd 2:0:0:0: [sda] Attached SCSI disk
sd 2:0:0:0: Attached scsi generic sg0 type 0
usb-storage: device scan complete
gentux dev # ls sd*
sda sda1
# dmesg | tail
sd 3:0:0:0: [sda] Mode Sense: 33 00 00 00
sd 3:0:0:0: [sda] Assuming drive cache: write through
sd 3:0:0:0: [sda] 321672960 512-byte hardware sectors (164697 MB)
sd 3:0:0:0: [sda] Write Protect is off
sd 3:0:0:0: [sda] Mode Sense: 33 00 00 00
sd 3:0:0:0: [sda] Assuming drive cache: write through
sda: sda1 sda2
sd 3:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: Attached scsi generic sg0 type 0
usb-storage: device scan complete
# ls sd*
sda sda1 sda2
Le contre-exemple n'étant pas nécessairement le meilleur
argument, j'approfondis la question de mon côté pour connaître à qu elles
conditions udev ressort l'effet dont tu me parles.
Non, pas seulement : les règles par défaut contiennent de quoi les nommer en fonction de leur structure et de numéros de série uniques.
Ben pas chez moi en tous cas...
# mount | grep udev udev on /dev type tmpfs (rw,nosuid) # cd /dev # ls sd* ls: ne peut accéder sd*: Aucun fichier ou répertoire de ce type # dmesg | tail sd 1:0:0:0: [sda] Mode Sense: 33 00 00 00 sd 1:0:0:0: [sda] Assuming drive cache: write through sd 1:0:0:0: [sda] 321672960 512-byte hardware sectors (164697 MB) sd 1:0:0:0: [sda] Write Protect is off sd 1:0:0:0: [sda] Mode Sense: 33 00 00 00 sd 1:0:0:0: [sda] Assuming drive cache: write through sda: sda1 sda2 sd 1:0:0:0: [sda] Attached SCSI disk sd 1:0:0:0: Attached scsi generic sg0 type 0 usb-storage: device scan complete # dmesg | tail sd 2:0:0:0: [sda] Mode Sense: 53 00 00 08 sd 2:0:0:0: [sda] Assuming drive cache: write through sd 2:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB) sd 2:0:0:0: [sda] Write Protect is off sd 2:0:0:0: [sda] Mode Sense: 53 00 00 08 sd 2:0:0:0: [sda] Assuming drive cache: write through sda: sda1 sd 2:0:0:0: [sda] Attached SCSI disk sd 2:0:0:0: Attached scsi generic sg0 type 0 usb-storage: device scan complete gentux dev # ls sd* sda sda1 # dmesg | tail sd 3:0:0:0: [sda] Mode Sense: 33 00 00 00 sd 3:0:0:0: [sda] Assuming drive cache: write through sd 3:0:0:0: [sda] 321672960 512-byte hardware sectors (164697 MB) sd 3:0:0:0: [sda] Write Protect is off sd 3:0:0:0: [sda] Mode Sense: 33 00 00 00 sd 3:0:0:0: [sda] Assuming drive cache: write through sda: sda1 sda2 sd 3:0:0:0: [sda] Attached SCSI disk sd 3:0:0:0: Attached scsi generic sg0 type 0 usb-storage: device scan complete # ls sd* sda sda1 sda2
Le contre-exemple n'étant pas nécessairement le meilleur argument, j'approfondis la question de mon côté pour connaître à qu elles conditions udev ressort l'effet dont tu me parles.
-- Nicolas S.
Nicolas S.
dominique a écrit:
Pour être précis, je ne sais pas si udev intervient dans ce cas.
Il interviendrait si tu changeais de lecteur CD/DVD à chaque fois que tu veux changer de CD.
-- Nicolas S.
dominique <zzz@aol.com> a écrit:
Pour être précis, je ne sais pas si udev intervient dans ce cas.
Il interviendrait si tu changeais de lecteur CD/DVD à chaque fois que
tu veux changer de CD.
[:~]$ mount /mnt/digital_camera/ mount: /dev/digital_camera is not a block device [:~]$
la 1°:
[:~]$ mount /mnt/digital_camera/ mount: /dev/3:0:0:0 is not a block device
et enfin:
[:~]$ file /dev/3:0:0:0 /dev/3:0:0:0: character special (254/0) [:~]$
snifff mais merci!
-- Brice ----- bom chicka wah wah
Brice
Hummm...
En fait un essai sans la carte SD de l'appareil a été couronné de succès!
Par contre avec la carte SD pas moyen de monter l'appareil... ce qui est d'autant plus bizarre que sous Winbouze ça marche (d'ailleurs ça fait un peu ch*er d'avoir à allumer ce truc rien que pour ça...). De plus l'appareil lit les photos sur la carte SD sans problème...
Un petit formtage s'impose je crois
Merci pour votre aide
-- Brice ----- bom chicka wah wah
Hummm...
En fait un essai sans la carte SD de l'appareil a été couronné de
succès!
Par contre avec la carte SD pas moyen de monter l'appareil... ce qui est
d'autant plus bizarre que sous Winbouze ça marche (d'ailleurs ça fait un
peu ch*er d'avoir à allumer ce truc rien que pour ça...). De plus
l'appareil lit les photos sur la carte SD sans problème...
En fait un essai sans la carte SD de l'appareil a été couronné de succès!
Par contre avec la carte SD pas moyen de monter l'appareil... ce qui est d'autant plus bizarre que sous Winbouze ça marche (d'ailleurs ça fait un peu ch*er d'avoir à allumer ce truc rien que pour ça...). De plus l'appareil lit les photos sur la carte SD sans problème...
