Maturité de devfs

• [^]Re: Maturité de devfs

  Posté par Landry MINOZA (page perso, ) le 03/03/2004 à 11:12. (lien). Évalué à 2.

  La peur du changement ?

  • [^]Re: Maturité de devfs

    Posté par Baptiste Mille-Mathias (page perso, ) le 03/03/2004 à 11:18. (lien). Évalué à 1.

    Ca peut etre un début de reponse :)
    mais j'attends de personnes qui utilisent un GNU/linux une analyse un peu plus poussée :D.

  [^]Re: Maturité de devfs

  Posté par puxor () le 03/03/2004 à 11:48. (lien). Évalué à 5.

  les défauts de devfs (surtout la non-persistance du nommage des périphériques) font qu'il est quasiment inutilisable pour bcp de monde.
  Il suffit d'avoir un lecteur de cartes (memory stick + compactflash + ... avec un device par type de carte), un PDA par lequel on monte sa carte méroire par usb, pareil avec un appareil photo, etc... tous ces devices vont se nommer /dev/sdx. Le grand jeu après c'est d'essayer de deviner quel device correspond à quel périphérique.
  Si on a une souris + une tablette graphique USB, pareil.
  
  Honnêtement, vaut mieux pas essayer d'utiliser devfs dans ces conditions. devfs a été mal pensé dès le départ en ce qui concerne tout ce qui est débranchable à chaud.

  • [^]Re: Maturité de devfs

    Posté par Pascal Terjan (Jabber id, page perso, ) le 03/03/2004 à 12:05. (lien). Évalué à 2.

    Ce dont tu parles tu le vois aussi sans devfs donc je vois pas le rapport avec la question.

    • [^]Re: Maturité de devfs

      Posté par Baptiste Mille-Mathias (page perso, ) le 03/03/2004 à 14:10. (lien). Évalué à 1.

      Oui, persone n'a reellement repondu a la question :[

      • [^]Re: Maturité de devfs

        Posté par gnumdk (page perso, ) le 03/03/2004 à 20:06. (lien). Évalué à 1.

        ben, chose qui me gonfle dans devfs (et je suis pas le seul), c le nommage a rallonge.
        
        /dev/disc/truc/chose/coin/gruik0
        
        le genre de truc qui m'ennerve.
        
        Tu fais un df -h et tout est décalé...
        
        de plus, vu que les liens n'on jamais disparus, j'ai pas trop vu l'interet :)
        
        D'ailleurs, dans udev, on revient a l'ancienne notation qui est quand meme plus claire.
        
        Apres, sur ma cooker, je vois vraiment pas en koi udev est lent!(reponse au premier poste)

        • [^]Re: Maturité de devfs

          Posté par Raphaël Gertz (page perso, ) le 04/03/2004 à 03:27. (lien). Évalué à 1.

          Je confirme sur Ma mandrake 10.0 cooker c'est pas lent du tout...
          
          le lancement de hotplug prend dans les 5-7 secondes en tout sur une MSI KT4AV-L, radeon 9000pro, AthlonXP-2100+...
          avec carte réseau interne+3com+sourie usb+sblive+carte son interne+bttv...
          
          Je trouve pas que sa change grand chose pour moi...
          Je n'ai pas fait la différence, et je savais même pas a quoi sa correspondais jusqu'a présent...
          
          Franchment c'est parce que t'a du mal compiler/configurer ton truc...
          
          Perso le boulo de mandrake est parfois bien meilleur que d'autre distrib en ce qui est de l'integration de certaines choses très récentes...
          
          Je ne dis pas que c'est la milleur distribution, mais je fais tout pour que elle le soit...
          
          Un conseil : pompe les conf de mandrake, elle marche bien, pas au petit oignons, mais sa marche...

          --
          site perso : http://rapsys.free.fr/

          • [^]Re: Maturité de devfs

            Posté par Snark_Boojum () le 04/03/2004 à 06:51. (lien). Évalué à 1.

            Pas lent du tout 5 à 7 secondes de plus sur un boot!?
            
            On doit pas tout à fait vivre sur la même planète...

            • [^]Re: Maturité de devfs

              Posté par Xavier Jacquelin (Jabber id, page perso, ) le 22/03/2004 à 00:29. (lien). Évalué à 1.

              
              Pas lent du tout 5 à 7 secondes de plus sur un boot!?
              
              On doit pas tout à fait vivre sur la même planète...
              

              
              
              C'est sûr que si tu rebootes tous les jours...
              
              Il y a aussi des gens qui rebootent seulement une fois par mois voire moins, alors ne penses pas que parce que toi 1 boot plus long de 5 à 7 sec te gênent que c'est le cas pour tous.

    [^]Re: Maturité de devfs

    Posté par C (Jabber id, page perso, ) le 03/03/2004 à 12:06. (lien). Évalué à 5.

    Voilà, je suis dans ce cas là : j'ai une souris et une tablette. Pour être sur de ne pas avoir de souci, j'ai pris l'habitude de toujours brancher la tablette une fois le système démarré (la souris usb est toujors branchée).
    
    Et puis, un autre truc est que j'ai plusieurs périphériques mass-storage : un appareil photo, un graveur externe, un disque dur (plusieurs partitions fat32/ext3) et parfois l'archos d'un ami. Avec tout ça, je ne trouvais pas comment faire des entrées qui vont bien dans fstab. Je comprends maintenant que ce n'est pas possible avec devfs :-(
    
    Je vais jeter un oeil sur udev avec intérêt, en espérant qu'il ne soit pas trop difficile de faire le changement (sans tout casser et avec possibilité de retour à devfs en cas de non-satisfaction) :-)

    • [^]Re: Maturité de devfs

      Posté par tgl () le 03/03/2004 à 12:15. (lien). Évalué à 3.

      > Je vais jeter un oeil sur udev avec intérêt, en espérant qu'il ne soit pas trop
      > difficile de faire le changement
      
      Ça dépend fortement de la distrib' utilisée. Par expérience, je peux dire que ça se fait très bien sous Gentoo, et par lecture à droite à gauche que ça n'est pas un problème sous Fedora. À part ça, je sais pas, ce serait intérressant que des utilisateurs d'autres distribs se manifestent.

      • [^]Re: Maturité de devfs

        Posté par NebuchadnezzaR () le 03/03/2004 à 12:40. (lien). Évalué à 3.

        J'utilise udev pour gérer mon /dev, par défaut c'est dans /udev que les périfs sont créé, alors y'a une petite bidouille, je mounte un tmpfs sur /dev avant.
        
        Perso j'ai rajouté un petit truc dans le script d'udev:
        /sbin/mknod ${udev_root}/null c 1 3
        /sbin/mknod ${udev_root}/console c 5 1
        
        Faut bien faire attention à ce que le script /etc/init.d/devpts s'execute _après_ udev qui doit s'executer après mountall.sh.
        
        Sous Debian S{arge,id}.

        • [^]Re: Maturité de devfs

          Posté par mimo () le 03/03/2004 à 14:11. (lien). Évalué à 2.

          Je suis sous Debian sarge et je n'ai pas trouvé de paquet debian qui fournit udev. As-tu des infos dessus ou as tu toi même compilé celui-ci ?
          
          Sinon, j'aimerais savoir pourquoi udev n'utilises pas /dev directement au lieu de /udev? Et a t'on besoin de devpts avec udev et pourquoi ?
          Enfin bref des questions que la doc d'udev n'a pas réussi à complétement répondre et de façon claire.

          • [^]Re: Maturité de devfs

            Posté par beck () le 03/03/2004 à 14:35. (lien). Évalué à 3.

            > Je suis sous Debian sarge et je n'ai pas trouvé de paquet debian qui fournit udev. As-tu des infos dessus ou as tu toi même compilé celui-ci ?
            
            il arrive :-)
            http://incoming.debian.org/(...)

            • [^]Re: Maturité de devfs

              Posté par Stephane Chauveau () le 03/03/2004 à 23:05. (lien). Évalué à 3.

              Attention car ce package remplace /dev par un ramdisk et comme udev ne permet pas (encore) de creer tout les devices, l'effet probable est de rendre votre systeme inutilisable ou du moins difficilement utilisable.
              
              Rien de grave cependant car le /dev original est toujour present (sous le ramdisk).
              
              Avant de demarer udev (/etc/init.d/udev start), je recommande donc d'editer le fichier /etc/udev/udev.conf pour remplacer les lignes
              
              udev_root="/dev/"
              udev_db="/dev/.udev.tdb"
              
              par
              
              udev_root="/udev/"
              udev_db="/udev/.udev.tdb"
              
              Cela vous permettra d'experimenter dans /udev sans perturber votre /dev.

          [^]Re: Maturité de devfs

          Posté par beck () le 03/03/2004 à 14:32. (lien). Évalué à 1.

          >Faut bien faire attention à ce que le script /etc/init.d/devpts >s'execute _après_ udev qui doit s'executer après mountall.sh.
          
          c'est pas clair pour moi, tu dis que udev doit s'executer apres mountall.sh ????
          Parceque dans le paquet experimental qui apparait aujourd'hui , udev se charge en premier et justement il semble y avoir un probleme ....

    [^]Re: Maturité de devfs

    Posté par Arachne (page perso, ) le 03/03/2004 à 12:34. (lien). Évalué à 1.

    >> devfs a été mal pensé dès le départ en ce qui concerne tout ce qui est débranchable à chaud.
    
    Ce qui est un combe, car c'est pour moi l'une de ses principales utilité : voir apparaitre le device dés que je connecte ma clef usb. Mais c'est vrai qu'il te met un sacré souk dans les /dev/sdx. Comment udev fonctionne-t-il par rapport à devfs avec ce genre de périphériques d'ailleurs ?

    • [^]Re: Maturité de devfs

      Posté par Mathieu Millet (page perso, ) le 03/03/2004 à 13:11. (lien). Évalué à 4.

      Sur une fedora (donc sans devfs), pour gérer plusieurs clefs USB différentes mais une seule est connectée à un instant donné, j'utilise le script présenté la :
      
      https://listman.redhat.com/archives/rhl-devel-list/2003-August/msg00(...)
      
      Toute clef USB est maintenant 'mountable' par un utilisateur via le répertoire /mnt/diskonkey (ajustable suivant ses volontes).
      
      ++, Htam.

      --
      htam

      [^]Re: Maturité de devfs

      Posté par tgl () le 03/03/2004 à 13:24. (lien). Évalué à 5.

      Quand tu branches ce type de périph, hotplug réveille udev pour que ce dernier crée le/les nodes et symlinks dans ton répertoire des périphériques. Après, ce que fait udev dépend de ta config. Tu peux te contenter d'une config par défaut immitant le nommage de feu devfs (-> "/dev/sdX" + des trucs dans "/dev/scsi/..." + des trucs dans "/dev/usb/..."), ou bien spécifier des règles plus particulière, par exemple en fonction des numéros de série de tes clefs usb, et avoir donc un node "sesame" pour l'une et "deschamps" pour une autre. Bref, tu gères un peu comme tu veux. Tu spécifies aussi tes permissions bien sûr. Y'a qlqs exemples assez représentatifs dans le fichier de conf par défaut, qui montrent la souplesse de la chose. Faut bien voir que udev peut appeler des scripts externes au sein des règles, donc y'a moyen de faire des trucs vraiment rigolos (je me souviens d'avoir vu passer sur la lkml un script utilisant freedb pour créer un nom de dvice device /dev/artiste/album quand tu inserais un cd audio...).

    [^]Re: Maturité de devfs

    Posté par Daniel Caujolle-Bert (page perso, ) le 03/03/2004 à 22:55. (lien). Évalué à 1.

    pour tout ce qui est USB, j'utilise devlabel, qui te cree un link dans /dev suivant le device connecté (et duement configuré)

  [^]Re: Maturité de devfs

  Posté par Thomas Cataldo (page perso, ) le 03/03/2004 à 15:35. (lien). Évalué à 3.

  devpts ça n'a rien à voir, c'est juste les pseudo-terminaux (tapes tty dans un xterm et en console).