Je me suis lancé il y a quelques semaines dans udev, hotplug et sysfs.
J'ai lu la doc et j'ai compris la relation qui existe entre ces trois
programmes.
Si je branche une camera, le device correspondant est crée par udev et
un symlink que j'ai configuré dans l'un des fichiers de config de udev,
est crée dans /dev (/dev/camera).
Jusque là tout va bien, mais le but est de pouvoir monter
automatiquement ce /dev/camera sur /mnt/camera par exemple.
Avant de me lancer à nouveau dans la lecture de docs, je voudrais savoir
si ce trio (udev, hotplug et sysfs) est suffisant pour faire cette tâche.
Sinon en plus de ce trio, c'est quoi encore HAL ET DBus?
et quelle est la relation entre le trio et ce duo?
Merci
Je me suis lancé il y a quelques semaines dans udev, hotplug et sysfs.
J'ai lu la doc et j'ai compris la relation qui existe entre ces trois
programmes.
Si je branche une camera, le device correspondant est crée par udev et
un symlink que j'ai configuré dans l'un des fichiers de config de udev,
est crée dans /dev (/dev/camera).
Jusque là tout va bien, mais le but est de pouvoir monter
automatiquement ce /dev/camera sur /mnt/camera par exemple.
Avant de me lancer à nouveau dans la lecture de docs, je voudrais savoir
si ce trio (udev, hotplug et sysfs) est suffisant pour faire cette tâche.
Sinon en plus de ce trio, c'est quoi encore HAL ET DBus?
et quelle est la relation entre le trio et ce duo?
Merci
Je me suis lancé il y a quelques semaines dans udev, hotplug et sysfs.
J'ai lu la doc et j'ai compris la relation qui existe entre ces trois
programmes.
Si je branche une camera, le device correspondant est crée par udev et
un symlink que j'ai configuré dans l'un des fichiers de config de udev,
est crée dans /dev (/dev/camera).
Jusque là tout va bien, mais le but est de pouvoir monter
automatiquement ce /dev/camera sur /mnt/camera par exemple.
Avant de me lancer à nouveau dans la lecture de docs, je voudrais savoir
si ce trio (udev, hotplug et sysfs) est suffisant pour faire cette tâche.
Sinon en plus de ce trio, c'est quoi encore HAL ET DBus?
et quelle est la relation entre le trio et ce duo?
Merci
J'en profite pour me greffer.
Moi, je n'ai pas vraiment bien saisi:
udev est correctement installé, je pense que le reste aussi (j'ai un
/etc/udev, un /etc/hotplug et j'ai bien
compilé mon noyau avec sysfs)
Mes clefs usb et mon appareil photo se connectent automatiquement une
fois branchés.
Moi, ce que je voudrais, c'est justement arriver à faire créer le
/dev/nikon_coolpix et le /dev/clef_usb
Il me détecte l'appareil comme un "faux scsi" et crée /dev/sb1.
Mais si jamais je le démonte mal ou que je le branche dans un autre por t
usb, il va prendre le suivant
et créer /dev/sc1.
J'en profite pour me greffer.
Moi, je n'ai pas vraiment bien saisi:
udev est correctement installé, je pense que le reste aussi (j'ai un
/etc/udev, un /etc/hotplug et j'ai bien
compilé mon noyau avec sysfs)
Mes clefs usb et mon appareil photo se connectent automatiquement une
fois branchés.
Moi, ce que je voudrais, c'est justement arriver à faire créer le
/dev/nikon_coolpix et le /dev/clef_usb
Il me détecte l'appareil comme un "faux scsi" et crée /dev/sb1.
Mais si jamais je le démonte mal ou que je le branche dans un autre por t
usb, il va prendre le suivant
et créer /dev/sc1.
J'en profite pour me greffer.
Moi, je n'ai pas vraiment bien saisi:
udev est correctement installé, je pense que le reste aussi (j'ai un
/etc/udev, un /etc/hotplug et j'ai bien
compilé mon noyau avec sysfs)
Mes clefs usb et mon appareil photo se connectent automatiquement une
fois branchés.
Moi, ce que je voudrais, c'est justement arriver à faire créer le
/dev/nikon_coolpix et le /dev/clef_usb
Il me détecte l'appareil comme un "faux scsi" et crée /dev/sb1.
Mais si jamais je le démonte mal ou que je le branche dans un autre por t
usb, il va prendre le suivant
et créer /dev/sc1.
Bayrouni wrote:Je me suis lancé il y a quelques semaines dans udev, hotplug et sysfs.
J'ai lu la doc et j'ai compris la relation qui existe entre ces trois
programmes.
Si je branche une camera, le device correspondant est crée par udev
et un symlink que j'ai configuré dans l'un des fichiers de config de
udev, est crée dans /dev (/dev/camera).
Jusque là tout va bien, mais le but est de pouvoir monter
automatiquement ce /dev/camera sur /mnt/camera par exemple.
Avant de me lancer à nouveau dans la lecture de docs, je voudrais
savoir si ce trio (udev, hotplug et sysfs) est suffisant pour faire
cette tâche.
Sinon en plus de ce trio, c'est quoi encore HAL ET DBus?
et quelle est la relation entre le trio et ce duo?
Merci
Salut,
moi aussi je me suis mis y a pas longtemps a hal, dbus et udev.
HAL (Hardware Abstraction Layer) et dbus permettent de detecter
automatiquement des evenements materiels (branchement d'une clé usb,
ejection d'un cd...) et d'effectuer des actions en consequences.
plusieurs démons existents (gnome-volume-manager et ivman a ma
connaissance) permettant de configurer les actions voulues.
gnome-volume-manager est proche de gnome et un peu chiant pr les
utilisateurs d'autre wm. ivman est pas mal configurable, moi jlaime bien.
En tout cas c'est pas mal du tout, ca permet par exemple d'afficher
une icone lorsquune clé usb est branchée.
A noter qu'il y a quelques problemes avec les paquets debian.
Il faut utiliser dbus et non dbus-1.
Bayrouni wrote:
Je me suis lancé il y a quelques semaines dans udev, hotplug et sysfs.
J'ai lu la doc et j'ai compris la relation qui existe entre ces trois
programmes.
Si je branche une camera, le device correspondant est crée par udev
et un symlink que j'ai configuré dans l'un des fichiers de config de
udev, est crée dans /dev (/dev/camera).
Jusque là tout va bien, mais le but est de pouvoir monter
automatiquement ce /dev/camera sur /mnt/camera par exemple.
Avant de me lancer à nouveau dans la lecture de docs, je voudrais
savoir si ce trio (udev, hotplug et sysfs) est suffisant pour faire
cette tâche.
Sinon en plus de ce trio, c'est quoi encore HAL ET DBus?
et quelle est la relation entre le trio et ce duo?
Merci
Salut,
moi aussi je me suis mis y a pas longtemps a hal, dbus et udev.
HAL (Hardware Abstraction Layer) et dbus permettent de detecter
automatiquement des evenements materiels (branchement d'une clé usb,
ejection d'un cd...) et d'effectuer des actions en consequences.
plusieurs démons existents (gnome-volume-manager et ivman a ma
connaissance) permettant de configurer les actions voulues.
gnome-volume-manager est proche de gnome et un peu chiant pr les
utilisateurs d'autre wm. ivman est pas mal configurable, moi jlaime bien.
En tout cas c'est pas mal du tout, ca permet par exemple d'afficher
une icone lorsquune clé usb est branchée.
A noter qu'il y a quelques problemes avec les paquets debian.
Il faut utiliser dbus et non dbus-1.
Bayrouni wrote:Je me suis lancé il y a quelques semaines dans udev, hotplug et sysfs.
J'ai lu la doc et j'ai compris la relation qui existe entre ces trois
programmes.
Si je branche une camera, le device correspondant est crée par udev
et un symlink que j'ai configuré dans l'un des fichiers de config de
udev, est crée dans /dev (/dev/camera).
Jusque là tout va bien, mais le but est de pouvoir monter
automatiquement ce /dev/camera sur /mnt/camera par exemple.
Avant de me lancer à nouveau dans la lecture de docs, je voudrais
savoir si ce trio (udev, hotplug et sysfs) est suffisant pour faire
cette tâche.
Sinon en plus de ce trio, c'est quoi encore HAL ET DBus?
et quelle est la relation entre le trio et ce duo?
Merci
Salut,
moi aussi je me suis mis y a pas longtemps a hal, dbus et udev.
HAL (Hardware Abstraction Layer) et dbus permettent de detecter
automatiquement des evenements materiels (branchement d'une clé usb,
ejection d'un cd...) et d'effectuer des actions en consequences.
plusieurs démons existents (gnome-volume-manager et ivman a ma
connaissance) permettant de configurer les actions voulues.
gnome-volume-manager est proche de gnome et un peu chiant pr les
utilisateurs d'autre wm. ivman est pas mal configurable, moi jlaime bien.
En tout cas c'est pas mal du tout, ca permet par exemple d'afficher
une icone lorsquune clé usb est branchée.
A noter qu'il y a quelques problemes avec les paquets debian.
Il faut utiliser dbus et non dbus-1.
Bon. J'ai bien compris l'idée, j'ai ma ligne de règle...enfin, je cro is.
Mon problème à moi, c'est que je dois la mettre OU, cette règle ?
L'anglais utilisé étant un poil plus technique que ce que j'ai l'habi tude
de lire, je ne l'ai peut être pas vu.....
je devrais avoir un truc du genre:
BUS="scsi", SYSFS{vendor}="NIKON ", KERNEL="sd?1", NAME="%k",
SYMLINK="MonNikonAMoi"
sauf que je sèche pour KERNEL et NAME...
Bon. J'ai bien compris l'idée, j'ai ma ligne de règle...enfin, je cro is.
Mon problème à moi, c'est que je dois la mettre OU, cette règle ?
L'anglais utilisé étant un poil plus technique que ce que j'ai l'habi tude
de lire, je ne l'ai peut être pas vu.....
je devrais avoir un truc du genre:
BUS="scsi", SYSFS{vendor}="NIKON ", KERNEL="sd?1", NAME="%k",
SYMLINK="MonNikonAMoi"
sauf que je sèche pour KERNEL et NAME...
Bon. J'ai bien compris l'idée, j'ai ma ligne de règle...enfin, je cro is.
Mon problème à moi, c'est que je dois la mettre OU, cette règle ?
L'anglais utilisé étant un poil plus technique que ce que j'ai l'habi tude
de lire, je ne l'ai peut être pas vu.....
je devrais avoir un truc du genre:
BUS="scsi", SYSFS{vendor}="NIKON ", KERNEL="sd?1", NAME="%k",
SYMLINK="MonNikonAMoi"
sauf que je sèche pour KERNEL et NAME...
Selon Nicolas Folin :J'insiste un peu plus:
J'ai un disque dur usb qui possède deux partitions, mais les données
récupérées par udevinfo sont
les mêmes. Je n'ai que les "major/minor" dans la première partie qui
diffère.
Ces nombres "major/minor" sont-ils uniques ?
Oui.ie me permettent-il de détecter "à coup sûr" les partitions 1 et 2,
ou vont-il être changé au prochain redémarrage ?
Comme on parle de périférique USB, la réponse est *non* : pour
eux, tout dépend de l'ordre dans lequel tu branches tes périfs
de type mass-storage (usb-storage).
Chaque périférique sur ton système a un numéro majeur, mineur et
un type : périférique bloc (eg disque dur) ou caractère (eg
souris). Ces numéros et types sont déterminés par les drivers qui
les gèrent et, grosso-modo, sont affecté dans l'ordre de
détection.
Bien qu'il n'est pas possible qu'en ce qui concerne les
périfériques USB les numéros majeurs et mineurs soient toujours
idendiques (sauf si tu n'as qu'un seul périf de ce type -- et
encore), il et toutefois possible de déterminer, grâce aux numéros
mineurs, quelle sont les partitions : c'est toujours dans l'ordre.
En ce qui concerne le SCSI, voici un extrait du fichier
devices.txt inclu dans la documentation du noyau :
8 block SCSI disk devices (0-15)
0 = /dev/sda First SCSI disk whole disk
16 = /dev/sdb Second SCSI disk whole disk
32 = /dev/sdc Third SCSI disk whole disk
...
240 = /dev/sdp Sixteenth SCSI disk whole disk
Ce qui signifie que chaque disque scsi (pouvant aller de a à p)
ne contient au maximum que 15 partitions. Le majeur sera toujours
8, mais le mineur peut valoir de 1 à 255, en sautant tous les
multiples de 16 (qui correspondent au disque entier).
Dans ce cas, la 1ère partition du disque sda aura toujours le
mineur 1, la 1ère partition du disque sdb aura toujours le mineur
17, et ainsi de suite.
Suivant ce que tu comptes faire, il est toujours possible
d'utiliser ces informations pour en faire quelquechose.
Thomas.
Selon Nicolas Folin <nicolas.folin@libertysurf.fr>:
J'insiste un peu plus:
J'ai un disque dur usb qui possède deux partitions, mais les données
récupérées par udevinfo sont
les mêmes. Je n'ai que les "major/minor" dans la première partie qui
diffère.
Ces nombres "major/minor" sont-ils uniques ?
Oui.
ie me permettent-il de détecter "à coup sûr" les partitions 1 et 2,
ou vont-il être changé au prochain redémarrage ?
Comme on parle de périférique USB, la réponse est *non* : pour
eux, tout dépend de l'ordre dans lequel tu branches tes périfs
de type mass-storage (usb-storage).
Chaque périférique sur ton système a un numéro majeur, mineur et
un type : périférique bloc (eg disque dur) ou caractère (eg
souris). Ces numéros et types sont déterminés par les drivers qui
les gèrent et, grosso-modo, sont affecté dans l'ordre de
détection.
Bien qu'il n'est pas possible qu'en ce qui concerne les
périfériques USB les numéros majeurs et mineurs soient toujours
idendiques (sauf si tu n'as qu'un seul périf de ce type -- et
encore), il et toutefois possible de déterminer, grâce aux numéros
mineurs, quelle sont les partitions : c'est toujours dans l'ordre.
En ce qui concerne le SCSI, voici un extrait du fichier
devices.txt inclu dans la documentation du noyau :
8 block SCSI disk devices (0-15)
0 = /dev/sda First SCSI disk whole disk
16 = /dev/sdb Second SCSI disk whole disk
32 = /dev/sdc Third SCSI disk whole disk
...
240 = /dev/sdp Sixteenth SCSI disk whole disk
Ce qui signifie que chaque disque scsi (pouvant aller de a à p)
ne contient au maximum que 15 partitions. Le majeur sera toujours
8, mais le mineur peut valoir de 1 à 255, en sautant tous les
multiples de 16 (qui correspondent au disque entier).
Dans ce cas, la 1ère partition du disque sda aura toujours le
mineur 1, la 1ère partition du disque sdb aura toujours le mineur
17, et ainsi de suite.
Suivant ce que tu comptes faire, il est toujours possible
d'utiliser ces informations pour en faire quelquechose.
Thomas.
Selon Nicolas Folin :J'insiste un peu plus:
J'ai un disque dur usb qui possède deux partitions, mais les données
récupérées par udevinfo sont
les mêmes. Je n'ai que les "major/minor" dans la première partie qui
diffère.
Ces nombres "major/minor" sont-ils uniques ?
Oui.ie me permettent-il de détecter "à coup sûr" les partitions 1 et 2,
ou vont-il être changé au prochain redémarrage ?
Comme on parle de périférique USB, la réponse est *non* : pour
eux, tout dépend de l'ordre dans lequel tu branches tes périfs
de type mass-storage (usb-storage).
Chaque périférique sur ton système a un numéro majeur, mineur et
un type : périférique bloc (eg disque dur) ou caractère (eg
souris). Ces numéros et types sont déterminés par les drivers qui
les gèrent et, grosso-modo, sont affecté dans l'ordre de
détection.
Bien qu'il n'est pas possible qu'en ce qui concerne les
périfériques USB les numéros majeurs et mineurs soient toujours
idendiques (sauf si tu n'as qu'un seul périf de ce type -- et
encore), il et toutefois possible de déterminer, grâce aux numéros
mineurs, quelle sont les partitions : c'est toujours dans l'ordre.
En ce qui concerne le SCSI, voici un extrait du fichier
devices.txt inclu dans la documentation du noyau :
8 block SCSI disk devices (0-15)
0 = /dev/sda First SCSI disk whole disk
16 = /dev/sdb Second SCSI disk whole disk
32 = /dev/sdc Third SCSI disk whole disk
...
240 = /dev/sdp Sixteenth SCSI disk whole disk
Ce qui signifie que chaque disque scsi (pouvant aller de a à p)
ne contient au maximum que 15 partitions. Le majeur sera toujours
8, mais le mineur peut valoir de 1 à 255, en sautant tous les
multiples de 16 (qui correspondent au disque entier).
Dans ce cas, la 1ère partition du disque sda aura toujours le
mineur 1, la 1ère partition du disque sdb aura toujours le mineur
17, et ainsi de suite.
Suivant ce que tu comptes faire, il est toujours possible
d'utiliser ces informations pour en faire quelquechose.
Thomas.
J'en profite pour me greffer.
Moi, je n'ai pas vraiment bien saisi:
udev est correctement installé, je pense que le reste aussi (j'ai un
/etc/udev, un /etc/hotplug et j'ai bien
compilé mon noyau avec sysfs)
Mes clefs usb et mon appareil photo se connectent automatiquement une
fois branchés.
Moi, ce que je voudrais, c'est justement arriver à faire créer le
/dev/nikon_coolpix et le /dev/clef_usb
Il me détecte l'appareil comme un "faux scsi" et crée /dev/sb1.
Mais si jamais je le démonte mal ou que je le branche dans un autre port
usb, il va prendre le suivant
et créer /dev/sc1.
Pour automount et fstab, c'est pas génial.
-----
Pour répondre à ton problème de "connection automatique", il y a autofs
qui marche bien.
Soit tu l'as en module, soit en démon. Dans tous les cas, ça fonctionne
simplement.
Je l'utilise pour les connexions réseau et les 'médias' comme les cdrom:
ça marche en deux fichiers:
le premier est /etc/auto.master et tu mets dedans ce genre de chose:
/divers /etc/auto.divers
/nfs /etc/auto.nfs --timeout`
Ca veux dire que dès qu'un accés à /samba ou /nfs est fait, il va
regarder les paramètres dans /etc/auto.samba (ou autre)
pour monter les répertoires correctement. Le timeout sert à
'déconnecter' après inutilisation pendant XX secondes.
Dans les fichiers de configurations, tu mets des trucs du genre:
/etc/auto.nfs
akela-home -fstype=nfs,rsize922,wsize92,timeo,intr
akela://home
Ca va créer le sous-répertoire akela-home du répertoire /nfs, avec les
options indiquées, et ça montera dedans 'akela://home'
autre exemple:
/etc/auto.divers
appareil_photo auto ://dev/camera
créera le sous répertoire appraeil_photo et montera dedans
localhost://dev/camera
Pour y accéder simplement ensuite, il faut faire un lien symbolique vers
cet emplacement
ln -s /mnt/appareil /divers/appareil_photo
comme ça, en faisant un ls /mnt/appareil, autofs montera automatiquement
/dev/camera s'il en a la possibilité
dans /divers/appareil_photo.
Sinon, il faut faire un ls /divers/appareil_photo sans la complétion
(puisque le répertoire n'existe pas encore).
J'espère avoir été assez clair.
Amicalement
Nicolas Folin.
Tyler a écrit :Bayrouni wrote:
J'en profite pour me greffer.
Moi, je n'ai pas vraiment bien saisi:
udev est correctement installé, je pense que le reste aussi (j'ai un
/etc/udev, un /etc/hotplug et j'ai bien
compilé mon noyau avec sysfs)
Mes clefs usb et mon appareil photo se connectent automatiquement une
fois branchés.
Moi, ce que je voudrais, c'est justement arriver à faire créer le
/dev/nikon_coolpix et le /dev/clef_usb
Il me détecte l'appareil comme un "faux scsi" et crée /dev/sb1.
Mais si jamais je le démonte mal ou que je le branche dans un autre port
usb, il va prendre le suivant
et créer /dev/sc1.
Pour automount et fstab, c'est pas génial.
-----
Pour répondre à ton problème de "connection automatique", il y a autofs
qui marche bien.
Soit tu l'as en module, soit en démon. Dans tous les cas, ça fonctionne
simplement.
Je l'utilise pour les connexions réseau et les 'médias' comme les cdrom:
ça marche en deux fichiers:
le premier est /etc/auto.master et tu mets dedans ce genre de chose:
/divers /etc/auto.divers
/nfs /etc/auto.nfs --timeout`
Ca veux dire que dès qu'un accés à /samba ou /nfs est fait, il va
regarder les paramètres dans /etc/auto.samba (ou autre)
pour monter les répertoires correctement. Le timeout sert à
'déconnecter' après inutilisation pendant XX secondes.
Dans les fichiers de configurations, tu mets des trucs du genre:
/etc/auto.nfs
akela-home -fstype=nfs,rsize922,wsize92,timeo,intr
akela://home
Ca va créer le sous-répertoire akela-home du répertoire /nfs, avec les
options indiquées, et ça montera dedans 'akela://home'
autre exemple:
/etc/auto.divers
appareil_photo auto ://dev/camera
créera le sous répertoire appraeil_photo et montera dedans
localhost://dev/camera
Pour y accéder simplement ensuite, il faut faire un lien symbolique vers
cet emplacement
ln -s /mnt/appareil /divers/appareil_photo
comme ça, en faisant un ls /mnt/appareil, autofs montera automatiquement
/dev/camera s'il en a la possibilité
dans /divers/appareil_photo.
Sinon, il faut faire un ls /divers/appareil_photo sans la complétion
(puisque le répertoire n'existe pas encore).
J'espère avoir été assez clair.
Amicalement
Nicolas Folin.
Tyler a écrit :
Bayrouni wrote:
J'en profite pour me greffer.
Moi, je n'ai pas vraiment bien saisi:
udev est correctement installé, je pense que le reste aussi (j'ai un
/etc/udev, un /etc/hotplug et j'ai bien
compilé mon noyau avec sysfs)
Mes clefs usb et mon appareil photo se connectent automatiquement une
fois branchés.
Moi, ce que je voudrais, c'est justement arriver à faire créer le
/dev/nikon_coolpix et le /dev/clef_usb
Il me détecte l'appareil comme un "faux scsi" et crée /dev/sb1.
Mais si jamais je le démonte mal ou que je le branche dans un autre port
usb, il va prendre le suivant
et créer /dev/sc1.
Pour automount et fstab, c'est pas génial.
-----
Pour répondre à ton problème de "connection automatique", il y a autofs
qui marche bien.
Soit tu l'as en module, soit en démon. Dans tous les cas, ça fonctionne
simplement.
Je l'utilise pour les connexions réseau et les 'médias' comme les cdrom:
ça marche en deux fichiers:
le premier est /etc/auto.master et tu mets dedans ce genre de chose:
/divers /etc/auto.divers
/nfs /etc/auto.nfs --timeout`
Ca veux dire que dès qu'un accés à /samba ou /nfs est fait, il va
regarder les paramètres dans /etc/auto.samba (ou autre)
pour monter les répertoires correctement. Le timeout sert à
'déconnecter' après inutilisation pendant XX secondes.
Dans les fichiers de configurations, tu mets des trucs du genre:
/etc/auto.nfs
akela-home -fstype=nfs,rsize922,wsize92,timeo,intr
akela://home
Ca va créer le sous-répertoire akela-home du répertoire /nfs, avec les
options indiquées, et ça montera dedans 'akela://home'
autre exemple:
/etc/auto.divers
appareil_photo auto ://dev/camera
créera le sous répertoire appraeil_photo et montera dedans
localhost://dev/camera
Pour y accéder simplement ensuite, il faut faire un lien symbolique vers
cet emplacement
ln -s /mnt/appareil /divers/appareil_photo
comme ça, en faisant un ls /mnt/appareil, autofs montera automatiquement
/dev/camera s'il en a la possibilité
dans /divers/appareil_photo.
Sinon, il faut faire un ls /divers/appareil_photo sans la complétion
(puisque le répertoire n'existe pas encore).
J'espère avoir été assez clair.
Amicalement
Nicolas Folin.
Tyler a écrit :Bayrouni wrote:
J'insiste un peu plus:
J'ai un disque dur usb qui possède deux partitions, mais les données
récupérées par udevinfo sont
les mêmes. Je n'ai que les "major/minor" dans la première partie qui
diffère.
Ces nombres "major/minor" sont-ils uniques ?
ie me permettent-il de détecter "à coup sûr" les partitions 1 et 2,
ou vont-il être changé au prochain redémarrage ?
J'insiste un peu plus:
J'ai un disque dur usb qui possède deux partitions, mais les données
récupérées par udevinfo sont
les mêmes. Je n'ai que les "major/minor" dans la première partie qui
diffère.
Ces nombres "major/minor" sont-ils uniques ?
ie me permettent-il de détecter "à coup sûr" les partitions 1 et 2,
ou vont-il être changé au prochain redémarrage ?
J'insiste un peu plus:
J'ai un disque dur usb qui possède deux partitions, mais les données
récupérées par udevinfo sont
les mêmes. Je n'ai que les "major/minor" dans la première partie qui
diffère.
Ces nombres "major/minor" sont-ils uniques ?
ie me permettent-il de détecter "à coup sûr" les partitions 1 et 2,
ou vont-il être changé au prochain redémarrage ?