⚙️ Паровой сервер ROADIT
Войти Регистрация

От Unix к Linux: как одна ОС породила экосистему

от

Если смотреть на современный Linux глазами системного администратора, легко решить, что перед нами просто очередная операционная система: ядро, файловая система, systemd, пакетный менеджер, SSH и набор утилит. Но Linux — это скорее огромный паровой двигатель, собранный из деталей, которые десятилетиями производили разные мастерские.

Часть этих деталей появилась в Unix. Другие — в проектах BSD. Третьи — в GNU. Само ядро Linux написал Линус Торвальдс. А затем вокруг него выросла экосистема из дистрибутивов, библиотек, серверов, контейнеров, оркестраторов и облачных платформ. Чтобы понять, почему Linux устроен именно так, полезно отмотать историю назад — к концу 1960-х годов, когда в Bell Labs появилась система, оказавшая влияние практически на всю современную Unix-подобную инфраструктуру.

⚙️ Содержание

Сначала был Unix

В 1960-х годах операционные системы были крупными, дорогими и тесно связанными с конкретным железом. В Bell Labs вместе с MIT и General Electric разрабатывалась система Multics — амбициозная ОС, задуманная как многопользовательская вычислительная среда. Проект оказался чрезвычайно сложным. Bell Labs вышла из него, а несколько её сотрудников — в частности Кен Томпсон, Деннис Ритчи и другие инженеры — начали создавать значительно более компактную систему. Так появился Unix.

Первые эксперименты начались примерно в 1969 году. Изначально система создавалась для компьютера DEC PDP-7. Главное здесь не конкретное железо. Важнее архитектурная идея. Unix постепенно сформировал модель, которую администратор узнаёт и сегодня:

  • процесс как основной объект выполнения;
  • пользователь и группы как основа модели доступа;
  • иерархическая файловая система;
  • файловые дескрипторы;
  • стандартные потоки stdin, stdout, stderr;
  • командная оболочка;
  • небольшие утилиты, которые можно объединять в конвейеры;
  • сетевые возможности;
  • многопользовательская работа.

Особенно важной стала философия:

маленькая программа должна хорошо делать одну задачу и легко соединяться с другими программами.

Для современного администратора это звучит почти банально. Но именно эта идея стала одной из главных причин долговечности Unix-подобной модели.

Маленькая революция: C и переносимость

Один из важнейших поворотов в истории Unix связан с языком C. Unix первоначально создавался на ассемблере. Но затем Деннис Ритчи развивал C, а Unix постепенно был переписан на этом языке. Это было фундаментальным решением. Операционная система переставала быть полностью привязанной к конкретной архитектуре процессора.

Условно можно представить разницу так:

Старый подход:

Новый подход:

Конечно, ядро ОС нельзя было просто взять и без изменений скомпилировать на любом процессоре. Архитектурно-зависимый код всё равно существовал. Но принцип был чрезвычайно мощным: операционная система могла переноситься между платформами. Именно это впоследствии стало одной из отличительных черт всей Unix-подобной культуры. Для системного администратора результат знаком:

uname -a

может показать совершенно разное железо, но общий язык процессов, файлов, прав, сигналов и системных вызовов остаётся узнаваемым.

Unix начинает размножаться

В 1970-х Unix активно распространялся в университетской среде. Особенно важным оказался Университет Калифорнии в Беркли. Там возникла собственная ветка развития Unix — BSD (Berkeley Software Distribution). Изначально BSD не была полностью отдельной ОС в современном смысле. Это был набор улучшений и программ для Unix. Но со временем Berkeley добавляла всё больше собственных компонентов.

Особое значение получили:

  • развитый сетевой стек;
  • TCP/IP;
  • виртуальная память;
  • файловые системы;
  • многочисленные системные утилиты;
  • улучшения ядра.

В результате BSD превратилась в самостоятельную и чрезвычайно влиятельную ветвь Unix-подобного мира. Можно считать, что здесь дерево впервые стало заметно разветвляться.

AT&T и коммерческая ветка Unix

Параллельно с BSD развивалась основная линия Unix, связанная с AT&T. Появились:

  • System III;
  • System V;
  • различные коммерческие реализации Unix.

Unix начали использовать на рабочих станциях и серверах разных производителей. Свою версию или производную Unix развивали, например:

  • Sun Microsystems;
  • IBM;
  • Hewlett-Packard;
  • Digital Equipment Corporation;
  • Silicon Graphics;
  • другие производители.

Так появились хорошо знакомые исторические названия:

  • SunOS / Solaris;
  • AIX;
  • HP-UX;
  • IRIX.

