Resultados de búsqueda undefined

Anónimo {{'2022-03-08T19:31:00.000Z' | moment 'DD/MM/YY HH:mm'}} /#/ 101175

>>101141
>tienen incluso el entorno grafico instalado y con wayland por defecto
hay casos puntuales en que wayland no funciona correctamente, negro. Por lo tanto, tienes que deshabilitarlo (WaylandEnable=false) explícitamente o usar preliminarmente Xorg para verificar si es problema de hardware u otra cosa. Te lo digo, porque casualmente en un caso que me tocó ver hace un tiempo, lightdm se crasheaba con los controladores de Nvidia y entraba en un loop infinito al tratar de cargar el DE. Mientras que con gdm3, intentaba cargar el DE, pero terminaba mostrando caracteres raros, se ralentizaba a full el equipo... ni dejaba entrar siquiera a una miserable consola adicional. ¿Solución? cambiar a otro DM y listo, tema solucionado.

Olvidé mencionar que esto pasa a veces cuando se trata de un equipo viejo pues, negro ~~chilango~~. Porque resulta que si te dedicas a brindar soporte, entre otros, te puede llegar cualquier cosa, por ende, tienes que saber o aprender a cómo proceder, según cada caso. No dejo de reconocer que sí, se ha avanzado mucho en materia de ir facilitando procedimientos para hacer ciertas tareas, pero Winglows al menos sigue siendo mucho más amigable en ese aspecto y no me lo puedes negar, es un hecho. Es más, podría decirte que he tenido que revisar trastos que no pueden correr tu distro favorita por más que quieras, porque son equipos que se usan con hardware propietario para tareas específicas, que tienen soporte única y exclusivamente para Windows, del año de la pera ('98 hacia atrás). No hay alternativas en el free software/open source, porque el fabricante mismo sólo brinda o desarrolló sus cuestiones para funcionar únicamente en algún Windows antiguo en su tiempo. Entonces, ante eso, no puedes ir e instalar gentoo, arch o barebone y esperar a que todo funcione, ya que adicionalmente, tendrías que darte la paja de investigar cómo diseñar drivers, bibliotecas, etc. que puedan reconocer ese hardware propietario. Y si no tienes siquiera algún esquema técnico, código fuente, etc., porque el hardware es propietario —valga la redundancia—, entonces te jodes y tienes que trabajar sobre lo único que funciona, que es en algunos casos PUNTUALES Windows, por más que te arda el ojete.

Así también, si se trata de tu equipo, ~~puta,~~ no hay problema, le cambias lo que quieras, lo trasteas todo lo que desees, reinstalas sistema y listo, pero es distinto cuando es el equipo de otra persona, que lleva décadas usando linux tal vez (de la época en que Ubuntu iba por la versión 10 aprox. por ejemplo) y ha ido actualizando hasta donde ha podido, conservando todo su software personal hasta la fecha, que en el peor de los casos ya no puede conseguir porque ya no está disponible para descarga (imagina un usuario promedio que no usa una versión actualizada de un programa de pago, porque una versión mucho más anterior tiene funciones que en la nueva no vienen quizás...). Entonces, no puedes llegar y borrar todo, porque si intentas hacer una migración de los archivos vinculados al software y te mandas un cagazo con el tema de los permisos y otros parámetros, al intentar hacerlo correr en una instalación nueva, no te resulta, porque varios atributos son completamente diferentes a como eran originalmente en la instalación anterior, por ende, debes saber respaldarlos bien, conservando lo que corresponda. Pero claro, ¿y si hay algún conflicto de dependencias, porque en la instalación nueva no está la misma versión que había en la vieja, por ende el software no te abre? Es complejo el tema, negro. No es puro usar dpkg y ya o cambiar de kernel para que todo sea reconocido sin mayores problemas.

Así que antes de comentar ~~weás~~, mejor ~~cierra el hocico y~~ sal de tu burbujita y date cuenta que no todo funciona como quisieras o son arcoíris, unicornios y pasteles siempre en linux.

Resultados de la búsqueda: