„Linux 5.10.1“ pasiekiama praėjus 24 valandoms po ankstesnio leidimo

Linas Torvalds prieš kelias dienas paskelbė apie „Linux 5.10“ prieinamumą (nuo 13 m. gruodžio 2020 d.) - versija, pateikianti daug naujų funkcijų, patobulinimų, naujų tvarkyklių ir atnaujintų tvarkyklių, kad būtų palaikoma aparatinė įranga. Ir tai, kad po septynių savaičių kūrimo „Linux 5.10“ pagaliau yra kaip naujausia branduolio versija, skirta GNU / Linux paskirstymams, kuriems reikalinga aukščiausio lygio aparatinė įranga. Be to, tai yra ilgalaikis remiamas skyrius (LTS), o tai reiškia, kad jis greičiausiai gaus paramą ateinančius 5 metus.

Po šio leidimo Užtruko vos 24 valandas, kol buvo išleistas „Linux 5.10.1“ korekcinis naujinys. Kaip pirmasis leidimas, jis paprastai nepasieks praėjus kelioms dienoms ar savaitėms po „Linux 5.10“ leidimo. Tačiau šį kartą tai įvyksta po dienos.

Linux 5.10.1 turi tik du pataisymus, kurie abu turi įtakos saugyklos kodui. Grįžtama prie ankstesnio sprendimo, susijusio su RAID apribojimų atmetimu RAID1 ir RAID10 įrenginio žemėlapio kode.

Įsipareigojimas tiesiog sako

- Tai kelia liūdnas problemas.

Kitas nustato MD kodo bloko sektoriaus kintamąjį nuo nepasirašyto int iki paprasto int, taip pat motyvuodamas tuo, kad „tai kelia problemų“. Naujausias MD kodo pakeitimas galų gale sutrikdė bent jau RAID6 konfigūracijų diegimą „Linux 5.10“ ir ankstesnių kūrėjų buvo greitai pastebėtas pereinant prie galutinės branduolio versijos.

Problemos yra pakankamai rimtos (ypač kai klaidos veikia su saugojimu susijusį branduolio kodą) ir todėl buvo nedelsiant išleista „Linux 5.10.1“.

Todėl yra „Linux 5.10.1“ ir vartotojai raginami atnaujinti, jei jie dar nėra šios naujausios „LTS“ serijos.

Dėl Svarbiausi naujojo LTS atšakos variantai yra palaikymas ARMv8.5 atminties žymėjimo plėtiniui, parama SM2 skaitmeninio parašo algoritmui, palaikymas CAN ISO 15765 2: 2016 transporto protokolui, IGMPv3 / MLDv2 daugiaadresio protokolo palaikymas ir „Amazon Nitro“ anklavų palaikymas. Dabar EXT4 failų sistemoje yra „greito įsipareigojimo“ režimas, kuris žymiai sumažina kelių failų operacijų delsą, „ZoneFS“ failų sistemoje yra nauja prijungimo parinktis, vadinama „explicit open“, o „OverlayFS“ failų sistema dabar gali ignoruoti visas defsync formas.

Jame taip pat pateikiama galimybė MIPS architektūrai paleisti suspaustus „Zstd“ branduolius (ZStandard), galimybė vienu metu perduoti duomenis keliais srautais ir palaikymas hipervizoriui KVM nurodo LTS procesą vartotojo erdvė, skirta valdyti prieigą prie nežinomų MSR (konkretaus modelio įrašai).

Be to, failų sistema „Btrfs“ gavo fsync () operacijų našumo patobulinimąir yra nauja „SEV-ES“ funkcija, kuri išplėtė AMD saugią šifruotą virtualizaciją (SEV), taip pat šifruodama svečių procesorių registrus, kad prieglobos kompiuteris negalėtų jų pasiekti, išskyrus tai, kad svečias aiškiai jais dalijasi.

Be kitų pastebimų pakeitimų, posistemė_uring gavo palaikymą kuriant ribotus žiedus, sistemos iškvietimas pidfd_open () įgijo palaikymą kuriant neužblokuojančius failų aprašus. Taip pat patobulinta RISC-V architektūra ir dabar galima paleisti į EFI sistemas.

Taip pat neturime pamiršti, kad laiko žymės nustatymas XFS prailgina UNIX sistemų laiką keletą amžių.

Komanda vis dar tiria alternatyvas, kaip išspręsti 2038 metų problemą, kuri turėtų sugrąžinti „Unix“ sistemas į 1901 metus. Norėdami tai padaryti, XFS failų sistemos prižiūrėtojas Darrickas J. Wongas pateikė „Linux“ skirtų „XFS“ pataisas. 5.10, kuris turėtų atidėti 2038 m. XFS leidimą dar 448 metais. To turėtų pakakti, kad būtų rastas tikras ilgalaikis sprendimas.

Būtent iš branduolio 5.6 versijos, išleistos pernai kovą, komanda pradėjo siūlyti pataisymus, kad išspręstų 2038 metų problemą. Tai seniai įvykusi klaida koduojant laiku panašiose sistemose kaip „Unix“, įskaitant „Linux“, „MacOS“ ir kt. kitos su POSIX suderinamos operacinės sistemos. Šiose sistemose skaičiavimo laikas yra pagrįstas sekundėmis, praėjusiomis nuo 1 m. Sausio 1970 d. 00:00:00 UTC (taip pat vadinamos epocha). Diena suteiks, pavyzdžiui, 86.400 31.536.000 sekundžių, o per metus - XNUMX XNUMX XNUMX sekundžių.


Palikite komentarą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *

*

*

  1. Atsakingas už duomenis: Miguel Ángel Gatón
  2. Duomenų paskirtis: kontroliuoti šlamštą, komentarų valdymą.
  3. Įteisinimas: jūsų sutikimas
  4. Duomenų perdavimas: Duomenys nebus perduoti trečiosioms šalims, išskyrus teisinius įsipareigojimus.
  5. Duomenų saugojimas: „Occentus Networks“ (ES) talpinama duomenų bazė
  6. Teisės: bet kuriuo metu galite apriboti, atkurti ir ištrinti savo informaciją.

  1.   ekaitz sakė

    Mes baigėme. Dabar aš paaiškinsiu problemas, kurias turėjau sistemoje su „Manjaro“, nuo kurios Grubas taip pat pradėjo skaidymą su LMDE-4. Paleidus abi sistemos buvo užšaldytos ir drąsios turėjo jas atstatyti. Pirmiausia tai nutiko man LMDE neatnaujinus „Manjaro“, o atnaujinus tai įvyko ir jam pačiam.

    Aš jau maniau, kad tai yra branduolys, bet turėjau daug sunkumų, kad pagrindinė sistema veiktų iš naujo ją įdiegus neatnaujinus. Net žeminama originalios instaliacijos versija (?).

    Šiuo metu aš pakeičiau pagrindinę sistemą „Linux Mint“ „Sylvia“ versija, darant prielaidą, kad įdiegsiu senesnį branduolį. Aš pakartotinai išbandysiu savo gerbiamą „Manjaro“, kuris visada puikiai veikė sistemose, kuriose jį įdiegiau.

    Labai ačiū už informaciją.