portaro

Por lo que veo en la imagen tienes un error en libinput , los input suelen ser los genericos que conectas, podria ser esa libreria y al hacer recovery que ella sea reemplazada por una configuracion basica la que es capaz de usar los input pero sin usar esa version de libreria activa al usuario, revisa eso → https://wiki.archlinux.org/index.php/Libinput https://wayland.freedesktop.org/libinput/doc/latest/ Todo apunta a una posible reinstalacion de esa libreria pero podria haber un problema de kernel si hiciste por ejemplo una instalación o actualización de kernel reciente podrias revisarlo también, tambien podria ser un problema de bloqueo de uso al usuario que intenta logear por no poder leer el archivo de configuracion por falta de permisos o tipo de lectura de configuracion del archivo responsable por el generico conectado. Tienes ejemplo aqui → https://askubuntu.com/questions/682680/keyboard-and-mouse-not-responding-after-fresh-os-install-14-04 Creo que tu problema se solventa con lo referido arriba - reinstala esa libreria y si es question de kernel y su version pasate a uno anterior.

En las etiquetas le puedes poner - solucionado. También creo que en el apartado de acciones puedes usar la opción de marcar como - mejor respuesta - eso te sale junto al icono de usuario a la izquierda. Si no te quieres liar mucho la forma facil de hacer visible la solucion es editar el titulo y ponerle lo siguiente - [Solucionado] o bien [Resuelto] antes de la pregunta que hagas.

Gracias a ti por preguntar y gracias a las personas que escribieron esa solución en el link que te deje. Diviertete con GNU/Linux y disfrutalo de eso se trata.

Mira aqui → https://askubuntu.com/questions/893817/boot-very-slow-because-of-drm-kms-helper-errors https://bbs.archlinux.org/viewtopic.php?id=218581 Seria bueno hacer un downgrade de kernel por lo que leo.

Gracias por compartir la solución.

Al arrancarlo pasale el parametro de kernel nomodeset por si es tema de congelación por modo grafico

Dejo un link de comunicacion para quien quiera leerlo, creo que es un comunicado. https://fsforce.noblogs.org/ Fuente → https://trisquel.info/en/forum/la-fuerza-de-programación-libre-llama-apoyarla

Bueno Richard y sus apoiantes tiran del GNU Hurd para seguir con un proyecto similar a lo que hacia la FSF y hara. Yo lo veo bien a ver si pueden coexistir las dos entidades sin atropellos y/o criticas para rebajar el estatuto de una o otra, por un lado suena una cosa de revancha por otro se agradece creo yo que Richard pueda tener su que decir en alguna entidad con corte de afinidad al Software Libre. GNU Hurd empezara a ganar notable relevancia de ahora en adelante creo yo y creo sera bueno para las distros que lo usen y su crecimiento.

Hola amigo Rohlling Si en efecto la veo plausible tu opinión pero yo pondria la cosa por otro prisma para pensar - por ejemplo a mi no me parece que Stallman sea la unica cara del SL eso si es la cara más visible o el icono por excelencia pero la verdad o por lo menos yo lo veo asi - todos los que compartamos el afan de intentar usar software libre por motivos más alla del software en si (por su revision comunitaria, por su apertura...) somos parte de ese conjunto y por lo tanto si en algun momento de nuestra vida escribimos una tradución, hablamos de un programa etc ya somos "predicadores" de un estilo de software por lo menos. El problema esta en que existen instituciones y son las mas visibles y claro quien las lidera es su cara y a eso te refieres y muy bien. Creo que también hay un problema de visibilidad del software libre por falta más que de medios (hoy dia) de estrategias de "marketing" y responsabilidad - su uso en comunidades en escuelas ... , pero ya vemos que mismo en el software libre existen proyectos con poca o ninguna responsabilidad ética sobre lo que hacen - por ejemplo un proyecto que teniendo software libre opte por divulgar y soportar software no libre me refiero a MS office y a un proyecto ya discutido en otro hilo me acuerdo de haber intentado en su momento ver si MS Office habia alternado su licencia y me quede incredulo al ver que no me salia la pagina porque estaba en blanco ahora que estoy escribiendo esto me acorde y supongo que no lo hayan hecho sino es asi mantengo esta opinion). El software libre merece un minimo de respeto y si no lo hacen los que usan el kernel GPL Open quien lo va a hacer? Ese es el prisma que queria poner pero creo que coincidimos en todo, a mi Stallman me parece un tio genial en gran parte de su pensamiento y como digo si erra pues erra y se hace lo que hay que hacer, del punto de vista de algunas de sus ideas yo lo veo un tio que mucho nos enseño y enseñara es parte de la historia como otros, pero cometio un error y tubo el valor de decir - lo cometi y tendre que intentar hacer algo que no limite a los demas. Ah, una cosa que se me ocurre Stallman muchas veces tubo que remar contra vientos y mareas y lo hizo como pudo la aceptacion de las ideas del SL solo hoy dia empieza por ejemplo a cambiar junto de algunas empresas y comunidades fruto de los que nos unimos en volta de este estilo de aportar granitos como bien podamos. Y como dice el amigo arriba la libertad de podernos exprimir es muy dificil de hacerla una norma compacta y facil de ver en que medida es buena o mala, esa libertad de palabras no se puede someter al mismo canon que la libertad de los actos pero la palabra tiene un valor y en ciertas cosas puede ser tan afilada como un arma. Un abrazo amigos.

