Forwarded from Linux / Линукс
В Fedora 37 намерены оставить только поддержку UEFI
В Fedora Linux 37 намечен перевод поддержки UEFI в разряд обязательных требований для установки дистрибутива на платформе x86_64. Возможность загрузки ранее установленных окружений на системах с традиционным BIOS какое-то время останется, но поддержка новых установок не в режиме UEFI будет прекращена. В Fedora 39 или более позднем выпуске поддержку BIOS рассчитывают удалить полностью.
Заявка на принятие изменения в Fedora 37 опубликована Беном Коттоном, занимающим в компании Red Hat должность Fedora Program Manager. Изменение пока не рассмотрено комитетом FESCo, отвечающим за техническую часть разработки дистрибутива Fedora.
Прекращение поддержки BIOS в Fedora Linux позволит сократить число используемых при загрузке и установке компонентов, удалить поддержку VESA, упростить установку и снизить трудозатраты на сопровождение загрузчика и установочных сборок, так как UEFI предоставляет унифицированные стандартные интерфейсы, а BIOS требует отдельного тестирования каждого варианта.
В Fedora Linux 37 намечен перевод поддержки UEFI в разряд обязательных требований для установки дистрибутива на платформе x86_64. Возможность загрузки ранее установленных окружений на системах с традиционным BIOS какое-то время останется, но поддержка новых установок не в режиме UEFI будет прекращена. В Fedora 39 или более позднем выпуске поддержку BIOS рассчитывают удалить полностью.
Заявка на принятие изменения в Fedora 37 опубликована Беном Коттоном, занимающим в компании Red Hat должность Fedora Program Manager. Изменение пока не рассмотрено комитетом FESCo, отвечающим за техническую часть разработки дистрибутива Fedora.
Прекращение поддержки BIOS в Fedora Linux позволит сократить число используемых при загрузке и установке компонентов, удалить поддержку VESA, упростить установку и снизить трудозатраты на сопровождение загрузчика и установочных сборок, так как UEFI предоставляет унифицированные стандартные интерфейсы, а BIOS требует отдельного тестирования каждого варианта.
👍20👎14😢10🤔2
Неплохой кулер, но не хватает RGB.
Бытует мнение, что есть желтая версия этого кулера🌝
Бытует мнение, что есть желтая версия этого кулера🌝
👍38😁21👎10🤔5
Познакомьтесь с профессией системного администратора, интерфейсом и возможностями Linux. Узнайте, как стать сисадмином и зарабатывать от 70 тысяч рублей в месяц, на бесплатном онлайн-интенсиве: ✒️ https://clc.to/GLk8Og
💡 Освоите базовые навыки системного администрирования.
💡 Научитесь работать с Linux Desktop, настраивать серверы Apache и MySQL, запускать PHP-приложения.
💡 Запустите Linux в виртуальной машине с помощью Vagrant и добавите проект в портфолио.
☝️ Спикером будет lead DevOps интернет-банка ВТБ, автор научных статей по DevOps и DevSecOps — Константин Брюханов. Он познакомит вас с профессией системного администратора и расскажет, как развиваться в этой области.
🎁 Все участники, сдавшие практическую работу, получат сертификаты на 10 тысяч рублей. Их можно будет потратить на любой курс Skillbox.
Регистрируйтесь и испытайте себя в востребованной профессии!
#интенсив #реклама
💡 Освоите базовые навыки системного администрирования.
💡 Научитесь работать с Linux Desktop, настраивать серверы Apache и MySQL, запускать PHP-приложения.
💡 Запустите Linux в виртуальной машине с помощью Vagrant и добавите проект в портфолио.
☝️ Спикером будет lead DevOps интернет-банка ВТБ, автор научных статей по DevOps и DevSecOps — Константин Брюханов. Он познакомит вас с профессией системного администратора и расскажет, как развиваться в этой области.
🎁 Все участники, сдавшие практическую работу, получат сертификаты на 10 тысяч рублей. Их можно будет потратить на любой курс Skillbox.
Регистрируйтесь и испытайте себя в востребованной профессии!
#интенсив #реклама
👎24👍6🤩2👏1😁1
Canonical остановила работу с РФ, но лишать Ubuntu обновлений не будет.
В это же время компания не намерена ограничивать доступ российских пользователей Ubuntu к репозиториям и исправлениям безопасности. Как сказано в блоге, решение касается лишь отношений с Российскими компаниями и предприятиями (техподдержка и прочее).
А что по сути? По сути — ничего: с услугами поддержки могут справиться и сторонние фирмы. Что касается обычных пользователей, для них ситуация может стать толчком наконец переключиться на нормальный дистрибутив.
З.Ы. Среди других крупных разработчиков и поставщиков Linux-дистрибутивов и гипервизоров дальнейшую работу с российскими заказчиками в той или иной форме прекратили Microsoft, Nutanix, Oracle, Red Hat (вместе с материнской компанией IBM), SUSE и VMware.
В это же время компания не намерена ограничивать доступ российских пользователей Ubuntu к репозиториям и исправлениям безопасности. Как сказано в блоге, решение касается лишь отношений с Российскими компаниями и предприятиями (техподдержка и прочее).
А что по сути? По сути — ничего: с услугами поддержки могут справиться и сторонние фирмы. Что касается обычных пользователей, для них ситуация может стать толчком наконец переключиться на нормальный дистрибутив.
З.Ы. Среди других крупных разработчиков и поставщиков Linux-дистрибутивов и гипервизоров дальнейшую работу с российскими заказчиками в той или иной форме прекратили Microsoft, Nutanix, Oracle, Red Hat (вместе с материнской компанией IBM), SUSE и VMware.
👍40👎23😁5🤔5😱3😢3
#предложка
Лучшая альтернатива TeamViewer для удаленной поддержки?
Я хочу начать бизнес с удаленной технической поддержкой в качестве опции.
Лучшая альтернатива TeamViewer для удаленной поддержки?
Я хочу начать бизнес с удаленной технической поддержкой в качестве опции.
👍21😁4👏2👎1
#предложка
Мысленный эксперимент: какие ИТ-политики вы хотели бы настроить и почему они никогда не будут работать?
Начну первым:
🔸Требования к длинным паролям (более 24 символов) меняются каждые 180 дней [слишком много жалоб от пользователей]
🔸Использование смарт-карт для авторизованного доступа [пользователи намеренно потеряют их]
🔸Строгие списки ACL для всех файлов, хранящихся на сетевых устройствах [жалобы пользователей на то, что кому-то за пределами их отдела/рабочей группы нужен доступ]
🔸Ответственность за обмен паролями с коллегами [ага🌝]
🔸Шифрование в состоянии покоя для всех клиентских документов в сети [слишком сложно, занимает слишком много времени]
Мысленный эксперимент: какие ИТ-политики вы хотели бы настроить и почему они никогда не будут работать?
Начну первым:
🔸Требования к длинным паролям (более 24 символов) меняются каждые 180 дней [слишком много жалоб от пользователей]
🔸Использование смарт-карт для авторизованного доступа [пользователи намеренно потеряют их]
🔸Строгие списки ACL для всех файлов, хранящихся на сетевых устройствах [жалобы пользователей на то, что кому-то за пределами их отдела/рабочей группы нужен доступ]
🔸Ответственность за обмен паролями с коллегами [ага🌝]
🔸Шифрование в состоянии покоя для всех клиентских документов в сети [слишком сложно, занимает слишком много времени]
🤔25👍5😢4🔥1