Forum Linux.redhat s'il te plait petite core 2, dis bonjour à ma clé !

Posté par  (site web personnel) .
Étiquettes :
0
15
juil.
2004
J'aimerai bien que ma petite fedora core 2 reconnaisse ma clé usb (qui fait office de lecteur mp3) comme le faisait très bien sa grande soeur core 1, mais impossible de la détecter avec le navigateur matériel :-( J'ai testé plusieurs méthodes trouvées sur le net mais rien !
Quelqu'un a-t-il une expérience similaire à me raconter ?
merci petit forum
  • # Alors ...

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

    Ptet qu'il faudrait lui charger les modules usb-storage et sd_mod ?
    • [^] # Re: Alors ...

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

      ca marche pas mieux :-( j'utilise disktype pour vérifier dans /dev/sda ou /dev/sdb, et il plante après avoir chargé les modules :-(
      • [^] # Re: Alors ...

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

        j'ai tout ca qui tourne :
        5006 ? 00:00:00 hotplug
        5007 ? 00:00:00 usb.agent
        5016 ? 00:00:00 usb-storage
        5017 ? 00:00:00 scsi_eh_1
        5049 ? 00:00:00 updfstab
        5054 pts/1 00:00:00 disktype

        impossible de tuer disktype avec kill -9 :-(
  • # yop

    Posté par  . Évalué à 3.

    je connais pas disktype, j'ai juste besoin du module usb-storage et ensuite de monter /dev/sdax ... tu as quoi comme erreur au montage ?
    • [^] # Re: yop

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

      ben à vrai dire quand je fais un mount j'ait tou simplement un beau freeze de ma console :-(
      Par contre j'ai ma clé qui apparaît dans le poste de travail (mais bien sûr je peux pas l'ouvrir)... comment il se débrouille pour deviner que c'est un périphérique montable ? juste la ligne dans fstab ?
      • [^] # Re: yop

        Posté par  . Évalué à 2.

        oui, grâce à la ligne dans fstab.
        essaye d'ouvrir syslog (en root : tail -f /var/log/syslog) pendant le montage pour voir d'ou peut venir le pb... en ssh si possible pour éviter le pb de freeze.
        • [^] # Re: yop

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

          [timaniac@sud-1-82-67-113-45 timaniac]$ su
          Password:
          [root@sud-xxx timaniac]# mount -t vfat /dev/sda1 /mnt/usbkey/
          ...là il attend bien 1 minute puis pouf defreeze
          [root@sud-xxx timaniac]# cd /mnt/usbkey/
          [root@sud-xxx usbkey]# ls
          [root@sud-xxx usbkey]# ls
          [root@sud-xxx usbkey]# mount
          /dev/hda7 on / type ext3 (rw)
          none on /proc type proc (rw)
          none on /sys type sysfs (rw)
          none on /dev/pts type devpts (rw,gid=5,mode=620)
          usbdevfs on /proc/bus/usb type usbdevfs (rw)
          none on /dev/shm type tmpfs (rw)
          /dev/hdd5 on /mnt/archives type vfat (rw,umask=0000)
          /dev/hda5 on /mnt/save type vfat (rw,umask=0000)
          sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
          [root@sud-xxx usbkey]# /sbin/modprobe usb-storage
          [root@sud-xxx usbkey]# mount -t vfat /dev/sda1 /mnt/usbkey/
          mount: /dev/sda1 n'est pas un périphérique valide de type bloc


          Par contre j'ai po de fichier syslog dans /var/log
          • [^] # Re: yop

            Posté par  . Évalué à 1.

            Si tu ne trouves pas le /var/log/syslog, tu as peux-être le paquet syslog-ng d'installé.
            Tu peux alors aller voir dans /var/log/message ou encore mieux, faire un dmesg pour récupérer les messages du noyau sur la console.
            Bonne chance.
            • [^] # Re: yop

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

              j'ai dmesg, le contenu se trouve ici :
              http://pascalfresnay.free.fr/divers/dmesg(...)
              • [^] # Re: yop

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

                sinon voilà ce que j'ai trouvé dans /var/log/messages :

                Jul 15 18:14:53 sud-xxx kernel: usb 3-2: device not accepting address 2, error -71
                Jul 15 18:14:53 sud-xxx kernel: scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0 lun 0
                Jul 15 18:14:53 sud-xxx kernel: SCSI error : <0 0 0 0> return code = 0x50000
                Jul 15 18:14:53 sud-xxx kernel: end_request: I/O error, dev sda, sector 126976
                Jul 15 18:14:53 sud-xxx kernel: Buffer I/O error on device sda, logical block 126976
                Jul 15 18:14:53 sud-xxx kernel: scsi0 (0:0): rejecting I/O to offline device
                Jul 15 18:14:53 sud-xxx kernel: sda1
                Jul 15 18:14:53 sud-xxx kernel: SCSI error: host 0 id 0 lun 0 return code = 4000000
                Jul 15 18:14:53 sud-xxx kernel: ^ISense class 0, sense error 0, extended sense 0
                Jul 15 18:14:53 sud-xxx kernel: Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
                Jul 15 18:15:03 sud-xxx kernel: updfstab: Using deprecated /dev/sg mechanism instead of SG_IO on the actual device
                Jul 15 18:18:50 sud-xxx kernel: usb 3-2: USB disconnect, address 2
                Jul 15 18:31:15 sud-xxx modprobe: FATAL: Error running install command for sound_slot_1
                Jul 15 18:31:15 sud-xxx modprobe: FATAL: Error running install command for sound_slot_1
  • # J'ai eu le même problème chez moi hier ...

    Posté par  . Évalué à 2.

    .... Un pote marketeux est venu chez moi avec sa clef USB. Et ça marchait pas. Heureusement que j avais une knoppix qui trainait. Après qu'il me dit: "Linux c'est nul !" Grr !! .... bref ...

    Au boulot j'ai trouvé ces deux liens là. J'expérimente ce soir !

    - http://home.swiftdsl.com.au/~rbirdman/fedora/usbkey.html(...)

    - http://www.johnmunsch.com/articles/FedoraCoreGettingStarted/(...)
    Dans la section "Connecting A USB Memory Key" il explique comment il resout le probleme. Je verrai ça ce soir ...

    Bon courage
  • # Mise à jours ?

    Posté par  . Évalué à 1.

    http://fedoranews.org/updates/FEDORA-2004-137.shtml(...)
    An updated kernel is available that brings the kernel to the 2.6.7-rc3 base
    level. This new kernel provides a significant number of bug fixes and
    improvements for USB


    Tu as fait une mise à jours (yum update ou up2date ou ...) ?
    • [^] # Re: Mise à jours ?

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

      ma version yumisée unstable (j'ai commencé à tester en 2.6.5 et pareil, 2.6.6 aussi) : Linux version 2.6.7-1.456_4.rhfc2.at
      est-ce que c'est la rc3 je sais pas... on sait comment ca ?
      • [^] # Re: Mise à jours ?

        Posté par  . Évalué à 0.

        > je sais pas... on sait comment ca ?

        Faut regarder le src.rpm.
        Exemple :
        rpm -q -l -p kernel-2.6.7-1.492.src.rpm
        [...]
        linux-2.6.7.tar.bz2
        patch-2.6.8-rc1-bk4.bz2
        patch-2.6.8-rc1.bz2

        C'est un 2.6.8-rc1-bk4

        Parfois le chanlog suffit :

        rpm -q --changelog -p kernel-2.6.7-1.492.src.rpm | head
        * ven jui 16 2004 Arjan van de Ven <arjanv@redhat.com>

        - make USB modules again and add Alan's real fix for the SMM-meets-USB bug
        - 2.6.8-rc1-bk4

        * jeu jui 15 2004 Arjan van de Ven <arjanv@redhat.com>

        - 2.6.8-rc1-bk3

        * mer jui 14 2004 Arjan van de Ven <arjanv@redhat.com>


        Si ça ne s'appèle pas 2.6.8, c'est parce que ce n'est pas un 2.6.8 (puisqu'il n'est pas sorti).
      • [^] # Re: Mise à jours ?

        Posté par  . Évalué à 0.

        > est-ce que c'est la rc3

        J'ai pas été clair dans le poste précédent.
        Chez Red Hat/Fedora, un 2.6.n-rcx est nommé 2.6.(n-1).
        Donc ce n'est pas un 2.6.7-rc3 (pré 2.6.7). C'est un 2.6.7 ou supérieur (par exemple 2.6.8-rc1).
  • # ???

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

    Bon alors j'ai testé avec une "vraie" clé usb (la mienne faisant office de lecteur mp3), et elle est parfaitement reconnue. Donc ma clé mp3 semble incompatible alors qu'elle marchait très bien avec le kernel 2.4... si quelqu'un a une explication...

Suivre le flux des commentaires

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