Linus Torvalds annoncerede tilgængeligheden af Linux 5.10 for et par dage siden (pr. 13. december 2020), version der bringer mange nye funktioner, forbedringer, nye drivere og opdaterede drivere til bedre hardwaresupport. Og det er, at efter 5.10 ugers udvikling er Linux 5 endelig her som den nyeste version af kernen til GNU / Linux-distributioner, der ønsker førsteklasses hardwaresupport. Det er også en langsigtet understøttet filial (LTS), hvilket betyder, at den sandsynligvis vil modtage støtte i de næste XNUMX år.
Efter denne frigivelse Det tog kun 24 timer, før "Linux 5.10.1" korrigerende opdatering blev frigivet. Som en første punktudgivelse ville den normalt ikke ankomme før et par dage eller uger efter Linux 5.10-udgivelsen. Denne gang sker det dog en dag senere.
Linux 5.10.1 har kun to rettelser, som begge påvirker lagringskoden. Der er en tilbagevenden til en tidligere løsning omkring DISCARD RAID-grænser til RAID1 og RAID10 i enhedskortkoden.
Forpligtelsen siger simpelthen
"Dette skaber triste problemer."
Den anden løser sektorvariablen for MD-kodeblokken fra en usigneret int til en simpel int, også med den begrundelse, at "dette skaber problemer." Den seneste ændring af MD-koden endte med at afbryde monteringen af mindst RAID6-konfigurationerne på Linux 5.10 og blev hurtigt bemærket af tidligere udviklere, når de skiftede til den endelige kerneversion.
Problemerne er alvorlige nok (især når fejl påvirker lagerrelateret kernekode) og førte således til den øjeblikkelige frigivelse af Linux 5.10.1.
Derfor er Linux 5.10.1 tilgængelig, og brugerne opfordres til at opdatere, hvis de ikke allerede er i denne seneste LTS-serie.
Vedrørende Højdepunkter i den nye LTS-gren inkluderer understøttelse af ARMv8.5-hukommelsesudvidelse, support til SM2 digital signaturalgoritme, understøttelse af CAN ISO 15765 2: 2016 transportprotokol, understøttelse af IGMPv3 / MLDv2 multicast-protokollen og understøttelse af Amazon Nitro-enklaver. EXT4-filsystemet leveres nu med en "quick commit" -tilstand, der dramatisk reducerer latens for flere filoperationer, ZoneFS-filsystemet har en ny monteringsindstilling kaldet eksplicit åben, og OverlayFS-filsystemet kan nu ignorere alle defsync-formularer.
Det præsenterer også mulighed for MIPS-arkitektur til at starte Zstd-komprimerede kerner (ZStandard), evnen til at overføre data gennem flere streams samtidigt og understøttelse af hypervisoren KVM refererer til en LTS-proces 'brugerrum til at styre adgang til ukendte MSR'er (modelspecifikke poster).
Også filsystemet Btrfs modtog en præstationsforbedring for fsync () -operationer, og der er en ny SEV-ES-funktion, der udvider AMDs Secure Encrypted Virtualization (SEV) til også at kryptere gæsteprocessorregistrene, så de ikke kan få adgang til værten med undtagelse af, at gæsten udtrykkeligt deler dem.
Blandt andre bemærkelsesværdige ændringer modtog undersystemet under understøttelse af oprettelse af begrænsede ringe, systemopkaldet pidfd_open () fik støtte til oprettelse af ikke-blokerende filbeskrivere. RISC-V-arkitekturen er også blevet forbedret, og det er nu muligt at starte til EFI-systemer.
også, vi må ikke glemme indstillingen af tidsstemplet XFS forlænger tiden for UNIX-systemer i et par århundreder.
Holdet undersøger stadig alternativer til at løse problemet i år 2038, som formodes at bringe Unix-systemer tilbage til 1901. For at gøre det har Darrick J. Wong, vedligeholderen af XFS-filsystemet, præsenteret rettelser til XFS til Linux 5.10, som forventes at forsinke 2038-udgaven af XFS med 448 år til. Dette skal være nok til at finde en reel langsigtet løsning.
Det er fra kerneversion 5.6, der blev udgivet i marts sidste år, at teamet begyndte at foreslå rettelser til at løse problemet med året 2038. Dette er en længe siden fejl i kodning i tide på lignende systemer som Unix, inklusive Linux, macOS og andre POSIX-kompatible operativsystemer. I disse systemer er beregningstiden baseret på forløbne sekunder siden 1. januar 1970 kl. 00:00:00 UTC (også kaldet epoken). En dag vil for eksempel 86.400 sekunder og et år 31.536.000 sekunder.
Lad os afslutte. nu skal jeg forklare de problemer, jeg har haft på et system med Manjaro, hvorfra Grub også startede en partition med LMDE-4. Når de var startet, blev begge systemer frosset og måtte nulstilles af de modige. Først skete det med mig i LMDE uden at have opdateret Manjaro, og efter opdatering skete det også i ham.
Jeg havde allerede antaget, at det var kernen, men havde meget svært ved at få hovedsystemet til at fungere efter geninstallation uden opdatering. Selv nedgradering af den originale installation (?).
På dette tidspunkt har jeg erstattet hovedsystemet med Sylvia-versionen af Linux Mint forudsat at jeg ville montere en ældre kerne. Jeg prøver igen min værdsatte Manjaro, som altid har udført nobelt på de systemer, som jeg har installeret den på.
Mange tak for informationen.