カーネルのバージョンとOSのバージョンは別物 — LinuxディストリとWindowsの系譜を地図で理解する

「そのサーバー、Linuxのバージョンは？」——この質問に一言で答えられないのは、あなたの理解不足ではありません。カーネルの版番号とOSの版番号が、そもそも別の軸だからです。RHELとFedoraの関係、なぜ同じベースなのにRepoが分かれるのか。混乱の元をひとつずつ地図にします。

Windowsの世界では「Windows 11です」で話が済みます。ところがLinuxでは、「カーネルは6.12、ディストリはRHEL 9、でも中身は…」と説明が枝分かれしていく。この分かりにくさには構造的な理由があり、理由さえ掴めば一気に整理できます。本記事は、これからLinuxサーバーに触れる方に向けて、①Linuxは「OS」ではなく「カーネル」であること ②カーネルとディストリビューションの版番号の読み方 ③RHEL系の家系図と「同じベースでRepoが違う」謎 ④FreeBSD(Unix)との構造対比 ⑤Windowsのバージョン体系、までを順に地図化します。コマンドの逆引きが必要になったらLinux実践コマンドリファレンスへどうぞ。

01大原則：Linuxは「OS」ではなく「カーネル」

すべての混乱は、ここを飛ばすことから始まります。Linus Torvaldsが作っているのは「カーネル」だけです。カーネルとは、CPU・メモリ・ディスク・ネットワークといったハードウェアを管理し、その上でプログラムを動かすための最下層の一枚——OSの「心臓」ではありますが、OSの全体ではありません。

私たちが日常「OS」と呼んでいるものは、カーネルの上に次の層を積み上げて初めて成立します。

• ユーザーランド：lsやcpなどのコマンド群(GNU Coreutils)、C標準ライブラリ(glibc等)、シェル(bash等)。「Linuxを操作している」ときに実際に叩いているのは、ほぼこの層です。
• init/サービス管理：起動時に何をどの順で立ち上げるか(systemd等)。
• パッケージ管理とリポジトリ(Repo)：ソフトを配布・更新する仕組み(dnf/apt)と、その配布元サーバー。
• リリース方針・サポート期間：いつ出して何年面倒を見るか。

この「カーネル＋その他ぜんぶ」を一式に組み上げて配って(distribute)くれるのがディストリビューション(distribution、ディストリ)です。RHEL、Ubuntu、Debian…これらは「Linuxという同じOSの色違い」ではなく、同じカーネルを核に、上の層を各チームが独自に組み立てた別々のOSなのです。だから「Linuxのバージョン」という問いは、正確には「カーネルの話ですか、ディストリの話ですか？」に分解されます。

02カーネルの版番号の読み方 — 6系・7系と偶奇の昔話

まずカーネルそのものの番号です。現在の形式は メジャー.マイナー.パッチ(例：6.12.9)。2026年時点で、本流(mainline)のカーネルは6系から7系へ移る時期にあります。ここで初学者がよく持つ2つの誤解を先に潰します。

• メジャー番号の繰り上がりに深い意味はない：2.6→3.0、3.19→4.0、4.20→5.0、5.19→6.0 と、マイナー番号がおよそ20前後まで育つと切りよくメジャーを上げているだけです。「7.0になったから革命的」ではありません。
• 「奇数=開発版、偶数=安定版」はもう昔話：これは2.4(安定)/2.5(開発)の時代(〜2003年頃)のルールで、2.6以降は撤廃されています。今の番号の偶奇に意味はありません。長くUnix/Linuxを触ってきた方ほど、この旧ルールが記憶に残っているはずです。

実務でもうひとつ重要なのがLTS(長期サポート)カーネルです。本流は数か月ごとに新版が出ますが、特定のバージョンだけが「LTS」に指定され、数年にわたりセキュリティ修正が当て続けられます。企業向けディストリは、この安定した土台を選びます。

03ディストリビューション — 「OSの組み立て方」が数百通りある

ディストリが「同じカーネルの別の組み立て」だと分かると、なぜ何百種類も存在するのかも腑に落ちます。パッケージ形式(rpmかdebか)、更新の速さ、サポート期間、思想——どれを重視するかで無数の組み方があり、それぞれにコミュニティや企業が付いています。実務で出会うのは、ほぼ2つの大きな家系です。

