[USB] Périphériques non alloué dans /dev/sd*

[unpseudo]

Bonjour,

Bon le titre est mal formulé mais l'idée est là. En gros, au bout d'un moment, mes périphériques de stockage usb (clés, disques durs externes) ne se voient plus alloué de /dev/sdb & cie… Par contre, mon clavier externe est très bien reconnu. Et après un redémarrage, tout refonctionne comme avant. Et je dis bien alloué car les périphériques sont tout de même reconnus, en témoigne lsusb

> lsusb
Bus 004 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 0951:1614 Kingston Technology
Bus 001 Device 002: ID 1e54:2030 TypeMatrix 2030 USB Keyboard
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

"Kingston Technology" est une clé USB ici.

> ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda3

Et ici, on voit bien uniquement mes partitions système…

J'ai fait quelques recherches notamment au niveau du contrôleur USB et de ce genre de chose mais rien de fructueux et en fait, en réalité, je ne sais pas exactement de quel côté chercher :/

Si quelqu'un a une idée et/ou besoin de plus d'info, je suis tout ouïe ('fin façon de parler).
Merci d'avance

Edit : Ah et ce que j'ai pas précisé mais c'est évident, c'est que du coup je ne peux pas monter les périphériques en question
Et sinon, c'est sur un Dell Latitude E6430 (ordi portable donc) et sous Arch à jour (kernel 3.18.2-2-ARCH)

[benjarobin]

Bonsoir,
Il faudrait voir les log complet depuis le boot...

[unpseudo]

Ok mais ça va être violent puisque mon ordi est allumé depuis un moment. Et je crois que là, en l’occurrence, y a pas de moment où on peut voir que ça a marché parce que j'ai branché des périphériques assez longtemps après l'avoir démarré (la recherche de "sdb" n'a rien donné). Autre truc à signaler : j'ai désactivé puis réactivé les ports USB à un moment pour voir, ce qui peut expliquer une ou deux lignes louches

dmesg (mdp : log)

Edit : Et il y a eu plusieurs suspend to ram depuis que je l'ai démarré mais je ne pense pas que ce soit du à cela puisque j'ai déjà eu le problème à une époque où je ne faisais jamais ça et qu'il me semble avoir déjà réussi à utiliser des périphériques USB après le suspend dans le passé.

[Xorg]

Waouw, ça c'est du log (d'ailleurs, tu peux poster le contenu sur un PasteBin aussi...).

Genre :

Code : Tout sélectionner

[123616.047474] usb 1-1: reset low-speed USB device number 2 using xhci_hcd
[123616.047581] xhci_hcd 0000:00:14.0: Setup ERROR: setup context command for slot 1.
[123616.047587] usb 1-1: hub failed to enable device, error -22

Code : Tout sélectionner

[227080.919916] usb 1-2: new high-speed USB device number 6 using xhci_hcd
[227091.484335] usb 1-2: USB disconnect, device number 6
[227114.943310] xhci_hcd 0000:00:14.0: remove, state 4
[227114.943325] usb usb2: USB disconnect, device number 1
[227114.943719] xhci_hcd 0000:00:14.0: USB bus 2 deregistered
[227114.943730] xhci_hcd 0000:00:14.0: remove, state 1
[227114.943736] usb usb1: USB disconnect, device number 1
[227114.943738] usb 1-1: USB disconnect, device number 2
[227115.089240] xhci_hcd 0000:00:14.0: Slot 1 endpoint 2 not removed from BW list!
[227115.089247] xhci_hcd 0000:00:14.0: Slot 1 endpoint 4 not removed from BW list!
[227115.089741] xhci_hcd 0000:00:14.0: USB bus 1 deregistered
[227143.972389] xhci_hcd 0000:00:14.0: xHCI Host Controller
[227143.972398] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 1

Et il y a de multiples :

Code : Tout sélectionner

i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment

Après pour l'histoire de la veille, c'est possible qu'il s'agisse d'une régression du Kernel, et donc un test avec linux-lts pourra confirmer ou infirmer cette hypothèse.

[unpseudo]

Bon, désolé de répondre aussi tardivement mais depuis le dernier redémarrage, je n'ai plus le soucis. Je crois qu'il y a eu une autre màj du kernel entre temps au passage, ça l'a peut-être corrigé. Merci pour votre temps et votre aide

Et sinon, effectivement y a plein de "[…] has bogus alignment". Je ne sais pas à quoi c'est du et je sais pas si j'ai envie d'y prêter attention…