Forum in fase "beta"
C
Ciao Francescox e benvenuto!
Bello che tu abbia trovato Tutto su Linux, nonostante sia sostanzialmente inattivo da un paio di mesi. Spero che riparta presto con nuove iscrizioni e contributi, visto che la piattaforma viene comunque costantemente aggiornata e mantenuta. E funziona bene...
Grazie per i complimenti e a presto!
L'unica cosa da fare è rifare un'installazione pulita su micro SD-card e/o Raspberry funzionante. Come detto, dati e configurazioni varie effettuate nel tempo erano comunque già in salvo. Per il resto pazienza! 
La cosa richiederà sicuramente un attimo in più rispetto ad un "dd" da una SD-card all'altra, ma c'è di peggio...
@DajeLinux Me ne sono accorto solo grazie ai backup, che venivano effettuati con successo ma saltando il trasferimento di un file. Poi guardando meglio:
rsync: [sender] readlink_stat("/usr/share/terminfo/w/wyse60-43-w") failed: Value too large for defined data type (75) IO error encountered -- skipping file deletion
Lo dico anche pubblicamente ( ) :
Si tratta di un piccolissimo server ancora attivo, per cui mi scoccia renderlo temporaneamente inattivo per effettuare test approfonditi. Il pacchetto memtester permette di testare un certo quantitativo di RAM su un sistema attivo: non mi ha rilevato alcun problema finora.
Comunque il disco sarebbe semplicemente una micro SD-card e tutto l'hardware costa quasi niente. È un server a risparmio, ma i diversi servizi che mi offre vanno ancora tutti (nonostante tutto). Vedremo...
Fino a ieri c'era una stranezza che avveniva solo ogni tanto e riguardava l'eseguibile /usr/bin/dircolors. Oggi il problema sembrava persistere e:
file /usr/bin/dircolors
/usr/bin/dircolors: ELF 32-bit LSB pie executable, ARM, EABI5 (SYSV), corrupted program header size, corrupted section header size
Boh...vedo se riesco a fare un test della micro SD-card.
Lo scopo di questo thread sarà rimarcare l'importanza importantissima dei backup ed, eventualmente, farci qualche risata sulle nostre e altrui disgrazie tecnologiche. 
Qualunque cosa vi sia capitata, appartiene ormai al passato: quindi sdrammatizziamo un po' cercando magari di raccogliere bizzarrie divertenti, dovute ad una RAM difettosa o qualcosa di simile.
Postate qui quindi comportamenti imprevedibili, strani, che non succederebbero su hardware ancora sano. Sia chiaro...non problemi di compatibilità o semplici bug di un software...
Magari voi avrete qualcosa di più divertente, ma comincio io con un problema che ho attualmente:
ls -l /usr/share/terminfo/w/wyse60-43-w
lrwxrwxrwt 1 root 8388608 9 May 7 2023 /usr/share/terminfo/w/wyse60-43-w -> 'w'$'\371''60-43-w'
Non ho conoscenze informatiche così approfondite per potervi parlare di bit, numeri binari o ottali, ma posso dirvi che ci sono diversi bit sballati in quanto vi ho mostrato e che ciò è possibile "grazie" ad un hardware moribondo (probabilmente la RAM).
Intanto il file in questione sarebbe un link simbolico e non può esistere quella "t" (sticky bit) su un link simbolico su Linux. Al posto della "t" dovremmo avere una "x".
Poi si è sballato completamente anche il gruppo, che dovrebbe essere "root" (zero) e non "8388608".
Infine si è passati da una "y" a "$'\371'" nel nome del file a cui il link punta.
Poiché di questo sistema mi importa poco e sembra che tutto (quel che serve) continui a funzionare, rimando l'investigazione del problema e la sostituzione di... RAM? ...disco?. Chissenefrega visto che mi importano solo i dati e di quelli ho diversi backup. L'hardware si può buttare senza problemi.
Quindi eccomi qui a raccontarvi tranquillamente il fattaccio e (ri)consigliarvi di fare per bene i vostri backup!
Ma ora la parola a voi! Spero che qualcuno venga a raccontare le sue disavventure...
Non ho molto da segnalare...
COMPATIBILI:
NOTE:
Ciao Riccardo!
Bello vederti qui e pronto a contribuire alla community!
Al tuo computer portatile proverei a fare un esorcismo. 
Penso che tutto il possibile l'avrai già tentato...
Dai! Ti auguro che questi problemi si possano risolvere a breve!
Ti ringrazio per i complimenti! Anche secondo me un luogo del genere, generico (non specializzato su una distro in particolare) e completamente in italiano, ci voleva!
P.S.: Siamo una piccola, neonata community, ma gli italiani residenti all'estero sono già ben rappresentati. 
@stcr ha detto in [SFIDA] I nostri desktop!:
Il mio umile XFCE praticamente stock
@stcr: Sul tuo post risulta un link ad una pagina di errore 
Anche controllando tra gli uploads non risulta nessuna "Istantanea_2024-06-10_21-25-01.jpg". Non so se hai provato a caricarla, ma sicuramente non c'è.
P.S.: Ho inserito temporaneamente un post di prova, caricando un'immagine e a me continua a funzionare.
E quindi non c'è nulla che si possa fare, al momento, per il risolvere il problema delle schermate rosse.
Sarebbe stato bello risolvere tramite i driver presi dalla old stable, anche per avere la prova definitiva che il problema risieda effettivamente nel pacchetto xserver-xorg-video-intel. Rimane il sospetto ma niente di più.
Di tutto ciò, il team di Debian non ne saprà probabilmente nulla. Quindi andrebbe segnalato che la tua scheda grafica dà questi problemi su Debian 12, anche provando con i pacchetti che hai installato dalla old stable. Vedi se puoi segnalare...
Per il resto puoi ritornare ad una normale Debian 12, con il source.list originale e dando un "update" e un "upgrade".
Ciao! Mi sono posto la stessa domanda tempo fa, quando iniziai ad usare Hyprland con Waybar. Volevo semplicemente vedere tutti gli workspace su Waybar, anche quelli vuoti.
Non ho mai appronfondito o cercato altre soluzioni, se non questa:
[...]
exec-once = $TERMINAL --class=ws1 & $TERMINAL --class=ws2
[...]
windowrule = workspace 1, ws1
windowrule = workspace 2, ws2
windowrule = noblur, ws1|ws2
windowrule = nofocus, ws1|ws2
windowrule = opacity 0.0, ws1|ws2
windowrule = noborder, ws1|ws2
Qui fatto per avere due workspace vuoti, ma ne puoi fare quanti ne vuoi.
@pinguinotattico ha detto in Schermate rosse in alcune parti delle applicazioni/siti web su Debian:
Arrivo alla schermata di login e boom... La lancetta dello spazio di inserimento lampeggia, non riesco a scrivere con la tastiera (che è spenta) né nome utente né password, né riesco a muovere il mouse (che è acceso), gradualmente la lancetta lampeggiante dello spazio di inserimento si blocca.
Non ti prometto nulla...ma la buona notizia è che sei riuscito a far partire il server grafico X, anche con pacchetti della old stable e non di Debian 12. Non sono comparsi nemmeno problemi di conflitti. E il pacchetto xcvt non dovrebbe essere un problema.
Però hai rimosso tu manualmente tutti i pacchetti di xorg per l'input...
Dai tu stesso uno sguardo alla schermata in cui synaptic va a rimuovere xserver-xorg-input-eccetera. I pacchetti "video" non sono un problema perché poi hai giustamente installato xserver-xorg-video-intel. Dalla schermate non vedo altri pacchetti....
E se quindi li reinstallassi dopo che ti trovi senza input? Magari installare quelli di Debian 12:
sudo apt install xserver-xorg-input-all
Oppure eventualmente dalla old stable? :
sudo apt install -t bullseye xserver-xorg-input-all
Semmai volessi provare e, finalmente, funziona anche l'input....non toccare il gestore di pacchetti (perché per mantenere questo eventuale sistema funzionante con parti di Debian 11 dovremo bloccare quei pacchetti a quella versione). Fai solo dei test per vedere se non ci sono bug come quello delle schermate rosse.
Poi torni a riferire qui oppure vedi da solo come si fa a bloccare l'aggiornamento di specifici pacchetti.
Off Topic: vado un attimo off topic per segnalare che sto usando la modalità in incognito su Brave perché improvvisamente nella modalità normale, forse a causa di un bug per chi vuole mantenere il suo accesso sul forum, non riesco a rispondere a questo thread e quando provo a fare il login dall'icona in alto a destra mi re-indirizza al mio profilo del forum e dice che mi sono loggato 3 minuti fa (quindi suppongo mi veda online, ma non mi fa comparire né la mia icona in alto a destra e né mi fa scrivere sul forum)
Grazie per la segnalazione! Si, vedo anch'io qualche piccolo problema dall'ultimo aggiornamento del forum. Probabilmente si risolverà nel giro di pochi giorni ad un prossimo aggiornamento.
@pinguinotattico ha detto in Schermate rosse in alcune parti delle applicazioni/siti web su Debian:
I seguenti pacchetti hanno dipendenze non soddisfatte:
xserver-xorg-video-intel : Dipende: xorg-video-abi-24
Questo significa che per fare il downgrade di xserver-xorg-video-intel bisognerebbe fare anche il downgrade di tutto il server grafico X.
Ne vale la pena? Vedi tu...
Comunque il comando, a questo punto, sarebbe:
udo apt install -t bullseye xserver-xorg-video-intel xserver-xorg-core
È il pacchetto xserver-xorg-core a fornire la dipendenza non soddisfatta xorg-video-abi-24. Il comando sarebbe da dare dopo un "update" con quel file sources.list modificato per la old stable. In sostanza aggiungiamo un pacchetto al comando, ma il resto della procedura rimane uguale.
Puoi provare e vedere cos'altro ti dirà apt questa volta. Tieni conto che un xserver-xorg-core è già installato sul tuo sistema, quindi il tentativo consiste nel soppiantarlo con la versione vecchia della old stable.
Più pacchetti andiamo a "soppiantare" e più ci sarà rischio di conflitti. Ma credo di averti avvertito già abbastanza....
Purtroppo credo di aver esaurito i tentativi. Rimarrebbe il tentativo del vecchio driver intel dalla old stabile.
Comunque dovresti riportare il bug a Debian, cosicché gli sviluppatori possano correggerlo in futuro:
https://www.debian.org/Bugs/Reporting
Personalmente potrei solo guidarti nel tentativo di installare il pacchetto xserver-xorg-video-intel dalla old stable. Come detto, però, è da tenere in conto la possibilità di conflitti tra le versioni dei pacchetti. Il tentativo si può fare e, nel caso in cui non sia lo stesso gestore di pacchetti a fermarsi da solo per via di conflitti, devi fermarti tu.
A me sembra che il server grafico voglia utilizzare "modesetting" (in assenza di xserver-xorg-video-intel). Andrebbe anche bene, se non fosse per queste linee incriminate alla file del file di log:
(WW) glamor requires at least 128 instructions (64 reported)
[ 399.250] (EE) modeset(0): Failed to initialize glamor at ScreenInit() time.
[ 399.250] (EE)
Fatal server error:
[ 399.250] (EE) AddScreen/ScreenInit failed for driver 0
Facendo una ricerca, trovi questa segnalazione di bug:
https://gitlab.freedesktop.org/xorg/xserver/-/issues/99#note_977492
E sembra che alcune schede grafiche non supportino "glamor": da qui ecco i messaggi di errore che hai anche tu.
Cosa possiamo provare a fare? Creare un file /etc/X11/xorg.conf.d/20-intel.conf:
sudoedit /etc/X11/xorg.conf.d/20-intel.conf
Dopo aver inserito la tua password, si aprirà un editor di testo da terminale e scriverai:
Section "Device"
Identifier "Intel Graphics"
Driver "modesetting"
Option "AccelMethod" "none"
EndSection
In questo modo dovremmo usare "modesetting", ma disabilitando "glamor".
Oppure scrivi:
Section "Device"
Identifier "Intel Graphics"
Driver "vesa"
EndSection
In quest'ultimo modo dovremmo usare i driver "vesa".
Per usare vesa, devi ovviamente averli installati.
Comunque devi riavviare dopo aver creato e salvato questo file in una delle 2 versioni che ti ho proposto.
E' chiaro che, se mettessimo "intel" sulla riga riguardante il Driver, useremmo il driver intel che ti dà le schermete rosse.
Se funziona una delle 2 versioni del file, bene! Bisognerà solo vedere le prestazioni poi...
Bene! Vediamo un po' di trovare ulteriori informazioni su ciò che succede...
Sulla foto che hai postato, dopo il comando startx, vediamo un errore generico e il file su cui il server grafico va a loggare tutte le informazioni. Quindi...sulla tua home, su /home/orso-polare/.local/share/xorg/Xorg.0.log, troveremo informazioni sul perché il server grafico X non parte. Per favore fai un cat di questo file e posti qui l'outup:
cat ~/.local/share/xorg/Xorg.0.log
Mi sbaglierò ma la mia previsione è che hai un file .conf in /etc/X11/xorg.conf.d, che forza il server grafico ad usare i driver intel. Ma noi vogliamo i vesa...
Quindi serve anche l'output di:
ls /etc/X11/xorg.conf.d
Se la previsione si rivela essere corretta, avrai come output questo file .conf, e lo vedremo! In un caso del genere basterà cancellare questo file .conf, assicurarsi di avere i driver vesa installati (e non quelli intel). E riavviare!
Comunque, come detto, sarà il file Xorg.0.log a darci le informazioni che ci servono. E spero che tu ce l'abbia ancora....
Probabilmente attraversiamo tutti delle fasi di "distro hopping". Non ci vedo nulla di male, come detto anche nel video "Le mie soluzioni per chi soffre di distro hopping".
Se fossi rimasto fermo alla mia primissima distribuzione, Ubuntu (8.04), mi sarei perso davvero tanto, senza nulla togliere a quel che Ubuntu era a quel tempo! Che oggi Ubuntu sia un'altra storia lo sappiamo... 
Però focalizzarsi su una distro, senza saltare continuamente da una all'altra, ha il notevole vantaggio di imparare sempre più ad usarla per bene.
Per carità, non intendo dire che piacendoti Arch devi usare Arch ovunque, su server e Raspberry compreso! Anch'io ho un debole per Arch e uso Parabola, che è una Arch purificata da software non libero. Però negli ambiti succitati me ne tengo ben lontano.
L'ideale, secondo me, è raggiungere un livello di esperienza tale per cui si è in grado di maneggiare la propria distro. Se poi questa esperienza si rivela spendibile anche su altre distro, è meglio...ed in fondo stiamo sempre parlando di un unico sistema operativo: è frammentato ma è sempre GNU/Linux.
L'unica distribuzione che potrebbe smuovermi da dove sto è Guix. C'ho anche già provato con lei. Il problema è che lì bisogna imparare un mondo nuovo, un mondo a parte. Su Guix non impari GNU/Linux, impari ad usare qualcosa di eccentrico e geniale, dopo che già sai usare una distro normale.
Ho menzionato Guix, ma vale sicuramente lo stesso anche per Nix.
Per quanto riguarda la soluzione numero 2, sapresti indicarmi come faccio a reperire il pacchetto xserver-xorg-video-intel old stable?
Te lo dico più in basso ma prima insisterei con i driver vesa, visto che sembrerebbe che il server grafico X non li abbia utilizzati. Facciamogleli utilizzare e ci togliamo il dubbio...
DISCLAIMER: Siccome non ho una Debian a portata di mano e non posso testare il tutto, tu fermati ad ogni passaggio, se non dovessi sapere più come andare avanti, e posta qui quel che vedi.
Ma visto che ti è passata la paura dello schermo nero:
echo "exec startlxqt" > $HOME/.xinitrc
startx
e ci dici cosa succede, mostrandoci eventualmente l'output.
Invece, per installare un pacchetto da un altro ramo di Debian, bisogna sempre stare attenti. Nel tuo caso dovresti duplicare le linee riguardanti "bookworm" sul file /etc/apt/sources.list, poi sostituire ogni "bookworm" con "bullseye" su questa duplica. Le linee originali di Debian bookworm dovranno rimanere e, in più, avrai delle linee corrispondenti per bullseye (la old stable).
Poi sincronizzi i repository con:
sudo apt update
Dopo questo update devi dare esclusivamente questo comando:
sudo apt install -t bullseye xserver-xorg-video-intel
ATTENZIONE all'output, perché non vogliamo conflitti...
Comunque dopo aver installato (o non installato...) il pacchetto di bullseye, dovresti ritornare alla situazione precedente sul file /etc/apt/sources.list e fare un nuovo update.
Se tutto ciò fila liscio e, riavviando, il problema scompare (grazie ai vecchi driver intel), allora poi ci occuperemo di un'ultima cosa. Ma procediamo piano piano...
Ho spostato la discussione su "Driver e periferiche", dato che sembrerebbe essere la categoria corretta per il topic.
Ho installato e reinstallato sia i driver mesa che i driver xserver-xorg-video-intel.
Ok e assumo che tutti i pacchetti siano aggiornati. In caso contrario, devi dare:
sudo apt update && sudo apt upgrade -y
Onestamente ho fatto delle ricerche sulla tua Intel Corporation 82945G/GZ e sembra che questa scheda abbia causato qualche problema in passato.
Attualmente sembrerebbe andare, come confermato da te stesso (Trisquel, Puppy, eccetera) e da questo sito: https://linux-hardware.org/?id=pci:8086-2772-1019-2624
Sulla lista di distribuzioni testate con questa scheda video manca, però, Debian 12 bookworm. C'è Debian 11...
Che si può fare, restando comunque su Debian 12 bookworm? Bella domanda....
Ok... la terza soluzione dovrebbe essere indolore. Se hai una chiavetta con una distro LIVE per ogni evenienza, è meglio ancora. Perché, semmai saltasse il server grafico, ripristini tutto da LIVE.
Quindi questo "rosso" lo vedi anche in altre applicazioni, oltre che su Discover?
Se si, hai fatto una semplice prova con un altro tema per il tuo LXQt? Tra l'altro, noto dal tuo neofetch che hai Adwaita (GTK3) come tema e....mi chiedo se sia normale avere questo tema e non un tema Qt ?!? 
Quindi l'indiziato principale, per me, è il tema. Prova con un altro. Comunque, ci sarebbe eventualmente anche utile l'output di un comando. Apri un emulatore di terminale e digita:
lspci | grep VGA
Poi posta qui l'output del comando.
@DajeLinux ha detto in Avete mai pensato di mollare?:
E poi sai che Wayfire tutto sommato è passabile, per rivivere le vecchie emozioni di Compiz?
Gli ho dato uno sguardo e mi sembra davvero un degno "erede" di Compiz. Essendo un compositor Wayland potrei anche usarlo (sostituendo Hyprland): se fossi ancora un ventenne e volessi impressionare i miei coetanei lo installerei subito... 
Ciao Naeto e benvenuto su Tutto su Linux!
I nostri hardware sono più o meno coetanei.
Visto che sei interessato ai comandi, ti rimando all'articolo Top 30 comandi da terminale su Linux.
A brevissimo arriverà un articolo su come visualizzare dischi/partizioni, tabelle delle partizioni, su come partizionare e formattare. Ma sempre da terminale.