Recherche sur le site
Conseil...
Aide en ligne
Problème(s) avec Clé USB/Appareil Photo Numérique
6 réponses à cette question.
Surveiller cette question
Surveiller cette question
Animatrix, le 07-08-2005 à 00:10:09
Bonjour,
J'ai un appareil photo numérique, qui se détecte comme une clé usb.
Mais aussi, une clé usb (une vraie !)
Depuis quelques jours,
- Les périphériques USB ne sont pas toujours détectés (même en redémarrant !)
- Quand ils sont détectés, soit j'arrive dans un dossier vide (alors qu'il y a des données), soit 30secondes après ca plante.
Que faire ?
J'ai un appareil photo numérique, qui se détecte comme une clé usb.
Mais aussi, une clé usb (une vraie !)
Depuis quelques jours,
- Les périphériques USB ne sont pas toujours détectés (même en redémarrant !)
- Quand ils sont détectés, soit j'arrive dans un dossier vide (alors qu'il y a des données), soit 30secondes après ca plante.
Que faire ?
SlowB, le 07-08-2005 à 11:23:03
Il nous faut connaitre ta version de linux pour pouvoir essayer de t'aider.
SlowBrain
www.lopr.net
http://qelectrotech.tuxfamily.org
www.lolica.org
www.lopr.net
http://qelectrotech.tuxfamily.org
www.lolica.org
Animatrix, le 07-08-2005 à 12:42:45
C'est la Mandriva Limited Edition 2005
Animatrix, le 08-08-2005 à 18:41:06
Dans le dmesg quand ca plante, ce message apparait :
Le 6 peut-être remplacé par un autre nombre !
J'ai alors cherché sur le net et j'ai trouvé ca :
[QUOTE]You may have some problem with your PCI setup that's preventing your USB host controller from getting hardware interrupts. When Linux submits a request, but never hears back from the controller, this is the diagnostic you'll see. To see if this is the problem, look at /proc/interrupts to see if the interrupt count for your host controller driver ever goes up. If it doesn't, this is the problem: either your BIOS isn't telling the truth to Linux (ACPI sometimes confuses these things, or setting the expected OS to windows in your BIOS), or Linux doesn't understand what it's saying.
Sometimes a BIOS fix will be available for your motherboard, and in other cases a more recent kernel will have a Linux fix. You may be able to work around this by passing the noapic boot option to your kernel, or (when you're using an add-in PCI card) moving the USB adapter to some other PCI slot. If you're using a current kernel and BIOS, report this problem to the Linux-kernel mailing list, with details about your motherboard and BIOS.
Various users have had success with some specific strategy. I've collectioned their notes here[/QUOTE]
Je ne comprend pas trop ce qu'ils me disent, vous pouvez m'expliquer svp ?
Code
device not accepting address 6, error -110
J'ai alors cherché sur le net et j'ai trouvé ca :
[QUOTE]You may have some problem with your PCI setup that's preventing your USB host controller from getting hardware interrupts. When Linux submits a request, but never hears back from the controller, this is the diagnostic you'll see. To see if this is the problem, look at /proc/interrupts to see if the interrupt count for your host controller driver ever goes up. If it doesn't, this is the problem: either your BIOS isn't telling the truth to Linux (ACPI sometimes confuses these things, or setting the expected OS to windows in your BIOS), or Linux doesn't understand what it's saying.
Sometimes a BIOS fix will be available for your motherboard, and in other cases a more recent kernel will have a Linux fix. You may be able to work around this by passing the noapic boot option to your kernel, or (when you're using an add-in PCI card) moving the USB adapter to some other PCI slot. If you're using a current kernel and BIOS, report this problem to the Linux-kernel mailing list, with details about your motherboard and BIOS.
Various users have had success with some specific strategy. I've collectioned their notes here[/QUOTE]
Je ne comprend pas trop ce qu'ils me disent, vous pouvez m'expliquer svp ?
dodoworld, le 09-08-2005 à 17:09:05
dodoworld, traductrice officielle... 
| Quote |
Vous avez peut-être un problème avec votre configuration PCI qui empêche votre contrôleur hôte USB de recevoir un IRQ (requête d'interruption). Lorsque Linux envoie une requête au controlleur USB mais ne recoit aucune réponse, vous verrez ce diagnostic. Pour voir si c'est bien votre problème, allez dans Code /proc/interrupts pour voir si le comptage d'interruptions de votre controlleur USB augmente ou pas. S'il ne bouge pas, voila votre problème : soit votre BIOS "ment" à votre Linux (comme c'est parfois le cas avec l'ACPI), soit Linux ne comprend pas ce que le BIOS lui dit. Parfois, une mise a jour du BIOS ou du kernel peut régler le souci. Vous pouvez également tenter de passer l'option noapic boot à votre kernel, ou, si vous utilisez une carte PCI, la déplacer sur un autre slot. Si votre BIOS et votre kernel sont à jours, envoyez ce problème à la Linux-kernel mailing list avec des détails sur votre Carte-mère et version de BIOS. Plusieurs utilisateurs ont trouvés d'autres solutions spécifiques à leur situation. J'ai regroupé leurs notes ici. |
Edité par dodoworld le 09-08-2005 à 17:09
admin SoSLinux
Irnikus, le 25-08-2005 à 01:07:20
peut etre vais-je dire un truc idiot...
as-tu essayé un ?
as-tu vérifier ton /etc/fstab ?
as-tu essayé un
Code
mount -t vfat /dev/sda /mnt/usb
as-tu vérifier ton /etc/fstab ?
Pengouins'King
Animatrix, le 27-08-2005 à 19:11:40
En fait, cela vient de ma Mandriva.
Je l'ai réinstallé et c'est toujours pareil.
Par contre, sur la 2006, tout fonctionne parfaitement !
Je l'ai réinstallé et c'est toujours pareil.
Par contre, sur la 2006, tout fonctionne parfaitement !