アーチリナックス

アーチリナックス

KDE搭載の Arch Linux
開発者	Levente Polyak (主任開発者) [1]
OSファミリー	Linux ( Unix 系)
作業状態	現在
ソースモデル	オープンソース
初回リリース	2002年3月11日; 22年前 ( 2002-03-11 )
リポジトリ	gitlab.archlinux.org www.github.com/archlinux
マーケティングターゲット	汎用
更新方法	ローリングリリース
パッケージマネージャー	pacman、libalpm（バックエンド）[2]
プラットフォーム	64ビット i686 (非公式) [a] ARM（非公式）[b] PowerPC (非公式) [c] RISC-V（非公式）[d]
カーネルタイプ	モノリシック( Linux カーネル)
ユーザーランド	GNU
影響を受けた	EndeavourOS、Manjaro、Garuda Linux、Artix Linux、Antergos
影響を受けた	CRUX、BSD
デフォルトの ユーザーインターフェース	コマンドライン インターフェイス( Live CDまたはLive USBではデフォルトのシェルとしてZsh、インストール後はデフォルトのシェルとしてBash )
ライセンス	フリーソフトウェア（GNU GPLおよびその他のライセンス）[6]
公式サイト	archlinux.org

Arch Linux ( / ɑːr tʃ / ) ^{[7] [8]は、}ローリングリリースモデルで設計された独立開発のLinuxディストリビューションです。デフォルトのArch Linuxインストールは意図的に最小限になっており、インストール中にユーザーが構成して必要なものだけを追加できます。^{[9] Archは}、Manjaro、EndeavourOS、Parabolaなど、他の多数のディストリビューションの基礎となっています。^[10]

PacmanはArch Linux専用に書かれたパッケージマネージャで、ソフトウェアパッケージのインストール、削除、更新に使用されます。 ^[11]代替手段としては、Arch Linuxのコミュニティ主導のリポジトリであるArch User Repository (AUR)があります。AURパッケージはダウンロードしてビルドすることも、AUR「ヘルパー」を介してインストールすることもできます。^{[12] [13]}

Arch Linux はローリングリリースモデルを採用しており、構成する個々のソフトウェアを定期的に更新することで最新の状態に保たれています。唯一の「リリース」は、最新のインストール媒体を提供するために毎月リリースされるメインシステムコンポーネントのスナップショットです。^[14]

Arch Linuxには、 ArchWikiと呼ばれるコミュニティ運営のウィキの形で包括的なドキュメントがあります。 ^{[15] [16] [17]}

もう一つのミニマリストディストリビューションであるCRUXに触発されて、Judd Vinetは2002年3月にArch Linuxプロジェクトを開始しました。この名前が選ばれたのは、Vinetが「大敵」のように「プリンシパル」という意味の言葉が気に入ったからです。^{[7] [18]}

もともと32ビットx86 CPUのみを対象としていたが、最初のx86_64インストールISOは2006年4月にリリースされた。^[19]

ヴィネットは2007年10月1日までArch Linuxを率いていたが、時間不足のため辞任し、プロジェクトの管理権をアーロン・グリフィンに移譲した。^[20]

systemdのinitシステムへの移行は2012年8月に始まり、^[21] 2012年10月に新規インストールのデフォルトになりました。 ^[22]これは、ディストリビューションの開始以来使用されてきたSysVスタイルのinitシステムに取って代わりました。^[23]

i686のサポート終了は2017年1月に発表され、2017年2月のISOがi686を含む最後のISOとなり^[24]、2017年11月にこのアーキテクチャはサポートされなくなりました^[25]。それ以来、コミュニティ派生のArch Linux 32 ^[26]がi686ハードウェアで使用できるようになりました。

2020年2月24日、アーロン・グリフィンは、プロジェクトへの関与が限られているため、投票期間後にプロジェクトの管理権をレヴェンテ・ポリアクに移譲すると発表した。^[27]この変更により、プロジェクトリーダーの職に新たに2年間の任期が追加された。^[28]

