Блог:Точка Росы
Блог с постами технической направленности — чтобы похвалиться сделанной работой и поделиться результатами исследований, выполненных в текущей рутине.
Если вы умеете пользоваться агрегаторами RSS/Atom, подписывайтесь!. По любым вопросам можно писать сюда.
Весь контент данного блога распространяется на условиях Creative Commons Attribution-ShareAlike 3.0 License (CC-BY-SA)
Тенденции в аппаратном обеспечении
Сегодня я рад открыть очередное большое обновление базы оборудования — живой отчёт о конфигурациях пользователей Росы и других дистров (статистика): https://linux-hardware.org/?view=trends
Отчёт поможет ответить на вопросы "Насколько еще популярны 32-битные системы?", "Как быстро растет доля SSD дисков?", "Какие диски менее надежные?", "Насколько быстро адаптируются новые версии ядра?", "Сколько компьютеров использует старый микрокод?", "Насколько хороша поддержка драйверов устройств?" и многие другие.
Помимо Росы в исследовании также участвовали и другие дистрибутивы. Наибольший вклад внесли следующие дистры: Ubuntu, Linux Mint, Endless, Fedora, Arch Linux, Manjaro, Debian, Zorin, openSUSE, KDE neon, Clear Linux и Gentoo. Вы можете переключить статистику на интересующий вас дистрибутив или смотреть отчёт для всех сразу с помощью фильтра "All distros".
Все графики и строки таблиц кликабельны — вы можете посмотреть детали конкретных компьютеров, посчитанных в той или иной статистике. Т.е. помимо статистики и прогнозирования, отчёт можно использовать как мощный поиск интересующих компьютеров.
Статическая версия отчёта за текущий месяц доступна также в проекте на Github.
Отчёт строится на основе проб пользователей с помощью программы hw-probe (для других дистров есть AppImage, Snap, Flatpak и Docker):
hw-probe -all -upload
Участвуйте! Отчёт существует только благодаря вам!
Пробы текущего месяца аккумулируются и появляются в статистике первого числа следующего месяца. Пишите, если есть идеи новых статистик, которых еще нет в отчёте.
Поиск драйверов
Нередки случаи, когда в компьютере под Линуксом «из коробки» не работает пара устройств. Причиной этого может быть слишком новое железо, отсутствие драйверов под Linux от производителя устройств, устаревшее железо, несовместимость устройств или брак. По данным сайта Linux-Hardware.org, не менее 10% пользователей Linux сталкиваются с подобными проблемами. Согласно нашей статистике, наиболее проблемными устройствами являются:
- Wi-Fi-карты
- Bluetooth-карты
- кардридеры
- считыватели отпечатков
- считыватели смарт-карт
- принтеры
- сканеры
- модемы
- графические карты
- веб-камеры
- DVB-карты
- мультимедийные контроллеры
Если устройство не заработало сразу, это ещё не означает, что его нельзя заставить работать в принципе. Иногда можно найти более подходящее ядро или сторонний драйвер в интернете. Для поиска нужного ядра можно воспользоваться базой данных LKDDb, в которой проиндексированы поддерживаемые устройства для каждой версии ядра, или поискать решение на форумах и подобных ресурсах.
Сегодня мы запускаем новый способ поиска драйверов — с помощью создания пробы компьютера! Если для какого-то устройства в вашей пробе не был загружен драйвер, то для него будут предложены подходящая версия ядра или известные сторонние драйверы. Эта же информация представлена на странице каждого PCI/USB-устройства в базе.
Пробу можно создать следующей командой (для других дистрибутивов есть AppImage):
hw-probe -all -upload
Поиск драйвера осуществляется по базе LKDDb для ядер начиная с версии 2.6.24 и до самой новой 5.0. Также мы проиндексировали следующие сторонние драйверы:
- nvidia — графика
- wl — Wi-Fi-карты фирмы Broadcom
- fglrx — графика AMD/ATI
- hsfmodem — модемы
- sane — сканеры
- foomatic — принтеры
- gutenprint — принтеры
- и ещё около 100 драйверов с Github для Wi-Fi-карт и других устройств
Да, мы проиндексировали fglrx для старых графических карт AMD/ATI. В некоторых случаях производительность с ним может быть выше, чем при использовании свободного драйвера radeon, но для этого нужно будет поставить предыдущую версию ROSA — R8, так как в более новых версиях системы fglrx не поддерживается.
Это не единственный пример, когда требуется не обновление ядра, а откат на предыдущую версию. Для некоторых устройств драйвера устаревают, и их просто выкидывают из ядра. В таких случаях вам нужно подобрать одну из предыдущих версий вашего дистрибутива со старым ядром, обновив затем вручную необходимые программы (например, браузер).
Всем спасибо за внимание!
VK: https://vk.com/rosa_linux?w=wall-33847957_285897.
Обзоры работоспособности устройств
Удалось настроить устройство, которое не заработало «из коробки»? Нашли нужный драйвер? Устройство не работает и не знаете, что делать? Напишите об этом прямо в своей пробе!
Регистрация не нужна — авторизация происходит при создании пробы. Просто создайте пробу и сразу откройте её в браузере. На странице вашей пробы будет большая зеленая кнопка REVIEW для создания обзора.
В обзоре можно скорректировать автоматически определенные статусы работоспособности устройств и написать комментарий для любого устройства на языке Markdown.
Статусы и комментарии приписываются к соответствующим устройствам в открытой базе данных. Другие пользователи смогут быстро перенять опыт, если у них будет такая же проблема, пробив свои компьютеры по базе данных при помощи своих проб.
Пробу можно создать командой:
hw-probe -all -upload
Или с помощью приложения Проба оборудования в стартовом меню SimpleWelcome образов РОСЫ с KDE/Plasma. Также есть AppImage, Docker, Snap и Flatpak, чтобы взять с собой на любой другой дистрибутив.
Всем спасибо за внимание и будущие пробы компьютеров!
Выбор дистрибутива Linux в базе оборудования
Всем доброго времени суток!
Новость для пользователей базы оборудования РОСЫ Linux-Hardware.org и всех интересующихся Linux-совместимостью и надежностью компьютеров.
Как известно, помимо проб РОСЫ, в базу можно загружать пробы с любого другого дистрибутива Linux. С сегодняшнего дня на главной странице сайта можно выбрать свой любимый дистрибутив и персонализировать базу данных. В этом режиме не будет видно данных, собранных с других дистрибутивов. Таким образом каждый дистрибутив получает по своей персональной базе оборудования!
База РОСЫ доступна по ссылке: https://linux-hardware.org/?d=ROSA
Если будут предложения по изменению цветовой схемы сайта для какого-нибудь из дистрибутивов, то пишите в комментариях к этому посту.
Если есть желание пополнить базу своим компьютером, то вы можете сделать это с помощью утилиты hw-probe (предустановлена в ROSA Fresh):
hw-probe -all -upload
Всем спасибо!
Работоспособность устройств компьютера
Мы продолжаем постоянно улучшать базу данных оборудования, чтобы сделать ее еще более полезной. Сегодня хотелось бы представить долгожданную новую функциональность — автоматическое определение работоспособности устройств компьютера. Этого удалось добиться с помощью анализа логов, собираемых с компьютеров пользователей.
Автоматически определяется работоспособность следующих устройств:
- Графические карты
- Wi-Fi-карты
- Ethernet-карты
- Bluetooth-карты
- Модемы
- Жесткие диски (наличие критических ошибок)
- Мониторы
- Батареи (низкая емкость)
- Контроллеры смарт-карт (требуется hw-probe из ветки master)
Для следующих классов устройств также определяется статус неработоспособности, если драйвер не найден, но пока не ясно, как проверить их работоспособность:
- Звуковые карты
- Кардридеры
- Считыватели отпечатков пальцев
- TV-карты
- DVB-карты
Вы можете проверить свои предыдущие пробы — статусы устройств в них уже обновлены!
Или сделать новые пробы (обновление hw-probe не требуется, анализ произведет сервер):
hw-probe -all -upload
Нерабочие устройства заносятся в репозиторий устройств с плохой Linux-совместимостью: https://github.com/linuxhw/HWInfo.
Ближайшим аналогом проекта является проект Checkbox (System testing) в Ubuntu, но там в каждом тесте требуется участие человека.
В Росе утилита hw-probe предустановлена во всех образах. Для установки на другие системы см. эту инструкцию.
Всем спасибо за внимание!
Репозиторий EDID
На основе собранных проб компьютеров в проекте Linux-Hardware.org создан самый большой в мире открытый репозиторий характеристик мониторов, включающий структуры EDID для около 9000 мониторов: https://github.com/linuxhw/EDID
EDID (Extended Display Identification Data) — стандарт формата данных VESA, который содержит базовую информацию о мониторе и его возможностях, включая информацию о производителе, максимальном размере изображения, цветовых характеристиках, заводских предустановленных таймингах и границах частотного диапазона.
Наиболее известным аналогом репозитория является сайт EDID.tv, на котором также собрано довольно много информации о мониторах.
Репозиторий пополняется автоматически на основе новых проб компьютеров. Чтобы участвовать в пополнении репозитория, пользователям Росы нужно выполнить одну простую команду в терминале:
hw-probe -all -upload
Пользователям других систем надо установить утилиту hw-probe наиболее удобным способом из предложенных на этой странице (Deb-пакет, Docker-образ, LiveCD и др.): https://github.com/linuxhw/hw-probe
HW Probe 1.4
Друзья, хочу представить вашему вниманию новую версию hw-probe 1.4.
Наиболее важным изменением является деперсонализация проб на стороне клиента. Прежде пробы очищались от приватной информации (IP-адреса, MAC-адреса, серийные номера, имя компьютера и др.) на стороне сервера. Теперь такие данные не отправляются совсем, и можно не волноваться, что сервер будет их как-то обрабатывать или публиковать. Смело отправляйте пробы с любого компьютера!
Обновление уже доступно в репозиториях.
Другие изменения:
- Проба создается до трех раз быстрее
- Добавлен сбор SMART-информации с внешних USB-накопителей, подключенных к компьютеру
- Добавлен сбор SMART-отчетов из MegaRAID
- Улучшен анализ мониторов и жестких дисков
- Добавлен сбор информации о MMC-контроллерах
- Добавлен сбор логов mcelog и cpuid и др.
См. подробный список исправлений здесь: https://github.com/linuxhw/hw-probe/releases/tag/1.4.
Пробу, как и раньше, можно сделать через приложение Проба оборудования в SimpleWelcome или путем выполнения в консоли следующей команды:
hw-probe -all -upload
Всем спасибо за внимание и за новые пробы компьютеров!
Подсветка важных SMART-атрибутов в пробах
В SMART-отчетах для жестких дисков и SSD во всех пробах компьютеров подсвечены важные атрибуты, коррелирующие с реальными механическими неисправностями согласно исследованиям Google и Backblaze.
Зеленым подсвечивается нулевое значение важных атрибутов, красным — любое положительное значение. Вы можете проверить свои пробы уже сейчас!
Ссылки на исследования, а также полный список подсвечиваемых важных атрибутов можно посмотреть здесь: https://github.com/linuxhw/SMART
Пробу можно, как и раньше, сделать из приложения в SimpleWelcome или из консоли одной простой командой:
hw-probe -all -upload
Всем спасибо за внимание и новые пробы компьютеров!
Список устройств с плохой Linux-совместимостью
Создан новый проект для определения списка устройств с плохой Linux-совместимостью на основе данных Linux-Hardware.org за 4 года: https://github.com/linuxhw/HWInfo
В новом репозитории собрано 26 тысяч обезличенных отчётов hwinfo из проб компьютеров в различных конфигурациях (разные ядра, ОС — в основном ROSA Fresh). Устройство попадает в список плохо поддерживаемых, если есть хотя бы одна проба, в которой драйвер для этого устройства не был найден. В таблице в колонке 'Missed' указан процент таких проб. Если процент небольшой, то это означает, что драйвер добавили в новых версиях ОС. Также показана минимальная версия ядра Linux, в которой драйвер присутствовал.
Устройства разбиты на категории. Для каждой вычисляется отношение количества плохо поддерживаемых устройств к общему количеству протестированных устройств в категории.
На данный момент исследование ограничено только для PCI и USB устройств. В будущем планируется включить остальные.
Просьба проверить наличие в таблице известных неподдерживаемых устройств. ID устройства можно взять из вывода команды 'lspci -vvnn' в квадратных скобках, например [10de:0dfc].
Открытый тест надежности жестких дисков и SSD
Создан открытый проект по оценке надежности жестких дисков (HDD и SSD) на основе собранных SMART данных в базе оборудования https://linux-hardware.org. Исходные данные в обезличенном виде, методы анализа и результаты выложены в новый репозиторий на github: https://github.com/linuxhw/SMART. Это наш ответ Google и Backblaze по анализу надежности дисков, но только участвовать в исследовании может каждый Linux-пользователь из сообщества путем обычного создания проб с помощью hw-probe!
Целью проекта является выявление дисков с максимальным временем работы без ошибок. В качестве меры надежности выбрано время работы диска в годах деленое на количество ошибок плюс один: Power_On_Hours/(1 + Number_Of_Errors), т.е. среднее количество лет работы до возникновения первой ошибки (или время между ошибками).
Таблицей с результатами надо пользоваться аккуратно. Надо обращать внимание не только на рейтинг, но и на число проверенных экземпляров модели диска. Если рейтинг низкий, то смотрите на число дней работы этого диска и количество накопленных ошибок. Если диск новой модели, то он будет постепенно подниматься к вершине рейтинга, если отработает достаточное время без ошибок.
В этом проекте есть целое поле задач для исследований. Наиболее актуальными являются улучшение формулы для меры надежности, формулы для усреднения результатов для нескольких дисков одной модели и выявление типов ошибок, указывающих на реальные неисправности или их скорое возникновение.
Пробу компьютера можно, как и раньше, сделать из приложения в SimpleWelcome или из консоли одной простой командой:
hw-probe -all -upload
Мобильная база оборудования
Встречайте мобильный интерфейс к базе оборудования ОС РОСА. Просто зайдите на сайт https://linux-hardware.org со смартфона или планшета и откроется компактная версия сайта. Теперь пользоваться базой значительно удобнее вне дома или офиса.
Пополняйте базу, ищите Linux-совместимые модели компьютеров и устройств, изучайте внутреннее строение своего компьютера — все это легче вместе с базой https://linux-hardware.org!
Docker-образ для ROSA Desktop Fresh R9
Нас часто спрашивают, где взять образ Docker для Росы. Такой образ полезен в ситуации, когда хочется быстро отладить сборку какого-то пакета, а установленной ОС ROSA под рукой нет. Разворачивать ради такой такой задачи виртуальную машину — излишество, а вот создать за пару секунд контейнер — самое то.
Для rosa2016.1 образы можно найти здесь:
Для платформы 2014.1 — здесь:
Образы rootfs, которые можно использовать для chroot или systemd-nspawn, с предустановленным ПО для сборки пакетов:
Запуск контейнера осуществляется стандартным образом:
# docker run -it --rm dsilakov/rosa
Файлы и скрипты, которые можно использовать для сборки образов: https://abf.io/soft/docker-brew-rosa.
Желающие делать производные образы либо дорабатывать текущие — welcome.
Установка свежих версий приложений в виде контейнеров
Несмотря на слово Fresh в названии нашего открытого дистрибутива, мы вовсе не стремимся всеми силами поместить в него самые свежие версии всех приложений. Все основные программы (входящие в репозиторий main) проходят тщательную проверку нашего QA, и в случае обнаружения проблем (особенно регрессий) мы либо чиним их сами, либо ждем исправлений от апстрима.
Однако время от времени все-таки хочется попробовать новую версию какого-нибудь приложения, несмотря на ее ошибки не дожидаясь ее появления в официальных репозиториях. Нередко для этого можно использовать неофициальные сборки от разработчиков и членов сообщества (например, немало интересного можно найти в репозиториях https://rosa.pkgs.org/2016.1/stan8-x86_64/ от наших пользователей из Польши.
Но есть и альтернатива — приносить пакеты не в виде RPM, а в виде самодостаточных контейнеров. Подробнее о данных технологиях можно узнать, например, из этой статьи, а применительно к РОСЕ и десктопным приложениям можно сразу воспользоваться инструментарием flatpak, доступным в репозиториях ROSA Desktop Fresh начиная с релиза R9.
Для начала поставим сам flatpak:
$ urpmi flatpak
А теперь перейдем в каталог приложений, скачаем файл flatpakref для нужного приложения и передадим его инструменту:
$ flatpak install --from https://flathub.org/repo/appstream/com.skype.Client.flatpakref $ flatpak run com.skype.Client
И вуаля — в два клика мы запустили новый Skype.
На данный момент приложений в каталоге не очень много. Но, с другой стороны, есть очень интересные и востребованные программы, свежие версии которых интересны многим пользователям — тот же Skype, LibreOffice, Spotify, Pitivi, Linphone и ряд других.
2017-06-20 Настройка двухфакторной аутентификации в ОС ROSA Desktop Fresh R9
Те, для кого информационная безопасность — не пустой звук, знают, что глупо просто увеличивать длину пароля в надежде повысить защищённость. Здесь целесообразно использовать многофакторную аутентификацию.
Тем более что почти все уже привыкли к так называемой 2FA, ибо даже покупки по карточке в интернете теперь требуют не только CVV2-код, но и одноразовый пароль из SMS от банка или другой дополнительный фактор аутентификации (привет отпечатку пальца).
Конечно, если у вас ноутбук, двухфакторная аутентификация не спасет вас от его кражи вместе с данными — тут нужно шифрование. Но от тех, кто подглядывает пароль через плечо, а потом втихую использует ваш компьютер, вполне поможет.
Да и выглядит это круто и профессионально, если вдруг нужно произвести впечатление на кого-нибудь.
Как же настроить двухфакторную аутентификацию в ОС ROSA?
Под катом — длинная инструкция для тех, кого не пугают трудности.
Настройка двухфакторной аутентификации в ОС ROSA Desktop Fresh R9
ABF: разблокируем Pull Request
За годы разработки РОСЫ мы получили тысячи Pull Request’ов от добровольных помощников из сообщества (в частности, запросы на обновление тех или иных программ). Жизненный путь большинства запросов очень прост — разработчик изучает предлагаемые изменения, и если все в порядке, то просто нажимает кнопку Смерджить, после чего нажатием еще одной кнопки отправляет новую версию программы на сборку. Итого — если изменения выглядят корректными, то от разработчика требуется всего два клика мышкой.
Чтобы подобный сценарий был осуществим, необходимо еще одно условие (помимо корректности изменений) — Git-сервер ABF должен быть в состоянии автоматически перенести ваши изменения в репозитории РОСЫ. Понять, так это или нет, очень просто — если сразу после создания запроса он находится в состоянии Готов к мерджу, то все хорошо. Если же он сразу оказался в состоянии Заблокирован, то что-то пошло не так и для принятия ваших изменений разработчикам придется приложить существенно больше усилий, чем пара кликов мышкой. Однако вы можете им помочь, изменив свой проект так, чтобы изменения все-таки можно было перенести автоматически.
Первым делом убедитесь, что вы сделали запрос на изменение в нужную ветку Git-репозитория (ветка соответствует имени платформы — rosa2014.1, rosa2016.1 и так далее).
Если с ветками все в порядке, то причиной блокировки вашего запроса является параллельное внесение изменений в проект другими участниками. Поясним это, рассмотрев типичный процесс подготовки изменений:
- пользователь создает «форк» проекта, который хочет изменить, в свой репозиторий;
- пользователь вносит необходимые изменения в свою копию проекта;
- пользователь создает запрос на изменение (Pull Request) в исходный проект.
Если за время, когда пользователь вносил изменения в свой проект, кто-то изменил исходный проект (например, принял Pull Request от другого пользователя), то с большой вероятностью ABF не сможет автоматически влить изменения. Именно в такой ситуации и получится заблокированный Pull Request. Строго говоря, если вы изменяли одни файлы, а разработчик — другие, то блокировки не будет. Однако специфика сборки rpm-пакетов такова, что при внесении любых изменений вам надо как минимум пересобрать пакет с поднятием версии или релиза, а для этого надо изменить spec-файл. Поэтому 99 % изменений в проекте изменяют и spec-файл, как следствие — почти всегда параллельные изменения приводят к невозможности автоматически их объединить.
Итак, что же делать в такой ситуации?
