São 15 anos usando Linux e, ainda assim, é quase impossível deixar o sistema quieto por muito tempo. Sempre tem algo para ajustar, testar ou refinar. Mas, com o tempo, uma lição se mantém como regra de sobrevivência: nunca destruir o sistema que paga as contas.
Foi com essa mentalidade que, no início de abril, entrou em cena o Fedora 44 com o KDE Plasma em dual boot com o Pop!_OS no meu PC de trabalho. A ideia não era substituir imediatamente o ambiente principal, mas observar. Usar no dia a dia, testar os limites, entender o comportamento. Quase 40 dias depois, o resultado não foi o que eu esperava. E isso não é necessariamente ruim.
O mais curioso dessa experiência não foi encontrar problemas. Isso já era esperado. O inesperado foi não ter voltado para o Pop!_OS nenhuma vez, mesmo quando parecia mais racional fazer isso. O que segue aqui não é um guia, nem um veredito. São anotações de uso. Coisas que funcionaram, coisas que incomodaram e, principalmente, pontos que ajudam a entender por que um sistema que dá um certo trabalho consegue, ainda assim, segurar alguém por semanas sem interrupção.
Trocar o confortável pelo manual sempre cobra um preço
Antes do Fedora, o dual boot era ocupado pelo Bazzite. Um sistema baseado no próprio Fedora, mas com uma proposta completamente diferente: entregar tudo pronto. Drivers, codecs, otimizações. Um ambiente que praticamente elimina o atrito.
Sair disso e voltar para uma distro base é quase como sair de um carro automático para um manual. Nada deixa de funcionar, mas exige mais atenção. E, às vezes, mais paciência. Essa mudança escancara uma verdade simples: escolher entre qualquer sistema operacional não é escolher ausência de problemas. É escolher quais problemas você prefere lidar.
No caso do Fedora, a escolha é por mais controle, mais transparência, mais responsabilidade.
Drivers NVIDIA: funcional, mas longe de ser intuitivo
Um dos primeiros choques para quem vem de distros mais “prontas” é lidar com drivers proprietários. No Bazzite e no Pop!_OS, a NVIDIA praticamente não existe como preocupação. No Fedora padrão, ela volta a ser um fator.
O processo não é complexo, mas também não é óbvio. Existe uma etapa crucial logo após a instalação: habilitar repositórios de terceiros. Um botão discreto, fácil de ignorar, que desbloqueia acesso ao RPM Fusion, onde estão os drivers e outros pacotes importantes.
A partir daí, o próprio sistema oferece uma interface gráfica para instalação dos drivers. Funciona bem. Mas há um detalhe pequeno e significativo: não existe um aviso claro de que é necessário reiniciar o sistema após a instalação.
Esse tipo de ausência não quebra o sistema, mas quebra o fluxo. Para quem já sabe o que está fazendo, é só mais um detalhe. Para quem está começando, vira um ponto de confusão. O Fedora segue sua filosofia de priorizar software livre. Isso é coerente. Mas adiciona etapas para o usuário comum que outras distros já resolveram.
Codecs e o retorno inesperado ao terminal
Se os drivers já exigem atenção, os codecs deixam ainda mais evidente a diferença entre um sistema “pronto” e um sistema base. A ausência de miniaturas no gerenciador de arquivos para vídeos gravados na câmera é o tipo de problema que não impede o uso, mas atrapalha o trabalho.
A solução passa novamente pelo RPM Fusion, mas com uma pegadinha: o repositório necessário não é exatamente o mesmo utilizado para os drivers, resultando em mais investigação.
E, nesse ponto, o terminal deixa de ser opcional. A instalação de codecs, especialmente envolvendo o ffmpeg completo, exige comandos específicos. Funciona, resolve, mas cria um atrito desnecessário para quem espera resolver tudo pela interface gráfica.
O contraste com distribuições como Linux Mint é inevitável. Lá, o sistema oferece um caminho claro e direto. No Fedora, o caminho existe, mas precisa ser descoberto.
Nem tudo são problemas estruturais. Alguns pontos são apenas pequenos incômodos que, ao longo do tempo, se acumulam.
Um exemplo curioso foi o Solaar, ferramenta para gerenciar periféricos da Logitech. Instalar é simples. Fazer iniciar automaticamente também. O problema aparece no comportamento: o aplicativo abre na tela toda vez que o sistema inicia, em vez de ficar discretamente na tray.
A solução envolve editar manualmente os argumentos de inicialização. Algo simples para quem tem familiaridade, mas completamente fora do radar para a maioria dos usuários. E o mais curioso é que esse comportamento não acontece em outras distros. O que mostra como pequenas diferenças de implementação podem impactar a experiência.
Quando o avançado vira esperado
Alguns desafios são mais compreensíveis. Instalar o NVIDIA Container Toolkit, por exemplo, é claramente uma tarefa voltada para desenvolvimento. Aqui, o terminal não incomoda. Faz parte do processo. O que chama atenção é como algumas distros já integram esse tipo de ferramenta, enquanto outras exigem configuração manual.
O Fedora não tenta esconder essa complexidade. E, para quem busca flexibilidade, isso é positivo. Mas também deixa claro que ele não está tentando ser a opção mais amigável. Mas se existe um ponto que realmente colocou o sistema à prova, foi o DaVinci Resolve.
A instalação tradicional simplesmente não funcionou. Problemas de dependência, conflitos, instabilidade. Um cenário comum quando software proprietário encontra distribuições com atualizações frequentes.
A alternativa foi usar containerização, com o DaVinci Box. A ideia é excelente: isolar o ambiente e evitar que atualizações do sistema quebrem o programa. Ainda exigiu ajustes adicionais, incluindo configuração manual para reconhecimento da GPU. Só depois disso o software passou a funcionar corretamente.
Esse tipo de situação evidencia um ponto importante: nem sempre o problema é da distro. Muitas vezes, é da forma como o software é distribuído. Mas, para o usuário final, essa diferença pouco importa. O que importa é funcionar. E, nesse caso, funcionou, depois de muita insistência.
Atualizações automáticas que existem… mas não completamente
Outro ponto curioso é o sistema de atualizações automáticas. A interface sugere que o recurso existe e pode ser configurado facilmente. Na prática, o comportamento não é totalmente consistente. Alguns pacotes parecem atualizar sozinhos, outros não.
Existe uma solução via plugin do DNF, mas exige configuração manual e não entrega exatamente a experiência que a interface sugere. Não é um problema crítico, mas cria uma sensação estranha: o recurso está ali, mas não está completamente integrado.
Quando algo simplesmente não funciona
O Kamoso, aplicativo padrão de webcam, foi um desses casos. Travamentos, congelamentos e comportamento inconsistente.
Não é algo que impacta o uso diário de forma significativa, mas chama atenção por ser um app padrão. Especialmente em um cenário em que estabilidade já é algo esperado no desktop Linux moderno.
Design: o ponto mais difícil de ignorar
Talvez o maior desafio não esteja nos bugs ou na configuração, mas na experiência visual e de uso. O KDE Plasma é poderoso, flexível e cheio de recursos. Mas a consistência entre aplicações não acompanha esse nível.
Diferenças de interface entre apps do próprio KDE, e principalmente entre apps KDE e GNOME, criam uma sensação de fragmentação. Algo que fica ainda mais evidente ao explorar o Flathub.
Não é algo que impeça o uso. Mas exige uma decisão consciente: ignorar essas inconsistências e focar no que funciona bem.
Onde o KDE Plasma realmente brilha
Se os problemas existem, os pontos fortes também são difíceis de ignorar. O sistema de arquivos BTRFS, por exemplo, oferece uma segurança enorme com snapshots. A ausência de uma interface nativa é compensada por ferramentas como o BTRFS Assistant, que tornam o recurso acessível.
O Spectacle é um destaque claro. Um aplicativo de captura que compete facilmente com soluções pagas, tanto para imagem quanto para vídeo.
A escala fracionada funciona de forma surpreendentemente boa, mesmo em cenários com múltiplos monitores e placas NVIDIA. Algo que ainda é problemático em outros ambientes.
O Konsole entrega funcionalidades que vão além do esperado, com recursos que facilitam o uso sem exigir memorização constante de comandos.
E o Dolphin talvez seja o melhor exemplo de ferramenta pensada para produtividade. Flexível, personalizável e eficiente na organização. Pequenos detalhes, como personalização de pastas e criação de links simbólicos, fazem uma diferença real no dia a dia.
Além dos grandes recursos, existem detalhes que tornam o uso mais agradável. Indicadores visuais úteis, controle individual de brilho em múltiplos monitores, possibilidade de renomear dispositivos de áudio… são pequenas coisas, mas que mostram um cuidado com o uso cotidiano.
O KDE não tenta ser minimalista. Ele tenta ser completo. E, em muitos momentos, consegue.
Fedora + KDE: uma relação que funciona, mas não é simples
Depois de 40 dias, a conclusão não é definitiva, mas é clara. O KDE Plasma se mostrou extremamente competente para produtividade. Flexível, poderoso e capaz de se adaptar a diferentes fluxos de trabalho.
O Fedora, por outro lado, mantém uma postura mais técnica. Entrega uma base sólida, atualizada e confiável, mas exige mais envolvimento do usuário. Essa combinação funciona. Mas não é a mais simples.
Para iniciantes, soluções como o Bazzite continuam sendo mais acessíveis. Já para quem busca controle e flexibilidade, o Fedora oferece um terreno mais aberto.
E o Bazzite não é apenas uma distro gamer; ele consegue ser suficientemente poderoso para a produtividade cotidiana. Confira como foi utilizar o sistema em nosso trabalho!