2021年3月、Arch Linuxの開発者はArch Linuxパッケージをx86_64-v3に移植することを検討していました。これは、 Intel Haswell時代のプロセッサにほぼ相当します。^{[29] [30]}

2021年4月、Arch Linuxのインストールイメージには、デフォルトでガイド付きインストールスクリプトが含まれるようになりました。^[31]

2021年後半、Arch Linux開発者は並列ダウンロードを可能にしたPacman 6.0をリリースした。^[32]

2022年2月、Arch Linux開発者はデバッグパッケージの提供を開始しました。^[33]

2024年9月、ValveはArch Linux開発者と提携し、ビルドサービスインフラストラクチャと安全な署名エンクレーブに重点を置いた継続的な開発活動をサポートしました。^[34]

Pacman バージョン 4.0.0 まで、^[35] Arch Linux のパッケージ マネージャーは署名付きパッケージをサポートしていませんでした。^[36]パッケージとメタデータは、ダウンロード インストール プロセス中に Pacman によって真正性が検証されませんでした。パッケージ認証チェックがないと、改ざんされたリポジトリ ミラーや悪意のあるリポジトリ ミラーによってシステムの整合性が損なわれる可能性があります。^[37] Pacman 4 ではパッケージ データベースとパッケージの検証が可能でしたが、デフォルトでは無効になっていました。2011 年 11 月、パッケージの署名は新しいパッケージ ビルドに必須となり、2012 年 3 月の時点で、すべての公式パッケージは署名されています。^[38] 2012 年 6 月、パッケージ署名の検証が公式になり、インストール プロセスでデフォルトで有効になりました。^{[39] [40]}

Archは主にバイナリパッケージに基づいています。パッケージはx86-64 マイクロプロセッサを対象としており、最新のハードウェアでのパフォーマンスを向上させます。また、自動ソースコンパイル用にports / ebuildのようなシステムも提供されており、Archビルドシステムとして知られています。^[41]

Arch Linux はデザインのシンプルさを重視しており、洗練されたポイント アンド クリック スタイルの管理ツールを提供するのではなく、ユーザーが直接理解しやすい、わかりやすく比較的簡単な環境を作成することに重点を置いています。たとえば、パッケージ マネージャーには公式のグラフィカル フロントエンドがありません。これは主に、すばやくアクセスして編集できるように整理された、簡潔なコメント付きのクリーンな構成ファイルの使用を奨励することで実現されています。^{[42]これにより、}コマンドライン インターフェイスを使用することをいとわない「上級ユーザー」向けのディストリビューションとしての評判を得ています。^[43]

システムの管理と構築に複雑なツールに頼ると、エンドユーザーに悪影響を及ぼします。[...] 「システムの複雑さを隠そうとすると、より複雑なシステムになってしまう」。内部を隠すための抽象化レイヤーは決して良いものではありません。むしろ、内部は隠す必要がないように設計する必要があります。

— アーロン・グリフィン^[44]

Arch Linuxのウェブサイトでは、CDやUSBドライブに書き込むことができるISOイメージを提供しています。インストールは、Arch Wikiの指示に従って手動で行うか、同梱の「archinstall」スクリプトを使用して自動的に行うことができます。^{[45] [46] [47]}インストールメディアにバンドルされている別のコマンドラインユーティリティ「pacstrap」を使用して、ベースシステムをインストールすることができます。^{[40]ベースシステムの一部ではない追加パッケージのインストールは、pacstrap、新しいインストールでブート（または}chroot ）した後のPacman 、またはガイド付きarchinstallスクリプト内でパッケージを指定して行うことができます。^{[48] [49] [11]}