У каждой системы были свои особенности. И вот здесь возникла проблема. Если Unix должен был быть переносимой системой, то почему программы, написанные под один Unix, нельзя было безболезненно перенести на другой?

Ответ оказался прост: потому что Unix был уже не одной системой. Он стал семейством систем.

POSIX: попытка заставить паровозы ехать по одному рельсовому пути

Для разработчиков и администраторов это создавало настоящий инфраструктурный кошмар. Один Unix мог использовать один набор интерфейсов, другой — немного другой. Различались:

  • системные вызовы;
  • утилиты;
  • поведение команд;
  • библиотеки;
  • расположение файлов;
  • сетевые механизмы;
  • расширения производителя.

Для решения проблемы стандартизации появился POSIX. POSIX описывал интерфейсы и поведение, которые должны были обеспечить переносимость приложений между Unix-подобными системами. Например, знакомые системному администратору команды:

ls
cp
mv
rm
grep
awk
sed
sh

существуют в разных Unix-подобных системах не случайно. Это часть гораздо более широкой традиции стандартизированных интерфейсов. Важно понимать: Linux не является Unix только потому, что умеет выполнять ls.

Linux — Unix-подобная система, которая реализует большое количество Unix/POSIX-подобных интерфейсов, но имеет собственную историю происхождения.

И тут появляется GNU

В 1983 году Ричард Столлман объявил проект GNU. Название расшифровывается как:

GNU’s Not Unix.

Ирония в названии была вполне намеренной. Цель GNU заключалась в создании свободной Unix-подобной операционной системы. Важно: GNU не был просто набором бесплатных программ. Проект создавал целую инфраструктуру:

  • компилятор GCC;
  • библиотеку GNU C Library (glibc);
  • shell Bash;
  • coreutils;
  • debugger GDB;
  • различные системные утилиты;
  • инструменты сборки;
  • другие компоненты пользовательского пространства.

Например, современный сервер Linux может использовать:

bash
coreutils
glibc
gcc
gdb

и при этом само ядро системы будет Linux. Получается своеобразный паровой агрегат:

Это важнейшая мысль для понимания Linux:

Linux — это прежде всего название ядра.

А полноценная работающая система получается из ядра, пользовательского пространства и огромного количества дополнительных компонентов.

Minix и молодой Линус Торвальдс

В 1987 году Эндрю Таненбаум создал MINIX — небольшую Unix-подобную ОС, предназначенную в том числе для обучения. Она работала на компьютерах семейства x86 и позволяла студентам изучать устройство операционной системы. MINIX сыграл важную роль в истории Linux.

Финский студент Линус Торвальдс использовал MINIX и заинтересовался возможностями своего PC. В 1991 году он начал разрабатывать собственное ядро. Изначальная идея была значительно скромнее того, чем Linux станет позже. Это не был проект по захвату серверного мира. Не было:

  • Linux Foundation
  • Kubernetes
  • Docker
  • AWS
  • миллионов серверов
  • смартфонов
  • суперкомпьютеров

Был компьютер, процессор Intel 80386 и желание получить работающую Unix-подобную систему.

25 августа 1991 года

В августе 1991 года Торвальдс написал знаменитое сообщение в конференцию comp.os.minix, сообщив о разработке свободной ОС для 386/486. Важен здесь не только сам исторический момент. Вокруг проекта начал формироваться принципиально новый механизм разработки. Исходный код распространялся через интернет. Другие разработчики могли:

  1. скачать код;
  2. изучить его;
  3. найти ошибку;
  4. написать исправление;
  5. отправить патч;
  6. получить изменения в следующую версию.

Так Linux начал развиваться не как продукт одной корпорации, а как распределённый проект. Это одна из причин, почему история Linux отличается от истории большинства коммерческих Unix.

Linux не был клоном Unix

Здесь часто возникает ошибка даже у людей, которые давно работают с Linux. Linux не был создан копированием исходного кода Unix. Linux — самостоятельное ядро. Его архитектура развивалась независимо от оригинального исходного кода Unix. При этом Linux использовал огромное количество идей, накопленных Unix-культурой:

  • процессы;
  • файловую модель;
  • permissions;
  • pipes;
  • signals;
  • sockets;
  • shell;
  • иерархическую файловую систему;
  • системные вызовы Unix-подобного типа.

Поэтому корректнее говорить:

Linux — Unix-like operating system/kernel ecosystem, а не Unix в историческом или торговом смысле.

Разница кажется терминологической, но для администратора она важна. Например:

ps
kill
chmod
chown
mount
fork
exec
pipe
socket

формируют знакомый Unix-подобный мир, но это не означает, что Linux является прямым продолжением исходного Unix-кода.

