Linus Torvalds kondigde een paar dagen geleden de beschikbaarheid van Linux 5.10 aan (vanaf 13 december 2020), versie met veel nieuwe functies, verbeteringen, nieuwe stuurprogramma's en bijgewerkte stuurprogramma's voor betere hardwareondersteuning. En het is dat na zeven weken van ontwikkeling, Linux 5.10 eindelijk hier is als de nieuwste versie van de kernel voor GNU / Linux-distributies die eersteklas hardware-ondersteuning willen. Het is ook een langetermijnondersteunde tak (LTS), wat betekent dat het waarschijnlijk de komende 5 jaar zal worden ondersteund.
Na deze release Het duurde slechts 24 uur voordat de corrigerende update "Linux 5.10.1" werd uitgebracht. Als eerste puntrelease zou het normaal gesproken pas een paar dagen of weken na de release van Linux 5.10 arriveren. Dit keer gebeurt het echter een dag later.
Linux 5.10.1 heeft slechts twee fixes, die beide de opslagcode beïnvloeden. Er is een terugdraaiing naar een eerdere oplossing rond DISCARD RAID-limieten voor RAID1 en RAID10 in de apparaattoewijzercode.
De toezegging zegt simpelweg
"Dit veroorzaakt trieste problemen."
De andere fixeert de sectorvariabele van het MD-codeblok van een niet-ondertekende int naar een eenvoudige int, ook omdat "dit problemen veroorzaakt". De laatste wijziging in de MD-code verstoorde de montage van ten minste de RAID6-configuraties in Linux 5.10 en werd snel opgemerkt door eerdere ontwikkelaars bij het overschakelen naar de definitieve versie van de kernel.
De problemen zijn ernstig genoeg (vooral wanneer bugs opslaggerelateerde kernelcode beïnvloeden) en leidde dus tot de onmiddellijke release van Linux 5.10.1.
Daarom is Linux 5.10.1 beschikbaar en worden gebruikers aangemoedigd om te upgraden als ze nog niet in deze nieuwste LTS-serie zitten.
Betreffende de Hoogtepunten van de nieuwe LTS-tak zijn onder meer ondersteuning voor de ARMv8.5-extensie voor geheugentagging, ondersteuning voor het SM2-algoritme voor digitale handtekeningen, ondersteuning voor CAN ISO 15765 2: 2016 transportprotocol, ondersteuning voor het IGMPv3 / MLDv2 multicast-protocol en ondersteuning voor Amazon Nitro-enclaves. Het EXT4-bestandssysteem wordt nu geleverd met een "quick commit" -modus die de latentie voor meerdere bestandsbewerkingen drastisch vermindert, het ZoneFS-bestandssysteem heeft een nieuwe aankoppelingsoptie genaamd expliciet open, en het OverlayFS-bestandssysteem kan nu alle defsync-formulieren.
Het presenteert ook de mogelijkheid voor MIPS-architectuur om Zstd-gecomprimeerde kernels te starten (ZStandard), de mogelijkheid om gegevens via meerdere streams tegelijk te verzenden en ondersteuning voor de hypervisor KVM verwijst naar een LTS-proces 'gebruikersruimte om de toegang tot onbekende MSR's (modelspecifieke records) te beheren.
Ook het bestandssysteem Btrfs ontving een prestatieverbetering voor fsync () -bewerkingen, en er is een nieuwe SEV-ES-functie die AMD's Secure Encrypted Virtualization (SEV) uitbreidt om ook de gastprocessorregisters te versleutelen zodat ze niet toegankelijk zijn voor de host, met uitzondering van de gast die ze expliciet deelt.
Naast andere opmerkelijke veranderingen kreeg het subsystem_uring ondersteuning voor het creëren van beperkte belsignalen, kreeg de pidfd_open () systeemoproep ondersteuning voor het creëren van niet-blokkerende bestandsdescriptors. De RISC-V-architectuur is ook verbeterd en het is nu mogelijk om op te starten naar EFI-systemen.
ook, we mogen niet vergeten dat de instelling van het tijdstempel XFS de tijd van UNIX-systemen verlengt voor een paar eeuwen.
Het team bestudeert nog steeds alternatieven om het probleem van het jaar 2038 op te lossen, dat verondersteld wordt Unix-systemen terug te brengen tot 1901. Om dit te doen heeft Darrick J. Wong, de beheerder van het XFS-bestandssysteem, fixes voor XFS voor Linux gepresenteerd. 5.10, die naar verwachting het probleem van 2038 voor XFS met nog eens 448 jaar zal vertragen. Dit zou voldoende moeten zijn om een echte langetermijnoplossing te vinden.
Vanaf kernelversie 5.6, die afgelopen maart werd uitgebracht, begon het team oplossingen voor te stellen om het probleem van het jaar 2038 op te lossen. Dit is een lang geleden fout bij het op tijd coderen op vergelijkbare systemen naar Unix, inclusief Linux, macOS en andere POSIX-compatibele besturingssystemen. In deze systemen is de rekentijd gebaseerd op seconden die zijn verstreken sinds 1 januari 1970 om 00:00:00 UTC (ook wel de epoche genoemd). Een dag is bijvoorbeeld 86.400 seconden en een jaar 31.536.000 seconden.
Laten we stoppen. nu ga ik de problemen uitleggen die ik heb gehad in een systeem met Manjaro, van wiens Grub ook een partitie begon met LMDE-4. Eenmaal gestart, waren beide systemen bevroren en moesten ze worden gereset door de dapperen. Eerst overkwam het mij in de LMDE zonder Manjaro te hebben bijgewerkt, en na het updaten gebeurde het ook in hem.
Ik had al aangenomen dat het de kernel was, maar had veel moeite om het hoofdsysteem werkend te krijgen nadat ik het opnieuw had geïnstalleerd zonder te updaten. Zelfs de oorspronkelijke installatie downgraden (?).
Op dit moment heb ik het hoofdsysteem vervangen door de Sylvia-versie van Linux Mint, ervan uitgaande dat ik een oudere kernel zou mounten. Ik zal mijn gewaardeerde Manjaro opnieuw testen, die altijd nobel heeft gepresteerd op de systemen waarop ik hem heb geïnstalleerd.
Heel erg bedankt voor de informatie.