Linux 5.10.1 ajunge la 24 de ore după lansarea anterioară

Linus Torvalds a anunțat acum câteva zile disponibilitatea Linux 5.10 (pe 13 decembrie 2020), versiune care aduce multe caracteristici noi, îmbunătățiri, drivere noi și drivere actualizate pentru un suport hardware mai bun. Și după șapte săptămâni de dezvoltare, Linux 5.10 este în sfârșit aici ca cea mai recentă versiune de kernel pentru distribuțiile GNU/Linux care doresc suport hardware de top. În plus, este o ramură susținută pe termen lung (LTS), ceea ce înseamnă că va fi susținută probabil în următorii 5 ani.

După această eliberare A durat doar 24 de ore pentru ca actualizarea corectă a „Linux 5.10.1” să fie lansată. Ca o versiune de prim punct, în mod normal, nu ar ajunge decât la câteva zile sau săptămâni după lansarea Linux 5.10. Cu toate acestea, de data aceasta se întâmplă o zi mai târziu.

Linux 5.10.1 are doar două remedieri, ambele afectând codul de stocare. Există o revenire la o soluție anterioară în jurul limitelor DISCARD RAID pentru RAID1 și RAID10 în codul de cartografiere a dispozitivului.

Angajamentul spune pur și simplu

„Acest lucru provoacă probleme triste”.

Celălalt fixează variabila de sector a blocului de cod MD de la un int nesemnat la un int simplu, de asemenea, pe baza faptului că „acest lucru creează probleme”. Cea mai recentă modificare a codului MD a sfârșit prin a întrerupe montarea cel puțin a configurațiilor RAID6 pe Linux 5.10 și a fost observată rapid de dezvoltatorii anteriori când au trecut la versiunea finală a nucleului.

Problemele sunt destul de grave (mai ales când erorile afectează codul kernel-ului legat de stocare) și, prin urmare, a dus la lansarea imediată a Linux 5.10.1.

Prin urmare, Linux 5.10.1 este disponibil și utilizatorii sunt încurajați să facă upgrade dacă nu sunt deja pe această nouă serie LTS.

În ceea ce privește Repere ale noii ramuri LTS includ suport pentru extensia de etichetare a memoriei ARMv8.5, suport pentru algoritmul de semnătură digitală SM2, suport pentru protocolul de transport CAN ISO 15765 2: 2016, suport pentru protocolul multicast IGMPv3/MLDv2 și suport pentru enclavele Amazon Nitro. Sistemul de fișiere EXT4 vine acum cu un mod „comitare rapidă” care reduce drastic latența operațiunilor cu fișiere multiple, sistemul de fișiere ZoneFS are o nouă opțiune de montare numită deschidere explicită, iar sistemul de fișiere OverlayFS poate ignora acum toate formele defsync.

De asemenea, prezintă capacitatea arhitecturii MIPS de a porni nucleele comprimate Zstd (ZStandard), capacitatea de a transmite date prin mai multe fluxuri simultan și suport pentru hypervisor KVM face referire la un proces LTS „spațiu utilizator pentru a gestiona accesul la MSR-uri necunoscute (registre specifice modelului).

În plus, sistemul de fișiere Btrfs a primit o îmbunătățire a performanței pentru operațiunile fsync()., și există o nouă caracteristică SEV-ES care extinde virtualizarea criptată sigură (SEV) de la AMD pentru a cripta și registrele procesorului oaspeților, astfel încât gazda să nu le poată accesa, cu excepția faptului că oaspetele le partajează în mod explicit.

Printre alte modificări notabile, subsistemul io_uring a primit suport pentru crearea de inele restricționate, apelul de sistem pidfd_open ( ) a câștigat suport pentru crearea de descriptori de fișiere care nu blochează. Arhitectura RISC-V a fost de asemenea îmbunătățită și acum este posibil să porniți în sistemele EFI.

De asemenea, nu trebuie să uităm că setarea marcajului de timp XFS extinde timpul sistemelor UNIX de câteva secole.

Echipa studiază încă alternative pentru a rezolva problema anului 2038, care ar trebui să aducă sistemele Unix înapoi în 1901. Pentru a face acest lucru, Darrick J .Wong, întreținătorul sistemului de fișiere XFS, a introdus remedieri pentru XFS pentru Linux 5.10, care este de așteptat să împingă problema anului 2038 pentru XFS cu încă 448 de ani. Acest lucru ar trebui să fie suficient pentru a găsi o soluție reală pe termen lung.

Din versiunea 5.6 a nucleului, lansată în martie anul trecut, echipa a început să propună remedieri pentru a rezolva problema anului 2038. Acesta este un bug detectat cu mult timp în urmă în codificarea timpului în sisteme similare Unix, inclusiv Linux, macOS, și alte sisteme de operare compatibile cu POSIX. În aceste sisteme, timpul de calcul se face pe baza secundelor scurse de la 1 ianuarie 1970 la ora 00:00:00 UTC (numită și epocă). O zi va da, de exemplu, 86.400 de secunde și un an 31.536.000 de secunde.


Un comentariu, lasă-l pe al tău

Lasă comentariul tău

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

*

*

  1. Responsabil pentru date: Miguel Ángel Gatón
  2. Scopul datelor: Control SPAM, gestionarea comentariilor.
  3. Legitimare: consimțământul dvs.
  4. Comunicarea datelor: datele nu vor fi comunicate terților decât prin obligație legală.
  5. Stocarea datelor: bază de date găzduită de Occentus Networks (UE)
  6. Drepturi: în orice moment vă puteți limita, recupera și șterge informațiile.

  1.   ekaitz el a spus

    Am terminat. Acum să vă explic problemele pe care le-am avut pe un sistem cu Manjaro, din al cărui Grub a pornit și o partiție cu LMDE-4. Odată pornit, ambele sisteme ar îngheța și trebuiau resetate pe cale grea. Mai întâi mi s-a întâmplat în LMDE fără a fi actualizat Manjaro, iar după actualizarea asta s-a întâmplat și în el.

    Am presupus deja că este kernel-ul, dar aveam o mulțime de probleme în a face sistemul principal să funcționeze după ce l-am reinstalat fără a-l actualiza. Chiar și downgrade-ul instalării originale (?).

    În acest moment, am înlocuit sistemul principal cu versiunea Sylvia a Linux Mint presupunând că ar instala un nucleu mai vechi. Voi încerca din nou dragul meu Manjaro, care s-a comportat întotdeauna nobil pe sistemele pe care l-am instalat.

    Multumesc foarte mult pentru informatie.