Newsgroup: it.comp.os.linux.iniziare
Titolo: blocco con collegamento a smart tv

ho un a smart tv samsung collegata via hdmi a un barebone con un pentium 
j5005 e scheda video intel uhd 605, su cui girano in dual boot windows e 
una fedora. i pacchetti installati sono tutti da repo abbastanza 
standard (al massimo rpmfusion e unitedrpm) e ho fatto dei tweak minimi 
con fedy, tipo i driver intel proprietari e poco altro. se uso il 
computer, non ho notato malfunzionamenti: la ram e il processore sono 
occupati molto poco e la macchina va bene, riproduce fluidamente i 
filmati in 4k con vlc/kodi, naviga, streaming, p2p con amule, cose così.
 
tuttavia se lo lascio a se stesso con il monitor spento, tempo mezz'ora 
e il sistema si freeza senza che io possa fare altro se non spegnere 
brutalmente col bottone di accensione: me ne accorgo perché riaccendendo 
la tv sul suo canale hdmi, il display rimane nero (come se la macchina 
fosse andata in sospensione) ma il s.o non si risveglia, non prende 
neanche input tipo ctrl+alt+f6. dalle impostazioni di kde mi pare di 
aver disattivato correttamente screensaver, sospensione e ibernazione. 
il problema dovrebbe essere quindi il collegamento con la tv. ho 
giocherellato col compositore (opengl 2.0, opengl 3.1 e xrender), ho 
avviato sessioni xorg e wayland e impostato la risoluzione a 1920x1080 
(che, quando non devi vedere i film in 4k è anche più comoda) ma niente, 
il comportamento si ripete sempre.
 
in più con windows la cosa non accade e per evitare di sputare sangue ho 
piallato fedora e messo arch, che ho notato non soffrire di questo problema.
sono convinto che si tratti di qualcosa nella configurazione di fedora 
(e quindi su cui si potrebbe intervenire) piuttosto che di un bug, ma 
non si può mai dire. queste tv moderne potrebbero mettersi a 
chiacchierare più del necessario coi nostri s.o. invece che fare 
semplicemente da output. ormai mi è rimasta la curiosità, non credo che 
rimetterei fedora su quella macchina anche se arch non è perfetto 
(meriterebbe un thread a parte) e dovrei passare a una distro ancora più 
stabile e affidabile, tipo slackware

Il 09/01/21 11:31, dross ha scritto:

avevo trovato la soluzione usando arch, che fino a qualche giorno fa 
aveva di default il kernel 5.4 lts. il problema era proprio 
un'incompatibilità di qualche tipo tra il mio hw (forse della scheda 
video intel) e un kernel maggiore di 5.4: passando al 5.10 lts sono 
ripresi i freeze e ho fatto 2+2. dato che questo si aggiungeva a altre 
problematiche, ho piallato tutto, riorganizzato il partizionamento 
mettendo fedora + windows (windows nelle ultime partizioni, così se deve 
fare le sue porcherie con le partizioni di ripristino non mi fotte 
l'avvio), abilitato il repo dei kernel 5.4 e ora vado tranquillo.
 
la mia esperienza con arch è stata breve ma intensa e direi che per chi 
vuole smanettare molto all'installazione, un po' nella configurazione e 
ha voglia e tempo di avere una base di pacchetti binari e altri 
compilati da sé (ma automaticamente!) è la distro perfetta, ma per l'uso 
che dovevo fare della macchina mi trovo meglio con fedora. spero solo 
che le nuove versioni del kernel superino il problema perché il supporto 
per il 5.4 non penso sarà eterno.
il peggior difetto di fedora è di non essere rolling e non mi fido a 
passare da una versione alla successiva senza reinstallarla da zero, ma 
credo di poter trovare quella mezza giornata ogni 7-8 mesi da dedicarle

 credo di poter trovare quella mezza giornata ogni 7-8 mesi da dedicarle
 
Purtroppo, per qualunque distribuzione, e`
richiesto un certo impegno di coccole
quotidiane, al massimo settimanali... :-)
 
bye,
 
-- 
 
piergiorgio

 
 
sì, un dnf update almeno mensile è d'uopo.
 
se non ci fosse una situazione ingarbugliata, direi che centos stream 
sarebbe la soluzione migliore, essendo rolling e collaudata. vediamo che 
succede nei prossimi mesi, potrei anche tenermi la fc33 fino alla 
"morte" (più o meno un mesetto dopo l'uscita della 35) e a quel punto 
decidere come agire. intanto rimane il problema di base, cioè che i 
nuovi kernel non amano il mio hw, tv compresa anche se non ho provato 
quelli nuovissimi dai repo dedicati. sapere che è un problema superato 
con le release 5.11 o successive mi darebbe più autonomia

 con le release 5.11 o successive mi darebbe più autonomia
 
Il 5.11 mi pare sia per fc34, non credo di
averlo visto per fc33, ma potrei sbagliare.
 
bye,
 
-- 
 
piergiorgio

 rolling ma paghi il suo essere testing, e non mi va di rischiare
 
non ha molto senso come ragionamento. un media center giustamente una volta configurato bene è giusto rimanga stabile, più che una rolling è opportuno scegliere una distribuzione con long term support. 
il vantaggio delle release è che le versioni dei software sono fissate e durante i normali aggiornamenti ti arrivano fix e minor version. giustamente imho, perché gli aggiornamenti major uno li vuol fare in modo controllato. con una rolling tipo arch quando esce una nuova versione ti arriva e non ci sono santi che tengono, è vero che puoi fissarle ma così facendo prima o poi finisci nel dependency hell.