Linux 5.10.1 chega 24 horas após o lançamento anterior

Linus Torvalds anunciou a disponibilidade do Linux 5.10 alguns dias atrás (a partir de 13 de dezembro de 2020), versão que traz muitos novos recursos, melhorias, novos drivers e drivers atualizados para melhor suporte de hardware. E é que depois de sete semanas de desenvolvimento, o Linux 5.10 está finalmente aqui como a versão mais recente do kernel para distribuições GNU / Linux que desejam suporte de hardware de primeira linha. Além disso, é um ramo com suporte de longo prazo (LTS), o que significa que provavelmente receberá suporte nos próximos 5 anos.

Após este lançamento Demorou apenas 24 horas para a atualização corretiva do "Linux 5.10.1" ser lançada. Como um primeiro lançamento pontual, normalmente não chegaria até alguns dias ou semanas após o lançamento do Linux 5.10. Porém, desta vez, acontece um dia depois.

Linux 5.10.1 tem apenas duas correções, ambas afetando o código de armazenamento. Há uma reversão para uma solução anterior em torno dos limites DISCARD RAID para RAID1 e RAID10 no código do mapeador de dispositivo.

O compromisso simplesmente diz

"Isso está causando problemas tristes."

O outro corrige a variável de setor do bloco de código MD de um int não assinado para um int simples, também com o fundamento de que "isso está causando problemas". A última alteração do código MD acabou interrompendo a montagem de pelo menos as configurações RAID6 no Linux 5.10 e foi rapidamente percebida por desenvolvedores anteriores ao mudar para a versão final do kernel.

Os problemas são sérios o suficiente (especialmente quando os bugs afetam o código do kernel relacionado ao armazenamento) e assim levou ao lançamento imediato do Linux 5.10.1.

Portanto, o Linux 5.10.1 está disponível e os usuários são encorajados a atualizá-lo, caso ainda não estejam nesta série LTS mais recente.

A respeito de Os destaques do novo ramo LTS incluem suporte para a extensão de marcação de memória ARMv8.5, suporte para o algoritmo de assinatura digital SM2, suporte para protocolo de transporte CAN ISO 15765 2: 2016, suporte para o protocolo multicast IGMPv3 / MLDv2 e suporte para enclaves Amazon Nitro. O sistema de arquivos EXT4 agora vem com um modo de "confirmação rápida" que reduz drasticamente a latência de operações de vários arquivos, o sistema de arquivos ZoneFS tem uma nova opção de montagem chamada abertura explícita e o sistema de arquivos OverlayFS agora pode ignorar todos os formulários defsync.

Também apresenta o capacidade da arquitetura MIPS para iniciar kernels compactados Zstd (ZStandard), a capacidade de transmitir dados através de vários fluxos simultaneamente e suporte para o hipervisor KVM refere-se a um processo LTS 'espaço do usuário para gerenciar o acesso a MSRs desconhecidos (registros específicos do modelo).

Além disso, o sistema de arquivos Btrfs recebeu uma melhoria de desempenho para operações fsync ()e há um novo recurso SEV-ES que estende o Secure Encrypted Virtualization (SEV) da AMD para também criptografar os registros do processador convidado para que não possam ser acessados ​​pelo host, exceto pelo convidado que os compartilha explicitamente.

Entre outras mudanças notáveis, o subsystem_uring recebeu suporte para criar anéis restritos, a chamada de sistema pidfd_open () ganhou suporte para criar descritores de arquivo sem bloqueio. A arquitetura RISC-V também foi aprimorada e agora é possível inicializar em sistemas EFI.

Além disso, não devemos esquecer a configuração do carimbo de data / hora XFS estende o tempo dos sistemas UNIX por alguns séculos.

A equipe ainda está estudando alternativas para resolver o problema do ano 2038, que deveria trazer os sistemas Unix de volta a 1901. Para isso, Darrick J. Wong, o mantenedor do sistema de arquivos XFS, apresentou correções para o XFS para Linux 5.10 que deve atrasar a emissão de 2038 para o XFS em mais 448 anos. Isso deve ser suficiente para encontrar uma solução real de longo prazo.

É a partir da versão 5.6 do kernel, lançada em março passado, que a equipe começa a propor correções para resolver o problema do ano 2038. Esse é um erro antigo de codificação no tempo em sistemas semelhantes ao Unix, incluindo Linux, macOS e outros sistemas operacionais compatíveis com POSIX. Nesses sistemas, o tempo de cálculo é baseado nos segundos decorridos desde 1º de janeiro de 1970 às 00:00:00 UTC (também chamado de época). Um dia dará, por exemplo, 86.400 segundos e um ano 31.536.000 segundos.


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.

  1.   Ekaitz dito

    Nós terminamos. agora vou explicar os problemas que tive em um sistema com Manjaro, a partir do qual Grub também iniciou uma partição com LMDE-4. Uma vez iniciado, ambos os sistemas foram congelados e tiveram que ser reiniciados pelos bravos. Primeiro aconteceu comigo no LMDE sem ter atualizado o Manjaro, e depois de atualizar isso também aconteceu nele.

    Eu já havia assumido que era o kernel, mas tive muita dificuldade em fazer o sistema principal funcionar depois de reinstalá-lo sem atualizar. Mesmo fazendo o downgrade da instalação original (?).

    Neste momento, substituí o sistema principal pela versão Sylvia do Linux Mint, presumindo que montaria um kernel mais antigo. Vou testar novamente meu estimado Manjaro, que sempre teve um desempenho nobre nos sistemas em que o instalei.

    Muito obrigado pela informação.