CD または USB イメージを使用してインストールする代わりに、別の Linux ベースのオペレーティングシステム内からパッケージマネージャー Pacman の静的バージョンを使用することもできます。^[50]ユーザーは、新しくフォーマットされたドライブパーティションをマウントし、pacstrap (または適切なコマンドラインスイッチを指定した Pacman ) を使用して、宛先デバイスのマウントポイントを操作のルートとして基本パッケージと追加パッケージをインストールできます。この方法は、Arch Linux を USB フラッシュドライブにインストールする場合や、一時的にマウントされた別のシステムに属するデバイスにインストールする場合に便利です。^[51]

選択したインストールタイプによっては、新しいシステムの使用準備が整う前にさらに操作が必要になる場合があります。注目すべき構成には、ブートローダのインストール、ホスト名、ネットワーク接続、言語設定、グラフィカルユーザーインターフェイスを使用したシステムの構成が含まれます。 ^[52]

Arch Linuxは特定の日付にリリースをスケジュールしたり、従来のリリースを提供したりはせず、代わりにローリングリリースモデルを採用しています。メインリポジトリのパッケージは頻繁に更新され、 LTSディストリビューションと比較して新しい更新がはるかに速くプッシュされます。このスタイルのパッケージ管理により、ユーザーはシステムを簡単に最新の状態に保つことができます。^[53]

場合によっては、特定のアップデートに手動による介入が必要となり、その手順はArch Linuxウェブサイトのニュースセクションに掲載されます。^[54]

すべてのパッケージは、Arch Linux専用に書かれたパッケージマネージャであるpacmanを通じて管理されます。^[55] Pacmanはパッケージのインストール、アップグレード、ダウングレード、削除を処理し、依存関係の自動解決機能を備えています。^[56] Arch Linuxのパッケージは、Arch Linuxパッケージツリーから取得され、x86-64アーキテクチャ用にコンパイルされています。

Pacmanは通常、.tar.zst拡張子^{[57] [58] [59] （} zstd圧縮用）の付いたバイナリパッケージを使用します。.pkgこの前にはPacmanパッケージであることを示すために が置かれます（ となります.pkg.tar.zst）^[56] 。 ただし、 などの他の圧縮形式も有効です。.pkg.tar.xz[ ^60]

パッケージは 経由でインストールすることができ、 完全なシステムアップグレードを実行するために使用することができます。^[61]pacman -S package namepacman -Syu

PacmanはArch Linuxと同様に、 Windows上のMSYS2 （ Cygwinのフォーク）でパッケージをインストールするためにも使用されます。^[62]

以下の公式バイナリリポジトリが存在する: ^[63]

• core には、基本システムをセットアップするために必要なすべてのパッケージが含まれています。このリポジトリのパッケージには、カーネル パッケージとシェル言語が含まれます。
• extra には、デスクトップ環境やプログラムなど、基本システムに必要のないパッケージが格納されます。
• multilib は、x86-64 ユーザーが 64 ビット環境で 32 ビット アプリケーションをより簡単にサポートできるようにするための集中リポジトリです。このリポジトリのパッケージには、SteamやWine などがあります。

さらに、他のリポジトリのバイナリ パッケージ候補を含むテストリポジトリもあります。現在、次のテスト リポジトリが存在します。

• core-testing、core用のパッケージを含む。
• extra-testing 、 extra用のパッケージ付き。
• multilib-testing、multilib用のパッケージを含む。

コアステージングリポジトリとエクストラステージングリポジトリは、テスト中に壊れたパッケージを回避するために、いくつかの再構築に使用されます。開発者は、これらのリポジトリからシステムを更新すると「間違いなく壊れる」ため、いかなる理由でもこれらのリポジトリを使用しないことを推奨しています。^[64]

特定のデスクトップ環境の最新バージョンを含むリポジトリが他に 2 つあります。

• gnome-unstableには、テスト版にリリースされる前のGNOMEのソフトウェアの新バージョンのパッケージが含まれています。
• kde-unstableには、テストにリリースされる前のKDEソフトウェアの新しいバージョンのパッケージが含まれています。

