Proprio di recente, ho testato l'edizione MX-21 Wildflower KDE sul mio computer IdeaPad 3. È stato un vero spasso. Tra i migliori sistemi operativi che ho provato in molti autunni. Questo grande successo ha rafforzato la mia speranza, quindi ho deciso di espandere i miei test all'edizione Xfce di questa distribuzione. Vale a dire, l'argomento dell'esperimento di oggi.
Farò lo stesso qui, di nuovo. Stesso hardware, stesse condizioni. Credo che dovrebbe essere uno sforzo interessante, perché ci permette di vedere quanto siano simili (o diversi) questi due gusti. Se non altro, la mia esperienza agrodolce con Linux mi ha insegnato che le variazioni tra versioni di distro quasi identiche, ad esempio:Kubuntu e Xubuntu o simili, possono essere vaste. Quindi non so cosa aspettarmi qui. Cominciamo.
Nessuna fortuna questa volta!
Le cose cominciarono ad andare male fin dall'inizio. Ho avviato la sessione live. Fin qui tutto bene. Ho deciso di apportare un sacco di modifiche visive, perché le cose sembrano piccole sullo schermo da 14 pollici 1920x1080px, un problema comune con il nuovo hardware.
Immediatamente, ho riscontrato molti problemi. Il processo per rendere le cose belle è stato molto più difficile di quello che ho realizzato in MX-19.3 e anni luce più difficile che farlo in KDE. Ma non entrerò ancora in questi dettagli, perché non ho screenshot. Il motivo è? La mia sessione live è morta!
Come è successo? Bene, dopo circa un'ora di lavoro cosmetico, sono dovuto andare a pranzo. Lavorando a batteria, ho deciso di sospendere il laptop. Quando sono tornato e ho svegliato la macchina, la sessione dal vivo non riprendeva. Ho solo lo sfondo (con il suo motivo floreale viola), ma nessuna schermata di accesso. Niente. Qualunque cosa avessi provato, la sessione non sarebbe ripresa. Sono stato costretto a riavviare e quindi ho perso tutti i miei screenshot.
Tentativi successivi
Sfortunatamente, anche da qui le cose non sono andate bene:
- Secondo avvio, solo sfondo, nessun desktop:la sequenza di avvio non è mai passata a una sessione di lavoro.
- Terzo avvio, sfondo solo per 3 minuti e poi finalmente è arrivata la sessione live.
Ho deciso di non fare nient'altro che l'installazione stessa per ora. Il processo era simile a quello che avevo nell'edizione di KDE, eppure leggermente diverso. Coerenza ftw! In quello di KDE, il passaggio di GRUB mi ha offerto due partizioni ESP, inclusa quella sul supporto live, ed era quella selezionata (erroneamente) per impostazione predefinita. Quello di Xfce no. C'era solo l'ESP corretto sul disco rigido contrassegnato. Il tutto ha richiesto circa quattro minuti, come prima.
Dopo il riavvio, il menu di GRUB mostrava due voci MX-21 identiche e, se non sai quale, non puoi distinguere tra le installazioni Xfce e KDE. Lo stivale non è stato veloce. In effetti, è stato molto lento. Anche in questo caso, il sistema si è bloccato nel passaggio successivo all'avvio, con lo sfondo mostrato per diversi minuti prima che fossi effettivamente in grado di fare qualsiasi cosa.
Collega l'alimentazione, lo schermo si oscura. Prevedibile. PS Non puoi aumentare la luminosità della schermata di accesso e quando la combini con il lungo ritardo di accesso, è davvero fastidioso.
La CPU era rumorosa. Costantemente al lavoro. Non sono sicuro del perché. Ho quindi provato a eseguire Firefox. Ci sono voluti diversi minuti per avviarsi, mangiando i cicli del processore come un matto. Alla fine è iniziato, ma è stato strano.
Notare il bordo della finestra di Firefox, ma non l'effettiva finestra del browser visualizzata.
GeckoMain ha consumato il 50% della CPU per minuti e minuti.
Il sistema non era molto reattivo. E c'è un'intera traccia di errori di arresto anomalo nel registro di sistema, ma almeno non hai nessuna di quelle sciocchezze journalctl binari ma messaggi semplici e sinceri:
[] Codice: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
[] page:0000000044d2de81 refcount:1 mapcount:-1 mapping:00000000000000000 index:0x0
[] raw:0007ffffc0001002 ffffed404000000 ffffed40400000000 000000000000000000000000000000000000000000000000000000000000000000 a a ai br />[] pagina scaricata perché:bad pte
[922.363846] CPU:7 PID:8964 Comm:IPC I/O Child Tainted:P OE 5.14.0-4mx-amd64 #1Debian 5.14.16-1~ mx21+1
[] Nome hardware:LENOVO 81W0/LNVNB161216, BIOS E8CN23WW 28/07/2020
[] Traccia chiamate:
[] 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
[] Codice:impossibile accedere ai byte del codice operativo al RIP 0x7f830eb3a98f.
[] RSP:002B:00007f8302bb2a88 EFLAGS:00.000.246 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:00007f8302bb2cd0 R14:00007f830e71bb00 R15:00007f830e720c00
Questo sembra un problema che il kernel AHS dovrebbe risolvere. La mia ipotesi folle, questa edizione non è stata preparata correttamente, quindi tutta una serie di processi relativi all'hardware, incluso tutto ciò che abbiamo visto finora.
Ora, se leggi il mio libro sull'analisi dei crash del kernel Linux, troverai l'analisi piuttosto interessante. Con il dump del registro CS che punta a 0033 (ultima cifra dispari, dettagli nel libro), questo significa kernel oops innescato da un errore userland. Normalmente non è possibile, a meno che non si verifichi un errore hardware o una chiamata di sistema errata. Poiché il laptop è stabile e funziona bene con gli altri due sistemi operativi, incluso lo stesso MX (e Windows 11), suppongo che questa versione abbia un modulo specifico della piattaforma traballante che non collabora bene con il firmware di IdeaPad.
Inoltre, durante l'avvio, puoi vedere un errore AMDGPU mostrato sullo schermo, che NON è presente quando avvii quello di KDE. Suggerimento, questo molto probabilmente spiegherebbe anche perché Firefox non si avvia, soprattutto se prevede di utilizzare l'accelerazione hardware (abilitata per impostazione predefinita) e non esiste un supporto firmware adeguato, quindi il sistema non può utilizzare correttamente la GPU, da qui la CPU che va su di giri. Quindi questo sembra davvero un brutto problema e uccide tutta la mia recensione.
A parte questo...
Bene, lo stile visivo era pessimo. Peggio che in MX-19.3. Quindi, aumentare il ridimensionamento con xrandr rende tutto sfocato, come far esplodere un'immagine al di sopra della sua risoluzione nativa. Anche Conky scompare dallo schermo quando lo fai. Un design piuttosto brutto.
Non penso che tu possa effettivamente vedere il problema di ridimensionamento xrandr nello screenshot ...
Il ridimensionamento del carattere e l'aumento della dimensione del carattere, almeno, funzionano bene. Ma rendere il pannello inferiore più alto ha portato a un sacco di problemi. L'icona PulseAudio e l'icona dell'indicatore della batteria si comportano separatamente dagli altri indicatori nell'area del sistema. Mentre puoi ridimensionare il resto (automaticamente o manualmente), questi si comportano da soli, quindi sembra brutto. Anche l'icona Bluetooth perde il suo bel stile e diventa l'antica icona del 1999 simile a Gnome-2.
Questo è quanto di più vicino ho avuto un aspetto decente.
Ho anche dovuto ingrandire l'orologio digitale. C'è un'applet simile a un dock per il pannello, ma non puoi riorganizzare manualmente le icone lì, quindi devi sbloccare e quindi bloccare le icone per ordinarle come preferisci. Quando si combinano tutti questi problemi inutili con i problemi hardware, abbiamo un problema tra le mani.
Conclusione
MX Linux MX-21 Xfce è l'esatto opposto della mia recensione su KDE MX-21:quella è stata deliziosa. Quella di Xfce è la peggiore esperienza che ho avuto con questa distribuzione, probabilmente in assoluto. Non sono riuscito a testare nulla correttamente a causa della lentezza generale, del blocco dell'accesso, dei problemi di sospensione e riattivazione, della lentezza di Firefox, del kernel oops e tutto il resto. Ma la personalizzazione visiva mi ha mostrato un aspetto importante:quanto sia più avanzato KDE e quanto sia fragile il ridimensionamento in Xfce.
Non sono davvero dell'umore giusto per modificare manualmente 20-30 elementi Xfce separati solo per avere un desktop bello e presentabile. Siamo nel 2005 e deve finire. La versione Xfce di MX-21 non è male, ma è fragile. Peggio ancora, la distribuzione si è comportata molto meglio in passato, quindi abbiamo anche una regressione nelle nostre mani. Tutto quello che posso dire, scegli la versione KDE, è incredibile (tra i migliori sistemi che abbia mai provato). Considerando che quello di Xfce ha bisogno di tornare in officina e fare una seria rielaborazione. Ahimè, su quella nota, e con una leggera paranoia che mi turbina nel cervello, concludiamo questa triste recensione.