Linus Torvalds hat vor einigen Tagen die Verfügbarkeit von Linux 5.10 angekündigt (Stand: 13. Dezember 2020), Version, die viele neue Funktionen, Verbesserungen, neue Treiber und aktualisierte Treiber für eine bessere Hardwareunterstützung bietet. Und nach sieben Wochen Entwicklungszeit ist Linux 5.10 endlich als neueste Version des Kernels für GNU / Linux-Distributionen verfügbar, die erstklassige Hardware-Unterstützung wünschen. Außerdem handelt es sich um eine langfristig unterstützte Zweigstelle (LTS), was bedeutet, dass sie voraussichtlich in den nächsten 5 Jahren Unterstützung erhalten wird.
Nach dieser Veröffentlichung Es dauerte nur 24 Stunden, bis das Korrekturupdate "Linux 5.10.1" veröffentlicht wurde. Als erstes Point-Release würde es normalerweise erst einige Tage oder Wochen nach dem Linux 5.10-Release eintreffen. Diesmal geschieht es jedoch einen Tag später.
Linux 5.10.1 hat nur zwei Korrekturen, die sich beide auf den Speichercode auswirken. Es gibt einen Rollback zu einer früheren Lösung bezüglich der DISCARD RAID-Grenzwerte für RAID1 und RAID10 im Geräte-Mapper-Code.
Die Verpflichtung sagt einfach
"Das verursacht traurige Probleme."
Der andere behebt die Sektorvariable des MD-Codeblocks von einem vorzeichenlosen int zu einem einfachen int. auch mit der Begründung, dass "dies Probleme verursacht". Die letzte Änderung des MD-Codes führte dazu, dass zumindest die RAID6-Konfigurationen in Linux 5.10 nicht mehr bereitgestellt wurden, und wurde von früheren Entwicklern beim Wechsel zur endgültigen Version des Kernels schnell bemerkt.
Die Probleme sind ernst genug (insbesondere wenn Fehler den speicherbezogenen Kernelcode beeinflussen) und führte somit zur sofortigen Veröffentlichung von Linux 5.10.1.
Daher ist Linux 5.10.1 verfügbar, und Benutzer werden aufgefordert, ein Upgrade durchzuführen, wenn sie nicht bereits mit dieser neuesten LTS-Serie arbeiten.
Hinsichtlich der Zu den Highlights des neuen LTS-Zweigs gehört die Unterstützung der Speicher-Tagging-Erweiterung ARMv8.5, Unterstützung für den SM2-Algorithmus für digitale Signaturen, Unterstützung für das Transportprotokoll CAN ISO 15765 2: 2016, Unterstützung für das IGMPv3 / MLDv2-Multicast-Protokoll und Unterstützung für Amazon Nitro-Enklaven. Das EXT4-Dateisystem verfügt jetzt über einen "Quick Commit" -Modus, der die Latenz für mehrere Dateivorgänge drastisch reduziert. Das ZoneFS-Dateisystem verfügt über eine neue Mount-Option namens "Explizit offen" und das OverlayFS-Dateisystem kann jetzt alle defsync-Formulare ignorieren.
Es präsentiert auch die Möglichkeit für die MIPS-Architektur, Zstd-komprimierte Kernel zu starten (ZStandard), die Fähigkeit, Daten gleichzeitig über mehrere Streams zu übertragen, und Unterstützung für den Hypervisor KVM bezieht sich auf einen LTS-Prozess Benutzerbereich zum Verwalten des Zugriffs auf unbekannte MSRs (modellspezifische Datensätze).
Auch das Dateisystem Btrfs erhielt eine Leistungsverbesserung für fsync () -Operationenund es gibt eine neue SEV-ES-Funktion, die AMDs Secure Encrypted Virtualization (SEV) erweitert, um auch die Gastprozessorregister zu verschlüsseln, sodass der Host nicht auf sie zugreifen kann, mit Ausnahme des Gastes, der sie explizit freigibt.
Neben anderen bemerkenswerten Änderungen erhielt das Subsystem_uring Unterstützung für das Erstellen eingeschränkter Ringe, der Systemaufruf pidfd_open () erhielt Unterstützung für das Erstellen nicht blockierender Dateideskriptoren. Die RISC-V-Architektur wurde ebenfalls verbessert und es ist jetzt möglich, auf EFI-Systeme zu booten.
auch Wir dürfen nicht vergessen, dass die Einstellung des Zeitstempels XFS die Zeit von UNIX-Systemen verlängert für ein paar Jahrhunderte.
Das Team sucht noch nach Alternativen, um das Problem des Jahres 2038 zu lösen, das Unix-Systeme auf 1901 zurückbringen soll. Zu diesem Zweck hat Darrick J. Wong, der Betreuer des XFS-Dateisystems, Korrekturen für XFS für Linux vorgestellt 5.10, was die Ausgabe 2038 für XFS voraussichtlich um weitere 448 Jahre verzögern wird. Dies sollte ausreichen, um eine echte langfristige Lösung zu finden.
Aus der Kernel-Version 5.6, die im März letzten Jahres veröffentlicht wurde, schlug das Team Korrekturen vor, um das Problem des Jahres 2038 zu lösen. Dies ist ein vor langer Zeit aufgetretener Fehler bei der zeitlichen Codierung auf ähnlichen Systemen wie Unix, einschließlich Linux, MacOS und andere POSIX-kompatible Betriebssysteme. In diesen Systemen basiert die Berechnungszeit auf Sekunden, die seit dem 1. Januar 1970 um 00:00:00 UTC (auch als Epoche bezeichnet) verstrichen sind. Ein Tag ergibt beispielsweise 86.400 Sekunden und ein Jahr 31.536.000 Sekunden.
Wir sind fertig. Jetzt werde ich die Probleme erklären, die ich in einem System mit Manjaro hatte, von dessen Grub auch eine Partition mit LMDE-4 gestartet wurde. Nach dem Start waren beide Systeme eingefroren und mussten von den Mutigen zurückgesetzt werden. Zuerst passierte es mir in der LMDE, ohne Manjaro aktualisiert zu haben, und nachdem ich dies aktualisiert hatte, passierte es auch in ihm.
Ich hatte bereits angenommen, dass es sich um den Kernel handelt, hatte jedoch große Schwierigkeiten, das Hauptsystem nach einer Neuinstallation ohne Aktualisierung zum Laufen zu bringen. Sogar ein Downgrade der Originalinstallation (?).
Zu diesem Zeitpunkt habe ich das Hauptsystem durch die Sylvia-Version von Linux Mint ersetzt, vorausgesetzt, ich würde einen älteren Kernel mounten. Ich werde meinen geschätzten Manjaro erneut testen, der auf den Systemen, auf denen ich ihn installiert habe, immer hervorragende Leistungen erbracht hat.
Vielen Dank für die Informationen.