GNU/Linux >> Tutoriales Linux >  >> Linux

MX Linux MX-21 Xfce - Un viaje salvaje

Recientemente, probé la edición MX-21 Wildflower KDE en mi máquina IdeaPad 3. Que era una maravilla. Entre los mejores sistemas operativos que he probado en muchos otoños. Este gran éxito impulsó mi esperanza, por lo que decidí ampliar mis pruebas a la edición Xfce de esta distribución. A saber, el tema del experimento de hoy.

Voy a hacer lo mismo aquí, de nuevo. Mismo hardware, mismas condiciones. Creo que debería ser un esfuerzo interesante, porque nos permite ver qué tan similares (o diferentes) son estos dos sabores. En todo caso, mi experiencia agridulce de Linux me ha enseñado que las variaciones entre versiones de distribución casi idénticas, por ejemplo:Kubuntu y Xubuntu o similares, pueden ser enormes. Así que no sé qué esperar aquí. Comencemos.

¡No hubo suerte esta vez!

Las cosas empezaron a ir mal desde el principio. Arranqué en la sesión en vivo. Hasta aquí todo bien. Decidí hacer un montón de cambios visuales, porque las cosas se ven pequeñas en la pantalla de 1920x1080px de 14 pulgadas, un problema común con el nuevo hardware.

Inmediatamente, me encontré con muchos problemas. El proceso de hacer las cosas bonitas fue mucho más difícil que lo que logré en MX-19.3, y años luz más difícil que hacerlo en KDE. Pero no entraré en estos detalles todavía, porque no tengo capturas de pantalla. ¿La razón es? ¡Mi sesión en vivo murió!

¿Cómo pasó esto? Bueno, después de una hora de trabajo cosmético, tuve que ir a almorzar. Trabajando con la energía de la batería, decidí suspender la computadora portátil. Cuando regresé y desperté la máquina, la sesión en vivo no se reanudaba. Solo obtuve el fondo de pantalla (con su motivo de flor morada), pero no la pantalla de inicio de sesión. Ninguna cosa. No importaba lo que intentara, la sesión no se reanudaba. Me vi obligado a reiniciar y, por lo tanto, perdí todas mis capturas de pantalla.

Intentos posteriores

Desafortunadamente, las cosas tampoco fueron bien a partir de aquí:

  • Segundo inicio, solo papel tapiz, sin escritorio:la secuencia de inicio nunca progresó a una sesión de trabajo.
  • Tercer inicio, fondo de pantalla solo durante 3 minutos y, finalmente, apareció la sesión en vivo.

Decidí no hacer nada más que la instalación en sí por ahora. El proceso fue similar al que tenía en la edición de KDE y, sin embargo, ligeramente diferente. Consistencia ftw! En el de KDE, el paso de GRUB me ofreció dos particiones ESP, incluida la de los medios en vivo, y fue la seleccionada (erróneamente) por defecto. El Xfce no lo hizo. Solo estaba marcado el ESP correcto en el disco duro. Todo tomó alrededor de cuatro minutos, como antes.

Después de reiniciar, el menú de GRUB mostró dos entradas MX-21 idénticas, y si no sabe cuál es cuál, no puede distinguir entre las instalaciones de Xfce y KDE. El arranque no fue rápido. De hecho, fue muy lento. Una vez más, el sistema se colgó en el paso posterior al arranque y se mostró el fondo de pantalla durante varios minutos antes de que pudiera hacer nada.

Enchufe la alimentación, la pantalla se oscurece. Previsible. PD No puede aumentar el brillo en la pantalla de inicio de sesión, y cuando combina eso con la demora prolongada de inicio de sesión, es realmente molesto.

La CPU hacía ruido. Trabajando constantemente. No estoy seguro de por qué. Luego traté de ejecutar Firefox. Tardó varios minutos en iniciarse, consumiendo ciclos de procesador como un loco. Eventualmente, comenzó, pero fue extraño.

Observe el borde de la ventana de Firefox, pero no la ventana real del navegador que se muestra.

GeckoMain estuvo consumiendo el 50 % de la CPU durante varios minutos.

El sistema no respondía muy bien. Y hay todo un rastro de errores de bloqueo en el registro del sistema, pero al menos no tienes ninguna de esas tonterías binarias journalctl sino mensajes sencillos y honestos:

[] Código:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 / 0 <00> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[] página:0000000044d2de81 refcount:1 mapcount:-1 mapeo:00000000000000000 index:0x0 pfn:0x0
[] banderas:0x7ffffc0001002 (referenciado | reservados | nodo =0 | zona =0 | lastcpupid =0x1fffff)
[] prima:0007ffffc0001002 ffffed4040000008 ffffed4040000008 0000000000000000
[] prima:0000000000000000 0000000000000000 00000001fffffffe 0000000000000000
[] página volcada porque:pte incorrecto
[922.363846] CPU:7 PID:8964 Comm:IPC I/O Niño contaminado:P OE 5.14.0-4mx-amd64 #1Debian 5.14.16-1~ mx21+1
[] Nombre del hardware:LENOVO 81W0/LNVNB161216, BIOS E8CN23WW 28/07/2020
[] Rastreo de llamadas:
[] dump_stack_lvl+0x46/0x5a
[] print_bad_pte.cold+0x6b/0xc6
[] ? __mod_lruvec_page_state+0x7f/0xa0
[] unmap_page_range+0x749/0xc80
[] unmap_vmas+0x78/0xf0
[] exit_mmap+0x9c/0x1f0
[] mmput+0x56/0x130
[] do_exit+0x2fa/0xa90
[] do_group_exit+0x33/0xa0
[] get_signal+0x170/0x8d0
[] ? do_epoll_wait+0xdb/0x760
[] arch_do_signal_or_restart+0xf0/0x7a0
[] ? finish_wait+0x80/0x80
[] exit_to_user_mode_prepare+0x119/0x180
[] syscall_exit_to_user_mode+0x23/0x40
[] do_syscall_64+0x48/0xc0
[] entry_SYSCALL_64_after_hwframe+0x44/0xae
[] RIP:0033:0x7f830eb3a9b9
[] Código:No se puede acceder a los bytes del código de operación en RIP 0x7f830eb3a98f.
[] RSP:002b:00007f8302bb2a88 EFLAGS:00000246 ORIG_RAX:00000000000000e8
[] RAX:fffffffffffffffc RBX:00000000ffffffff RCX:00007f830eb3a9b9
[] RDX:0000000000000020 RSI:00007f830e7c6080 RDI:000000000000000c
[] RBP:00007f830e790880 R08:0000000000000001 R09:000000007fffffff
[] R10:00000000ffffffff R11:0000000000000246 R12:0000000000000000
[] R13:R14 00007f8302bb2cd0:00007f830e71bb00 R15:00007f830e720c00

