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 (începând cu 13 decembrie 2020), versiune care aduce multe funcții 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 cele din urmă aici ca cea mai recentă versiune a nucleului pentru distribuțiile GNU / Linux care doresc suport hardware de primă clasă. De asemenea, este o sucursală pe termen lung (LTS), ceea ce înseamnă că probabil va primi sprijin pentru următorii 5 ani.

După această lansare Au fost necesare doar 24 de ore pentru ca actualizarea corectivă „Linux 5.10.1” să fie lansată. Ca o versiune pentru prima dată, în mod normal nu va sosi 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 dispozitivului de mapare.

Angajamentul spune pur și simplu

"Acest lucru cauzează probleme triste."

Cealaltă remediază variabila sectorială a blocului de cod MD de la un nesemnat la un int simplu, de asemenea, pe motiv că „acest lucru cauzează probleme”. Ultima modificare a codului MD a sfârșit prin a perturba montarea a cel puțin configurațiilor RAID6 pe Linux 5.10 și a fost observată rapid de dezvoltatorii anteriori la trecerea la versiunea finală a nucleului.

Problemele sunt suficient de grave (mai ales când erorile afectează codul kernelului legat de stocare) și astfel 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 în această ultimă serie LTS.

În ceea ce privește Aspectele importante 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 de „comitere rapidă” care reduce dramatic latența pentru mai multe operații de fișiere, sistemul de fișiere ZoneFS are o nouă opțiune de montare numită deschis explicit, iar sistemul de fișiere OverlayFS poate ignora acum forme 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 hipervizor KVM se referă la un proces LTS „spațiul utilizatorului pentru a gestiona accesul la MSR-uri necunoscute (înregistrări specifice modelului).

De asemenea, sistemul de fișiere Btrfs a primit o îmbunătățire a performanței pentru operațiile fsync (), și există o nouă caracteristică SEV-ES care extinde securizarea virtualizată criptată (SEV) a AMD pentru a cripta și registrele procesorului de oaspeți, astfel încât acestea să nu poată fi accesate de gazdă, cu excepția oaspetelui care le partajează în mod explicit.

Printre alte modificări notabile, subsystem_uring a primit suport pentru crearea de inele restricționate, apelul de sistem pidfd_open () a câștigat suport pentru crearea descriptorilor de fișiere non-blocante. Arhitectura RISC-V a fost, de asemenea, îmbunătățită și acum este posibilă pornirea pe sisteme EFI.

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

Echipa studiază în continuare 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 prezentat remedieri pentru XFS pentru Linux. 5.10, care se așteaptă să întârzie problema 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 kernel 5.6, lansată în martie anul trecut, echipa a început să propună remedieri pentru a rezolva problema anului 2038. Aceasta este o eroare de mult timp în codarea în timp pe sisteme similare. la Unix, inclusiv Linux, macOS și alte sisteme de operare compatibile POSIX. În aceste sisteme, timpul de calcul se bazează pe secunde trecute de la 1 ianuarie 1970 la 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.

 


Conținutul articolului respectă principiile noastre de etică editorială. Pentru a raporta o eroare, faceți clic pe aici.

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 voi explica problemele pe care le-am avut într-un sistem cu Manjaro, de la al cărui Grub a început și o partiție cu LMDE-4. Odată pornite, ambele sisteme au fost înghețate și au trebuit resetate de curajoși. Mai întâi mi s-a întâmplat în LMDE fără să-l actualizez pe Manjaro și, după actualizarea acestuia, s-a întâmplat și în el.

    Presupunusem deja că este nucleul, dar am avut o mulțime de dificultăți în funcționarea sistemului principal după reinstalarea acestuia fără actualizare. Chiar și retrogradarea instalației originale (?).

    În acest moment am înlocuit sistemul principal cu versiunea Sylvia a Linux Mint, presupunând că aș monta un nucleu mai vechi. Voi retesta stimatul meu Manjaro, care a funcționat întotdeauna nobil pe sistemele pe care l-am instalat.

    Multumesc foarte mult pentru informatie.