Hay una cosa que queda clara en esto - Richard tiene valores éticos - metio la pata, un error que entiende el mismo que lo hizo o que alguien lo interpreto asi y hizo lo que hace una persona con valores asumir el error. Tomara muchos hacer lo mismo. Se pierde un gran eslabon de ideas si se retira del contacto publico, para mi algunas de sus ideas son genialidades humanas y de humanidad y asi intentare seguirlo por esos caminos buenos que siempre nos ha dejado. Debo asi mismo decir que comparto lo que tambien dice el amigo arriba con el cartel - la libertad de expresion como tal se esta perdiendo por lo general muchas veces no decimos lo que pensamos por miedo a no salir de lo comun o la regla y eso tiene una cara buena y otra mala. Comparto un poco de las dos posiciones de los compañeros arriba y me gustaria que algunas de las cosas que Richard dijo y dice tubieran mas eco en la sociedad pro asi mismo si hizo el error que el mismo entiende que podria ser interpretad asi debe asumir como hombre de valores sus "consequencias", admitir el error no es para todos es para personas que son capaces de no solo piensan en ellas sino en los otros y en eso Richard fue siempre un ejemplo.

Bueno andaba leiendo yo los portales Linux y me he topado con la noticia que sorpresa me he levado os dejo el link y hago copia del origen de donde estube viendo la noticia en español. Original → https://www.linuxadictos.com/richard-stallman-dimite-del-mit-y-de-la-fsf.html Mucho se va a vertir en la web sobre esto.

Probablemente haya algun intento de correcion hacia nuevos kernels tendras que estar atento a eso o intentar tu mismo parchear el kernel. Mientras no se si lo habras visto pero mira esto → https://forums.linuxmint.com/viewtopic.php?t=266755 https://github.com/heikomat/linux/tree/cx2072x/cx2072x_fixes_and_manual El tema de sonido no raras veces da problemas porque a veces nos olvidamos de que cada ambiente gestiona la possibilidad grafica de monitorar salidas de sonido peor o mejor creo que podrias intentar ver si tienes instalado pavucontrol y ver si te ayuda graficamente a ver si no hay salida de audio colocada en off a mi me paso unas veces en tiempos remotos con nuevas instalaciones y por eso uso mucho pavucontrol - porque en mi caso no era tema de driver aunque pensara que lo era sino tema de que tenia el sonido en off por definicion. No se si podria ser eso dado que los links de los foros que te estoy poniendo son de 2018 y por eso lo logico seria que hubiera parche nativo tercero a kernel o bien correciones mediante instalacion faciles de encontrar en internet como en github. Por intentar no pierdes. Te dejo un link que va por tema de parcheo por edicion manual de archivos de configuracion → https://ubuntuforums.org/showthread.php?t=2391606 Mira a ver si tienes este tipo de driver si te pones a hacer eso.

No necesitas reinstalar si fuera el caso lo deberias hacer hacia una version de kernel que funcionara bien con un parche concreto que podria ser un kernel anterior aunque lo más normal es que sea con nuevo kernel que trae correcciones. Debes centrar-te más en tirar del hilo que te dejo arriba y ver si mediantes buscas no encuentras un modulo driver que haga lo que quieres el problema aqui más que reinstalar todo esta en saber donde podria estar un parche ya que a veces lo vas a encontrar en un foro, en un github, en un sourceforge etc, busca por temas como - nombre de driver - problema - kernel version. Repasa los pasos de parcheo no sea que te falte algo, algun comando etc.

Por si te ayuda → https://forums.linuxmint.com/viewtopic.php?t=274487 https://forums.linuxmint.com/viewtopic.php?t=285715 Por lo que veo es tema de parche a modulo kernel.

Gracias a ti por preguntar.