Desapontado com o Linux em geral...

tipoff
(usa Outra)

Enviado em 12/02/2024 - 11:29h

Tenho o LMDE 6 instalado em uma partição, e como todos sabem, LMDE é baseado no Debian 12.

Tenho uma RTX 3050 que funciona(va) perfeitamente com o driver nvidia versão 525, o qual acompanha o Debian 12.

A poucos dias atrás, teve um update do Debian para a versão 12.5. Atualizei e no meio do processo estoura um erro!

Error! Bad return status for module build on kernel: 6.1.0-18-amd64 (x86_64) 

Ok, ao reiniciar o sistema, perdi o driver e a resolução ficou toda zoada! Sem volta, pesquisei o erro no google e descobri que tem mais pessoas com o mesmo problema envolvendo driver da nvidia com a nova versão do Debian 12.5, eis os links:
https://forums.developer.nvidia.com/t/debian-12-and-nvidia-driver-nvidia-linux-x86-64-470-223-02-run...
https://unix.stackexchange.com/questions/769026/debian-12-linux-image-6-1-0-18-amd64-dist-upgrade-fa...
https://unix.stackexchange.com/questions/768988/debian-12-5-kernel-fails-to-install

O problema em questão é com o kernel 6.1.0-18-amd64. Ai que está, eu me pergunto: o pessoal do Debian não testa os pacotes antes de enviar uma atualização global? Não tem equipe de testes para validar as coisas? Cadê a suprema estabilidade do Debian?

"Ah! mas o culpado é o usuário que escolhe nvidia para usar linux!"

Mermão, NVIDIA é responsável por 87% do mercado para laptops e desktops no mundo! É a marca mais utilizada quando se fala em placas de vídeo para PC!
https://wccftech.com/gpu-market-rebounds-q2-2023-amd-nvidia-intel-increased-shipments-discrete-gpus-...

A poucos meses atrás, teve outra atualização envolvendo corrupção do sistema de arquivos com ext4. Imagina um usuário comum passando por isso?

Recentemente até voltei a fazer dual boot com Windows 11. Podem falar mal do Windows, mas no Windows pelo menos tudo funciona bem. De drivers até resolução de alta definição.

Sou usuário Linux a mais de 10 anos, e em todo esses anos já tive que parar tudo para ajustar bug de atualização independente de distro. Isso porque teve épocas que eu gostava de fuçar e resolver problemas de sistema, mas hoje eu não tenho mais interesse nessas coisas e só quero que o meu sistema funcione. O Debian até poucos anos atrás se enquadrava nesse requisito, depois dessa já não sei qual distro pode ser considerada a "mais estável de todas!", porque se até o rei da estabilidade quebra fácil assim, o que dirá das outras?

E por falar em outras distros, já tive esse tipo de problema com o Fedora, mas pelo menos o Fedora funciona meio como uma distro de testes da Red Hat, e é esperado ocorrer esse tipo de problema. Mas não esperava ocorrer isso em uma distro estável ou LTS, como é o caso do Debian.

Enfim, um desabafo.

clodoaldops
(usa Linux Mint)

Enviado em 12/02/2024 - 12:41h

Como atualmente as minhas máquinas são 100% Intel, eu não tenho queixas usando LMr LMDE.
Quando eu tinha uma GTX, eu usava o driver recomendado pelo gerenciador de drivers do LM, que não atualizava o kernel sem minha permissão.
Sempre ouvi falar que após atualizar kernel eu deveria reinstalar o driver proprietário.
Mas nunca precisei fazer isso.

**************************************
DICAS LINUX PARA NOVATOS
https://dicaslinuxparanovatos.blogspot.com/

tipoff
(usa Outra)

Enviado em 12/02/2024 - 12:56h

@clodoaldo, o pessoal do Linux Mint/LMDE não tem culpa nesse caso, o pacote da nvidia vem dos repositórios do Debian 12. Quem tem que garantir a qualidade do pacote da nvidia é o pessoal do Debian.

Inclusive, os links que postei são relacionados ao Debian 12. Pode ver que as postagens são bem recentes. Inclusive, em um desses links, tem um outro usuário batendo na mesma tecla que eu, que é a falta de cuidado por parte do Debian em testar as coisas. Veja o que ele diz:



Reinstalar o driver não funcionaria, pois o dkms, que é o programa responsável por "buildar" o driver da nvidia para cada atualização de kernel, será executado da mesma forma, ocasionando o mesmo erro. A correção tem que vir do próprio Debian, através de algum patch.

SamL
(usa XUbuntu)

Enviado em 12/02/2024 - 12:58h

Pior que eu to nessa de querer só que o sistema funcione. Tô no Xubuntu 20.04 ainda porque o instalador do 22.04 tá bugadaço e digo o mesmo: ninguém testa essas coisas não! Parece até a empresa que trabalhei: faz ai a tela Samuel e manda pra produção, se o cliente reclamar é teu rab0 que será o da vez!

Mas em se tratando da nvidia, tem que aliviar um pouco pro lado do time do Debian, Linus já reclamava da falta de abertura da empresa com especificar os drivers, etc. Teve até aquele meme onde ele manda a nvidia ir se folder e dá seu próprio dedo do meio de grátis pra consumar o ato, open finger framework, né?

Falando sério, pelo menos ficou a lição de travar o kernel sempre quando instalar o driver gráfico, vendo pelo outro lado, pelo menos não foi que nem eu que perdeu 3GB de dados no HD por conta do rclone, nessa hora a vontade de xingar foi tão grande que quase compro uma passagem pro país do criador do programa e vou lá xingar na cara dele, mas ai a burocracia do processo me impediu e fiquei apenas chorando os bits apagado.

