Solucionar los problemas con USB en Linux

Este HOW-TO es una aberración. Un usuario tiene unos problemas con un chipset que no especifica, con una placa base que no especifica, con una versión de la BIOS que no especifica, con una versión del kernel que sólo especifica de casualidad al mostrar su menu.lst, con un ratón que no especifica, y con una WiFi que no especifica, en Ubuntu… y saca un manual para solucionar “los problemas con USB en Linux”?????
Además de que está claro que no sabe muy bien lo que hace. Ha visto unas opciones que no entiende en Google, ha ido probando, y por pura casualidad alguna le ha funcionado. Suponer de esto que tiene la solución de, nada más y nada menos, “los problemas con USB en Linux” es de risa.

Aclaremos esto… Linux NO tiene problemas con USB. Su hardware/BIOS tiene defectos por los que el usuario debería reclamar al fabricante (lo mismo están corregidos y sólo necesita actualizar la BIOS).
Lo único que consigue con sus opciones de arranque es que Linux “esquive”/evite los problemas de *su* hardware. Pero:
a) Con un hardware que funcione no hay problema alguno
b) Con un hardware defectuoso… vete tú a saber si esta solución funcionará o no. Cada hardware tendrá defectos distintos que necesitarán soluciones distintas. Y aunque la solución funcionase en otro hardware, puede existir una solución mejor. Por ejemplo “irqfixup” en vez de “irqpoll”.
Lo que el usuario debería haber hecho, en vez de escribir una guia sobre algo que no entiende, es informar del fallo en la lista de correo del kernel o en el sistema de gestión de bugs de su distribución. Con suerte su defectuoso hardware podrá ser identificado automáticamente por el kernel, y en próximas versiones se activarán los “workarounds” adecuados automáticamente.

Todas estas opciones, y más, están explicadas en el fichero kernel-parameters.txt. Que si se tienen instaladas las fuentes del kernel probablemente se tenga en /usr/src/linux/Documentation/kernel-parameters.txt.
Si el usuario se lo hubiese leído sabría que desactivar el ACPI tiene efectos secundarios no deseados, de los que se debería informar en cualquier HOW-TO que se pretendiese escribir.

Vamos, que yo retiraría este manual. Va a hacer más mal que bien…

No dudo que se haya hecho con buena intención. Pero eso no excusa de la responsabilidad de ir confundiendo a los pobres usuarios que tengan problemas y se encuentren con esto.
Si vas por la vida haciendo cosas con buena intención… y sin pensar, lo que acabas haciendo no es nada bueno.

La solución está clara, convertir el HOW-TO en lo que es… una solución a un problema muy concreto con un hardware muy concreto. Para lo que se debe especificar *cual* es ese hardware.
Pero al final tampoco tiene sentido llenar Internet de guias sobre como solucionar problemas de Linux con distinto hardware. La solución es corregir Linux… para lo que el creador de este HOW-TO debe proporcionar la información necesaria a los desarrolladores del kernel.
Si va a la lista de correo del kernel y informa de un problema tal y como lo ha hecho aquí, sin especificar el hardware, se lo van a comer vivo… Así que lo mejor que puede hacer es informar en el sistema de gestión de bugs de Ubuntu (Launchpad?) y un programador de Ubuntu ya se encargará de sonsacarle la información necesaria y corregir el problema… o informar, ya correctamente, en la lista de correo del kernel.

Las guias deberían explicar como se hacen cosas que… funcionan, pero que un usuario inexperto puede no saber hacer. Cuando el problema no es que el usuario no sepa hacer algo, sino que el sistema falla… lo que hay que hacer es corregir el sistema, no explicarle al usuario como esquivar esos fallos!!!

“¿Le mandamos a la lista de correo del kernel o a la gestión de bugs de la distro correspondiente?”
Si es fallo es del sistema y no del usuario… SÍÍÍÍÍÍÍÍ.
Por qué no?

“No le entiendo cuando habla de responsabilidad de ir confundiendo… aquí no se va con esa intención”
Insisto en que la intención es lo de menos. Matar a gente “con buena intención” sigue estando mal.

“El manual está hecho bajo unas circustancias y un caso concreto, correcto, a lo mejor a otro le ocurre exactamente lo mismo.”
Y a lo mejor no, y siguiendo este HOW-TO la situación le empeora. Ponerte a tocar parámetros que no entiendes que modifican la interacción entre el kernel y el hardware es la forma más sencilla de conseguir que el sistema deje de arrancar.

“La mayor parte de sitos web que frecuento explican las cosas para algo concreto”
Y explican *que* es ese algo concreto. Si quieres hacer un manual para un chipset P965 perfecto… pero explica que estás usando un P965.
El problema aquí es que no se dice cual es el hardware para el que este HOW-TO funciona seguro.
Sería genial que alguien con el mismo PC que el creador del HOW-TO buscase en Google ” problemas USB” y le saliese esta guía. Pero no le saldrá porque en esta guía no se indica el nombre el PC…

Las comparaciones son odiosas y la que usted ha hecho no ha lugar en este blog.
Me está repitiendo una y otra vez lo mismo y no aporta ninguna solución. Todavía estoy esperando que nos explique de manera pormenorizada la forma de proceder para la mejora del manual, al cual se le añadirán algunos datos para completarlo.

El comentario de mi compañero Synbios lo deja todo bastante claro y no añado más, salvo que este no ha sido el único tema en el que usted a discrepado de manera vehemente. Y por respeto no se le ha dicho nada.

Aquí hay cabida para todo tipo de críticas, pero siempre si se hacen desde la lógica y el respeto.

Un saludo.

anselo me alegro que te funcione ya el ratón USB ya sabes para cualquier cosa estamos por aquí y por el foro.