CoreOS — Linux для минималистичных кластеров. Коротко
CoreOS — это операционная система на базе Linux для построения легко и гибко масштабируемых кластеров. CoreOS — минималистичный дистрибутив. Установочный ISO образ объемом всего в 136Мб, а в памяти на конечной машине после установки и запуска она займет всего 114Мб. CoreOS основан на ChromeOS, который в свою очередь базируется на Gentoo.
Фактически, CoreOS можно условно можно разделить на следующие части:
- Systemd — управляет локальными службами на машинах кластера
- Docker — обеспечивает изоляцию служб, но его использование, в принципе, не обязательно
- Etcd — распределенно хранит конфигурацию кластера
- Fleet — обеспечивает распределенное управление службами («надстройка» над systemd)
CoreOS умеет запускать службы systemd на нужных машинах кластера, следить за их состоянием, хранить их конфигурацию.
Systemd
В CoreOS используется обычный systemd, который сейчас можно встретить во многих дистрибутивах Linux. Это система локального управления Linux-службами.
Docker
О Docker уже не раз писали на Хабре. Если коротко и по-простому — Docker берет ядро хостовой операционной системы Linux, монтирует к нему указанный вами образ файловой системы и позволяет работать внутри этого образа как будто вы находитесь в виртуализованном окружении.
Обратите внимание, что Docker не использует виртуализацию. Для изоляции процессов используются cgroups и namespaces, что позволяет избавиться от довольно серьезного оверхеда, который дают такие инструменты как KVM. Конечно, Docker можно использовать и на Mac и на Windows, но в этом случае хостовая операционная система должна будет работать внутри VirtualBox или любой другой системы виртуализации, поскольку Docker для работы необходимо ядро Linux (см. Boot2Docker)
Etcd
Etcd — распределенное Key-Value хранилище, которое запускается на каждой машине кластера CoreOS и обеспечивает общий доступ практически ко всем данным в масштабе всего кластера. Внутри etcd хранятся настройки служб, их текущие состояние, конфигурация самого кластера и т.д. Etcd позволяет хранить данные иерархически (хранилище древовидно), подписываться на изменения ключей или целых директорий, задавать для ключей и директорий ключей значения TTL (фактически, «экспирить» их), атомарно изменять или удалять ключи, упорядоченно хранить их (что позволяет реализовывать своеобразные очереди). Поскольку конфигурация сервисов, запущенных в масштабе кластера, хранится в etcd, узнать о запуске и остановке того или иного сервиса можно просто подписавшись на изменения соответствующих ключей в хранилище.
Etcd поддерживает REST HTTP интерфейс, поэтому для работы с ним достаточно curl. Из командной строки в CoreOS управляется с помощью утилиты etcdctl.
Fleet
Fleet — это «надстройка» над systemd, которая переносит управление службами с локальной машины на уровень кластера. Fleet хранит конфигурацию служб в виде юнитов systemd (в etcd), автоматически доставляет ее на локальные машины, запускает, перезапускает (при необходимости), останавливает службы на машинах кластера. Fleet умеет планировать запуск служб исходя из загруженности конкретных машин кластера. Ему можно сказать, что конкретную службу нужно запускать только на определенных машинах и т.д.
CoreOS — это очень просто
Для того, чтобы запустить службу hello в кластере CoreOS, нужно всего-навсего сделать следующее:
1. Зайти на любой из серверов кластера по SSH (они все равноправны)
2. Создать текстовый файл с описанием службы. Например, hello.service:
[Unit] Description=My Service After=docker.service [Service] TimeoutStartSec=0 ExecStartPre=-/usr/bin/docker kill hello ExecStartPre=-/usr/bin/docker rm hello ExecStartPre=/usr/bin/docker pull busybox ExecStart=/usr/bin/docker run --name hello busybox /bin/sh -c "while true; do echo Hello World; sleep 1; done" ExecStop=/usr/bin/docker stop hello 3. Выполнить следующие команды:
fleetctl submit hello.service fleetctl load hello.service fleetctl start hello.service 4. Все! Получив последнюю команду, fleet, поскольку мы не дали ему никаких инструкций на этот счет, опеределит наименее загруженную машину кластера, возьмет наш юнит-файл, передаст его на выбранную машину, поместит туда, где systemd хранит свои службы и попросит systemd его запустить. А после запуска будет мониторить состояние. Если машина, на которой исполнялась служба, неожиданно «упадет», fleet перезапустит нашу службу на другой машине.
Рассмотрим наш пример поподробнее.
Файл конфигурации службы:
[Unit] # Текстовое описание службы Description=My Service # Служба запускается только после старта службы docker.service After=docker.service [Service] # Ждать старта службы бесконечное количество времени # Полезно в том случае, если docker не обнаружит образа локально и начнет его скачивать TimeoutStartSec=0 # Перед запуском службы последовательно выполнить указанные команды. # Минус перед именем файла указывает на то, что код возврата команды можно проигнорировать. ExecStartPre=-/usr/bin/docker kill hello ExecStartPre=-/usr/bin/docker rm hello # А тут код возврата игнорировать не нужно и если docker вернет ненулевой результат # fleet поймет, что службу запустить не удалось и сообщит об этом ExecStartPre=/usr/bin/docker pull busybox # Это команда запуска службы. Мы просто выполняем бесконечный цикл Bash. ExecStart=/usr/bin/docker run --name hello busybox /bin/sh -c "while true; do echo Hello World; sleep 1; done" # Это команда остановки службы ExecStop=/usr/bin/docker stop hello Команды, которые необходимо выполнить:
# Читаем файл конфигурации службы с диска и помещаем его в хранилище для дальнейшей работы fleetctl submit hello.service # Определяем, на какой машине запустить службу и помещаем файл конфигурации в хранилище локального systemd на этой машине fleetctl load hello.service # Запускаем службу fleetctl start hello.service Посмотреть состояние служб можно командой fleetctl list-unit-files (короткая сводка по всем службам) либо fleetctl status hello.service (подробная информация о службе).
Установка CoreOS
CoreOS можно установить различными способами. Но если вы решили поэкспериментировать, рекомендую установку через Vagrant.
1. Установите Git, VirtualBox, затем Vagrant последних версий.
1а. Либо выполните в какой-нибудь папке git clone github.com/coreos/coreos-vagrant.git && cd coreos-vagrant
1б. Либо, если Git вам скачивать не захотелось, распакуйте куда-нибудь вот это.
2. Зайдите в папку, переименуйте там файл user-data.sample в user-data, config.rb.sample в config.rb. Зайдите на discovery.etcd.io/new, скопируйте в буфер появившийся URL, раскомментируйте строчку с инструкцией discovery в user-data и замените там URL.
3. Зайдите в папку и выполните там vagrant up
4. Дождитесь скачивания базового образа.
5. Выполните vagrant ssh.
Ограничения, слабые стороны и неожиданности CoreOS
CoreOS не обеспечивает ничего, кроме того, что обеспечивает 🙂 Иными словами, «из коробки», она не умеет ничего, кроме того, что мы обсудили. И, если вы собираетесь строить кластеры на базе CoreOS, вы столкнетесь как минимум со следующими проблемами:
Пакетный менеджер и обновления
В CoreOS отсутствует пакетный менеджер. И какая-либо система сборки или установки дополнительного ПО тоже (если не считать wget и curl 🙂 ). В качестве альтернативы могу предложить использовать интегрированный toolbox контейнер Docker. Для его активации просто выполните /usr/bin/toolbox из командной строки. Будет запущен привилегированный контейнер с Fedora, где есть доступ к yum.
Обновления CoreOS выполняются для ОС целиком с помощью системы активных/пассивных разделов. Фактически, системных разделов в CoreOS два. Активен в каждый момент только один из них. Обновление всей ОС устанавливается на второй, после чего выполняется перезагрузка и смена активного раздела. Операционная система обновляется только целиком. Соответственно, достаточно легко можно выполнить откат к предыдущей версии ОС. Если вы, как и я ;), уже захотели заиметь пакетный менеджер в CoreOS из коробки, прочтите Developer Documentation.
Обнаружение служб
«Фишка» CoreOS в том, что она легко переносит службы между машинами кластера, самостоятельно останавливая и запуская их. Грубо говоря, это значит, что ваш веб-сервер, изначально запущенный на машине X, через пять минут может легко оказаться на машине Y, у которой совсем другой IP адрес во внутренней сети. Конечно, с помощью специальных инструкций для Fleet вы можете легко «приковать» сервис к конкретной машине, но… тогда зачем вам вообще CoreOS? 🙂 Это создает проблему разрешения IP адресов для ваших служб. В принципе, достаточно легко запросить etcd и узнать, на какой машине сейчас выполняется служба. Но совсем автоматически этого не произойдет. Service Discovery вопрос достаточно серьезный и для его решения предлагается огромное количество ПО, из которого мне наиболее импонирует SkyDNS. Использовать SkyDNS можно с помощью sidekick-юнитов.
Персистентность контейнеров и данные как таковые
Если вы заметили, CoreOS фактически строится вокруг stateless docker-контейнеров, которые легко перенести на другую машину и там запустить. Действительно, довольно-таки легко контейнеризировать скажем, nginx и php-fpm. Файлы конфигурации для них тоже можно распространять в виде контейнера. Даже исходный код вашего приложения можно распространять в виде data-volume (это docker-контейнер, который содержит только данные) и подключать к различным службам. А что прикажете делать с базами данных?
Выходов несколько. Во-первых, сервисы вроде Flocker, которые мигрируют контейнеры с данными вслед за контейнерами со службами, которые эти данные используют. Во-вторых, запускать СУБД-подобные сервисы в режиме кластера. NoSQL решения умеют это очень хорошо, реляционные — заметно хуже, но все равно это возможно. В-третьих, можно поднять в рамках кластера любую распределенную файловую систему вроде GlusterFS или Ceph. Однако, подобное решение нужно оценить в точки зрения быстродействия. Эти вопросы обсуждались здесь.
Заключение
CoreOS сейчас переживает, не побоюсь этих слов, взрывной рост. Как и Docker, в общем-то. Количество различных проектов для CoreOS увеличивается с каждым днем. Так что, если сейчас вам чего-то не хватает для решения конкретной задачи, завтра эта возможность уже может появиться.
В рамках проекта CoreOS сейчас развивается альтернативный стандарт контейнеризациии Rocket. Однако… пока, видимо, лучше использовать Docker. Тем более, что CoreOS не собирается в будущем отказываться от Docker.
Что почитать?
Разумеется, можно почитать документацию. Однако мне больше всего понравился цикл статей на Digital Ocean о CoreOS. Собственно говоря, на его основе и под его влиянием и была написана данная статья 🙂
Вышла первая редакция Fedora CoreOS
Команда разработчиков Linux-дистрибутива Fedora сообщила, что Fedora CoreOS теперь доступна для всеобщего использования.
Fedora CoreOS — это новая редакция дистрибутива Fedora, созданная для безопасного развертывания сред контейнеризации с поддержкой масштабирования и является преемником продуктов Fedora Atomic Host и CoreOS Container Linux. Разработчики советуют как можно скорее перейти на Fedora CoreOS, поскольку, предупреждают они, поддержка Fedora Atomic Host уже прекращена, а поддержка CoreOS Container Linux продолжит осуществляться в течение нескольких месяцев, а затем также прекратится.
Из CoreOS Container Linux новая Fedora CoreOS взяла инструменты инициализации и модель автоматического обновления. Из Fedora Atomic Host — технологию работы с пакетами, поддержку OCI (Open Container Initiative) и безопасность SELinux.
Некоторые технические подробности: Fedora CoreOS создана на основе Fedora 31 — последней на настоящий момент (январь 2020 года) работающей версии дистрибутива Fedora. В основе новой редакции лежит ядро Linux 5.4, системный менеджер Systemd 243, инструменты Ignition 2.1.
Поддержка OCI и Docker Container осуществляется через Podman 1.7 и Moby 18.09.
По умолчанию для большей совместимости включен cgroups v1, а cgroups v2 активируется через конфигурацию.
Fedora CoreOS доступна на различных платформах: физические серверы, QEMU, OpenStack и VMware, Alibaba, AWS, Azure и GCP.
Вы можете протестировать возможности нового дистрибутива как на физических серверах, так и на виртуальных, а также развернуть среду контейнеризации в нашем облаке. Для этого укажите при заказе, что вам нужна редакция Fedora CoreOS, и наши специалисты подготовят оборудование с этой операционной системой.
Для справки:
Проект Fedora является продуктом компании Red Hat, которая в 2018 году приобрела компанию CoreOS, а в 2019 году саму Red Hat купил «голубой гигант» IBM.
ОС, оптимальная для контейнеров
Минимальная ОС с автоматическими обновлениями. Масштабируемость и безопасность.
Why Fedora CoreOS?
Основан-на-контейнерах
Для запуска контейнерных приложений будет предложен оптимальный узел контейнера.
Безопасность
Наша цель — предоставить лучший хост-контейнер для безопасного и масштабируемого выполнения рабочих нагрузок.
Экосистема с открытым исходным кодом
Все поддерживается абсолютно бесплатной экосистемой Fedora с открытым исходным кодом.
Открыт для всех
CoreOS в настоящее время доступен на нескольких платформах, и скоро появятся новые.
Минимальный
Образ Fedora CoreOS по дизайну минимален.
Гибкая
Существует множество поддерживаемых методов установки.
Platforms Tested against CoreOS
Построено Вами
Проект Fedora представляет собой мир, в котором каждый извлекает выгоду из бесплатного программного обеспечения с открытым исходным кодом, созданного инклюзивными, приветливыми и непредубежденными сообществами.
Fedora CoreOS создаётся командой сообщества Fedora под названием CoreOS Working Group. Он состоит из официальных членов, обладающих полномочиями по принятию решений, а также других участников. Узнайте больше на веб-сайте рабочей группы CoreOS.
Сообщайте и обсуждайте проблемы
Вы можете просматривать, отправлять и обсуждать проблемы Fedora CoreOS на Fedora CoreOS issue tracker .
Общайтесь с командой
Посетите #fedora-coreos на irc.libera.chat.
Присоединяйтесь к списку рассылки
Зарегистрируйтесь на странице coreos-status@lists.fedoraproject.org , чтобы получать повестки и протоколы собраний.
Посетить встречу
Open to all current and potential contributors every Wednesday at 16:30 UTC in #meeting-1:fedoraproject.org .
Попробуйте. Скачать сейчас
- Заявление о конфиденциальности
- Правовые положения
- Нормы поведения
- Спонсоры
- Помогите улучшить этот сайт на CMS или Репозиторий GitLab
Анонсирован предварительный выпуск Fedora CoreOS
Fedora CoreOS — это автоматически обновляемая минимальная операционная система для безопасного и масштабного запуска контейнеров в рабочих средах.
В настоящее время она доступна для тестирования на ограниченном наборе платформ, но скоро появятся и другие.
mx__ ★★★★★
18.07.19 21:17:18 MSK
Проверено: Shaman007 ( 19.07.19 10:11:39 MSK )
← 1 2 →
commagray ★★★★★
( 18.07.19 22:25:13 MSK )
Очередное Федорино Горе?
Прям вот даже интересно: ежикам не надоело кактус жевать?
slamd64 ★★★★★
( 19.07.19 10:13:14 MSK )
Ответ на: комментарий от slamd64 19.07.19 10:13:14 MSK
Эксперты подтянулись, куда же без экспертов.
Shaman007 ★★★★★
( 19.07.19 10:20:38 MSK )
Ответ на: комментарий от slamd64 19.07.19 10:13:14 MSK
CoreOS — лучший кактус для серверов.
commagray ★★★★★
( 19.07.19 10:22:13 MSK )
Тестовый полигон RedHat IBM!
gtk3 ★★★
( 19.07.19 10:22:48 MSK )
Я наверное старею и становлюсь тупеньким.
The initial preview release of Fedora CoreOS runs on bare metal, QEMU, VMware, and AWS, on x86_64 only. It supports provisioning via Ignition spec 3.0.0 and the Fedora CoreOS Config Transpiler, automatic updates with Zincati and rpm-ostree, and running containers with Podman and Moby. In the coming months, we’ll be adding more platforms, building out
Но работникам индустрии не надоело ли каждую пятилетку полностью менять инструменты? Вертихвостки от ИТ!
anonymous
( 19.07.19 10:27:10 MSK )
Ответ на: Я наверное старею и становлюсь тупеньким. от anonymous 19.07.19 10:27:10 MSK
Re: Я наверное старею и становлюсь тупеньким.
А еще удивляють слоупоченьки, которые наблюдали за Intel ClearLinux очередную пятилетку, а потом бросились догонять.
anonymous
( 19.07.19 10:29:17 MSK )
Ответ на: комментарий от Shaman007 19.07.19 10:20:38 MSK
Шаман подтянулся. Куда уж без шамана. Бубна только не хватает.
slamd64 ★★★★★
( 19.07.19 10:45:41 MSK )
Ответ на: комментарий от slamd64 19.07.19 10:45:41 MSK
На сайте с твоей почтой список уязвимостей длиной с «Войну и Мир». Ну как-то так.
Shaman007 ★★★★★
( 19.07.19 10:51:36 MSK )
Рад видеть, что от rpm-ostree не отказались и не выбрали в пользу того, что там было в CoreOS. Только неясно, когда был Atomic Host, он был по составу схож с Silverblue. Будут ли теперь как-то обобщать базы Fedora CoreOS и Silverblue, или последний ушел в свободное плавание? Опасаюсь за судьбу последнего. RH/IBM он не нужен, я так понимаю он вообще был больше лишь дополнением к Atomic Host, которого теперь нет.
anonymous
( 19.07.19 11:02:27 MSK )
Ответ на: комментарий от anonymous 19.07.19 11:02:27 MSK
Теперь бы разобраться в значении и предназначении всех этих прекрасных продуктов!
anonymous
( 19.07.19 11:06:03 MSK )
Ответ на: комментарий от Shaman007 19.07.19 10:51:36 MSK
Хм. Может быть, стоит обновить круглокуб. А, может, пускай так живёт.
slamd64 ★★★★★
( 19.07.19 11:07:06 MSK )
Ответ на: комментарий от anonymous 19.07.19 11:06:03 MSK
На этом ресурсе вроде неглупые люди обитают, способные читать. Я в вас верю, тем более что инструменты более чем простые.
anonymous
( 19.07.19 11:10:42 MSK )
Ответ на: комментарий от anonymous 19.07.19 11:02:27 MSK
А причем тут SilverBlue ? Он просто будущее десктопа.
P.S. Сам для теста на ноут залепил SilverBlue, система как система ничего страшного в ней нет. Минимальный гном в базе, для гуя флатпаки (жаль что их мало) для разработки в кли тоолбокс.
mx__ ★★★★★
( 19.07.19 11:40:25 MSK ) автор топика
Бизнес на авантюры с Fedora CoreOS не согласится. У админов локалхоста потребности другого рода, им Fedora CentOS тоже вряд ли понадобится.
Так на кого, кроме разработчиков шапки, рассчитан данный дистрибутив?
anonymous
( 19.07.19 11:58:54 MSK )
Я немного не понимаю юзкейса, вместо накачиавния дистрибутива, там прохода по нему ансиблом, теперь нужно будет просто пускать этот кореос с ign файлом где я опишу все задачи и какие контейнера пускать. Но как быть на примерс с композом, его нет в базе, нужно создавать свой os-tree и его сопровождать, и что будет при апдейте, оно веренется в базовое состояние или сохранит мои изменения. Как голая пускалка докера или podman вроде зачетно, но как делать что-то кастомное мне не совсем ясно.
Novell-ch ★★★★★
( 19.07.19 11:59:20 MSK )
Ответ на: комментарий от Novell-ch 19.07.19 11:59:20 MSK
Я что то не понял :
просто пускать этот кореос с ign файлом где я опишу все задачи и какие контейнера пускать. Но как быть на примерс с композом,
А чем по вашему мнению занимается композе ?
mx__ ★★★★★
( 19.07.19 12:08:51 MSK ) автор топика
Ответ на: комментарий от anonymous 19.07.19 11:10:42 MSK
Не, я уже разуверился. Каждую пятилетку радикально новый инструментарий.
Даже лень искать что к чему.
anonymous
( 19.07.19 12:21:42 MSK )
Ответ на: комментарий от Novell-ch 19.07.19 11:59:20 MSK
примерс с композом, его нет в базе, нужно создавать свой os-tree и его сопровождать
Нет. rpm-ostree позволяет доустанавливать отсутствующие в базе пакеты. И при обновлении они обновляться тоже будут.
И вот ещё, оно больше про десктоп, но из пакетной базы федоры можно вовсе свою базовую систему создать и поддерживать на rpm-ostree.
anonymous
( 19.07.19 12:21:59 MSK )
Запилите новость про ORA EL8
Быстрее ЦентОСм выкатились.
anonymous
( 19.07.19 12:22:36 MSK )
Ответ на: комментарий от mx__ 19.07.19 11:40:25 MSK
Silverblue — это Fedora Atomic Workstation ответвление Fedora Atomic Host в рамках Project Atomic. По случаю покупки CoreOS Project Atomic сворачивают. Silverblue остается сама по себе. Были грандиозные планы к 30 федоре заменить десктоп, но теперь даже речи нет что это случится в ближайшие релизы. На странице проекта новости последние за 2018 год. Все приутихло после планов по прекращению формирования Atomic Host.
система как система ничего страшного в ней нет
Я знаю. Проблема, что и альтернатив ей нет.
anonymous
( 19.07.19 12:31:34 MSK )
Ответ на: комментарий от anonymous 19.07.19 12:31:34 MSK
Я все таки верю в ИБМ, и думаю они не ограничатся только серверами, и припомнят кое-кому как их заставили свернуть OS/2.
mx__ ★★★★★
( 19.07.19 12:59:55 MSK ) автор топика
Ответ на: комментарий от mx__ 19.07.19 12:59:55 MSK
Разве их кто-то заставил?
Сами сделали, сами закопали. Те. кто сотрудничал с МС, прикупили акций МС бггггг 🙂
ставил на днях вечерком в PCem 15 ту os/2 — жудкое же здрелище.
anonymous
( 19.07.19 13:19:18 MSK )
Ответ на: комментарий от mx__ 19.07.19 12:59:55 MSK
не забывай, что ИБМ избавляется от тех проектов, которые выходят в массовое производство.
anonymous
( 19.07.19 13:20:24 MSK )
Ответ на: комментарий от anonymous 19.07.19 12:31:34 MSK
На странице проекта новости последние за 2018 год
deadNightTiger ★★★★★
( 19.07.19 13:32:16 MSK )
Ответ на: комментарий от mx__ 19.07.19 12:08:51 MSK
Ну ign по сути провижн как по мне, ключ закинуть, файлик положить, или они на серьезных щах предлагают писать на каждый контейнер системд юнит?
Ладно там один для композа, но описывать все на юнитах это же безумие, с другой стороны c podman другого и нету, но хорошо хоть докер еще оставили.
Novell-ch ★★★★★
( 19.07.19 15:11:42 MSK )
Ответ на: комментарий от anonymous 19.07.19 11:02:27 MSK
Будут ли теперь как-то обобщать базы Fedora CoreOS и Silverblue, или последний ушел в свободное плавание?
Все они собираются из тех же RPM стандартной федоры, просто набор разный
vrutkovs ★★
( 19.07.19 15:20:58 MSK )
Ответ на: комментарий от Novell-ch 19.07.19 15:11:42 MSK
они на серьезных щах предлагают писать на каждый контейнер системд юнит?
podman generate —help
vrutkovs ★★
( 19.07.19 15:23:23 MSK )
Ответ на: комментарий от Shaman007 19.07.19 10:20:38 MSK
Никто не спорит, что на этом форуме никуда без модераторов.
siegment
( 19.07.19 16:34:01 MSK )
Ответ на: комментарий от slamd64 19.07.19 10:13:14 MSK
Прям вот даже интересно: ежикам не надоело кактус жевать?
Теперь ты делай обзоры на дистрибутивы. Желательно даже с фантазией о маркетинговой позиции каждого дистра %-)
anonymous
( 19.07.19 16:48:48 MSK )
Ответ на: комментарий от slamd64 19.07.19 10:13:14 MSK
виндузятника сразу узнаешь по неадекватным заявлениям. На федоре уже 7 лет, я уже забыл когда с ней были проблемы. В отличии от бубунты
jtad ★
( 19.07.19 21:56:36 MSK )
после заявления в fedora magazine что silverblue становится все более популярной я поставил ее себе правда на 15 минут. Так и не понял в чем крутизна этой readonly системы, после каждого пакета надо делать ребут. Или кто-то ее юзает? поделитесь впечатлениями
jtad ★
( 19.07.19 21:59:35 MSK )
Ответ на: комментарий от slamd64 19.07.19 10:13:14 MSK
У ёжиков с кактусом немного другие траблы 🙂
А у юзеров RH другая проблема — кроличья. Они-то думали, что их любят, а на самом деле их просто разводили.
Attila ★★
( 19.07.19 22:55:08 MSK )
Ответ на: комментарий от jtad 19.07.19 21:56:36 MSK
На федоре уже 7 лет, я уже забыл когда с ней были проблемы.
После того как анаконда из второй федоры проигнорила мою ручную разбивку диска и убила разделы с RH9, и я забыл о проблемах федоры. Нет федоры — нет проблем.
Attila ★★
( 19.07.19 23:10:47 MSK )
Ответ на: комментарий от Attila 19.07.19 23:10:47 MSK
я правильно прочитал «второй»? При том что текущая версия 30. Хде логика??
jtad ★
( 19.07.19 23:13:05 MSK )
Годы идут , а лор все такой же и такие же комментарии ��
Niki ★
( 20.07.19 00:03:40 MSK )
Ответ на: комментарий от jtad 19.07.19 21:59:35 MSK
Там не рекомендуется ставить из пакетов дполнительный софт — его удобнее тащить в контейнерах.
Крутизна в ребейзах на другие ветки и трекинге /etc, например
vrutkovs ★★
( 20.07.19 00:59:00 MSK )
Ответ на: комментарий от gtk3 19.07.19 10:22:48 MSK
ArkaDOSik ★★
( 20.07.19 01:00:31 MSK )
Ответ на: комментарий от jtad 19.07.19 21:56:36 MSK
На федоре уже 7 лет, я уже забыл когда с ней были проблемы.
Если систему использовать для интернета, просмотра видео и прослушивания аудио, то Fedora хороша, но есть много но. Приведу лишь малую часть из последних.
Бажная Anaconda. Забыл выполнить wipefs на luks разделе, тупо через fdisk создал новую таблицу разделов. После этого решил установить Fedora. В ручном режиме нарезал диск в Anaconda на нужные разделы, применил изменения и продолжил установку. Anaconda не смогла установить систему, так как при создании заделов были найдены сигнатуры от luks и она не смогла это проигнорировать. Змейка запаниковала и умерла.
Дано: ручная разбивка диска с использованием lvm в Anaconda, новый тип шифрования luks2. Итог: Змейка умнее меня, поэтому она решила использовать luks1.
После обновления с Феди 29 на 30 имеем нерабочий borg и траблы с установкой eclipse из-за системы модулей. Несколько недель приходится использовать костыли.
Федор 29 при очередном обновлении efivar и чего-то там, которое тоже связано с efi, получил чёрный экран после инициализации матери. Решение: отключение опции в биос csm boot или legacy что-то там. Название точно не помню.
Сейчас в Evince поиск кириллицы не работает.
И так по каждому релизу Fedora можно 100500 различных багов вспомнить. Всё это простительно. Раздражает то, что в одном версии Fedora могут успеть несколько раз поломать-сделать-поломать-сделать что-то.