Enfim, é assim que funciona a coisa, infelizmente. Se Linux fosse um produto de uma mega empresa a Free-Open Association, talvez a qualidade das coisas fosse bem maior (ou talvez não), quem sabe estamos no melhor lado que poderia ter e o outro é tão ruim quanto o de agora?

https://nerdki.blogspot.com/ acessa ai, blog dedicado Paranóia!

tipoff
(usa Outra)

Enviado em 12/02/2024 - 13:30h

@SamL, entendo perfeitamente a sua dor. Parece que nos últimos anos, os desenvolvedores das principais distros deram uma relaxada boa quando se fala em testes. Não é de hoje que percebo essas falhas durante atualizações, me parece que essa nova geração de devs de linux não estão nem ai para as coisas.

Comentei ali sobre outra atualização do Debian que ferrou quem usa ext4, teve até um tópico criado pelo @Mauriciodez:
https://www.vivaolinux.com.br/topico/Debian/Atualizacoes-do-Debian-lancamento-do-debian-123

Sobre nvidia, cara até entendo essa discórdia entre a empresa com a comunidade, a nvidia não é santa não. Mas assim, o que custa travar a atualização do kernel para quem faz uso do driver proprietário? No meu entender, na criação de um pacote .deb, existem meios de travar atualização de outro pacote caso esse esteja instalado. Seria uma forma de impedir a quebra do sistema nesses casos, até que resolvam o problema por outra atualização. Isso seria bom e o usuário não precisaria se preocupar.

Agora, parece que o pessoal do Debian não está nem ai para quem usa nvidia, parece que eles gostam de mostrar que "ah vc usa nvidia? então toma aqui! Ferrei seu sistema hihihi". Eu até deixei de usar o LMDE aqui, estou no Windows até que resolvam esse problema, já vi que alguns usuários estão usando um patch lá do gentoo para resolver o problema, mas não vou ficar mexendo em patch e compilando driver manualmente nem f****!

clodoaldops
(usa Linux Mint)

Enviado em 12/02/2024 - 13:31h

Instalador do Xubuntu está bugado há um bom tempo.
Nesse ponto o Ubuntu MATE está levando vantagem.

**************************************
DICAS LINUX PARA NOVATOS
https://dicaslinuxparanovatos.blogspot.com/

SamL
(usa XUbuntu)

Enviado em 12/02/2024 - 13:43h

Eu creio ser esse o pensamento, ou talvez algo nesse sentido. Talvez tu possa até reinstalar o sistema na partição caso seja separada, mas ai o negócio será deixar tudo o mínimo usável pra trabalhar. Passei por isso no update do 20.04 pro 22.04 e perdi tudo que tinha na raiz.
Talvez tu possa fazer um chroot e pegar a lista de programas instalados pelo dpkg e ai seguir instalando na partição novamente.

https://nerdki.blogspot.com/ acessa ai, blog dedicado Paranóia!

SamL
(usa XUbuntu)

Enviado em 12/02/2024 - 13:45h

cara,ba, ainda? Acho que vai chegar uma nova versão LTS até resolverem esse bug, ou pior, vai passar dua versões LTS com o bug e a terceira a gente tem que rezar pro bug ser resolvido.


https://nerdki.blogspot.com/ acessa ai, blog dedicado Paranóia!

Giovanni_Menezes
(usa Devuan)

Enviado em 12/02/2024 - 14:13h

Não sei como funciona a politica de atualizações do LMDE mas no Debian as atualizações só são aplicadas
no kernel quando se trata de correções de segurança, pelo menos até onde eu sei.

Antigamente se tinha a máxima de não fazer upgrade de Kernel a não ser em casos realmente necessários.


https://odysee.com/@sabotagem:b

clodoaldops
(usa Linux Mint)

Enviado em 12/02/2024 - 15:53h

Faço upgrade de kernel no LM apenas para efeito de aprendizado.
Não tive problemas usando o Gerenciador de Atualizações.
Mas é um desktop 100% Intel.

**************************************
DICAS LINUX PARA NOVATOS
https://dicaslinuxparanovatos.blogspot.com/

tipoff
(usa Outra)

Enviado em 12/02/2024 - 16:04h

O LMDE não tem política de atualização aparente, o que o Debian lançar, aparece no gerenciador de atualização. O que me surpreende é que essa atualização veio do Debian stable, não é nem testing ou sid, é da versão estável mesmo.

Sempre usei nvidia com linux, e já tive esse tipo de problema mas usando o testing do Debian ou com Fedora, o que é esperado, nunca me ocorreu em uma versão estável. Confesso que o Debian era o meu porto seguro quando o assunto é usar Linux em máquina de produção, agora já nem sei qual distro apostar.

tipoff
(usa Outra)

Enviado em 12/02/2024 - 16:11h

Por alguns anos, mantive expectativas em relação ao Chrome OS, considerando que é um sistema baseado em Linux e desenvolvido por uma grande empresa (Google). No entanto, parece que ele não ganhou impulso significativo, permanecendo estagnado devido à sua limitação a serviços baseados na nuvem. Acredito que, se o Google tivesse uma estratégia mais voltada para o mercado de desktops, o Chrome OS poderia ser um concorrente forte para o Windows, com a vantagem de ser compatível com aplicativos Android.