Выпуск обновления открытого инструментария для загрузки прошивок Fwupd 2.1.9

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

23 октября 2026 года состоялся выпуск обновления открытого инструментария для загрузки прошивок Fwupd 2.1.9. Исходный код проекта написан на C и Python и опубликован на GitHub под лицензией GNU Lesser General Public License v2.1. Выпуск стабильной версии Fwupd 2.0 с поддержкой больших разделов в томах EFI FFS3 и возможностью стабильной работы с большинством типов CRC-32 и CRC-16 произошёл в октябре 2024 года. Проект ведёт разработчик Ричард Хьюз из Red Hat.

Проект Fwupd предоставляет OEM‑производителям и разработчикам прошивок сервис для загрузки прошивок в специальный централизованный каталог LVFS (Linux Vendor Firmware Service), который можно использовать в дистрибутивах Linux при помощи инструментария fwupd.

В настоящее время в каталоге проекта Fwupd предложены прошивки для более 1600 устройств от 160 производителей. Использование централизованного каталога избавляет производителей от необходимости формирования пакетов для дистрибутивов и позволяет передавать прошивки в архиве *.cab с дополнительными метаданными, которые также применяются при публикации прошивок для Windows.

В проекте Fwupd поддерживается как режим автоматического обновления прошивок без необходимости совершения каких‑то действий со стороны пользователя, так и выполнение операции после подтверждения или запроса пользователя.

Инструментарий Fwupd и LVFS применяется в сборках RHEL, Fedora, Ubuntu, SUSE, Debian и многих других дистрибутивах Linux для автоматизированного обновления прошивок, а также поддерживается в менеджерах приложений GNOME Software и KDE Discover. Решение Fwupd не ограничено настольными системами и пригодно для обновления прошивок на смартфонах, планшетах, серверах и устройствах интернета вещей.

Основные изменения и добавления в Fwupd 2.1.9:

  • исправлены 11 ошибок и баги после выпуска предыдущей стабильной версии проекта;

  • доработана документация;

  • добавить идентификатор экземпляра (instance ID) для каждой пары «класс устройства Redfish HPE — целевой объект»;

  • включёны в отчёт данные о том, является ли система контейнером или гипервизором;

  • требуется наличия libusb 1.0.27 при сборке демона;

  • добавлена ​​поддержка оборудования Pixart PID 38CA.

Источник: https://habr.com/ru/news/1098708/


Интересные статьи

Интересные статьи

Перешли с Python на Php, а привычной интерактивной консоли из PyCharm нет? Пользуетесь JS-консолью в инструментах разработчика браузера, а для Php такого нет? Не беда, ведь в качестве интерактивной об...
В октябре 2023 года команда Positive Technologies по расследованию инцидентов PT CSIRT обнаружила компрометацию одной энергетической компании с использованием трояна Decoy Dog. Этот вредонос активно и...
Выгрузка пользователей из 1C ЗУП в Битрикс24 или правдивая история о том как настроить интеграцию 1С-Битрикс24 с ЗУП без 1С-ника В жизни так бывает, причём бывает чаще чем хотелось б...
В прошлой части мы поговорили о советах директору по разработке бизнес-процесса в Битрикс24, сейчас же я постараюсь дать советы руководителям отделов, поскольку по моему опыту почти всегд...
Всем привет! Не так давно на работе в рамках тестирования нового бизнес-процесса мне понадобилась возможность авторизации под разными пользователями. Переход в соответствующий р...