Journal utilisez-vous udev ?

Posté par  (site web personnel) .
Étiquettes : aucune
0
11
mai
2004
bonjour, y a t-il quelqu'un dans l'assistance qui est passé définitivement à udev ?
(le remplaçant user-space de l'obsolète devfs).

Qu'en pensez-vous ?
En êtes-vous satisfait ?
Butez-vous sur des bugs importants ?

  • # Moi

    Posté par  . Évalué à 4.

    Ca fonctionne pas trop mal mais il y a encore des choses que je n'explique pas.

    Du style, le module 'ide-cd' qui bien que chargé au démarrage, est parfaitement ignoré par udev; conséquence, mes /dev/hdcX ne sont pas créés. Bon c'est bien grave, mais le plus chiant je pense, c'est le coup de recharger le module, de voir mes entrées ide-cd se créer mais de constater que le lient /dev/cdrom n'est jamais créé.

    A part ça, je ne vois pas trop la différence côté utilisateur, ça a l'air de fonctionner. Bon d'un autre côté je n'utilisais pas devfs (trop pourri) donc...

    Le truc sympa, c'est qu'actuellement je n'ai rien eu à faire de particulier pour avoir le support de udev, et ça c'est Bien(tm): migration totallement transparente ici.

    Voilà

    • [^] # Moi aussi

      Posté par  (site web personnel) . Évalué à 3.

      me suis installé, une SuSE 9.1, udev by default, ca a l'air de bien aller jusque là (ca ne fait que quelques jours que je tourne dessus).

      Bref, Chez moi, ca marche (tm)

    • [^] # Re: Moi

      Posté par  . Évalué à 3.

      le module 'ide-cd' qui bien que chargé au démarrage, est parfaitement ignoré par udev;

      Je vois très mal comment ça pourrait être un problème d'udev directement (à part vraiment si tu as une règle qui s'amuse à seulement matcher "hda" mais pas les autres "hd*" par exemple, mais c'est très improbable si tu utilises un fichier de règles basé sur celui standard). Déjà, juste pour être sûr, est-ce que le device apparait bien dans ton /sys (genre /sys/block/hdc par exemple, il est bien là ?). Enfin ça je suppose aussi que oui, ça fait une éternité que l'ide est sysfsisé, et ce correctement.
      Après, ce qui est beaucoup plus probable, c'est que tes scripts d'init soient foireux, typiquement qu'ils fassent une grosse passe udev sur le /sys tel qu'il est au boot mais que par contre ils initialisent mal l'agent hotplug (tu as quoi dans ton /proc/sys/kernel/hotplug ?), ou encore que se soit udevsend qui soit utilisé mais que le démon udevd lui ne soit pas lancé, enfin ce genre de choses, et que donc ce qui devrait réveiller udev (enfin, soit lui directement, soit via hotplug) après, lors de la découverte de hdc au chargement de ide-cd par exemple, ne le réveille pas. Y'a-t-il d'autres devices non présents au boot (d'autres trucs gérés par des modules par exemple) qui eux ont bien leurs nodes créés par udev ? Et accessoirement, tu es sur quelle distrib ?

  • # Oui monsieur, moi monsieur

    Posté par  . Évalué à 7.

    J'utilise UDev sur ma gentoo sans difficultée majeure. par contre c'est une evrsion assez particulière de UDev (les USB mass storage sont en emulation SCSI au lieu de IDE par exemple). J'ai déscendu le ebuild Gentoo et tout roule.

    Sur le portable de ma soeur sa mandrake 10 a le Udev aussi. Pas de problèmes majeurs et la le RPM a l'air conforme (Mass storage en wrap sur SCSI).

    Quand je dis pas de prob, c'est vraiment rien et pourtant les deux ordis sont des portables avec tout ce que cela implique au niveau matos folklorique.
    Pas de problème non plus pour ce qui est de la gravure de DVDs en IDE, des différents mount et de l'aquisition DV.

    Deux tous petits défaut :
    sur mon Vaio en mode RTC avec ehanced clock rate j'ai un skew de l'horloge, donc je ne peut pas me servir de Jack proprement (pas très grave, je garde Udev quand même et je gicle le ehanced clock). De plus le débranche rebranche de mass storage USB entrainne un décalage de périph sur ma gentoo (sda -> sdb -> sdc) etc... Le prob ne se pose pas sur le Udev plus propre de ma petite soeur.
    sur l'IBM X31 de ma petite soeur j'ai pas trouvé comment forcer un fréquence CPU en mode USER (j'ai probablement pas assez cherché).

    Par contre pas mal de problèmes résolus... Notamenet u niveau des résolutions de dépendances de modules bizarres...

    Kha

    • [^] # Re: Oui monsieur, moi monsieur

      Posté par  (site web personnel) . Évalué à 2.

      > Sur le portable de ma soeur sa mandrake 10 a le Udev aussi.

      Sauf erreur les mdk 10 sont en noyeau 2.6 mais sont toujours en devfs (enfin la mienne l'est)

      • [^] # Re: Oui monsieur, moi monsieur

        Posté par  . Évalué à 1.

        Tu peux l'activer : y'a le choix du service à lancer au boot...

      • [^] # NPTL sur MDK 10.0 ?

        Posté par  (site web personnel) . Évalué à 1.

        A ce propos, je tourne actuellement avec un MDK 9.2 + kernel 2.6(.5) installé "à la mano" (recompil kernel + ALSA + module-init-tools).

        J'aurais aimé savoir si la MDK 10 en plus du kernel 2.6 de base, utilise aussi la lib NPTL (New Posix Threading Library) ? Car cette librairie "tu sa mère" pour le multithread d'après les benchs réalisés avec ?

        • [^] # Re: NPTL sur MDK 10.0 ?

          Posté par  . Évalué à 1.

          Oui NTPL est utilisé (voir les features sur mandrakesoft)

          • [^] # Re: NPTL sur MDK 9.2 ?

            Posté par  (site web personnel) . Évalué à 1.

            Après mon install du kernel 2.6 sur un MDK 9.2, je suis bien content ;-)

            Mais j'aurais aimé savoir si quelqu'un sait (et a essayé) d'installer la lib NPTL sur une Mandrake 9.2 (glibc avec support NPTL pour être précis) ?

            J'ai pas trouvé d'infos sur ce sujet en "googlisant" :-(

  • # Oui!

    Posté par  . Évalué à 3.

    J'ai passé aussi totalement sous udev avec Gentoo sur mon laptop et je n'ai pas eu encore de problème connu. La seule chose que j'ai c'est que j'ai configuré xorg pour utiliser mon touchpad + une souris externe mais au boot même si la souris externe est connectée, elle ne fonctionne pas sous xorg tandis que le touchpad fonctionne. Un petit CTRL-ALT-Backspace et tout est réglé. Ça je sais pas si c'est un problème relié à xorg ou udev et j'ai pas encore eu le temps de vérifier! Quelqu'un a une idée?

  • # pas de grands problèmes

    Posté par  . Évalué à 4.

    J'ai passé mon portable sous Udev depuis bientôt un mois. Je n'ai pas eu grand chose à configurer par rapport à la config de base de la Debian Sid, juste quelques spécificités à mon portable et refaire le lien /dev/cdrom pour les logiciels de lecture/rip CD.

    Pour mon Vaio Z1, dans /etc/udev.udev.rules:
    BUS="usb", SYSFS{Product}="USB Memory Stick Slot", KERNEL="sd?1", NAME='%k", SYMLINK=""mstick"
    BUS="ide", KERNEL="hdc", NAME="%k", SYMLINK="dvd cdrw cdrom cdroms/cdrom%n"

  • # ça marche..

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    mais j'ai du chipoter car ça plante avec le driver nvidia par défaut...

    Mes livres CC By-SA : https://ploum.net/livres.html

  • # des liens ?

    Posté par  . Évalué à 1.

    Si quelqu'un pouvait envoyer des liens sur une doc résumant la transition vers udev, ce serait cool.
    Et le tout sous Debian, ce serait parfait.
    Avec 15,24€ et un mars ce serait même divin :-)

    • [^] # Re: des liens ?

      Posté par  . Évalué à 1.

      Avec unstable:

      apt-get install udev

      Si tu veux vraiment savoir comment ça marche, man udev.
      Mais ce n'est pas nécessaire, il n'y a rien à faire.

      • [^] # Re: des liens ?

        Posté par  (site web personnel) . Évalué à 2.

        Ca y est, je viens de passer sous udev.
        Pas de grosse frayeur, à part le lien /dev/cdrom qui n'existe plus,
        et mes vt qui ont disparu. (X se retrouve en terminal 2, juste après la console).

        Et à première vue ça a l'air vraiment bien : encore moins de bordel dans /dev, même comparé à devfs, et ça réagit comme il faut à l'insertion d'une clef USB.

        pour migrer, je n'ai rien fait d'autre que :
        1) virer "devfs=mount" de lilo.conf (ou de menu.lst de grub)
        2) désinstaller devfs
        3) installer udev.

        Et ça marche. Adopté !

      • [^] # Re: des liens ?

        Posté par  . Évalué à 2.

        Ben pour moi, cela ne marche pas.

        Il ne me crée pas certains périphériques: genre je n'ai plus de carte son et surtout plus de souris. Pour X, c'est un poil génant.

        En fait pour la souris, j'ai un
        /dev/input/event0 et c'est tout
        pas de /dev/psaux ni rien d'approchant.

  • # [+]

    Posté par  . Évalué à 4.

    Qu'en pensez-vous ?
    C'est une solution élégante à un problème casse-bonbons, c'est bien, mangez-en. Par contre faut garder à l'esprit que ça n'est finallement qu'un petit utilitaire assez minimaliste en soit, qui n'est pratique que bien utilisé par les scripts d'init et hotplug. Sur ce genre de truc, la valeur ajouté par la distrib et les packageurs compte beaucoup. À ma connaissance, au moins Fedora, Debian (testing/unstable) et Gentoo font ça bien.

    En êtes-vous satisfait ?
    Oui.

    Butez-vous sur des bugs importants ?
    Non. Les seuls pbs que j'ai eu au début (~janvier) étaient dûs à qlqs drivers pas près pour sysfs (lvm mais c'est corrigé, et nvidia mais c'est corrigeable). Vu que je traine beaucoup sur le forum gentoo pour modération, j'ai vu pas mal de gens faire la transition (un peu depuis novembre en gros, et de + en + depuis), mais jamais de problème bloquant autant que je me souvienne. Faut bien voir que ce que fait udev n'est que de la population du /dev, ce qui reste dans le pire des cas, celui du device muet pour sysfs, remplaçable par un mknode, un chown et un chmod dans un script de démarrage. Rien de bien grave donc, et c'est de toute façon vraiment rare maintenant.
    Oh et puis si, mon seul vrai problème a été au niveau des permissions, parceque pam s'en mélait de façon bizarre. J'ai donc eu à vider la conf' des perms de devices de pam, et je laisse udev gérer ça à 100%.

    PS: Y'a peut-être encore des infos/liens utiles dans les commentaires de cette vieille niouze :
    http://linuxfr.org/2004/03/03/15608.html(...)

    • [^] # Re: [+]

      Posté par  (site web personnel) . Évalué à 2.

      > J'ai donc eu à vider la conf' des perms de devices de pam

      Et tu as dû gagner 5 bonnes secondes à chaque login, je me souviens que j'avais passé pas mal de temps à comprendre pourquoi le login de la mandrake était si long, alors que celui de la debian était instantané : la mdk était configurée pour modifier toutes les permissions de /dev à chaque login... Je préfère encore la gestion par groupes de la debian.

  • # Résumé de mes expériences udev.

    Posté par  . Évalué à 1.

    Bon. J'utilise le udev de debian.

    Le seul lien qui manque est /dev/cdrom, mais il marche pas s'il y a plusieurs cdrom, et c'est plutot le boulot de discover de gérer ça.
    Par contre le udev debian détecte correctement le cdrom pour le mettre dans le bon groupe.

    Par contre les entrées ieee1394 ne sont pas créées (ppc chez moi) , alors que je les ai vues se créer sous une debian sur un x86. C'est mon seul soucis.

    le usb stick est bien détecté (sda).

    • [^] # Re: Résumé de mes expériences udev.

      Posté par  . Évalué à 3.

      Pour le lien /dev/cdrom, c'est très simple à régler. Par défaut, les périphériques ide sont gérés par une règle du genre :
      BUS="ide", KERNEL="hd*", PROGRAM="/etc/udev/scripts/ide-devfs.sh %k %b %n", NAME="%k", SYMLINK="%c{1} %c{2}"

      Il suffit de surcharger cette règle pour le périphérique du cdrom (hdc chez moi) :
      BUS="ide", KERNEL="hdc", PROGRAM="/etc/udev/scripts/ide-devfs.sh %k %b %n", NAME="%k", SYMLINK="%c{1} %c{2} cdrom cdrw dvd"

      Suivant ta version d'udev, les règles sont soit
      - toutes dans un /etc/udev/udev.rules, et dans ces cas là il suffit de mettre dans ce fichier ta règle personnalisée plus haut que celle originale (udev n'utilise toujours qu'une par device, la première qu'il trouve)
      - réparties dans des "/etc/udev/rules.d/XX-gabuzomeu.rules" (ou "XX-gabuzomeu.rules" est probablement "50-udev.rules" pour les règles par défaut), et dans ces cas là tu peut mettre tes règles perso dans un fichier plus prioritaire, genre "10-mes_regles_perso.rules".

      Pour l'histoire de l'ieee1394, je n'ai pas d'expérience, mais il me semble que ces périphs sont gérés correctement par sysfs, donc qu'il ne devrait pas y avoir de gros pb. Tu peux essayer d'activer les logs pour udev (udev_log="yes" dans /etc/udev/udev.conf), brancher un truc ieeemachin, et regarder (probablement dans /var/log/daemon.log) si udev à au moins réagit un tout petit peu:
      - soit il a réagit mais n'a pas trouvé de règle qui va bien, et alors ça se reglera en créant une règle pour ton périph (cf. http://www.reactivated.net/udevrules.php(...) pour un rapide howto).
      - soit il reste muet, et ça veux dire qu'il n'a même pas été appelé, donc que ça n'est pas vraiment un problème d'udev. Penche toi alors plutôt du côté de hotplug, peut-être que le ieee1394.agent est désactivé, ou un truc du genre...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.