Linukso 5.10.1 alvenas 24 horojn post la antaŭa eldono

Linus Torvalds anoncis la haveblecon de Linukso 5.10 antaŭ kelkaj tagoj (ĝis 13 decembro 2020), versio kiu alportas multajn novajn funkciojn, plibonigojn, novajn ŝoforojn kaj ĝisdatigitajn ŝoforojn por pli bona aparataro. Kaj estas, ke post sep semajnoj da disvolviĝo, Linukso 5.10 finfine estas ĉi tie kiel la plej nova versio de la kerno por distribuoj GNU / Linukso, kiuj volas bonegan aparatan subtenon. Ankaŭ ĝi estas longtempa subtenata branĉo (LTS), kio signifas, ke ĝi probable ricevos subtenon dum la venontaj 5 jaroj.

Post ĉi tiu eldono Necesis nur 24 horoj por eldoni la korektan ĝisdatigon "Linukso 5.10.1". Kiel unua punkta eldono ĝi normale ne alvenus ĝis kelkaj tagoj aŭ semajnoj post la eldono de Linukso 5.10. Tamen ĉi-foje ĝi okazas tagon poste.

Linukso 5.10.1 havas nur du korektojn, kiuj ambaŭ influas la stokan kodon. Estas retroiro al antaŭa solvo ĉirkaŭ forĵeti RAID-limojn por RAID1 kaj RAID10 en la aparata mapila kodo.

La devontigo simple diras

"Ĉi tio kaŭzas malĝojajn problemojn."

La alia riparas la sektoran variablon de la koda bloko MD de nesignita int al simpla int, ankaŭ pro tio, ke "ĉi tio kaŭzas problemojn." La plej nova ŝanĝo en la kodo MD finis interrompi la muntadon de almenaŭ la RAID6-agordoj en Linukso 5.10 kaj estis rapide rimarkita de antaŭaj programistoj kiam ili transiris al la fina versio de la kerno.

La problemoj estas sufiĉe gravaj (precipe kiam cimoj influas stokadan rilatan kernan kodon) kaj tiel kondukis al la tuja eldono de Linukso 5.10.1.

Tial, Linukso 5.10.1 disponeblas kaj uzantoj estas kuraĝigitaj ĝisdatigi se ili ne jam estas en ĉi tiu lasta LTS-serio.

Pri la Kulminaĵoj de la nova LTS-filio inkluzivas subtenon por la etenda etenda memoro ARMv8.5, subteno por la algoritmo de cifereca subskribo SM2, subteno por CAN ISO 15765 2: 2016 transporta protokolo, subteno por la multirolanda protokolo IGMPv3 / MLDv2, kaj subteno por enklavoj de Amazon Nitro. La dosiersistemo EXT4 nun venas kun reĝimo "rapida transdono", kiu draste reduktas latentecon por multaj dosieraj operacioj, la dosiersistemo ZoneFS havas novan muntan opcion nomatan eksplicita malferma, kaj la dosiersistemo OverlayFS nun povas ignori ĉiujn defsinkronaj formoj.

Ĝi ankaŭ prezentas la kapablo por MIPS-arkitekturo startigi Zstd-kunpremitajn kernojn (ZStandard), la kapablo transdoni datumojn per multaj fluoj samtempe, kaj subtenon por la hipervizoro KVM rilatas al LTS-procezo 'uzanta spaco por administri aliron al nekonataj MSR-oj (modelaj specifaj registroj).

Ankaŭ la dosiersistemo Btrfs ricevis agadon plibonigon por fsync () operacioj, kaj estas nova SEV-ES-funkcio, kiu etendas la Sekuran Ĉifritan Virtualigon de AMD (SEV) por ankaŭ ĉifri la registrojn de gastaj procesoroj, do la gastiganto ilin ne povas aliri krom la gasto eksplicite dividanta ilin.

Inter aliaj rimarkindaj ŝanĝoj, la subsistemo ricevis subtenon por krei limigitajn ringojn, la sistema alvoko pidfd_open () akiris subtenon por krei neblokajn dosierajn priskribilojn. La arkitekturo RISC-V ankaŭ estis plibonigita kaj nun eblas starti al EFI-sistemoj.

Ankaŭ, ni ne forgesu, ke la agordo de la tempostampo XFS plilongigas la tempon de UNIX-sistemoj dum kelkaj jarcentoj.

La teamo ankoraŭ studas alternativojn por solvi la problemon de la jaro 2038, kiu supozeble revenigos Uniksajn sistemojn al 1901. Por fari tion, Darrick J. Wong, la prizorganto de la dosiersistemo XFS, prezentis korektojn por XFS por Linukso. 5.10, kiu atendas prokrasti la numeron 2038 por XFS per 448 pliaj jaroj. Ĉi tio sufiĉu por trovi veran longtempan solvon.

El la kerna versio 5.6, eldonita pasintan marton, la teamo komencis proponi korektojn por solvi la problemon de la jaro 2038. Ĉi tio estas delonge eraro en tempo-kodado pri similaj sistemoj. al Unikso-similaj sistemoj, inkluzive Linukso, macOS kaj aliaj POSIX-kongruaj operaciumoj. En ĉi tiuj sistemoj, la kalkula tempo baziĝas sur sekundoj pasintaj ekde la 1-a de januaro 1970 je 00:00:00 UTC (ankaŭ nomata la epoko). Tago ekz. 86.400 sekundoj kaj jaro 31.536.000 sekundoj.

 


La enhavo de la artikolo aliĝas al niaj principoj de redakcia etiko. Por raporti eraron alklaku Ĉi tie.

Komento, lasu la vian

Lasu vian komenton

Via retpoŝta adreso ne estos eldonita. Postulita kampojn estas markita per *

*

*

  1. Respondeculo pri la datumoj: Miguel Ángel Gatón
  2. Celo de la datumoj: Kontrola SPAM, administrado de komentoj.
  3. Legitimado: Via konsento
  4. Komunikado de la datumoj: La datumoj ne estos komunikitaj al triaj krom per laŭleĝa devo.
  5. Stokado de datumoj: Datumbazo gastigita de Occentus Networks (EU)
  6. Rajtoj: Iam ajn vi povas limigi, retrovi kaj forigi viajn informojn.

  1.   Ekaitz diris

    Ni finis. nun mi klarigos la problemojn, kiujn mi havis pri sistemo kun Manjaro, de kiu Grub ankaŭ komencis dispartigon kun LMDE-4. Post kiam komencitaj, ambaŭ sistemoj estis frostigitaj kaj devis esti rekomencigitaj de la kuraĝaj. Unue ĝi okazis al mi en la LMDE sen ĝisdatigi Manjaron, kaj post ĝisdatigo de tio ĝi okazis ankaŭ ĉe li.

    Mi jam supozis, ke ĝi estas la kerno, sed multe malfacilis funkciigi la ĉefan sistemon post reinstali ĝin sen ĝisdatigo. Eĉ malpligrandigi la originalan instaladon (?).

    Nuntempe mi anstataŭigis la ĉefan sistemon per la versio Sylvia de Linukso Mint supozante, ke mi muntus pli malnovan kernon. Mi retestos mian estimatan Manjaron, kiu ĉiam agis noble sur la sistemoj sur kiuj mi instalis ĝin.

    Koran dankon pro la informo.