Kilka dni temu Linus Torvalds ogłosił dostępność Linuksa 5.10. (13 grudnia 2020 r.), wersja, która wprowadza wiele nowych funkcji, ulepszeń, nowe sterowniki i zaktualizowane sterowniki dla lepszej obsługi sprzętu. I tak się stało, że po siedmiu tygodniach rozwoju Linux 5.10 jest wreszcie dostępny jako ostatnia wersja jądra dla dystrybucji GNU/Linuksa, które wymagają najwyższej klasy obsługi sprzętu. Jest to również gałąź wspierana długoterminowo (LTS), co oznacza, że prawdopodobnie będzie wspierana przez następne 5 lat.
po tym wydaniu Wydanie aktualizacji naprawczej „Linux 24” zajęło tylko 5.10.1 godziny. Jako pierwsze wydanie zwykle pojawiało się dopiero kilka dni lub tygodni po wydaniu Linuksa 5.10. Jednak tym razem dzieje się to dzień później.
Linux 5.10.1 ma tylko dwie poprawki, obie wpływają na kod pamięci. Nastąpił powrót do poprzedniego rozwiązania dotyczącego limitów DISCARD RAID dla RAID1 i RAID10 w kodzie mapowania urządzeń.
Zaangażowanie po prostu mówi
„To powoduje smutne problemy”.
Drugie zmienia zmienną plasterka bloku kodu MD z unsigned int na zwykłą int, również na tej podstawie, że „to powoduje problemy”. Najnowsza zmiana kodu MD zakończyła się przerwaniem montażu co najmniej konfiguracji RAID6 w Linuksie 5.10 i została szybko zauważona przez poprzednich programistów po przejściu na ostateczną wersję jądra.
Problemy są wystarczająco poważne (szczególnie gdy błędy wpływają na kod jądra związany z pamięcią masową) i tym samym doprowadziło do natychmiastowego wydania Linuksa 5.10.1.
Dostępny jest zatem Linux 5.10.1 i zachęca się użytkowników do aktualizacji, jeśli nie korzystają jeszcze z najnowszej serii LTS.
Dotyczące Do najważniejszych cech nowej gałęzi LTS należy obsługa rozszerzenia znakowania pamięci ARMv8.5, obsługa algorytmu podpisu cyfrowego SM2, obsługa protokołu transportowego CAN ISO 15765 2: 2016, obsługa protokołu multiemisji IGMPv3 / MLDv2 i obsługa enklawy Amazon Nitro. System plików EXT4 jest teraz wyposażony w tryb „szybkiego zatwierdzania”, który drastycznie zmniejsza opóźnienia operacji na wielu plikach, system plików ZoneFS ma nową opcję montowania zwaną jawnym otwarciem, a system plików OverlayFS może teraz ignorować wszystkie formularze defsync.
Przedstawia także zdolność architektury MIPS do uruchamiania jąder skompresowanych Zstd (ZStandard), możliwość jednoczesnego przesyłania danych przez wiele strumieni oraz obsługę hypervisora KVM odwołuje się do procesu LTS 'przestrzeń użytkownika do zarządzania dostępem do nieznanych MSR (rejestrów specyficznych dla modelu).
Poza tym system plików Btrfs otrzymało poprawę wydajności operacji fsync().Dostępna jest także nowa funkcja SEV-ES, która rozszerza technologię Secure Encrypted Virtualization (SEV) firmy AMD o szyfrowanie rejestrów procesorów gościa, tak aby host nie mógł uzyskać do nich dostępu, chyba że gość wyraźnie je udostępni.
Wśród innych godnych uwagi zmian, subsystem_uring otrzymało wsparcie dla tworzenia ograniczonych pierścieni, a wywołanie systemowe pidfd_open() zyskało wsparcie dla tworzenia nieblokujących deskryptorów plików. Udoskonalono także architekturę RISC-V i możliwe jest teraz uruchamianie systemu na systemach EFI.
również nie możemy zapominać, że dostosowanie znacznika czasu XFS wydłuża czas systemów UNIX przez kilka stuleci.
Zespół nadal bada alternatywy rozwiązania problemu roku 2038, który ma przywrócić systemy Unix do roku 1901. W tym celu Darrick J.Wong, opiekun systemu plików XFS, wydał poprawki dla XFS dla Linuksa. co ma przesunąć emisję XFS z roku 5.10 o kolejne 2038 lat. To powinno wystarczyć do znalezienia naprawdę długoterminowego rozwiązania.
Począwszy od wersji jądra 5.6 wydanej w marcu zeszłego roku zespół zaczął proponować poprawki mające na celu rozwiązanie problemu z rokiem 2038. Jest to od dawna wykrywany błąd w kodowaniu czasowym w systemach podobnych do Uniksa, w tym w Linuksie, macOS i innych zgodnych z POSIX system operacyjny. W tych systemach czas obliczeń dokonywany jest na podstawie sekund, które upłynęły od 1 stycznia 1970 roku o godzinie 00:00:00 UTC (zwanej także epoką). Dzień da na przykład 86.400 31.536.000 sekund, a rok XNUMX XNUMX XNUMX sekund.
skończyliśmy Pozwólcie, że teraz wyjaśnię problemy, jakie miałem w systemie z Manjaro, z którego Grub również uruchomił partycję z LMDE-4. Po uruchomieniu oba systemy zostały zamrożone i trzeba było je zresetować siłą. Najpierw przydarzyło mi się to w LMDE bez aktualizacji Manjaro, a po aktualizacji tego stało się to również w nim.
Już założyłem, że to jądro, ale miałem duże trudności z uruchomieniem głównego systemu po ponownej instalacji bez aktualizacji. Nawet obniżenie wersji oryginalnej instalacji (?).
W tym momencie wymieniłem główny system na wersję Linux Mint Sylvii, zakładając, że będzie można zamontować w niej starsze jądro. Powtórzę test mojego szanownego Manjaro, który zawsze zachowywał się szlachetnie na systemach, na których go instalowałem.
Dziękuję bardzo za informacje.