Esto parece un problema que el núcleo AHS debería abordar. Mi suposición es que esta edición no se preparó correctamente, por lo que hubo una gran cantidad de procesos relacionados con el hardware, incluido todo lo que hemos visto hasta ahora.

Ahora, si lee mi libro de análisis de fallas del kernel de Linux, encontrará el análisis bastante interesante. Con el volcado de registro CS apuntando a 0033 (último dígito impar, detalles en el libro), esto significa que el kernel se activa por un error de usuario. Eso normalmente no es posible, a menos que tenga un error de hardware o una mala llamada al sistema. Dado que la computadora portátil es estable y funciona bien con los otros dos sistemas operativos, incluido el propio MX (y Windows 11), supongo que esta versión tiene un módulo específico de la plataforma que no funciona bien con el firmware de IdeaPad.

Además, durante el arranque, puede ver un error de AMDGPU en la pantalla, que NO aparece cuando arranca el de KDE. Sugerencia, esto probablemente también explicaría por qué Firefox no se inicia, especialmente si espera usar la aceleración de hardware (habilitada de forma predeterminada) y no hay soporte de firmware adecuado, por lo que el sistema no puede usar la GPU correctamente. por lo tanto, la aceleración de la CPU. Así que esto parece un problema realmente malo y acaba con toda mi revisión.

Aparte de eso...

Bueno, el estilo visual era malo. Peor que en MX-19.3. Por lo tanto, aumentar la escala con xrandr solo hace que todo se vuelva borroso, como ampliar una imagen por encima de su resolución nativa. Conky también desaparece de la pantalla cuando haces esto. Un diseño bastante malo.

No creo que puedas ver el problema de escalado de xrandr en la captura de pantalla...

La escala de fuente y el aumento de tamaño de fuente, al menos, funcionan bien. Pero hacer que el panel inferior fuera más alto generó muchos problemas. El ícono de PulseAudio y el ícono del indicador de batería se comportan por separado de los otros indicadores en el área del sistema. Si bien puede cambiar el tamaño del resto (automática o manualmente), estos se comportan solos, por lo que se ve feo. El icono de Bluetooth también pierde su bonito estilo y se convierte en el antiguo icono de 1999 similar a Gnome-2.

Esto es lo más cerca que tengo una mirada decente.

También tuve que hacer el reloj digital más grande. Hay un subprograma similar a una base para el panel, pero no puede reorganizar manualmente los íconos allí, por lo que debe desanclar y luego anclar los íconos para ordenarlos como desee. Cuando combina todos estos problemas innecesarios con los problemas de hardware, tenemos un fracaso en nuestras manos.

Conclusión

MX Linux MX-21 Xfce es todo lo contrario de mi revisión de MX-21 KDE:esa fue encantadora. El Xfce es la peor experiencia que tuve con esta distribución, probablemente nunca. Realmente no pude probar nada correctamente debido a la lentitud general, la congelación de inicio de sesión, los problemas de suspensión y activación, la lentitud de Firefox, el kernel ups y todo lo demás. Pero la personalización visual me mostró un aspecto importante:cuánto más avanzado es KDE y cuán frágil es el escalado en Xfce.

Realmente no estoy de humor para ajustar manualmente 20-30 elementos separados de Xfce solo para tener un escritorio agradable y presentable. Eso es 2005, y tiene que parar. La versión Xfce de MX-21 no está mal, pero es frágil. Peor aún, la distribución se comportó mucho mejor en el pasado, por lo que también tenemos una regresión en nuestras manos. Todo lo que puedo decir es que opte por la versión de KDE, es increíble (entre los mejores sistemas que he probado). Mientras que el Xfce necesita volver al taller y volver a trabajar seriamente. Por desgracia, con esa nota y con un poco de paranoia dando vueltas en mi cerebro, terminamos esta triste reseña.


Linux
  1. 8 razones para usar el entorno de escritorio Xfce Linux

  2. Planificación de la capacidad de Linux:5 cosas que debe hacer

  3. Conceptos básicos de comandos de Linux:printf

  4. ¿Linux necesita una limpieza ocasional?

  5. Laptop en mal estado:recuperación de Linux

TrueCrypt en distribuciones modernas de Linux

El año de la insatisfacción de Linux

Linux Mint 20 Ulyana Xfce - No del todo

Mejor distribución Xfce de 2019

Optimización de Notepad++ en Linux

Linux Mint 19.1 Tessa - A la deriva