Les fichiers /dev/video0 et /dev/v4l ont disparu

Support Debian
#10

C’est quoi que tu essaies de brancher ?

En gardant ton périphérique branché, indique le retour de:

Note: l’erreur relevée semble concerner un bug dans avec le driver audio qui gère ton périphérique.

[ 41.290041] usb 1-4: USB disconnect, device number 3 [ 43.532111] usb 1-4: new high-speed USB device number 5 using ehci_hcd [ 43.730153] 5:3:1: cannot get freq at ep 0x84 [ 43.738894] usb_audio: Warning! Unlikely big volume range (=3328), cval->res is probably wrong. [ 43.738906] usb_audio: [2] FU [Mic Capture Volume] ch = 1, val = 4608/7936/1 [ 43.809354] 5:3:1: cannot get freq at ep 0x84 [ 43.853574] 5:3:1: cannot get freq at ep 0x84

#11

J’essaie de brancher une webcam (Genius eFace 2050AF), qui fonctionne bien sous un autre linux et sous windows.

Voilà les réponses :

lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 003: ID 0458:706b KYE Systems Corp. (Mouse Systems) Bus 001 Device 004: ID 07ca:3835 AVerMedia Technologies, Inc. Bus 003 Device 002: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader

La webcam n’existe pas dans la liste.

[code]lsusb -t
1-4:1.0: No such file or directory
1-4:1.1: No such file or directory
/: Bus 07.Port 1: Dev 1, Class=root_hub, Driver=ohci_hcd/2p, 12M
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=ohci_hcd/3p, 12M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=ohci_hcd/3p, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ohci_hcd/3p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ohci_hcd/3p, 12M
|__ Port 1: Dev 2, If 0, Class=stor., Driver=usb-storage, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M
|__ Port 4: Dev 3, If 0, Class=‘bInterfaceClass 0x0e not yet handled’, Driver=, 480M
|__ Port 4: Dev 3, If 1, Class=‘bInterfaceClass 0x0e not yet handled’, Driver=, 480M
|__ Port 4: Dev 3, If 2, Class=audio, Driver=snd-usb-audio, 480M
|__ Port 4: Dev 3, If 3, Class=audio, Driver=snd-usb-audio, 480M
|__ Port 6: Dev 4, If 0, Class=vend., Driver=dvb_usb_af9035, 480M

[/code]

Bonne lecture.

#12

Quels autres périphériques USB sont branchés ? AVerMedia Technologies c’est un Tuner TV c’est ça ?

Es-tu sûr que tu as tapé ces commandes en ayant ta webcam branchée ? Car ça n’est pas normal qu’elle n’apparaisse pas dans lsusb (idem pour dmesg).

#13

