Linux 5.10.1 arriva 24 ore dopo il rilascio precedente

Linus Torvalds ha annunciato la disponibilità di Linux 5.10 pochi giorni fa (dal 13 dicembre 2020), versione che offre molte nuove funzionalità, miglioramenti, nuovi driver e driver aggiornati per un migliore supporto hardware. Ed è che dopo sette settimane di sviluppo, Linux 5.10 è finalmente arrivato come l'ultima versione del kernel per le distribuzioni GNU / Linux che richiedono un supporto hardware di prim'ordine. Inoltre, è una filiale con supporto a lungo termine (LTS), il che significa che probabilmente riceverà supporto per i prossimi 5 anni.

Dopo questa versione Ci sono volute solo 24 ore per il rilascio dell'aggiornamento correttivo "Linux 5.10.1". Come primo rilascio parziale, normalmente non arriverà fino a pochi giorni o settimane dopo il rilascio di Linux 5.10. Tuttavia, questa volta accade il giorno dopo.

Linux 5.10.1 ha solo due correzioni, entrambe influenzano il codice di archiviazione. Esiste un rollback a una soluzione precedente relativa ai limiti RAID DISCARD per RAID1 e RAID10 nel codice del mappatore del dispositivo.

L'impegno dice semplicemente

"Questo sta causando tristi problemi."

L'altro corregge la variabile di settore del blocco di codice MD da un int senza segno a un semplice int, anche sulla base del fatto che "questo crea problemi". L'ultima modifica al codice MD ha finito per interrompere il montaggio di almeno le configurazioni RAID6 su Linux 5.10 ed è stata rapidamente notata dagli sviluppatori precedenti quando si è passati alla versione finale del kernel.

I problemi sono abbastanza seri (soprattutto quando i bug influenzano il codice del kernel relativo allo storage) e quindi ha portato al rilascio immediato di Linux 5.10.1.

Pertanto, Linux 5.10.1 è disponibile e gli utenti sono incoraggiati a eseguire l'aggiornamento se non sono già su questa ultima serie LTS.

Per quanto riguarda la I punti salienti del nuovo ramo LTS includono il supporto per l'estensione di tagging della memoria ARMv8.5, supporto per l'algoritmo di firma digitale SM2, supporto per protocollo di trasporto CAN ISO 15765 2: 2016, supporto per il protocollo multicast IGMPv3 / MLDv2 e supporto per enclavi Amazon Nitro. Il file system EXT4 ora viene fornito con una modalità "commit rapido" che riduce drasticamente la latenza per più operazioni sui file, il file system ZoneFS ha una nuova opzione di montaggio chiamata apertura esplicita e il file system OverlayFS può ora ignorare tutti i moduli defsync.

Presenta anche il file capacità per l'architettura MIPS di avviare kernel compressi Zstd (ZStandard), la capacità di trasmettere dati attraverso più flussi contemporaneamente e il supporto per l'hypervisor KVM si riferisce a un processo LTS 'spazio utente per gestire l'accesso a MSR sconosciuti (record specifici del modello).

Inoltre, il file system Btrfs ha ricevuto un miglioramento delle prestazioni per le operazioni fsync ()e c'è una nuova funzionalità SEV-ES che estende la Secure Encrypted Virtualization (SEV) di AMD per crittografare anche i registri del processore guest in modo che non possano essere acceduti dall'host ad eccezione dell'ospite che li condivide esplicitamente.

Tra le altre modifiche degne di nota, il subsystem_uring ha ricevuto il supporto per la creazione di anelli limitati, la chiamata di sistema pidfd_open () ha ottenuto il supporto per la creazione di descrittori di file non bloccanti. Anche l'architettura RISC-V è stata migliorata ed è ora possibile avviare i sistemi EFI.

inoltre, non dobbiamo dimenticare l'impostazione del timestamp XFS estende il tempo dei sistemi UNIX per alcuni secoli.

Il team sta ancora studiando alternative per risolvere il problema dell'anno 2038, che dovrebbe riportare i sistemi Unix al 1901. Per farlo, Darrick J. Wong, il manutentore del file system XFS, ha presentato le correzioni per XFS per Linux 5.10, che dovrebbe ritardare il rilascio del 2038 per XFS di altri 448 anni. Questo dovrebbe essere sufficiente per trovare una vera soluzione a lungo termine.

È dalla versione del kernel 5.6, rilasciata lo scorso marzo, che il team ha iniziato a proporre correzioni per risolvere il problema dell'anno 2038. Questo è un errore di molto tempo fa nella codifica nel tempo su sistemi simili a Unix, inclusi Linux, macOS e altri sistemi operativi compatibili con POSIX. In questi sistemi, il tempo di calcolo si basa sui secondi trascorsi dal 1 gennaio 1970 alle 00:00:00 UTC (chiamata anche epoca). Un giorno, ad esempio, 86.400 secondi e un anno 31.536.000 secondi.


Lascia un tuo commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *

*

*

  1. Responsabile dei dati: Miguel Ángel Gatón
  2. Scopo dei dati: controllo SPAM, gestione commenti.
  3. Legittimazione: il tuo consenso
  4. Comunicazione dei dati: I dati non saranno oggetto di comunicazione a terzi se non per obbligo di legge.
  5. Archiviazione dati: database ospitato da Occentus Networks (UE)
  6. Diritti: in qualsiasi momento puoi limitare, recuperare ed eliminare le tue informazioni.

  1.   ekaitz suddetto

    Finiamo. ora vi spiego i problemi che ho avuto su un sistema con Manjaro, da cui Grub ha anche avviato una partizione con LMDE-4. Una volta avviati, entrambi i sistemi sono stati congelati e hanno dovuto essere ripristinati dai coraggiosi. Prima è successo a me nell'LMDE senza aver aggiornato Manjaro, e dopo aver aggiornato questo è successo anche a lui.

    Avevo già pensato che fosse il kernel, ma ho avuto molte difficoltà a far funzionare il sistema principale dopo averlo reinstallato senza aggiornarlo. Anche il downgrade dell'installazione originale (?).

    In questo momento ho sostituito il sistema principale con la versione Sylvia di Linux Mint assumendo che avrei montato un kernel più vecchio. Ripeterò il mio stimato Manjaro che ha sempre funzionato nobilmente sui sistemi su cui l'ho installato.

    La ringrazio molto per le informazioni.