不安定なリポジトリは2008年7月に廃止され、パッケージのほとんどは他のリポジトリに移動されました。^[65]コミュニティリポジトリは2023年5月にextraと統合されました。 ^{[66] [67]公式リポジトリに加えて、非公式の}ユーザーリポジトリが多数存在します。

最もよく知られている非公式リポジトリは、Arch Linux サイトでホストされている Arch User Repository (AUR) です。AUR はバイナリ パッケージをホストするのではなく、PKGBUILD と呼ばれるビルド スクリプトのコレクションをホストします。PKGBUILD スクリプトはmakepkgコマンドによって実行され、ソフトウェアのリポジトリから必要なファイルをダウンロードし、Arch ビルド システムを使用してビルドします。

Arch Linuxリポジトリには自由ソフトウェアと非自由ソフトウェアの両方が含まれており、デフォルトのArch Linuxカーネルには非自由のプロプライエタリなブロブが含まれているため、このディストリビューションはGNUプロジェクトによって承認されていません。^[68] linux-libreカーネルはAURから、またはParabolaのリポジトリを有効にすることでインストールできます。

Arch ビルドシステム (ABS) は、ソース tarball をバイナリ パッケージにコンパイルするportsのようなソース パッケージ システムで、Pacman 経由でインストールされます。^{[69] Arch ビルドシステムは、} PKGBUILDと呼ばれるシェル スクリプトのディレクトリ ツリーを提供し、これを使用してすべての公式 Arch パッケージをカスタマイズしてコンパイルできます。変更されたコンパイラ フラグを使用してシステム全体を再構築することも、Arch ビルドシステムでサポートされています。Arch ビルドシステムツールを使用すると、サードパーティのソースからカスタム パッケージを作成できます。作成されたパッケージは、Pacman 経由でインストールおよび追跡することもできます。^{[70] [71]}makepkgpkg.tar.zst

リポジトリに加えて、Arch User Repository (AUR) は、メインリポジトリに含まれていないパッケージ用のユーザー作成の PKGBUILD スクリプトを提供します。これらの PKGBUILD スクリプトは、依存関係を明示的にリストしてチェックし、Arch アーキテクチャに合わせてインストールを構成することで、ソースからのビルドを簡素化します。^[72] Arch User Repository ヘルパープログラムは、PKGBUILD スクリプトのダウンロードと関連するビルドプロセスをさらに効率化できます。ただし、これには信頼できる人物によって検証されていない PKGBUILD を実行するというコストがかかります。その結果、Arch 開発者は、PKGBUILD を自動的に検索、ダウンロード、および実行するユーティリティが公式リポジトリに含まれることはないと述べています。^[73]

ユーザーはArchビルドシステムとカスタムPKGBUILDスクリプトを使用してPacmanと互換性のあるパッケージを作成できます。^[74]この機能は、公式リポジトリを補完するユーザー提供のパッケージで構成されるArchユーザーリポジトリのサポートに役立っています。^[75]

Arch ユーザー リポジトリは、メイン リポジトリに含まれていないパッケージをコミュニティに提供します。メイン リポジトリから除外される理由は次のとおりです。

• ライセンスの問題: 再配布はできないが使用は無料であるソフトウェアは、Arch Linux Web サイトでホストされているのは実際のソフトウェアを他の場所からダウンロードするシェル スクリプトだけなので、Arch ユーザー リポジトリに含めることができます。例としては、Google EarthやSpotifyなどのプロプライエタリフリーウェアが挙げられます。
• 修正された公式パッケージ: Arch ユーザー リポジトリには、公式パッケージのさまざまなバリエーションのほか、リポジトリ内に安定リリースとして含まれているソフトウェアのベータ バージョンも含まれています。
• ソフトウェアの人気度: あまり使用されないプログラムは公式リポジトリに (まだ) 追加されていません。
• 非常に新しいため不安定なソフトウェアのベータ版または「ナイトリー」バージョン。例としては、 Firefox Web ブラウザの新しい日次ビルドを提供する「firefox-nightly」パッケージがあります。