Les fichiers en question ont disparu après ton essaie d’installation (git clone git://linuxtv.org/media_build.git cd media_build ./build) ?

#14

Oui, AVerMedia Technologies est un Tuner TV !
Il n’y a pas d’autres périphériques branchés.
Je suis sûr que ma webcam était branchée lors des commandes lsusb et dmesg, mais elle n’apparaît pas non plus sous l’autre linux (ou sous windows) où elle fonctionne très bien. Cette webcam n’a besoin d’aucun pilote pour fonctionner.

Les fichiers en question ont bien disparu après mon essai d’installation (git clone git://linuxtv.org/media_build.git cd media_build ./build), c’est donc de ce côté qu’il faut chercher il me semble.

#15

Oui mais… lsusb, c’est censé (à ma connaissance) afficher le périphérique dans tous les cas. On parle bien d’une webcam branchée en USB là non ?
lsusb ça interroge tout ce qui est branché, peu importe s’il y a des modules (pilotes) chargés ou pas. Tout comme le fait lspci.

Il y a un voyant qui s’allume lorsque tu branches la webcam ?

#16

Oui, un voyant s’allume lorsque je branche la webcam en usb (c’est sûr), ce voyant s’éteint au bout de quelques secondes.
Lorsque j’utilise un autre linux et le logiciel guvcview (ou encore skype) le voyant de la webcam s’allume et reste allumé (elle est active alors). Il s’éteint dès que je quitte guvcview ou skype.

Voilà le résultat de lsusb lorsque la webcam n’est pas branchée :

lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 004: ID 07ca:3835 AVerMedia Technologies, Inc. Bus 003 Device 002: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader

Et maintenant lorsque la webcam est brabchée :

lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 005: ID 0458:706b KYE Systems Corp. (Mouse Systems) Bus 001 Device 004: ID 07ca:3835 AVerMedia Technologies, Inc. Bus 003 Device 002: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader

Donc la webcam serait reconnue à la ligne :
Bus 001 Device 005: ID 0458:706b KYE Systems Corp. (Mouse Systems)
c’est étrange car la marque Genius n’apparaît pas, mais c’est ainsi.

#17

Je ne sais pas si ça affectera lsusb, mais tu peux tenter de mettre à jour les libellés:

(root)

Mais d’après ces pages, l’intitulé est le bon, mais ton modèle précis n’y est pas recensé:

Branches-tu cette webcam directement sur le port USB, ou bien via un hub USB ?

Lorsque la cam est branchée, tu peux toujours tenter un:

Puis observer la sortie de dmesg.

Si ça ne fonctionne pas, tu peux tenter une mise à jour de ton noyau (depuis les dépots wheezy-backports si tu es sous Wheezy).

#18

La webcam est branchée directement sur le port USB.
Comme je le pensais, cela ne résout pas le problème.
Réponse à :
modprobe uvcvideo

modprobe uvcvideo FATAL: Module uvcvideo not found.

Mettre à jour le noyau est sans doute risqué, non ?
Est-ce que je peux passer brutalement du noyau 3.2.0.59 au noyau 3.13 ?
Quelle est la bonne méthode pour faire cette mise à jour ?

#19

Je trouve étrange que tu n’aies pas ce module.

Balance voir un:

Ainsi que:

Installer un kernel plus récent n’est pas risqué. Tu conserveras l’ancienne version installée, donc toujours accessible dans grub.
La procédure pour faire ça bien est décrite ici:
isalo.org/wiki.debian-fr/So … _Backports
Ajouter ces dépots. Puis installer avec

#20

Résultats des codes :

find /lib/modules/ -iname "*uvcvideo*" /lib/modules/3.2.0-23-generic/kernel/drivers/media/video/uvc/uvcvideo.ko

uname -a Linux nom-MS-7641 3.2.0-59-generic #90-Ubuntu SMP Tue Jan 7 22:43:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

J’ai oublié de préciser que sous LMDE (Linux Mint Debian) noyau 3.11, tout fonctionne car j’ai les fichiers /dev/video0 et /dev/v4l.
Mais c’est sous Linux Mint 13 avec le noyau 3.2.0.59 que les fichiers ont disparu.
Je suppose que la méthode pour les retrouver est la même quelle que soit la distribution de Linux !
Mais je fais peut-être une erreur en raisonnant ainsi.

J’ai lu que sous Linux Mint, la mise à jour du noyau enlève du Grub les noyaux précédents, est-ce bien réel ?

#21

Ben, il te manque le module uvcvideo pour ton noyau.
3.2.0-23-generic != 3.2.0-59-generic

Démarre sous le kernel 3.2.0-23 si tu le trouves pour faire un essai.

Je ne savais pas que ton poste était sous Linux Mint.

Essaie de voir si les paquets linux-image contiennent bien les modules, et quels modules.

Vérifie aussi les rapports de bugs de Linux Mint au sujet du noyau et du module uvcvideo.

J’ai trouvé ça qui dit que tu n’es pas le 1er à avoir un problème du genre (modules pour les webcam absents): forums.linuxmint.com/viewtopic.p … 5&t=144221

Tu peux aussi tenter la bidouille de recopier les fichiers des modules qui existent pour ton vieux noyau, et les copier dans les répertoires des modules de ton noyau actuel, mais ça n’est pas conseillé.

#22

Hier, juste après mon message, j’ai trouvé dans la page de démarrage du grub, la ligne :
“Previous Linux Versions”, derrière laquelle se trouvait l’ancien noyau 3.20-23-generic.
J’ai démarré sur ce noyau et là, miracle, les fichiers en question s’y trouvaient, et la webcam fonctionne parfaitement.
C’est assez étonnant de voir tant de différence entre deux noyaux si proches.

J’ai essayé de copier les fichiers /dev/v4l et /dev/video0 dans le noyau 3.2.0-59, mais cela ne fonctionne pas.
Comment voir si les paquets linux-image contiennent bien les modules, et quels modules ?

J’ai bien envie de supprimer le noyau 3.2.0-59, pour garder seulement l’ancien !
J’ai aussi envie d’essayer un noyau plus récent comme 3.13.
Que faire ?

#23

Tu désinstalles le paquet qui te l’a installé.
Puis mêttre à jours ton grub (update-grub ou update-grub2 selon lequelle tu utilises)

Fait le sur le noyau qui marche bien.

Fait attention que tout fonctionne sur un noyau pour supprimer les autres noyaux, ça évite des choses (comme ton cas actuel).

Pour un noyau récent, faut savoir quelle méthode tu veux utiliser pour l’installer et préciser ton système etc, et tout cela sur un sujet dédié.

#24

[quote=“Arobasse”]
J’ai essayé de copier les fichiers /dev/v4l et /dev/video0 dans le noyau 3.2.0-59, mais cela ne fonctionne pas.
Comment voir si les paquets linux-image contiennent bien les modules, et quels modules ?[/quote]

Relis, je ne parlais pas de copier les fichiers des périphériques virtuels, mais de copier les fichiers des modules (ceux trouvés avec la commande find) qui accompagnent les noyaux.

Les fichiers des périphériques virtuels (càd les fichiers situés dans /dev/) sont créés automatiquement au chargement du module.

Par contre, si j’étais à ta place je laisserais un rapport de bug chez LinuxMint, car ça n’est pas normal.

#25

Relis, je ne parlais pas de copier les fichiers des périphériques virtuels, mais de copier les fichiers des modules (ceux trouvés avec la commande find) qui accompagnent les noyaux.

Oui, mais je ne sais pas comment faire pour trouver les fichiers des modules qui accompagnent les noyaux, il faut écrire : find … (quoi ?)

#26

Essaie ça, en étant root:

cp /lib/modules/3.2.0-23-generic/kernel/drivers/media/video/uvc/uvcvideo.ko /lib/modules/3.2.0-59-generic /kernel/drivers/media/video/uvc/uvcvideo.ko

Puis (pour t’éviter de devoir redémarrer pour voir si ça fonctionne):

#27

Mais j’avais déjà copié aussi ce fichier uvcvideo.ko !!

Voilà le résultat :

modprobe uvcvideo FATAL: Error inserting uvcvideo (/lib/modules/3.2.0-59-generic/kernel/drivers/media/video/uvc/uvcvideo.ko): Invalid module format

Donc cela ne fonctionne pas.

#28

Chez moi le répértoire semble différent: /lib/modules/3.13-1-amd64/kernel/drivers/media/usb/uvcvideo.ko

#29

Chez moi aussi (il est comme pour toi). Mais il peut ptet les charger de différents endroits…
D’après son message d’erreur, il semble trouver le fichier du module.

Sinon, je rappelle que le problème vient sûrement des packages de Linux Mint ; ça n’est pas à l’utilisateur de régler le problème.