%20error%20del%20kernel%3F.png)
Entonces, actualicé mi distribución móvil OpenSuSe Tumbleweed la semana pasada usando zypper dist-upgrade. Estaba funcionando bien antes de la actualización. Después de la actualización, el kernel comenzó a enviar spam al terminal cada 4 segundos. Esto hace que el terminal esté cercainutilizable, ya que la entrada del usuario o cualquier salida de la consola se divide en dos y se divide en muchas líneas. Aquí hay un dmesg | grep | tailfragmento:
[ 350.602656] usb usb2-port2: Cannot enable. Maybe the USB cable is bad?
[ 354.682627] usb usb2-port2: Cannot enable. Maybe the USB cable is bad?
[ 358.758627] usb usb2-port2: Cannot enable. Maybe the USB cable is bad?
Sólo dos dispositivos están conectados a través de USB (teclado y mouse) y ambos funcionan bien. La dirección USB puede cambiar: a veces es USB4-port2 o usb3-port2 además de usb2-port2 (¿cómo correlaciono estos nombres con la salida lsusb? Consulte la parte inferior).
Durante la actualización, el kernel cambió de 4.20 a 5.5. Al arrancar con el kernel 4.20 mediante las opciones avanzadas de grub, estos mensajes no aparecen. Una instalación de Windows 7 tampoco muestra ningún problema con ningún dispositivo o concentrador USB.
La búsqueda me lleva a creer que se debe a esta confirmación del kernel:usb: maneja solicitudes de puerto de restablecimiento en caliente al reanudar el concentrador. ubunturesueltoel mismo problema al revertir este compromiso pero no puedo encontrarlo mencionado en OpenSuSelocalizador de bichoso en foros.
¿Cómo detengo estos mensajes? La solución ideal sería rápida, no intrusiva y fácilmente revertida. La compilación e instalación manual del kernel es el último recurso.
Esta es la salida de lsusb -t en el mismo arranque:
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 3: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 5: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 5: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
sudo dmesg -n1da una salida vacía.
lsusb -vvmuestra lo siguiente para el recurso erróneo ( usb4-port2durante este arranque)
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 3.00
bDeviceClass 9 Hub
bDeviceSubClass 0
bDeviceProtocol 3
bMaxPacketSize0 9
idVendor 0x1d6b Linux Foundation
idProduct 0x0003 3.0 root hub
bcdDevice 5.05
iManufacturer 3 Linux 5.5.6-1-default xhci-hcd
iProduct 2 (error)
iSerial 1 0000:00:14.0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x001f
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0
bInterfaceProtocol 0 Full speed (or root) hub
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0004 1x 4 bytes
bInterval 12
bMaxBurst 0
can't get hub descriptor, LIBUSB_ERROR_TIMEOUT (Resource temporarily unavailable)
can't get debug descriptor: Resource temporarily unavailable
Respuesta1
La distribución debería dejar los núcleos más antiguos y arrancar el último que funcionó.
¡Informe el error! Quizás después de recopilar datos para el informe, desinstale al malhechor. De esa manera el siguiente ocupará su lugar.
Pruebe la próxima versión del kernel. Ah, el placer de jugar con lanzamientos experimentales y continuos de la distribución.