• RHEL系(Red Hat系)：rpm/dnf。企業サーバーの定番。RHEL・Fedora・CentOS Stream・Rocky・AlmaLinux。
• Debian系：deb/apt。Debian本体と、その上に作られたUbuntuが二大巨頭。

(このほかArch系やSUSE系もありますが、まずはこの2系統を押さえれば現場の大半に対応できます。) そして初学者が最も混乱するのがRHEL系の家系図なので、ここを次章で丁寧にほどきます。

04RHEL系の家系図 — 「同じベースなのにRepoが違う」の正体

RHEL(Red Hat Enterprise Linux)を中心に、Fedora・CentOS Stream・Rocky・AlmaLinuxがどう繋がっているか。ここが分かれば、ご質問の「なぜ同じベースでRepoが違うのか」に答えられます。まず川の流れ(上流→下流)で捉えます。

流れを言葉にします。

• Fedora=上流の実験場：約半年ごとに最新技術を投入するコミュニティ版。ここで揉まれた成果が、数年後のRHELの土台になります。新しい代わりにサポートは短い。
• CentOS Stream=中流の試作：ここが最大の誤解ポイントです。かつての「CentOS Linux」はRHELの後を追う無償クローン(下流)でしたが、現在の「CentOS Stream」はRHELの一歩先を行く試作(中流)に役割が変わりました。次のRHELに入る変更がここで先に公開されます。
• RHEL=下流の製品：Red Hat社が品質保証し、最長10年サポートする有償製品。企業が「枯れた安定」を買う対象です。
• Rocky Linux / AlmaLinux=RHELの再ビルド：公開されているRHELのソースを元に、無償で「RHEL互換」を組み直したもの。旧CentOS Linuxが担っていた「タダで使える企業品質」の穴を埋める存在です。

ここで本題です。これらは同じ家系(同じrpmパッケージ、同じ祖先)なのに、なぜRepo(配布元)が別々なのか。答えは「Repoはパッケージの中身ではなく運営だから」です。RHELのRepoはRed Hatの有償契約者だけがアクセスできる配信網、Rocky/AlmaLinuxは無償で誰でも引ける自前のミラー網、FedoraとStreamはコミュニティが運営する別網。中身のソフトは兄弟同然でも、誰が・いつ・どんな条件で配るかが違えば、それは別のRepoになります。パッケージの血統(同じ)と、配布網の運営(別々)は、まったく別のレイヤーの話なのです。

05Debian系 — stable/testing/unstable とコードネーム文化

もう一方の雄がDebian系です。こちらはバージョンの考え方が独特で、Debianは常に3つの状態を並行させています。

• unstable(コードネーム: sid)：最新を取り込み続ける開発の最前線。
• testing：unstableで一定期間問題が出なかったものが降りてくる、次期リリース候補。
• stable：徹底的に枯らした正式版。サーバー用途はこれ。約2年ごとに更新され、バージョン番号(例：Debian 13)とコードネーム(例：Trixie)の両方で呼ばれます。

そしてUbuntuはこのDebianを土台に作られた「孫請けディストリ」です。Debianのパッケージ資産を借りつつ、使い勝手とリリースの規律を足しました。Ubuntuの版番号は西暦YY.MM形式という潔さで、たとえば「24.04」は2024年4月、「26.04」は2026年4月リリースを意味します。特に偶数年の4月に出るLTS(長期サポート)版(24.04、26.04…)は5年サポートで、サーバーの定番です。ここでも、Ubuntuの「26.04」という数字はRHELやカーネルの番号とはまったく別の座標系である点に注意してください。

06FreeBSD(Unix)との対比 — なぜLinuxだけRepoが割れるのか

「なぜ同じベースでRepoが違うのか」への最も深い答えは、Unix系の兄貴分であるFreeBSDと比べると、くっきり見えます。弊社代表もFreeBSD時代からのUnix使いですが、その世界の常識をLinuxに持ち込むと、逆にLinuxのRepo事情が理解できます。

