Linus Torvalds va anunciar la disponibilitat de Linux 5.10 fa pocs dies (el 13 de desembre de 2020), versió que porta moltes característiques noves, millores, nous controladors i controladors actualitzats per a un millor suport de maquinari. I és que després de set setmanes de desenvolupament, Linux 5.10 finalment és aquí com l'última versió del nucli per a distribucions GNU / Linux que desitgen un suport de maquinari de primer nivell. A més, és una branca amb suport a llarg termini (LTS), cosa que significa que probablement rebrà suport durant els propers 5 anys.
Després d'aquest llançament van passar només 24 hores, perquè fos alliberada l'actualització correctiva de Linux 5.10.1. Com a versió de primer punt normalment no arribaria fins a uns dies o setmanes després del llançament de Linux 5.10. No obstant, aquesta vegada passa un dia després.
Linux 5.10.1 només té dues correccions, les quals afecten el codi d'emmagatzematge. Hi ha una reversió a una solució anterior al voltant dels límits de DISCARD RAID per a RAID1 i RAID10 al codi del mapador de dispositius.
El compromís simplement diu
«Això està causant problemes tristos».
L'altre corregeix la variable del sector del bloc de codi MD d'un int unsigned a un int simple, també sobre la base que «això està causant problemes». L'últim canvi en el codi MD va acabar interrompent el muntatge d'almenys les configuracions RAID6 a Linux 5.10 i els desenvolupadors anteriors el van notar ràpidament en canviar a la versió final del nucli.
Els problemes són prou greus (especialment quan els errors afecten el codi del nucli relacionat amb l'emmagatzematge) i, per tant, van portar al llançament immediat de Linux 5.10.1.
Per tant, Linux 5.10.1 està disponible i s'anima els usuaris a actualitzar si encara no estan en aquesta darrera sèrie LTS.
Pel que fa als aspectes més destacats de la nova branca LTS inclouen suport per a l'extensió d'etiquetatge de memòria ARMv8.5, Suport per al algoritme de signatura digital SM2, suport per al protocol de transport CAN ISO 15765 2: 2016, compatibilitat amb el protocol de multidifusió IGMPv3/MLDv2 i compatibilitat amb enclavaments d'Amazon Nitro. El sistema de fitxers EXT4 ara ve amb un mode de «confirmació ràpida» que redueix dràsticament la latència de múltiples operacions de fitxers, el sistema de fitxers ZoneFS té una nova opció de muntatge anomenada obertura explícita i el sistema de fitxers OverlayFS pot ara ignora totes les formes defsync.
També presenta la capacitat que l'arquitectura MIPS iniciï kernels comprimits Zstd (ZStandard), la capacitat de transmetre dades a través de múltiples fluxos simultàniament i el suport perquè l'hipervisor KVM faci referència a un procés del LTS 'espai d'usuari per administrar l'accés a MSR desconeguts (registres específics del model).
A més, el sistema de fitxers Btrfs va rebre una millora en el rendiment de les operacions fsync(), i hi ha una nova funció SEV-ES que amplia la virtualització xifrada segura (SEV) d'AMD per xifrar també els registres del processador convidat perquè l'amfitrió no pugui accedir-hi amb l'excepció de l'hoste els comparteix explícitament.
Entre altres canvis notables, el subsistemaio_uring va rebre suport per crear anells restringits, cridada al sistema pidfd_open ( )va obtenir suport per crear descriptors de fitxers sense bloqueig. L'arquitectura RISC-V també s'ha millorat i ara és possible arrencar a sistemes EFI.
també, no oblidem l'ajust de la marca de temps XFS estén el temps dels sistemes UNIX per alguns segles.
L'equip encara està estudiant alternatives per resoldre el problema de l'any 2038, que se suposa que portarà els sistemes Unix de tornada al 1901. Per fer-ho, Darrick J .Wong, el mantenidor del sistema d'arxius XFS, ha presentat arranjaments per a XFS per a Linux 5.10 que s'espera endarrereixin el problema de l'any 2038 per a XFS en 448 anys més. Això hauria de ser suficient per trobar una solució real a llarg termini.
És a partir de la versió 5.6 del nucli, llançada el mes de març passat, que l'equip va començar a proposar arranjaments per resoldre el problema de l'any 2038. Es tracta d'un error detectat fa molt de temps en la codificació en el temps en sistemes similars a Unix, inclosos Linux, macOS i altres sistemes operatius compatibles amb POSIX. En aquests sistemes, el temps de càlcul es realitza sobre la base de segons transcorreguts des de 1 st de gener de 1970 a 00:00:00 UTC (també anomenada època). Un dia donarà, per exemple, 86.400 segons i un any 31.536.000 segons.
Acabéssim. ara m'explico els problemes que he tingut en un sistema amb Manjaro, des del Grub del qual arrencava també una partició amb LMDE-4. Un cop arrencats, tots dos sistemes es quedaven congelats i calia resetejar-los per les braves. Primer em succeïa a l'LMDE sense tenir actualitzat Manjaro, i després d'actualitzar aquest també succeïa en ell.
Ja havia suposat que era el nucli, però tenia moltes dificultats de fer funcionar el sistema principal després de reinstal·lar-lo sense actualitzar. Fins i tot fent un downgrade al de la instal·lació original (?).
A hores d'ara he substituït el sistema principal per la versió Sylvia de Linux Mint suposant que muntaria un nucli més antic. Tornaré a provar el meu estimat Manjaro que sempre s'ha comportat noblement en els sistemes en què l'he instal·lat.
Moltes gràcies per la informació.