345 - Mi experiencia con Manjaro y ArcoLinux
En este episodio del podcast te cuento mi experiencia con Manjaro y ArcoLinux. En que situacion me encuentro y donde te pido tu ayuda
Creo que, en el momento de publicar este podcast, llevaré alrededor de un par de meses utilizando Manjaro, y algo menos ArcoLinux. He estado en este tiempo haciendo diferentes pruebas sobre que distribución del tipo Rolling Release, me vendría mejor. O mejor dicho, cual se adaptaría mejor a mis necesidades y requerimientos, y creo firmemente que Manjaro, es la que mejor cumple. Pero no siempre se puede tener lo que uno quiere, o casi. Así, en este episodio te quiero contar mi experiencia con Manjaro y ArcoLinux.
Como verás a lo largo del podcast, te cuento el problema en el que me encuentro, en lo que se refiere tanto a Manjaro como a ArcoLinux. Si te ha sucedido lo mismo, o te imaginas donde puede estar el problema, te agradecería una ayuda.
Mi experiencia con Manjaro y ArcoLinux
¿Porque me quiero cambiar de distro?
Seguramente te estarás preguntando cuales son las razones que me han llevado a cambiar de distro. Lo cierto es que, como bien sabes, soy un firme defensor de permanecer el mayor tiempo posible en una misma distribución. Mas que nada, con el objetivo de conocerla a fondo. Esto es lo que me ha llevado a permanecer en Ubuntu durante tanto tiempo. Lo cierto es que he cambiado puntualmente de distro, pero siempre ha sido de forma puntual, para terminar regresando a mi distro de cabecera.
Pero actualmente tengo dos necesidades que Ubuntu no cubre. La primera y mas importante es tener al alcance de mis dedos la última versión de GNOME. No es que quiera estar a la última. Lo que quiero es mantener mis extensiones a la última, y esto no lo puedo hacer si no tengo la última version, como es lógico.
Por otro lado, si sigues el canal de YouTube, te habrás dado cuenta, que últimamente, estoy publicando muchas herramientas, algunas de terminal y otras de escritorio. Algunas de estas herramientas están en los repositorios oficiales de Ubuntu, otras en PPA, y otras tengo que instalarlas de forma poco ortodoxa o compilarlas. Sin embargo, este problema, no lo tendría en el caso de utilizar una distribución que tenga acceso a los repositorios AUR.
¿Porque no he cambiado hasta el momento?
La siguiente pregunta que me planteo, y que probablemente tu también te estarás planteando es, ¿porque no he cambiado todavía?. Igual que en el caso anterior, son dos razones las que me llevan a permanecer en Ubuntu.
La primera de las razones es por las aplicaciones que desarrollo están mayoritariamente dirigidas a Ubuntu. Mas que nada, por que allí, es donde se encuentra la gran mayoría de usuarios. Así, implementar la aplicación, probarla y empaquetarla es relativamente sencillo.
La otra razón también está relacionada con que es la distribución mas apliamente utilizada. Desarrollar para varias distros es problemático. Hay muchos aspectos que funcionan, independientemente de la distro que utilices. Sin embargo otros, no. Esto, por no hablar del empaquetamiento y la paquetería, que cada una es de su padre y su madre. Por estas razones, prefiero ir al bulto.
¿Como resolver estos problemas?
Lo cierto es que desarrollar para Ubuntu o empaquetar para Ubuntu, en otra distro tampoco es tan problemático, en tanto en cuanto tengo diferentes opciones para hacerlo. Por un lado, tengo la posibilidad de hacerlo en alguno de los VPS que tengo, y en los que mayoritariamente, por no decir, en su totalidad, tengo instalado Ubuntu.
Por otro lado, siempre tengo la opción de levantar un contenedor, empaquetar y distribuir.
De hecho, actualmente, el paquete de Telegram Desktop que puedes encontrar en el PPA atareao/atareao, lo hago de forma completamente desatendida. Simplemente tengo un proceso que todos los días se encarga de comprobar si hay una nueva versión, y en su caso, empaquetarlo y subirlo al repositorio en diferentes versiones de Ubuntu.
¿Porque Majaro y ArcoLinux?
Desde el principio instalé Manjaro, porque es la distro que mas me gusta para lo que tenía en mente. Sin embargo he tenido varios problemas.
En el caso del portátil con el WiFi. Problema que no tengo resuelto de todo, por la última actualización que se ha llevado por delante los cambios que había introducido. Ahí sigo teniendo instalado Manjaro
En el caso del minipc, y que es el equipo que utilizo habitualmente para producir, empecé con Manjaro. Sin embargo, estaba teniendo un problema cuando el equipo suspendía. Y es que cada vez que esto sucedía, cada vez que suspendía el equipo, básicamente se quedaba congelado. Como te puedes imaginar esto es una situación inaceptable para un equipo que además lo quiero utilizar, única y exclusivamente, para producir.
Esta fue la razón para instalar en el minipc ArcoLinux, pensando, por algún tipo de razón ilógica que se resolverían mis problemas. Nada mas lejos de la realidad. Inicialmente, me pareció que era así, pero con el paso del tiempo me di cuenta que no tenía nada que ver con la distribución.
¿Que he hecho y donde me encuentro?
Para resolver el problema del minipc, lo cierto es que he probado casi cualquier cosa que pudiera o tuviera visos de tener relación.
Como de costumbre, en este tipo de situaciones es donde realmente profundizas, a veces, y conoces, parte del sistema, o de la distro, en este caso. Así, he descubierto, que tanto Manjaro, como ArcoLinux, instalan por defecto TLP, algo que no termino de entender porque.
Esto lo descubrí mas que nada, porque en algún sitio leí que esta podría ser una de las razones para que el problema.
Por supuesto he deshabilitado toda opción de que el sistema se suspenda. Y tampoco, porque no creo que esto tenga que ver… Ya veremos.
Así, que esta es la situación en la que me encuentro, y por lo que, casi al principio, te he pedido tu ayuda, a ver si tu das con el clavo.
¿Que voy a hacer?
Sinceramente, espero resolver este problema, y en su caso, volvería a instalar Manjaro, porque, simplemente, me gusta mucho mas la éstetica.
De nuevo, y al igual que hice con Ubuntu, tengo instalado tanto GNOME como bspwm, y aunque actualmente utilizo por defecto bspwm, a la hora de producir, lo cierto, es que necesito el escritorio GNOME para probar las aplicaciones que tienen interfaz gráfico.
Además, las últimas versiones de GNOME, me tienen completamente enamorado. No solo son estéticamente espectaculares, sino que el rendimiento del escritorio es fantástico.
En caso de que no consiga resolver el problema de la congelación, probablemente regrese a Ubuntu en el minipc. En el portátil, todavía tengo varias cuestiones a resolver. No solo está el WiFi, sino que además tengo el problema de las pantallas externas. Aunque esto de las pantallas externas casi que lo dejo para mas adelante.
Sensaciones
Salvados estos problemas, tengo que confesarte que me encuentro muy cómodo sobre todo con la facilidad de instalar paquetes de forma sencilla. La ventaja de tener el último GNOME Shell en mi equipo, y los repositorios AUR.
Por lo demás, finalmente, los entornos de escritorio, son los que he estado utilizando durante los últimos años, con lo que me siento como pez en el agua.
Actualización
Mientras preparaba las notas del podcast, he realizado un nuevo intento que me daba muy buena espina, he añadido el siguiente módulo en la blacklist, y creo que he dado con la solución, al menos aparentemente. Baśicamente he añadido el archivo /etc/modprobe.d/hdmi-blacklist.conf con el siguiente contenido,
blacklist snd_hda_codec_hdmiImagen de portada de Tarik Haiga
Estimado Lorenzo, instale Manjaro KDE en dos rpi 4, cuando entra en suspensión, solo toco la tecla enter, contraseña, para volver a utilizar Manjaro. Una de las rpi 4 con ssd, se me corrompió el sistema, me duro mucho más que con raspian OS, el cual se me corrompe más seguido. Todavía no he dado con el problema. Aparte tengo una pc con windows, por ahora es la que más me dura sin corromper. Sigo tu canal y podcast constante mente,
En mi caso, tengo cuatro RPI4, dos con Rasberry Pi OS, 1 con Ubuntu y otra con Arch, y hasta el momento ninguna se ha corrpomido. Están funcionando perfectametne. Respecto a la suspensión era problema de HDMI mas que de suspensión.
Muchísimas gracias por compartir tu experiencia.
Bienvenido a Manjaro.
El problema con la suspensión e hibernación – yo ahora uso KDE – aparece y desaparece con las actualizaciones de núcleos en mi experiencia.
Tú que tienes conocimientos técnicos superiores a los míos, podrías abrir en el foro de Manjaro una entrada, y ofrecerte a arreglar el problema si te indican por donde van los tiros, que igual si lo saben, pero no tienen tiempo para arreglarlo.
Me haría mucha ilusión que te unieses a mejorar esta excelente implementación de «Arch para seres humanos» que tengo el gusto de usar desde hace tiempo-
El problema que comentas tendría que analizarlo con mas detalle. En mi caso era una cuestión del HDMI mas que de la hibernación, algo que ha quedado resuelta.
Muchas gracias por comentar.
Buenas, Lorenzo. Yo uso Manjaro desde hace mucho tiempo. En mi PC de escritorio con KDE-Plasma y en el portátil con XFCE y Budgie.
Te debo decir que ese problema que comentas no me ha ocurrido a mí, por lo menos en los entornos de escritorio que tengo. Un par de veces, en XFCE, me tardaba muchísimo en desbloquear la pantalla cuando entraba en hibernación, pero después se ha ido solucionando.
En la actualización de tus notas veo que has dado con la solución,… sin embargo, mientras estaba escuchando el podcast pensé que lo mismo era cosa de drivers de la tarjeta gráfica o algo similar, pero mis conocimientos sobre GNU/Linux son muy limitados comparados con los tuyos.
Gracias por el podcast y enorabuena por tu gran trabajo.
Muchísimas gracias por tu comentario. Si ya di con el problema y está funcionando a las mil maravillas.
Estimado Lorenzo, también soy solamente usuario (solo uso en producción) de Manjaro Linux escritorio Cinnamon, instale y llevo con esta distribución desde finales de 2018 con la versión 18.0 «Illyria» , actualmente con la versión 21.2.0 Qonos, de momento sin ninguna salvedad ni problema alguno bajo mi portátil MSI GE62VR 7RF con procesador Intel i7 (4 núcleos), doble gráfica Intel más NvIdea Geforce GTX 1060, 16 Gbytes RAM, 256 Gb SSD + 1 Tb Sata.
Actualmente con kernel 5.10 LTS.
El sistema dura sin corromper, pero tengo que comentar que actualmente, de poco tiempo a esta parte, también tengo este problema que comentas al levantar de una suspensión, pues observo que el portátil queda bloqueado y no me queda otra que forzar un apagado del mismo pulsando el botón de encendido y volviendo a iniciar todo el sistema.
Pienso, no lo se, pues soy solamente un pobre usuario nada más, que el problema, no se debe al HardWare, puesto que en el momento o situación de kernel 5.4 LTS y con versiones anteriores a 21.0 «Ornara» 23-03-2021, yo personalmente creo recordar, no lo se a ciencia cierta, que no he tenido este problema que comentas, ni ningún otro, ahora, actualmente si sufro este problema muchas veces, no siempre, al levantar el PC de una suspensión.
Me da que pensar a mi corto conocimiento, que es debido al kernel posterior, o una posterior versión de la distribución Manjaro Linux. Muy contento con la misma, por que es una distribución muy cómoda para mi uso personal.
Me gustaría también solventar y resolver este problema. Actualmente, escribiendo esta entrada, no he caído en lo que comenta Edgardo Daniel Lo Grasso y la próxima vez, probaré a levantar el sistema de la suspensión solamente tocando la tecla Enter, contraseña, para intentar volver a utilizar Manjaro, y no moviendo el ratón como actualmente he venido haciendo, quizás tenga suerte. No lo se todavía. Si no fuese así, quizás, Lorenzo, pruebe como dices en la actualización de tus notas que veo que quizás has dado con la solución:
Actualización
Mientras preparaba las notas del podcast, he realizado un nuevo intento que me daba muy buena espina, he añadido el siguiente módulo en la blacklist, y creo que he dado con la solución, al menos aparentemente. Baśicamente he añadido el archivo /etc/modprobe.d/hdmi-blacklist.conf con el siguiente contenido «blacklist snd_hda_codec_hdmi».
Muchas gracias por tus artículos y divulgaciones Lorenzo, las cuales sigo, y a las personas que ponen sus entradas en los mismos, un saludo a ellos y a ti siempre Lorenzo.
Muchísimas gracias por compartir tu experiencia. Lo cierto es que actualmente estoy encantado con la decisión tomada, y la estoy disfrutando muchísimo.
Gracias.
Estimado Lorenzo, buenas noches.
Aun persiste en mi portátil MSI con Manjaro Linux Cinnamon este problema que se queda el Sistema congelado y bloqueado al intentar levantarlo después de una suspensión, y solamente soy un profano y triste usuario nada más, me gusta mucho esta distribución, pero no se que hacer ya, si esperar a una corrección por parte de una actualización o esperar a un nuevo kernel LTS, no lo se ya, quería preguntarte tu opinión, si lo corregirán en un futuro, o si tu me dices que lo que expusiste:
Baśicamente he añadido el archivo /etc/modprobe.d/hdmi-blacklist.conf con el siguiente contenido «blacklist snd_hda_codec_hdmi».
Si crees que esto es buena solución, pues me gustaría que me lo confirmases.
Muchas gracias de antemano Lorenzo, y un cordial saludo a ti siempre.
Ginés Hernández Zamora
Muchísimas gracias por tu solución Lorenzo.
De momento esto funciona muy bien al respecto a ese problema de la suspensión.
Has dado en el clavo.
Tienes una cerveza pagada en Puerto de Mazarrón – MURCIA.
Un saludo a ti siempre.
Me alegro que te haya funcionado.
Un saludo.
Estimado Lorenzo, buenas noches.
Después de aplicar tu consejo sobre el tema, observo que el problema que al intentar levantar el sistema después de la suspensión del mismo, sigue quedándose congelado y bloqueado cuando uso el portátil en modo «Batería», pero el problema no se da, está resuelto y funciona bien, cuando funciono con suministro de la «Red eléctrica».
No entiendo que es lo que pasa. ¿Se te ocurre o sugieres algo Lorenzo?.
Gracias de antemano si me indicaras algo.
Un cordial saludo a ti Lorenzo.
Hola Ginés,
Has mirado en el journal a ver si indica algo en esos arranques. Prueba con journalctl –boot=-1 (si el último arranque es el que ha fallado)
Un saludo y gracias por comentar.
Hola Lorenzo.
Sobre el problema que me lleva, aplico en la terminal la siguiente linea que me comentas journalctl –boot=-1 , mis conocimientos son los de un profano, y aquí te muestro la salida del terminal, de lo cual yo no comprendo nada, y aquí te lo muestro en un copia y pega, a ver si a ti te arroja algo de luz, y espero no molestarte mucho Lorenzo, perdona de nuevo, pues soy lego en la materia y no entiendo mucho, aquí te muestro el resultado, yo no entiendo, gracias de nuevo si me ayudas.
Un saludo a ti, en espera de tu respuesta.
[gines@gines-pc ~]$ journalctl –boot=-1
feb 13 18:43:51 gines-pc kernel: microcode: microcode updated early to revision 0xea, date = 2021-01-05
feb 13 18:43:51 gines-pc kernel: Linux version 5.10.96-1-MANJARO (builduser@fv-az47-19) (gcc (GCC) 11.1.0, GNU ld (GNU Binutils) 2.36.1) #1 SMP PREEMPT Tue Feb 1 16:57:46 UTC 2022
feb 13 18:43:51 gines-pc kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.10-x86_64 root=UUID=7508218a-0807-46e6-aa9d-b0e3d50709c0 rw quiet apparmor=1 security=apparmor resume=UUID=d9f6516f-f4c7-453f-ab93-49dd2e2438e4 udev.log_priority=3
feb 13 18:43:51 gines-pc kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
feb 13 18:43:51 gines-pc kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
feb 13 18:43:51 gines-pc kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
feb 13 18:43:51 gines-pc kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
feb 13 18:43:51 gines-pc kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
feb 13 18:43:51 gines-pc kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
feb 13 18:43:51 gines-pc kernel: x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64
feb 13 18:43:51 gines-pc kernel: x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64
feb 13 18:43:51 gines-pc kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format.
feb 13 18:43:51 gines-pc kernel: BIOS-provided physical RAM map:
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009dfff] usable
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x000000000009e000-0x00000000000fffff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000739c0fff] usable
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x00000000739c1000-0x00000000739c1fff] ACPI NVS
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x00000000739c2000-0x00000000739c2fff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x00000000739c3000-0x0000000079a0cfff] usable
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x0000000079a0d000-0x000000007a4c7fff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x000000007a4c8000-0x000000007a50afff] ACPI data
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x000000007a50b000-0x000000007ad02fff] ACPI NVS
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x000000007ad03000-0x000000007b38dfff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x000000007b38e000-0x000000007b3fdfff] type 20
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x000000007b3fe000-0x000000007b3fefff] usable
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x000000007b3ff000-0x000000007fffffff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x00000000fe000000-0x00000000fe010fff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
feb 13 18:43:51 gines-pc kernel: BIOS-e820: [mem 0x0000000100000000-0x000000047effffff] usable
feb 13 18:43:51 gines-pc kernel: NX (Execute Disable) protection: active
feb 13 18:43:51 gines-pc kernel: efi: EFI v2.50 by American Megatrends
feb 13 18:43:51 gines-pc kernel: efi: TPMFinalLog=0x7aceb000 ACPI 2.0=0x7a4d5000 ACPI=0x7a4d5000 SMBIOS=0x7b301000 SMBIOS 3.0=0x7b300000 ESRT=0x788e6418
feb 13 18:43:51 gines-pc kernel: SMBIOS 3.0.0 present.
feb 13 18:43:51 gines-pc kernel: DMI: Micro-Star International Co., Ltd. GE62VR 7RF/MS-16JB, BIOS E16JBIMS.30B 01/16/2017
feb 13 18:43:51 gines-pc kernel: tsc: Detected 2800.000 MHz processor
feb 13 18:43:51 gines-pc kernel: tsc: Detected 2799.927 MHz TSC
feb 13 18:43:51 gines-pc kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
feb 13 18:43:51 gines-pc kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
feb 13 18:43:51 gines-pc kernel: last_pfn = 0x47f000 max_arch_pfn = 0x400000000
feb 13 18:43:51 gines-pc kernel: MTRR default type: write-back
feb 13 18:43:51 gines-pc kernel: MTRR fixed ranges enabled:
feb 13 18:43:51 gines-pc kernel: 00000-9FFFF write-back
feb 13 18:43:51 gines-pc kernel: A0000-BFFFF uncachable
feb 13 18:43:51 gines-pc kernel: C0000-FFFFF write-protect
feb 13 18:43:51 gines-pc kernel: MTRR variable ranges enabled:
feb 13 18:43:51 gines-pc kernel: 0 base 0080000000 mask 7F80000000 uncachable
feb 13 18:43:51 gines-pc kernel: 1 base 007C000000 mask 7FFC000000 uncachable
feb 13 18:43:51 gines-pc kernel: 2 base 007B800000 mask 7FFF800000 uncachable
lines 1-53
Buenas Atareao,
Yo también probé Manjaro y efectivamente el escritorio de Gnome es fantástico, muy logrado. A mi me dio problema el sonido después de una actualización pero la wifi me funciono perfecto de primeras. Para el wifi te recomendaría hacer un clone de git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git y buscar tu controlador, un dmesg te dirá cual es, por otro lado para ver que te esta petando del escritorio se suele mirar el Xorg.n.log en /var/log, de todas formas si te sigue dando problemas puedes quitarle la suspensión momentáneamente hasta que lo corrijan, mírate en https://diocesanos.es/blogs/equipotic/2019/09/06/inhabilitar-la-suspension-y-la-hibernacion-en-linux/ espero que se solucione.
Un saludo.
Hola Marc,
Si, ya di con el problema y lo tengo solucionado. Ya está funcionando en los dos equipos que utilizo, a las mil maravillas.
Muchísimas gracias.
¡¡Bienvenido a Manjaro!! Yo después de muchos años con Ubuntu y un posterior romance con Elementary, acabé en Apricity, lo que me llevó a Manjaro tras quedar discontinuado. GNOME para mi es el entorno de escritorio más productivo, por su minimalismo y enfoque (aunque no esté 100% de acuerdo con todas sus decisiones de usabilidad, pero para eso están las extensiones). Y la experiencia con pacman y AUR es notablemente superior a la de apt, Es un camino sin vuelta.
Muchísimas gracias Nacho. Si, estoy completamente de acuerdo contigo. Sobre todo AUR es algo que me ha impactado muchísimo. Espero poder colaborar cuanto antes.
Para el controlador WiFi, o futuros problemas de actualización de algún paquete
https://ostechnix.com/safely-ignore-package-upgraded-arch-linux/
Para la gestión de energía
https://wiki.archlinux.org/title/Power_management
Hola Miguel,
El problema no es tanto el paquete como la actualización del kernel, pero lo tengo en cuenta para futuras ocasiones.
Muchas gracias, como siempre.
Me pasaba algo muy parecido en manjaro i3, la causa del problema era una mala configuración de picom.
Puedes probar no activando picom para ver si es la causa de tu problema.
En mi caso, era un problema con el hdmi, tal y como explico en el propio artículo, y que detallo como solucionar.
Muchas gracias por la sugerencia.
Saludos.
Suele pasar que parezca congelado, después de una SUSPENSIÓN
Solución:
Vas a terminal con CTRL-ALT-F1 e inmediatamente regresas al desktop con CTRL-ALT-F7
PRUEBALO!!!
Hola buenas noches familia. Uso Manjaro Linux y mi pregunta es sobre Kernels. Con el 4.19 LTS tengo resuelto un problema en la gestión de energía (más concretamente a la hora de levantar la suspensión del Laptop) en mi hardwware. Pero en este Kernel no se ejecutan las aplicaciones «snap». Al contrario de lo que ocurre en los kernels del 5.10 en adelante que me permiten ejecutar «snap», pero con ellos tengo un problema a la hora de levantar la suspensión de mi sistema. ¿Alguna idea? Gracias si me contestan.
Respecto a problema de la suspension todo funciona bien en kernels 4.19 y 5.4 LTS, no así del kernel 5.10 LTS en adelante.
Me aconsejaron instalar un Kernel custom XanMod, pero este tema lo tengo que estudiar.
Un saludo.