あらゆるソフトウェアのPKGBUILDは一般ユーザーから提供することができます。^[76] 10票以上またはpkgstatsから1%以上の使用率を持つPKGBUILDは、extraリポジトリに昇格することができます。^[77]

Arch Linuxは、すべての公式パッケージを再現可能にすることに取り組んでいます。^[78]これは、パッケージが異なる環境で再構築されたときに、ビットごとに同一になることを意味します。これにより、ユーザーと研究者は公式リポジトリにあるパッケージの整合性を検証できます。この取り組みのステータスは、専用のステータスページで監視できます。

Arch Linuxのアイデアやツールを他のカーネルに移植するプロジェクトはいくつかあり、その中にはそれぞれFreeBSDカーネルとGNU HurdカーネルをベースにしたPacBSD（旧称ArchBSD）やArch Hurd ^{[79]などがある。また、Arch Linuxを}Raspberry PiなどのARMベースのデバイスに移植することを目的としたArch Linux ARMプロジェクトや、2017年11月にメインラインのArch Linuxプロジェクトがアーキテクチャのサポートを中止した後も32ビットCPUのみのシステムのサポートを継続したArch Linux 32プロジェクトもある。 ^{[80] [81]}

EndeavourOSやGaruda Linuxなど、さまざまなディストリビューションが、より簡単なインストールプロセスを備えたArchベースを提供することに重点を置いています。^[82] Manjaroは独自のリポジトリを使用していますが、それでもArchをベースにしています。^[83] CachyOSはデフォルトでBOREカーネルを使用し、追加のリポジトリを持っています。^[84]

ValveのSteam Deckで使用されているSteamOSのバージョンであるSteamOS 3.0は、Arch Linuxをベースにしています。^{[85] [86] [87] [88]}

現在のArch Linuxのロゴは、以前のロゴを置き換えるコンテストの一環として、2007年にThayer Williams ^{[89] [90]によってデザインされました。 [91]}

OSNewsは2002年にArch Linuxをレビューしました。^[92] OSNewsはその後もArch Linuxについて5つのレビューを掲載しています。^{[93] [94] [95] [96] [97]}

LWN.netは2005年にArch Linuxについてのレビューを書いています。^[98] LWN.netにはその後もArch Linuxに関するレビューが2つあります。^{[99] [100]}

Tux Machinesは2007年にArch Linuxをレビューした。^[101]

DistroWatch WeeklyのChris Smartは、2009年1月にArch Linuxのレビューを執筆しました。^[102] DistroWatch Weeklyは、2009年9月と2015年12月に再びArch Linuxをレビューしました。^{[103] [104]}

Linuxカーネルの開発者でありメンテナーでもあるGreg Kroah-Hartman (GKH) ^{[105]は、Arch Linuxを使用しており、「非常にうまく機能している」と述べています。また、Arch Wiki、ディストリビューションの}ローリングリリースモデル、コミュニティとのフィードバックループを賞賛しています。 ^[106]

2023年のDistroWatchの世論調査では、回答者の約半数がArch（17％）またはArchの派生版（30％）を実行していると主張しました。^[107] 2023年現在、ArchはDistroWatchのLinuxディストリビューションの中で9.34という最高の平均評価を獲得しています。^[108]

• Linuxディストリビューションの比較
• Linuxディストリビューションの一覧

Wikimedia Commons には、Arch Linuxに関連するメディアがあります。

Wikidata には次のプロパティがあります:

• Arch Linux パッケージ (P3454) (使用方法を参照)
• AUR パッケージ (P4162) (「使用法」を参照)
• ArchWiki 記事 (P12873) (使用例を参照)

• 公式サイト
• GitHub上の Arch Linux
• Libera.chatでの#archlinux ^connect ( #archlinuxarm ^connect、#archlinux32 ^connect )