Linux и GNU нашли друг друга

У GNU была серьёзная проблема. Проект создавал практически всё необходимое для Unix-подобной свободной ОС — кроме самого работающего ядра, способного стать её центральным компонентом. У Linux была противоположная проблема. Было ядро, но вокруг него требовалась полноценная пользовательская среда. Комбинация оказалась чрезвычайно удачной:

Именно поэтому термин GNU/Linux исторически и технически имеет смысл. На практике большинство людей говорят просто «Linux», и это нормально в разговорном контексте. Но администратору полезно помнить разницу между:

  • Linux kernel;
  • GNU userland;
  • system libraries;
  • init/system manager;
  • пакетами;
  • приложениями;
  • дистрибутивом.

Что такое дистрибутив на самом деле

Новичок может думать:

Ubuntu, Debian и Fedora — это разные операционные системы.

Не совсем. У них общее Linux-ядро как базовый компонент, но вокруг него собраны разные наборы программ, конфигураций и инструментов управления. Упрощённо:

Дистрибутив — это не только ядро. Это интегрированная система, включающая:

  • kernel;
  • init/system manager;
  • libc;
  • системные утилиты;
  • пакетный менеджер;
  • репозитории;
  • конфигурационные файлы;
  • installer;
  • security policy;
  • документацию;
  • release-модель.

Именно поэтому администратор должен различать:

Например:

cat /etc/os-release

покажет сведения о дистрибутиве. А: 

uname -r

покажет версию ядра. Это не одно и то же.

Debian: один из главных котлов экосистемы

В 1993 году Ян Мёрдок начал проект Debian. Его идея была особенно важна для дальнейшего развития Linux: система должна собираться и поддерживаться открытым сообществом. Debian стал одним из фундаментальных дистрибутивов. Из Debian впоследствии выросло огромное семейство систем. Наиболее известный пример:

Для администратора наследование проявляется не только в названии. Оно заметно по:

apt
apt-get
dpkg
.deb
/etc/apt

Например:

apt update
apt install nginx

Red Hat и RPM-мир

Другой огромный котёл Linux-экосистемы сформировался вокруг Red Hat. В RPM-мире исторически развивались:

  • Red Hat Linux;
  • Red Hat Enterprise Linux;
  • Fedora;
  • CentOS;
  • Rocky Linux;
  • AlmaLinux;
  • другие системы.

Здесь администратор сталкивается с другим набором инструментов:

rpm
dnf
systemctl

Например:

dnf install nginx

И пакет будет описан RPM-метаданными, а не Debian-пакетом. При этом фундаментальная Unix-подобная модель остаётся узнаваемой. Именно в этом сила Linux: разные инженерные культуры используют общий базовый механизм.

Linux перестаёт быть только серверной ОС

В 1990-х Linux активно развивался на серверах и рабочих станциях. Но затем произошло несколько важных событий. Linux появился:

  • на серверах;
  • в сетевом оборудовании;
  • в embedded-системах;
  • в суперкомпьютерах;
  • в NAS;
  • в роутерах;
  • в Android;
  • в облачной инфраструктуре.

И особенно важным оказался интернет. Linux отлично подходил для серверной среды благодаря сочетанию:

  • сетевого стека;
  • многопользовательской модели;
  • автоматизации;
  • удалённого управления;
  • исходного кода;
  • скриптов;
  • развитых инструментов диагностики.

Для администратора это означало очень простую вещь:

ssh server

и дальше практически весь сервер доступен через текстовый интерфейс.

Unix-философия пережила смену эпох

Даже когда конкретные Unix-системы теряли позиции, их идеи никуда не исчезли. Возьмём обычный shell pipeline:

journalctl -u nginx --no-pager |
    grep -i error |
    awk '{print $1, $2, $3}'

Это невероятно старая идея. Одна программа выдаёт поток данных. Другая его фильтрует. Третья преобразует. Четвёртая может записать результат. То же самое относится к:

cat
grep
sed
awk
sort
uniq
cut
tr
xargs
find

Каждая утилита относительно проста. Но вместе они превращаются в систему автоматизации. Это и есть один из главных подарков Unix современному администратору.

От процессов Unix к контейнерам

Здесь историческая цепочка становится особенно интересной. Unix ввёл модель процессов. Linux её расширил. Linux получил:

  • namespaces;
  • cgroups;
  • capabilities;
  • seccomp;
  • overlay filesystem;
  • современные механизмы сетевой изоляции.

А затем поверх них появились контейнерные платформы. Упрощённая цепочка выглядит так:

