Esses erros indicam que o servidor X não consegue carregar o registro Extended Display Identifaction Data do monitor durante a configuração. Na prática, isso significa que o X tentará escolher o que acha que é uma resolução sã com base em alguma análise, em vez de se autoconfigurar para a melhor configuração disponível para seu monitor específico. O fato de você obter relatórios de dois subsistemas de pesquisa diferentes é apenas uma evidência de que o X está realmente tentando.
Garantir que essas mensagens não apareçam é um pouco difícil: ele exige uma solução de problemas precisamente por que o EDID não pôde ser lido (o utilitário get-edid do pacote read-edid pode ser útil). Se o problema é que o EDID está em um novo formato ainda não compreendido pelo seu computador, então você deseja registrar um bug com muitas informações, provavelmente primeiro no pacote read-edid, após o qual a solução se propaga para outros Programas. Se o problema é que o EDID está corrompido de alguma forma, ou de outra forma ilegível, você precisa atualizar o firmware do seu LCD e / ou controlador de vídeo, que pode ou não ser suportado pelo seu hardware. Se existe algum firmware que produz EDID sensível é outra questão:)
Na prática, se sua tela não estiver corrompida, esses erros não são importantes. Se a resolução não for aceitável, você pode forçar uma resolução criando um arquivo /etc/X11/xorg.conf. Comece executando sudo Xorg -configure e edite para ter sua configuração preferida para o seu LCD. A menos que você esteja muito motivado, pode ser mais seguro ignorar esses erros, pois ajustar o firmware ou testar agressivamente o software durante o desenvolvimento para solucionar problemas de detecção de EDID pode afetar outros fluxos de trabalho no sistema.
Esse erro é normalmente observado em sistemas all-in-one (de qualquer formato) em que o fabricante preparou drivers especiais como parte da instalação padrão, em vez de usar drivers padrão para o hardware e o sistema operacional selecionados. Embora os drivers "otimizados" possam frequentemente trabalhar em torno de problemas específicos de implementação com o hardware, eles infelizmente também oferecem a tentação de trabalhar em torno da conformidade com padrões comuns. Felizmente, a tendência de os sistemas serem embarcados nessa condição foi significativamente reduzida nos últimos anos, à medida que mais e mais ODMs e OEMs validam seu hardware contra múltiplos sistemas operacionais.