Boa tarde . O problema não se relaciona a múltiplos monitores, este é apenas um efeito colateral do problema .
O problema se relaciona com as portas HDMI . Neste exato momento tenho um MiniPC marca Zotac que só reconhece o meu monitor ( um Dell ) na porta HDMI, já testei em mais de 10 monitores diferentes, e de quebra 2 aparelhos de TV . Nenhum deles mostra nada na tela, mesmo tendo apenas um monitor ligado . Serei obrigado a usar um Ubuntu neste sujeito se quiser usar para alguma coisa. ( o Ubuntu Studio reconhece qualquer monitor neste MiniCP ! ) Em 2015, qdo tive este problema eu encontrei este post, e entrei no site em questão, mas não me lembro do nome. e nem guardei o link p/o fórum, sorry . Eu me lembro que na época foi um tutorial de como instalar os drivers proprietários da Nvidia que me levou a este post e a este site . Neste tutorial havia um script que baixava este banco de dados de EDID . Não sei se nenhum destes sites ainda existe . Fábio Rabelo Em qui., 29 de set. de 2022 às 16:58, Antonio Terceiro <[email protected]> escreveu: > Olá, > > Em primeiro lugar, obrigado por disponibilizar o seu tempo para ajudar > outros usuários do Debian. > > On Thu, Sep 29, 2022 at 10:41:23AM -0300, Fábio Rabelo wrote: > > O Sr. está esbarrando em dois problemas históricos do debian . > > > > Uso de 2 monitores, e portas HDMI . > > > > Encontrei estes problemas pela primeira vez em 2015, na época encontrei > as > > "explicações" em fóruns ( em Inglês, não há volume suficiente de usuários > > em PT para que este fórum chegue a ser útil ) . > > > > Tem a ver com a mentalidade extrema dos desenvolvedores do Debian em > > relação a firmware( ou qualquer coisa na verdade ) proprietário . > > > > Cada monitor tem um código EDID que descreve exatamente o que ele faz, > > resoluções e frequências de varredura . > > > > E esta informação é, bem, proprietária . > > > > Qualquer um pode puxar isto via internet, existe um banco de dados > > centralizado sobre isto . > > > > Mas como estes dados são considerados "non-free" pelos desenvolvedores do > > Debian, eles usam um bando de dados "alternativo" que é voluntário, cada > um > > coloca nele o que desejar, e a maioria dos fabricantes de monitores > > simplesmente o ignoram, para quê ter este trabalho adicional se já existe > > um bando de dados sobre isto ? > > > > Sem estes dados do EDID o SO simplesmente não sabe o que aquele monitor > > pode fazer, pto é ignorado pelo SO . > > > > O tipo de extremismo que vem prejudicando o Linux a décadas . > > Você poderia indicar por favor exatamente qual é esse banco de dados > proprietário, que segundo você o Debian se recusa a usar, e qual seria > esse outro banco de dados "alternativo" que é usado no lugar? Em que > pacotes exatamente esses bancos de dados estão? Você tem URLs para > alguma documentação, ou links para código fonte, que indiquem exatamente > do que você está falando? > > Eu uso Debian há 20 anos, e participo do seu desenvolvimento há 17, e > não me lembro de ter passado por, nem de ter lido sobre, nenhum tipo de > problema com múltiplos monitores que tenha sido causado por algo > parecido. Eu já vi cabos HDMI ruins, limitações de kernels mais antigos > que dá pra contornar utilizando um kernel mais novo do backports, e até > já vi hardware que simplesmente não era suportado no Linux mainline > ainda, ou simplesmente bugs ou limitações mesmo, seja em código ou seja > em configuração padrão. > > Mas eu nunca me deparei com nenhuma problema relacionado a suporte a > hardware causado por uma escolha consciente de não distribuir algo > não-livre que seja necessário pra algum equipamento funcionar por mero > "extremismo". > > Nenhum sistema é perfeito. Existem mil problemas pra serem resolvidos > no Debian, e nenhum sistema vai funcionar 100% bem pra 100% dos > usuários. Se tem algo quebrado, não é de propósito. Se você puder me > ajudar a identificar onde é exatamente o problema, podemos trabalhar > juntos para reportar um bug no pacote relacionado, e talvez até numa > solução para esse bug. > > Suporte a hardware é um tópico complicado, e o projeto Debian sempre > procura suportar a maior quantidade de hardware possível, mesmo quando > pra isso é necessário fornecer firmware proprietário, o que entra em > choque direto com os princípio do projeto. Por um lado, o projeto Debian > preferiria fornecer apenas software livre. Por outro lado, sem firmware > proprietário não dá pra usar um bocado do hardware atual, então esse > firmware é distribuído no non-free. > > Nesse exato momento, inclusive, os membros do projeto estão votando para > tornar a imagem do instalador que tem firmware não-livre mais visível, e > talvez até recomendada por padrão, porque infelizmente a maioria do > hardware atual não funciona totalmente sem: > > https://www.debian.org/vote/2022/vote_003 > >