Контейнеры выглядят как современная облачная магия. Но под котлом лежат очень старые Unix-понятия: процессы, файловая система, права, namespaces и IPC.

А что стало с настоящим Unix?

Linux оказался настолько успешным, что слово «Unix» в массовом сознании постепенно стало почти синонимом Linux-подобного мира. Но исторические Unix никуда мгновенно не исчезли. Продолжили существовать:

  • IBM AIX;
  • Oracle Solaris;
  • HP-UX;
  • различные BSD;
  • системы семейства Unix, основанные на BSD и других ветках.

Особенно интересен Darwin, лежащий в основе macOS. macOS не является Linux. В её фундаменте находится собственная Unix-подобная архитектура, связанная с Darwin, Mach и BSD. То есть современный мир можно представить не как:

а скорее как дерево:

Именно слово Unix-like здесь наиболее полезно.

Linux породил не одну ОС, а производственную цепочку

В 1991 году Linux был экспериментальным ядром. Сегодня вокруг него существует огромная промышленная экосистема. Посмотрим на несколько уровней.

Ядро

Linux kernel

Отвечает за:

  • CPU scheduling;
  • память;
  • драйверы;
  • сеть;
  • файловые системы;
  • IPC;
  • безопасность;
  • работу с устройствами.

Базовая пользовательская среда

glibc
coreutils
bash
util-linux
iproute2
procps

Система управления

systemd
udev
journald

Пакеты

apt/dpkg
dnf/rpm
pacman
apk

Сервисы

OpenSSH
nginx
Apache
PostgreSQL
MariaDB
BIND
Samba

Контейнеры

containerd
Docker
Podman
Kubernetes

Облако

VM
containers
orchestration
IaC
CI/CD
observability

Каждый следующий слой использует предыдущий. И поэтому современная Linux-инфраструктура напоминает огромный паровой завод:

Почему Linux победил?

У Linux не было одного магического преимущества. Сработала комбинация факторов.

Открытый исходный код

Разработчики могли:

  • изучать ядро;
  • исправлять ошибки;
  • писать драйверы;
  • портировать систему;
  • создавать производные продукты.

Интернет

Linux возник именно в эпоху стремительного развития сетевого взаимодействия разработчиков. Патч больше не нужно было отправлять в конверте из одной лаборатории в другую.

Аппаратная независимость

Linux быстро распространялся на разные архитектуры.

Unix-подобная модель

Администраторам и разработчикам уже были знакомы:

shell
processes
files
permissions
pipes
sockets
signals

Экономика

Коммерческий Unix часто требовал дорогого специализированного оборудования и лицензирования. Linux позволял использовать обычные x86-системы. Это было чрезвычайно важно в эпоху удешевления PC-серверов.

Почему Windows не повторила тот же путь?

Windows развивалась по другой архитектурной и коммерческой траектории. Для системного администратора полезнее не спорить, какая ОС «лучше», а понимать различия моделей. Unix/Linux-культура исторически сильна в:

CLI
automation
pipes
text interfaces
remote administration
small composable tools
open source

Windows исторически сильна в другом наборе инструментов:

GUI management
Active Directory
Group Policy
.NET ecosystem
PowerShell
Microsoft enterprise stack

Современные версии обеих платформ давно заимствуют идеи друг у друга. Например, PowerShell прекрасно работает с объектами и конвейерами, а Windows Server сегодня имеет OpenSSH, Linux-инструменты и WSL. Граница между мирами стала значительно менее резкой.

WSL — ещё один исторический парадокс

Сегодня Windows может запускать Linux-среду через WSL. Это интересный финал исторической дуги. Когда-то Unix-подобная культура развивалась отдельно от Windows. Теперь системный администратор Windows может открыть Linux shell прямо внутри Windows-среды. Например:

wsl

И оказаться в окружении, где доступны привычные:

ls
grep
sed
awk
ssh
bash
apt

История здесь словно замкнула паровой клапан:

Unix-культура больше не существует только внутри Unix-систем.

Её инструменты стали универсальным языком инфраструктуры.

Что именно унаследовал современный Linux от Unix

Полезно разделить наследие на несколько уровней.

Концепции

process
filesystem
permissions
users/groups
signals
IPC
pipes
sockets
shell

Интерфейсы

POSIX APIs
Unix utilities
standard streams
file descriptors

Культура разработки

small tools
composability
text interfaces
automation
source code
portability

Администраторские привычки

ssh host
ps aux
grep pattern
find /path
chmod
chown
mount
df
du
kill

Даже если конкретная команда изменилась, модель мышления осталась.

А что Linux добавил самостоятельно?

