Linus Torvalds kunngjorde tilgjengeligheten av Linux 5.10 for noen dager siden (fra og med 13. desember 2020), versjon som gir mange nye funksjoner, forbedringer, nye drivere og oppdaterte drivere for bedre maskinvarestøtte. Og det er det at etter 5.10 ukers utvikling er Linux 5 endelig her som den siste versjonen av kjernen for GNU / Linux-distribusjoner som vil ha førsteklasses maskinvarestøtte. Det er også en langsiktig støttet filial (LTS), noe som betyr at den sannsynligvis vil motta støtte de neste XNUMX årene.
Etter denne utgivelsen Det tok bare 24 timer før "Linux 5.10.1" korrigerende oppdatering ble utgitt. Som en første punktutgivelse ville den normalt ikke komme før noen få dager eller uker etter Linux 5.10-utgivelsen. Denne gangen skjer det imidlertid en dag senere.
Linux 5.10.1 har bare to rettelser, som begge påvirker lagringskoden. Det er en tilbakevending til en tidligere løsning rundt avgrensning av RAID-grenser for RAID1 og RAID10 i enhetsmapperkoden.
Forpliktelsen sier rett og slett
"Dette gir triste problemer."
Den andre fikser sektorvariabelen til MD-kodeblokken fra en usignert int til en enkel int, også med begrunnelsen at "dette skaper problemer." Den siste endringen av MD-kode endte opp med å forstyrre monteringen av minst RAID6-konfigurasjonene på Linux 5.10 og ble raskt lagt merke til av tidligere utviklere når de byttet til den endelige kjerneversjonen.
Problemene er alvorlige nok (spesielt når feil påvirker lagringsrelatert kjernekode) og førte dermed til umiddelbar utgivelse av Linux 5.10.1.
Derfor er Linux 5.10.1 tilgjengelig, og brukere oppfordres til å oppgradere hvis de ikke allerede er på denne siste LTS-serien.
Angående Høydepunkter i den nye LTS-grenen inkluderer støtte for ARMv8.5-minnemerkingutvidelsen, støtte for SM2 digital signaturalgoritme, støtte for CAN ISO 15765 2: 2016 transportprotokoll, støtte for IGMPv3 / MLDv2 multicast-protokollen, og støtte for Amazon Nitro-enklaver. EXT4-filsystemet kommer nå med en "quick commit" -modus som dramatisk reduserer ventetiden for flere filoperasjoner, ZoneFS-filsystemet har et nytt monteringsalternativ kalt eksplisitt åpen, og OverlayFS-filsystemet kan nå ignorere alle defsync-skjemaer.
Den presenterer også muligheten for MIPS-arkitektur til å starte Zstd komprimerte kjerner (ZStandard), muligheten til å overføre data gjennom flere strømmer samtidig, og støtte for hypervisoren KVM refererer til en LTS-prosess 'brukerplass for å administrere tilgang til ukjente MSR (modellspesifikke poster).
Også filsystemet Btrfs mottok en ytelsesforbedring for fsync () -operasjoner, og det er en ny SEV-ES-funksjon som utvider AMDs Secure Encrypted Virtualization (SEV) til å kryptere gjesteprosessorregistrene, slik at verten ikke kan få tilgang til dem, med unntak av at gjesten eksplisitt deler dem.
Blant andre bemerkelsesverdige endringer mottok delsystemet under støtte for å opprette begrensede ringer, systemanropet pidfd_open () fikk støtte for å opprette ikke-blokkerende filbeskrivelser. RISC-V-arkitekturen er også forbedret, og det er nå mulig å starte opp til EFI-systemer.
også, vi må ikke glemme innstillingen av tidsstempelet XFS forlenger tiden til UNIX-systemer i noen århundrer.
Teamet studerer fortsatt alternativer for å løse problemet med 2038, som skal bringe Unix-systemer tilbake til 1901. For å gjøre det har Darrick J. Wong, vedlikeholderen av XFS-filsystemet, presentert reparasjoner for XFS for Linux 5.10 som forventes å forsinke 2038-utgaven for XFS med 448 år til. Dette skal være nok til å finne en reell langsiktig løsning.
Det er fra kjerneversjon 5.6, utgitt i mars i fjor, at teamet begynte å foreslå reparasjoner for å løse problemet med året 2038. Dette er en for lenge siden feil i koding i tide på lignende systemer. Til Unix, inkludert Linux, macOS, og andre POSIX-kompatible operativsystemer. I disse systemene er beregningstiden basert på sekunder som har gått siden 1. januar 1970 klokken 00:00:00 UTC (også kalt epoken). En dag vil for eksempel gi 86.400 sekunder og et år 31.536.000 sekunder.
Vi avsluttet. nå forklarer jeg problemene jeg har hatt i et system med Manjaro, fra hvis Grub også startet en partisjon med LMDE-4. En gang startet var begge systemene frossne og måtte tilbakestilles av de modige. Først skjedde det med meg i LMDE uten å ha oppdatert Manjaro, og etter oppdatering skjedde det også i ham.
Jeg hadde allerede antatt at det var kjernen, men hadde store problemer med å få hovedsystemet til å fungere etter å ha installert det på nytt uten å oppdatere. Til og med nedgradere den originale installasjonen (?).
På dette tidspunktet har jeg erstattet hovedsystemet med Sylvia-versjonen av Linux Mint, forutsatt at jeg ville montere en eldre kjerne. Jeg vil teste min anerkjente Manjaro på nytt, som alltid har prestert nobelt på systemene jeg har installert den på.
Tusen takk for informasjonen.