Linux не победит.

Данную статью я пишу лишь для тех кто обо мне недавно узнал и хочет узнать моё мнение по этому поводу, так почему же Linux дистрибутивы не победят в битве с Windows?

Большинство.

Перед тем как понять почему же Linux не победит Windows надо сначала углубится в архитектуру большинства дистрибутивов, давайте по порядку:

Состав:

Загрузчик - то, что находиться в MBR или GPT вашего диска чтобы передать эстафету следующему…
Ядро, как раз сам Linux - то что помогает связать железо и ПО, предоставляя набор инструкций, например: драйвера, поддержка программных функций для этой же связи, типа файловых систем, универсального звукового сервера и так далее. Это модульное ядро, которое вываливает все что было описано выше (то есть модули) в одно адресное пространство в ОЗУ. После того как ядро загрузится эстафету по загрузке системы берет на себя…
Система инициилизации - можно сравнить с папкой Автозагрузка в Windows, это программа для автоматического запуска других программ сразу после запуска ядра, например для системы пользователей (getty), поднятия графического (X11 или Wayland) или звуковых (PipeWire или PulseAudio) систем и другой всякой всячины.

Дистрибутив загружен, что дальше у большинства?

Набор инструментов командной строки, или же coreutils’ы - отвечают за вообще все команды которые вы пишете в вашу строку приглашения.
Библиотеки языков программирования, тут это понятно зачем.
Пакетный менеджер - управляет установленным сторонним ПО, может как минимум установить и удалить программу на компьютере.

И всё, это базовый набор который есть у каждого, далее уже решает сам разработчик или его курево.

Хорошо, мы узнали про то, из какого ПО состоит каждый дистрибутив, но, что где на диске находится в дисковом корне (/)?

/boot - загрузчик и само ядро Linux
/bin, /opt и /sbin - запускаемые программы или ярлыки к ним
/dev, /proc и /sys - аппаратные и виртуальные устройства
/mnt и /media - смонтированные как папки устройства
/etc - вся конфигурация системы
/var и /run - остаточный мусор от всех программ

Это так называемая Стандартная Иерархия Файловой Системы, или в простонародье FHS.

Я об этом всём рассказал чтобы у вас было представление о том, из чего состоит каждый, это очень важно для последующего рассказа.

Зачем?

Давайте посмотрим на тех кто создал именно такую структуру которые используют буквально все!

Начнём с Ричарда Столмана, создателя GNU, единственное что он полезное сделал в жизни: создал макет первого coreutils для ядра, так назваемый GNU/coreutils и сделал загрузчик GNU/GRUB которые используют все кому не лень, и это всё. Он просто фанатик и мальчик на побегушках у сообщества, который создал отдельную религию вокруг своего ПО и своей “”“свободной”“” лицензии для ПО - GNU/GPL, с которой кстати и распространяется Linux. Её главная особенность в том как она сама себе противоречит, это “”“свободная”“” в три двойных ковычки лицензия буквально насилует разработчика. Её главный посыл - если ты хочешь изнасиловать чей то код, то будь добр его открыть, иначе юристы Red Hat будут уже в суде тебя насиловать, вот это сообщество овощей называют свободой, хотя это обычное психологическое принуждение (⁠눈⁠‸⁠눈⁠)

Далее - типичный фанатик GNU Джерард Бикманс и его детище: Linux From Scratch. Эта та самая книжка в которую никто не смотрел, но на которую все без исключения ссылаются, я как человек который уже пытался собрать свой дистрибутив с нуля зная все тонкости решил туда заглянуть и попал в поезд внимой свободы - начинается сущий кошмар. Главная проблема этой бумажки - зацикленность на своих стандартах и конечно же на GNU утилитах, где нам сначала надо собрать тулчейн GNU/GCC, (мы блять в каком году обитаем?), GNU/binutils (смысл существования которого мне непонятен досихпор) и библиотеки языка C от GNU - GLibC (он и так безальтернативный, ладно), да, вы не проморгали, вам буквально надо собрать язык программирования. Далее в chroot нам надо собрать GNU/coreutils (который пустой внутри, всего 60 утилит, и дырявый к тому же, в отличии от его альтернатив которые весят меньше, работают быстрее и имеют больший функционал) и больше восьмидесяти дополнительных утилит. На это упирается большинство дистрибутивов. (⁠(⁠(⁠;⁠ꏿ⁠_⁠ꏿ⁠;⁠)⁠)⁠)

