Лінус Торвальдс оголосив про доступність Linux 5.10 кілька днів тому (станом на 13 грудня 2020 р.), версія, яка надає багато нових функцій, удосконалень, нових драйверів та оновлених драйверів для кращої технічної підтримки. І це те, що після семи тижнів розробки Linux 5.10 нарешті з’явився як остання версія ядра для дистрибутивів GNU / Linux, які хочуть першокласної технічної підтримки. Крім того, це довгостроково підтримувана філія (LTS), що означає, що вона, ймовірно, отримає підтримку протягом наступних 5 років.
Після цього звільнення пішло лише 24 години, щоб вийшло коригувальне оновлення для «Linux 5.10.1». Як перший випуск, він зазвичай надходить лише через кілька днів або тижнів після випуску Linux 5.10. Однак цього разу це відбувається через день.
Linux 5.10.1 має лише два виправлення, обидва з яких впливають на код зберігання. Існує відкат до попереднього рішення навколо обмежень DISCARD RAID для RAID1 і RAID10 у коді картографії пристрою.
Прихильність просто говорить
"Це викликає сумні проблеми".
Інший виправляє змінну сектору блоку коду MD з беззнакового int на простий int, також на тій підставі, що "це створює проблеми". Остання зміна коду MD в результаті призвела до порушення монтажу принаймні конфігурацій RAID6 в Linux 5.10 і була швидко помічена попередніми розробниками при переході на остаточну версію ядра.
Проблеми досить серйозні (особливо коли помилки впливають на код ядра, пов’язаний із сховищем) що призвело до негайного випуску Linux 5.10.1.
Таким чином, Linux 5.10.1 доступний, і користувачам пропонується оновити, якщо вони ще не користуються цією останньою серією LTS.
Щодо Основні моменти нової гілки LTS включають підтримку розширення тегування пам’яті ARMv8.5, підтримка алгоритму цифрового підпису SM2, підтримка транспортного протоколу CAN ISO 15765 2: 2016, підтримка багатоадресного протоколу IGMPv3 / MLDv2 та підтримка анклавів Amazon Nitro. Файлова система EXT4 тепер оснащена режимом "швидкого фіксації", що різко зменшує затримку для декількох файлових операцій, у файловій системі ZoneFS є нова опція монтування, яка називається явно відкритим, а файлова система OverlayFS тепер може ігнорувати всі форми десинхронізації.
Він також представляє можливість архітектури MIPS запускати стиснуті ядра Zstd (ZStandard), можливість одночасно передавати дані через декілька потоків та підтримка гіпервізора KVM відноситься до процесу LTS 'користувацький простір для управління доступом до невідомих MSR (записи, специфічні для моделі).
Також файлова система Btrfs отримав покращення продуктивності для операцій fsync (), і є нова функція SEV-ES, яка розширює безпечну зашифровану віртуалізацію (SEV) від AMD, а також шифрує регістри гостьового процесора, щоб хост не міг отримати до них доступ, за винятком того, що гість явно ділиться ними.
Серед інших помітних змін підсистема_uring отримала підтримку для створення обмежених кілець, системний виклик pidfd_open () отримав підтримку для створення неблокуючих дескрипторів файлів. Архітектура RISC-V також була вдосконалена, і тепер можна завантажуватися до систем EFI.
Крім того, ми не повинні забувати про встановлення мітки часу XFS подовжує час роботи систем UNIX протягом кількох століть.
Команда все ще вивчає альтернативи для вирішення проблеми 2038 року, яка повинна повернути системи Unix до 1901 р. Для цього Даррік Дж. Вонг, що підтримує файлову систему XFS, представив виправлення для XFS для Linux. 5.10, який, як очікується, затримає випуск 2038 року для XFS ще на 448 років. Цього має бути достатньо для пошуку реального довгострокового рішення.
Саме з версії ядра 5.6, випущеної в березні минулого року, команда почала пропонувати виправлення для вирішення проблеми 2038 року. Це давня помилка у своєчасному кодуванні на подібних системах. до Unix, включаючи Linux, macOS та інші POSIX-сумісні операційні системи. У цих системах час обчислення базується на секундах, що минули з 1 січня 1970 року о 00:00:00 UTC (також називається епохою). Наприклад, день становитиме, наприклад, 86.400 31.536.000 секунд, а рік - XNUMX XNUMX XNUMX секунд.
Ми закінчили. тепер я пояснюю проблеми, які виникли у мене в системі з Манджаро, з якого Grub також розпочав розділ з LMDE-4. Після запуску обидві системи були заморожені, і хоробрі повинні були скинути їх. Спочатку це трапилося зі мною в LMDE, не оновивши Манджаро, а після оновлення цього також сталося з ним.
Я вже припускав, що це ядро, але мав багато труднощів з тим, щоб основна система працювала після її перевстановлення без оновлення. Навіть зниження рівня початкової інсталяції (?).
На даний момент я замінив основну систему версією Linux Mint на Sylvia, припускаючи, що я зможу встановити старіше ядро. Я протестую свого шановного Манджаро, який завжди благородно працював у системах, на яких я його встановив.
Щиро дякую за інформацію.