Linus Torvalds njoftoi disponueshmërinë e Linux 5.10 disa ditë më parë (13 Dhjetor 2020), version që sjell shumë veçori të reja, përmirësime, drejtues të rinj dhe drejtues të azhurnuar për një mbështetje më të mirë të pajisjeve. Dhe është që pas shtatë javësh zhvillimi, Linux 5.10 është më në fund këtu si versioni më i fundit i bërthamës për shpërndarjet GNU / Linux që duan mbështetje të nivelit të parë të pajisjeve. Gjithashtu, është një degë e mbështetur afatgjatë (LTS), që do të thotë se ka të ngjarë të marrë mbështetje për 5 vitet e ardhshme.
Pas këtij lëshimi U deshën vetëm 24 orë që të lëshohej azhurnimi korrigjues "Linux 5.10.1". Si lëshim i pikës së parë, ai normalisht nuk do të mbërrinte vetëm disa ditë ose javë pas lëshimit të Linux 5.10. Sidoqoftë, këtë herë ndodh një ditë më vonë.
Linux 5.10.1 ka vetëm dy rregullime, të dyja ndikojnë në kodin e ruajtjes. Ekziston një kthim në një zgjidhje të mëparshme rreth kufijve të DISCARD RAID për RAID1 dhe RAID10 në kodin e hartës së pajisjes.
Angazhimi thjesht thotë
"Kjo po shkakton probleme të trishtueshme."
Tjetri rregullon variablin sektorial të bllokut të kodit MD nga një int i nënshkruar në një int të thjeshtë, gjithashtu me arsyetimin se "kjo po shkakton probleme". Ndryshimi i fundit i kodit MD përfundoi në prishjen e montimit të të paktën konfigurimeve RAID6 në Linux 5.10 dhe u vu re shpejt nga zhvilluesit e mëparshëm kur kaluan në versionin përfundimtar të kernelit.
Problemet janë mjaft serioze (veçanërisht kur të metat ndikojnë në kodin e bërthamës që lidhet me ruajtjen) dhe kështu çoi në lëshimin e menjëhershëm të Linux 5.10.1.
Prandaj, Linux 5.10.1 është në dispozicion dhe përdoruesit inkurajohen të azhurnojnë nëse nuk janë tashmë në këtë seri të fundit LTS.
Lidhur me Pikat kryesore të degës së re LTS përfshijnë mbështetjen për zgjerimin e etiketimit të memorjes ARMv8.5, mbështetje për algoritmin dixhital të nënshkrimit SM2, mbështetje për protokollin e transportit CAN ISO 15765 2: 2016, mbështetje për protokollin multicast IGMPv3 / MLDv2 dhe mbështetje për enklavat Amazon Nitro. Sistemi i skedarëve EXT4 tani vjen me një modalitet "kryerje të shpejtë" që zvogëlon në mënyrë dramatike vonesën e operacioneve të shumëfishta të skedarëve, sistemi i skedarëve ZoneFS ka një mundësi të re të montimit të quajtur hapur të hapur, dhe sistemi i skedarëve OverlayFS tani mund të injorojë të gjitha format defsync.
Ajo gjithashtu paraqet aftësia për arkitekturën MIPS për të filluar bërthamat e kompresuara Zstd (ZStandard), aftësia për të transmetuar të dhëna përmes rrymave të shumta në të njëjtën kohë, dhe mbështetje për hipervizorin KVM i referohet një procesi LTS 'hapësira e përdoruesit për të menaxhuar hyrjen në MSR-të e panjohura (regjistrime specifike të modelit).
Gjithashtu, sistemi i skedarëve Btrfs morën një përmirësim të performancës për operacionet fsync (), dhe ekziston një tipar i ri SEV-ES që zgjeron Virtualization Secure Encrypted (SEV) të AMD për të kriptuar edhe regjistrat e procesorëve të ftuar në mënyrë që ato të mos mund të aksesohen nga pritësi, me përjashtim të mysafirit që i ndan në mënyrë të qartë ato.
Ndër ndryshimet e tjera të dukshme, nën-sistemi mori mbështetje për krijimin e unazave të kufizuara, thirrja e sistemit pidfd_open () fitoi mbështetje për krijimin e përshkruesve të skedarëve jo-bllokues. Arkitektura RISC-V është përmirësuar gjithashtu dhe tani është e mundur të futet në sistemet EFI.
gjithashtu, ne nuk duhet të harrojmë vendosjen e timestamp XFS zgjat kohën e sistemeve UNIX për disa shekuj.
Ekipi po studion ende alternativa për të zgjidhur problemin e vitit 2038, i cili supozohet se do të sjellë sistemet Unix përsëri në 1901. Për ta bërë këtë, Darrick J. Wong, mirëmbajtësi i sistemit të skedarëve XFS, ka paraqitur rregullime për XFS për Linux 5.10 i cili pritet të vonojë çështjen e vitit 2038 për XFS me 448 vjet më shumë. Kjo duhet të jetë e mjaftueshme për të gjetur një zgjidhje të vërtetë afatgjatë.
Fromshtë nga versioni 5.6 i kernelit, i lëshuar marsin e kaluar, ekipi filloi të propozojë rregullime për të zgjidhur problemin e vitit 2038. Ky është një gabim shumë kohë më parë në kodimin me kohë në sisteme të ngjashme me Unix, duke përfshirë Linux, macOS dhe sisteme të tjerë operativë të pajtueshëm me POSIX. Në këto sisteme, koha e llogaritjes bazohet në sekondat e kaluara që nga 1 janari 1970 në 00:00:00 UTC (quhet edhe epoka). Një ditë do, për shembull, 86.400 sekonda dhe një vit 31.536.000 sekonda.
Le të mbarojmë. tani shpjegoj problemet që kam pasur në një sistem me Manjaro, nga Grub i të cilit gjithashtu filloi një ndarje me LMDE-4. Sapo të fillonin, të dy sistemet ishin ngrirë dhe duhej të rivendoseshin nga trimat. Së pari më ndodhi në LMDE pa e azhurnuar Manjaro, dhe pasi e azhurnoi këtë ndodhi edhe tek ai.
Unë tashmë kisha supozuar se ishte kernel, por kisha shumë vështirësi që sistemi kryesor të funksiononte pasi ta instaloja përsëri pa azhurnuar. Edhe zvogëlimi i instalimit origjinal (?).
Në këtë kohë unë kam zëvendësuar sistemin kryesor me versionin Sylvia të Linux Mint duke supozuar se do të montoja një kernel më të vjetër. Unë do të rishikoj Manjaro-n tim të nderuar, i cili gjithmonë ka kryer fisnikëri në sistemet në të cilat e kam instaluar.
Faleminderit shumë për informacionin.