Минусы.

Вроде с первого взгляда может показаться что такая архитектура нормальная и может использовать каждый но нет. Давайте я перечислю недостатки которые как раз и не дают сместить Windows с лидеров:

1. Модульность без привязок.

Проблема: В Linux дистрибутивах можно поменять всё что угодно, это ежу понятно, но в основном это во вред, почему? Так как я сегодня говорю на языке абстракций не упоминая ничего лишнего, я не буду винить какой то пакетный менеджер в том что он криво работает. В большинстве дистрибутивов программы обновляются отдельно друг от друга, что может вызвать конфликты на ровном месте и если установка/обновление пройдёт “успешно” то будет явное падение стабильности.
Решение 1: Делать полностью монолитные образы Linux (не путать это с атомарными дистрибутивами, так как единственное что они консервируют это /bin) и их обновлять разом.
Решения 2: В пакетные менеджеры встроить жёсткую привязку версий ПО, разрешить обновлять только все связанные пакеты разом.

2. Отсутствие изоляции.

Это модульное ядро, которое вываливает все что было описано выше (то есть модули) в одно адресное пространство в ОЗУ.

Это так называемая Стандартная Иерархия Файловой Системы, или в простонародье FHS.

Проблема: Я это говорил далеко не просто так, так как всё свалено на один диск и в одно пространство ОЗУ то это может очень сильно влияет на не только безопасность, это понятно, но и также на стабильность системы и довольно лёгкий контроль памяти для вирусов.
Решение 1: Переписывать архитектуру ядра, то есть сделать хотя бы как у микроядер или Windows NT, то есть отделить ядро и драйвера от пользовательского пространства в ОЗУ.
Решение 2: Костылить изоляцию самому, то есть создавать полностью монолитный образ системы и запускать всё в контейнерах, но не каждый дистрибутив может себе такое позволить.

3. Однородность.

Проблема: Тут больше идейное противоречие, чем проблема самого Linux, так как большинство дистрибутивов используют одни и те же компоненты и одни и те же стандарты, это рамки которые называют свободой.
Решение 1: Послать Ричарда Столмана нахуй и делать как дистрибутивам удобно.
Решение 2: Делать дистрибутивы которые будет на разных компонентах с разными философиями которые работают хорошо.

4. Саморазрушение.

Проблема: В погоне за новостями, изображение бурной жизни и альтернатив появляются странные аналоги низкоуровневого ПО которое очень странное и очень сырое. Корень проблемы тут в том что сообщество ненавидит ПО которое долго не обновляется не зависимо по причинам, будь то главные контрибьюторы уйдут или в программе просто нечего обновлять. Из-за таких “альтернатив” пользоваться любым Linux дистрибутивом в 2026 году из коробки без дорогого оборудования (AMD или Intel Arc видеокарты и XLR микрофона) физически невозможно.
Решение: Законсервировать всё РАБОЧЕЕ ПО и обновлять в крайней необходимости (например для поддержки нового оборудования), это чтобы при крахе Windows показать миру самое лучшее (или хотя бы юзабельное) что у них есть.

Итоги.

По итогу все как всегда ужасно, я честно скажу, это очень жалко, у десктопному Linux было больше 25 лет чтобы сделать конфетку, настоящего конкурента Windows, но философия сделала своё и превратила Linux в пародию, на саму себя.