🌿久しぶりにLinuxを勉強して、曖昧だったことを整理した

久しぶりにLinuxの勉強を進めています。

以前にも触れた内容ではあるのですが、久しぶりに勉強してみると、「言葉は知っているけれど、ちゃんと説明しようとすると曖昧」という部分が思った以上にありました。

コマンドを見て「これはこういうときに使う」と答えることはできても、

「そもそも、なぜこの名前なのか」

「この仕組みは何のためにあるのか」

「似た言葉同士は、どういう関係なのか」

と考えてみると、意外と説明できない。

今回は、新しく覚えたことを全部並べるのではなく、久しぶりにLinuxを勉強して、自分の中で特に理解が整理されたところを残しておこうと思います。

LinuxはOS？ カーネル？ 改めて整理する

最初に引っかかったのが、「Linuxとは何なのか」というところでした。

普段は、

「Windows、macOS、Linux」

のように並べて話すことがあります。

この言い方自体は日常的によく使われますが、厳密に見ると少し粒度が違います。

Linuxは、もともとはカーネルの名前です。

カーネルは、CPUやメモリ、ストレージ、デバイスなどを管理し、ソフトウェアとハードウェアの間を取り持つOSの中核部分です。

一方、DebianやUbuntu、Linux Mintなどは、Linuxカーネルにさまざまなソフトウェアや仕組みを組み合わせ、実際に利用できるOSとしてまとめたLinuxディストリビューションです。

つまり、厳密な粒度で考えるなら、

Linux ＝ カーネル

Debian、Ubuntu、Linux Mintなど ＝ Linuxカーネルを利用したディストリビューション

と分けて考えた方が整理しやすい。

ちなみにAndroidもLinuxカーネルを利用しています。

見た目も用途もまったく違うUbuntuとAndroidが、カーネルという部分ではLinuxにつながっている。

そう考えると、「Linux＝完成した一つのOS」というより、さまざまなシステムの中核として利用されているもの、と考えた方が自分にはしっくりきました。

Debian、Ubuntu、Linux Mintは「包含」ではなく「派生」

Linuxディストリビューションについても、少し曖昧に理解していた部分がありました。

Debian、Ubuntu、Linux Mintなどを見ていると、

「Debianという大きな枠の中にUbuntuがある」

というようなイメージを持ちそうになります。

でも、DebianとUbuntuはそれぞれ独立したLinuxディストリビューションです。

一方で、UbuntuはDebianをベースとして開発され、Linux Mintの主要版はUbuntuをベースとしています。

そのため、

Debian → Ubuntu → Linux Mint

という系譜はある。

ただし、DebianというOSの中にUbuntuというOSが入っているわけではありません。

自分の中では、

「分類上は別物。系譜としてはつながっている」

と整理すると、一番分かりやすくなりました。

「Debian系」という言葉も、「Debianという会社の製品群」という意味ではなく、こうしたDebianを祖先・ベースとする系統を指していると考えると理解しやすいです。

inode番号には何が入っているのか

inodeも、知っているつもりで少し曖昧だった言葉のひとつでした。

最初は、「inode番号の中に、ファイルの情報が入っている」というようなイメージを持っていました。

でも、正確には少し違います。

inodeには、ファイルの所有者やアクセス権、サイズ、タイムスタンプなど、ファイルを管理するための情報があります。

そしてinode番号は、そのinodeをファイルシステム内で識別するための番号です。

つまり、

ファイル名 → inode番号 → inode → データ

という関係で考える。

これが分かると、ハードリンクの仕組みも理解しやすくなりました。

ハードリンクでは、異なるファイル名から同じinodeを参照できます。

そのため、名前は違っていても ls -i で確認すると同じinode番号が表示されます。

「ファイル名そのものがファイルの実体」という感覚から少し離れて考えることが、inodeを理解するポイントなのだと思いました。

名前やオプションは、語源まで戻って覚える

以前から、IT用語やコマンドを覚えるときは、できるだけ名前の由来まで確認するようにしています。

意味の分からないアルファベットをそのまま暗記するより、

「そもそも何という英単語なのか」

「なぜこの名前になったのか」

まで分かった方が、自分の場合は記憶に残りやすいからです。

今回のLinuxの勉強でも、改めてその方法で整理しました。

たとえば tar。

tar は Tape Archive に由来します。

もともと複数のファイルなどをまとめ、磁気テープへ保存するために作られたことが名前の由来です。

そのため、tarの本質は「圧縮」ではなく、複数のファイルやディレクトリを一つのアーカイブとしてまとめること。

ここを理解してから、

-x は extract（取り出す）

-f は file

と覚えると、単なる文字の暗記ではなくなります。

たとえば、

tar -xf test.tar

なら、

「アーカイブファイル test.tar から中身をextractする」

と意味から考えられるようになります。

圧縮で登場した gzip も同じでした。

gzipは GNU zip。

さらにGNUは GNU’s Not Unix! という再帰的頭字語です。

gzip -d の d は decompress。

gzip -k の k は keep。

こうやって元の言葉まで戻ると、

「-dって何だったっけ」

となったときにも、decompressという意味から動作を思い出しやすくなります。

すべてのオプションが、きれいに英単語の頭文字になっているわけではありません。

だからこそ、由来が確認できるものは由来まで辿り、そうでないものは無理に「この文字はこの単語」と決めつけない。

このやり方は、Linuxに限らず今後も続けたいと思っています。

Bashと環境変数も「何が起きているか」で考える

Bashの変数についても、用語だけでは少し分かりづらかったところです。

そもそもBashは、コマンドを入力するための「場所」や「ディレクトリ」ではなく、シェルというプログラムです。

LinuxへログインしてBashがログインシェルとして起動している状態で、さらに

bash

と実行すると、ディレクトリが作られるわけでも、別の場所へ移動するわけでもありません。

現在のBashから、新しいBashプロセスが起動します。

そして、元のBashで普通のシェル変数を作っただけでは、新しく起動したBashにはその変数は引き継がれません。

一方で、変数を export すると、その後に起動する子プロセスの環境へ渡せるようになります。

「シェル変数」「環境変数」という言葉だけを覚えるより、

親のBashから、後から起動するプロセスへ何を渡すのか

という動きとして考えることで、以前より整理しやすくなりました。

久しぶりに勉強して思ったこと

以前勉強した内容でも、時間が空くと意外と曖昧になっています。

ただ、忘れていた言葉をそのまま覚え直すだけではなく、

「そもそもこれは何なのか」

「なぜこの名前なのか」

「何と何が同じ分類で、何が違うのか」

まで一度戻ってみると、バラバラだった知識が少しずつつながっていきます。

コマンドやオプションも、文字だけを覚えようとすると大変ですが、語源や仕組みまで分かると意味のある情報として残りやすい。

久しぶりのLinuxなので、まだ思い出しながらの部分もあります。

それでも、以前より「覚える」だけではなく、「自分の中で説明できる形にする」ことを意識しながら進めていきたいと思います。

杜TechLife🌿