FreeBSDは「ベースシステム」という一枚岩を持っています。カーネルと基本ユーザーランド(libc、標準コマンド、init等)を単一のプロジェクトが一体で開発し、ひとつのバージョン番号(例：FreeBSD 14系)で束ねてリリースします。「FreeBSD 14.3」と言えば、カーネルから基本コマンドまで含んだOS全体の版を一意に指します。追加ソフトはPorts/pkgという仕組みで、ベースとは明確に分離して入れます。つまりBSDの世界では「OSのバージョンはひとつ」という感覚が完全に正しい。これは正真正銘のUnixの血統(バークレー由来)が持つ、統一された美しさです。

ところがLinuxには、この「ベースシステム」に相当する一枚岩が存在しません。カーネル(kernel.org)と、ユーザーランド(GNUなど別プロジェクト群)は、そもそも無関係に開発されています。「Linuxそのもの」として統一された基盤がないので、各ディストリが「どのカーネル＋どのlibc＋どのinit＋どのパッケージ形式＋どのRepo」を自分で選んで組み上げるしかない。統一する幹が構造的に無いからこそ、配布網(Repo)が枝分かれするのです。

07Windows — マーケ名とNTカーネルは別番号

「Windowsはシンプル」と思われがちですが、実は同じ「版番号が層で違う」問題を抱えています。むしろ見えにくく隠している分、気づくと驚きます。核心はこれです——Windows 11 のカーネルは、いまだに「NT 10.0」。Windows 10(2015年)から一度もメジャーが上がっていません。「11」はマーケティング上の名前で、内部のカーネル版とは別物なのです。ここはLinuxの「カーネル番号≠ディストリ番号」と完全に同じ構図です。

実務で本当に効くのは、マーケ名よりもビルド番号とチャネルです。「24H2」は2024年後半の機能更新を指し、パッチ適用の基準はこのビルド番号で管理します。さらにWindowsには配布の系統(チャネル)が複数あります。

• 一般チャネル：年1回の機能更新を受け取る、通常のWindows。
• LTSC(長期サービスチャネル)：機能更新を止め、セキュリティ修正だけを最長10年当てる、産業機器・ATM等の安定重視版。「新機能が来ない」ことが価値です。
• エディション：Home/Pro/Enterprise/Education。カーネルは同じでも、含まれる機能とライセンスが違います。

そして「なぜ同じベースでRepoが違うのか」はWindowsにも小さく存在します。単一ベンダー(Microsoft)・単一のNTカーネルという1枚岩の上で、Microsoft Store、パッケージマネージャwinget(独自のソースを追加可能)、企業向けのWSUSと、配布網が用途別に分かれています。Linuxがディストリという「OSの組み立て」レベルで割れるのに対し、Windowsは単一ベースの上で「エディション・チャネル・配布網」が割れる——複雑さの現れる層が違うのだ、と捉えると見通しが良くなります。

—まとめ

「Linuxのバージョンは？」に一言で答えられないのは正常です。番号が指す層(レイヤー)を添えれば、混乱は消えます。

• Linuxはカーネル、OSはディストリ：Linusはカーネルだけを作る。ユーザーランド以上を組み上げてOSにするのがディストリ
• カーネル番号は素性の目印：メジャー繰り上げに深い意味はなく、偶奇の新旧ルールも過去のもの。企業版は大量バックポートで数字と実体がずれる
• RHEL系の家系：Fedora(上流)→CentOS Stream(中流)→RHEL(製品)→Rocky/Alma(再ビルド)。血統は同じでもRepoは各者が別運営
• Repoが割れる根本：FreeBSDと違いLinuxには統一ベースが無い。だから配布網が枝分かれする
• Windowsも同型：Win11のカーネルはNT 10.0のまま。マーケ名・ビルド番号・チャネルは別の軸

結局のところ、番号を聞かれたら「どの層の話ですか」と一度返すだけで、会話は驚くほど噛み合います。OSの選定やバージョン計画、EOL(サポート終了)を見据えた移行設計についてのご相談はお問い合わせから。関連して、レガシーからの移行実務は導入事例もご覧ください。

—参考(一次情報)

• The Linux Kernel Archives (kernel.org)
• Fedora と Red Hat Enterprise Linux の関係 - Fedora Docs
• CentOS Stream (上流・中流としての位置づけ) - The CentOS Project
• Debian releases (stable/testing/unstable) - Debian
• Ubuntu release cycle (LTS と YY.MM 命名) - Canonical
• FreeBSD Handbook — Updating and Upgrading (base system の考え方)
• Windows 11 release information (ビルド番号) - Microsoft Learn