Не стоит превращать историю Linux в рассказ о копировании Unix. Linux привнёс огромное количество собственной инженерии. Например:

  • масштабируемую модель SMP;
  • развитый сетевой стек;
  • огромное количество драйверов;
  • cgroups;
  • namespaces;
  • netfilter;
  • eBPF;
  • современные планировщики;
  • namespaces для контейнеризации;
  • различные механизмы security;
  • поддержку огромного количества архитектур.

Современный Linux — это уже не «Unix на PC». Это самостоятельная операционная платформа, которая выросла из Unix-подобной интеллектуальной традиции.

Как это понимать админу в 2026 году

Когда вы открываете очередной Linux-сервер и видите:

$ ps
$ systemctl
$ journalctl
$ ip
$ ss
$ mount
$ chmod
$ ssh

перед вами результат пяти десятилетий развития Unix-подобной инженерии. Условно за каждым уровнем можно увидеть исторический слой:

Конечно, реальная история гораздо сложнее. Но такая модель помогает не запоминать Linux как набор разрозненных команд, а видеть архитектурную преемственность.

Практический эксперимент: почувствовать Unix-философию руками

Историю полезно не только читать. Возьмём обычный журнал systemd:

journalctl -b

Теперь отфильтруем ошибки:

journalctl -b | grep -i error

Получим только интересующие строки:

journalctl -b | grep -i error | less

А теперь можно объединить несколько инструментов:

journalctl -b --no-pager |
    grep -i error |
    sort |
    uniq -c |
    sort -nr

Здесь нет сложного приложения. Есть несколько небольших инструментов:

journalctl
    ↓
grep
    ↓
sort
    ↓
uniq
    ↓
sort

Это практически музейный экспонат Unix-философии, который всё ещё прекрасно работает в современной инфраструктуре.

Главная ошибка в понимании истории

Иногда историю рассказывают так:

Unix
  ↓
Linux
  ↓
Ubuntu

Это слишком примитивно. Правильнее представить историю как огромную сеть.

И даже эта схема неполна. Потому что современная Linux-экосистема вобрала идеи из огромного количества источников.

Linux — это скорее экосистема, чем продукт

В классической модели производителя есть:

В Linux-мире всё иначе:

Один и тот же Linux kernel может лежать под:

  • сервером базы данных;
  • Kubernetes-нодой;
  • маршрутизатором;
  • Android-устройством;
  • NAS;
  • промышленным контроллером;
  • суперкомпьютером;
  • облачным виртуальным сервером.

Это уже не одна ОС в привычном смысле. Это платформа.

Что осталось от Unix спустя полвека

Самый удивительный результат всей этой истории в том, что многие идеи оказались долговечнее конкретных операционных систем. В 1969 году инженеры Bell Labs создавали систему для совершенно другого мира. Не существовало:

  • Kubernetes;
  • Docker;
  • облаков;
  • смартфонов;
  • GitHub;
  • NVMe;
  • современных многоядерных CPU.

Но базовые концепции пережили смену поколений железа. Мы всё ещё используем:

processes
files
permissions
pipes
signals
sockets
shells

А поверх них строим:

containers
microservices
cloud platforms
CI/CD
observability
orchestration

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

Финальный чертёж

Если свести пять десятилетий к одной картинке, получится примерно такая машина:

Вместо заключения

Историю Linux удобно представлять как историю одного ядра. Но это только половина картины. Настоящая история начинается раньше: Unix создал язык мышления об операционных системах. BSD доказала, что этот язык может развиваться независимо. System V показал, как Unix может стать промышленной платформой. POSIX попытался стандартизировать рельсы. GNU создал свободный набор инструментов и пользовательскую среду. Linux добавил современное, свободно развиваемое ядро. А затем дистрибутивы, разработчики, производители железа, облачные провайдеры и администраторы превратили всё это в глобальную экосистему. Поэтому, когда сегодня администратор пишет:

ssh server

а затем:

ps aux | grep nginx

он использует не просто пару команд. Он нажимает на клапан машины, конструкция которой начала собираться ещё в конце 1960-х. И, пожалуй, в этом главный урок истории Unix и Linux:

хорошая инженерная идея не обязана оставаться в том виде, в котором её придумали.

Она может пережить компании, железо, лицензии и даже исходный проект — и продолжить работать уже внутри совершенно другой машины. Unix был такой идеей. Linux стал одним из самых мощных двигателей, построенных на её основе.

⚙️ Машинное отделение ROADIT благодарит за прочтение.
Больше команд, шпаргалок и обзоров — на roadit.ru и в нашем Телеграф-канале.
📋 Все команды

Оставьте комментарий