「これだけ叩けばミラー設定完了」という実践的なコマンドをまとめた。手順は、最も事故が少なく管理もしやすい「Fastly CDN（Tier 1）」への統一をゴールに設定している。
https://xmirror.voidlinux.org/
https://docs.voidlinux.org/xbps/repositories/mirrors/changing.html
Void Linux ミラー設定コマンド
「結論だけ教えろ」という人のために、以下で解説している「作法」をすべて詰め込んだコマンド一式をここに記す。これを順番に実行すれば、システムは最適化され、nonfree な世界への扉も開かれる。
1. リポジトリの拡張（nonfree & multilib）
まずは、標準では制限されているリポジトリを解放する。NVIDIAドライバやSteam、32bitアプリを利用するなら避けては通れないステップだ。
# nonfreeとmultilibリポジトリの導入
sudo xbps-install -S void-repo-nonfree void-repo-multilib void-repo-multilib-nonfree2. 設定ファイルの「退避」と「配置」
システムの聖域 /usr/share を汚さず、/etc で自分流の設定を管理するための下準備だ。
# 設定ディレクトリの作成（既にある場合は無視される）
sudo mkdir -p /etc/xbps.d
# 全てのリポジトリ設定をユーザー設定領域にコピー
sudo cp /usr/share/xbps.d/*-repository-*.conf /etc/xbps.d/3. ミラーURLの一括置換（Fastly CDNへ）
東京ミラーが不安定な現在、最も信頼できる Fastly CDN (Tier 1) へ全てのURLを書き換える。sed で、複数のファイルを一気に処理する。
# 今何が書かれているかを確認
grep -r "https://" /etc/xbps.d/
# ドメイン部分だけを Fastly に差し替える
sudo sed -i 's|https://[^/]*|https://repo-fastly.voidlinux.org|g' /etc/xbps.d/*-repository-*.conf4. 変更の適用と最終確認
最後に、システムに新しいルートを認識させ、正しく設定されたかを目で確かめる。
# リポジトリ情報の同期
sudo xbps-install -S
# 設定が反映されたかリストを表示して確認
xbps-query -L
xbps-query -Lを実行した際、全てのURLがhttps://repo-fastly.voidlinux.org/...で始まっていれば完璧だ。
運用のアドバイス
手動で設定した以上、今後新しいリポジトリ（例えば特定のプロジェクト専用のものなど）を追加した際は、再び手順2からの作業が必要になることだけは忘れないでほしい。
「自動でやってくれないのか」と思うかもしれない。だが、この一手間を自分で行うことこそが、Void Linuxという「じゃじゃ馬」を乗りこなす飼い主の証なのだ。
爆速なシステム構築の要、ミラーサーバーの選択
Void Linuxをインストールした直後、確認しておきたいのがリポジトリのミラーだ。通常は https://repo-fastly.voidlinux.org/ になっていれば CDN の恩恵で安定した速度が得られるが、時には同期の遅延や一時的な不調に見舞われていたりすることもあり、手動で調整する必要があるかもしれない。
レスポンスを追求するなら、状況に応じて最適なミラーを自ら選定し、ネットワークの「入り口」を最短距離に整える。
ツールに頼るか、自らの手で書き換えるか
最もスマートで、かつ推奨されるのは xmirror を利用する方法だ。このツールは、Void Linuxの流儀に則った設定ファイルの生成をすべて自動で肩代わりしてくれる。
# xmirrorの導入と実行
sudo xbps-install -S xmirror
sudo xmirror実際に使ってみると、対話形式でミラーリストが表示され、カーソル移動だけで設定が完結する快適さに驚く。かつてテキストエディタでURLを一行ずつ書き換えていた手間を考えれば、圧倒的な進化だ。
ただし、こうした便利なツールに依存しすぎると、システムが内部で何を行っているのか見えなくなってしまう。ツールを使わずに「手動」で設定を管理することにこそ、このOSを触る醍醐味が隠されている。
[注意]
便利なツールがある一方で、設定の裏側（/etc/xbps.d/へのコピーと優先順位の仕組み）を理解しておくことは、トラブルシューティングの際に必ず役に立つ。
公式ドキュメント：Enter the Void – Repository mirrors
手動でミラーを書き換えるという行為は、単なる設定変更以上の意味を持つ。システムの構造を自分の手で掌握しているという実感がOSを使い込む上での「信頼」に繋がるからだ。
聖域を汚さず、設定を「上書き」する美学
Void Linuxにおけるパッケージ管理システム、XBPSの設計思想は極めて合理的だ。システムが標準で用意している /usr/share/xbps.d/ は聖域だ。ここにあるファイルを直接編集してはならない。パッケージの更新時に設定が初期化されるリスクを避けるため、ユーザーによるカスタマイズは必ず /etc/xbps.d/ で行うのがこのOSの流儀だ。
この「設定の優先順位」を理解していないと、せっかくミラーを書き換えたつもりでも、いつの間にか元の遅いサーバーに戻ってしまうという、初心者にとっての落とし穴に嵌まることになる。
手動設定の具体的なプロセスと、その裏側
まずは、自分専用の設定ファイルを置くための場所を確保し、システムのデフォルト設定をそこへ複製する。
# 設定ディレクトリの作成とファイルのコピー
mkdir -p /etc/xbps.d
cp /usr/share/xbps.d/*-repository-*.conf /etc/xbps.d/この「コピーしてくる」という一手間が、実はシステムの堅牢性を担保している。万が一、設定を書き間違えてリポジトリが壊れても、/etc 側のファイルを消せば即座にデフォルトの状態に復帰できるからだ。
コピーした後は、ファイル内のURLを一括で好みのミラーへ置換する。
# 文字列置換によるURLの変更
sudo sed -i 's|https://[^/]*|https://repo-fastly.voidlinux.org|g' /etc/xbps.d/*-repository-*.confsed を使った一括置換は強力だが、ここにはリスクも伴う。置換対象の文字列や区切り文字（|）を一つ間違えるだけで、XBPSは一切の通信を拒絶するようになる。こうした「一触即発」の操作を自らの責任で行う緊張感こそ、コマンドライン操作に慣れたユーザーが好むマニュアル作業の本質と言える。
変更をシステムに「刻み込む」同期作業
ファイルを書き換えただけでは、まだ準備運動に過ぎない。XBPSに「新しい接続先を見ろ」と命令を下す必要がある。
# リポジトリ情報の同期
xbps-install -Sこのコマンドを叩いた瞬間に流れる、新しいミラーからの同期ログ。ここでエラーが出ずにサクサクと進む様子を確認できたとき、ようやく自分のマシンが最適なルートで世界と繋がったことを実感できる。
[!TIP]
設定後はxbps-query -Lで、現在アクティブなリポジトリのURLが意図通りになっているか最終確認を怠らないこと。このひと手間が、後のパッケージ管理におけるトラブルを未然に防ぐ。
設定を終えた後、最後に行うべきは「自分の意図が正しくシステムに反映されたか」の検証だ。この確認作業を怠ると、いざ急ぎでパッケージを導入したいときに接続エラーに見舞われ、無駄な時間を浪費することになる。
設定の「答え合わせ」と、忍び寄るデフォルトの影
URLを書き換え、同期コマンドを走らせたなら、次は xbps-query を使ってリポジトリの状態を可視化する。
# 現在有効なリポジトリURLのリスト表示
xbps-query -Lこのコマンドを叩いた瞬間に、自分が指定したミラーサーバーのドメインがずらりと並んでいれば、まずは一安心だ。各行の末尾に表示される (RSA signed) の文字は、通信の安全性が確保されている証拠でもある。この「確認」というステップを挟むことで、単なる作業が「確信」へと変わる。
後から追加したリポジトリという「盲点」
Void Linuxを使い込んでいくと、標準のリポジトリだけでは物足りなくなる場面が必ず訪れる。例えば、プロプライエタリなドライバや、制限のあるライセンスを含むソフトウェアが必要になったとき、nonfree や multilib といった追加リポジトリを導入することになる。
ここで注意しなければならないのは、新しく追加されたリポジトリ設定ファイルは、再び /usr/share/xbps.d/ に置かれるという点だ。
[!注意]
せっかく/etc/xbps.d/でミラーを統一していても、新しく入れたリポジトリだけがデフォルトの遅い海外サーバーを向いている、という事態が頻繁に起こる。
「一部のパッケージだけダウンロードが極端に遅い」と感じたら、それは追加リポジトリの設定が /etc 側にコピーされていないサインだ。新しいリポジトリを有効化するたびに、以下のルーチンを思い出す必要がある。
- 追加されたリポジトリ設定ファイルを
/etc/xbps.d/へコピーする - コピーしたファイル内のURLを、既存のミラー設定と合わせる
- 再度
xbps-install -Sで同期をかける
メンテナンス性をどう担保するか
この手動管理は「こだわり」が強くなければ少々面倒な作業だ。だが、この不自由さこそが「システムが勝手に何かを変えることはない」というVoid Linuxの透明性を象徴している。
もし、こうした手間を「無駄」と感じるようになったなら、その時こそ冒頭で触れた xmirror に頼るべきタイミングかもしれない。ツールを使うにせよ手動で通すにせよ、自分にとっての「快適さ」と「管理コスト」のバランスを見極めるのが、長くこのOSと付き合うコツと言える。
公式ドキュメント：Void Linux Handbook – XBPS Repositories
ミラー選びは、単なる「近場を探す作業」ではない。Void Linuxのインフラ構造を理解し、「鮮度」と「安定性」のどちらを優先するかという、ユーザー自身のポリシーが問われる工程だ。
信頼の「Tier 1」か、自由な「Tier 2」か
Void Linuxのリポジトリミラーには、明確な階層（Tier）が存在する。この違いを知らずにミラーを選んでしまうと、最新のセキュリティパッチがなかなか降ってこない、あるいはパッケージの依存関係が壊れるといった、予期せぬトラブルを招く原因になる。
究極の鮮度を誇る「Tier 1」ミラー
Tier 1は、Void Linuxのインフラチームが直接管理している「公式中の公式」サーバーだ。ビルドサーバーから直接同期されるため、パッケージの更新速度は他の追随を許さない。
- https://repo-fi.voidlinux.org/ （フィンランド・ヘルシンキ）
- https://repo-de.voidlinux.org/ （ドイツ・フランクフルト）
- https://repo-fastly.voidlinux.org/ （Fastly Global CDN）
特筆すべきは、FastlyのCDN（Content Delivery Network）を利用したミラーの存在だ。これは世界中のエッジサーバーから配信されるため、物理的な距離を意識せずに済む。
[!TIP]
「迷ったらこれ」という鉄板の設定は、FastlyのCDNミラーだ。地理的な制約を受けにくく、Tier 1ゆえの信頼性も兼ね備えている。
多様な選択肢を提供する「Tier 2」ミラー
一方で、Tier 2はコミュニティや外部団体によって運営されているミラーだ。Tier 1から同期される仕組みだが、運営元によって同期の頻度や、保持しているアーキテクチャ（x86_64のみ、あるいはarmも含むか等）にバラつきがある。
日本国内の大学や企業が提供しているミラーもここに分類される。物理的な距離が近いため、ネットワークの遅延は極めて少ないが、パッケージの「鮮度」という点ではTier 1に一歩譲ることもあるのが現実だ。
稼働状況を「視覚化」して監視する
面白いことに、Void Linuxはこれらのミラーの稼働状況や同期の遅れを、Grafanaダッシュボードで公開している。
「なぜかダウンロードが遅い」「パッケージが見つからない」と感じたとき、真っ先に疑うべきは自分のネットワークではなく、このダッシュボードだ。数分単位で更新されるグラフを眺めていると、OSを「使っている」のではなく「運用している」という実感が湧いてくる。
[!重要]
Tier 2ミラーを利用する場合、最新のパッケージが反映されるまでに数時間のタイムラグが生じることがある。ローリングリリースの恩恵を最速で受けたいなら、Tier 1を優先するのが賢明な判断と言える。
日本国内のユーザーが日本のサーバーを選択するのは常識だ。が、かつて東京に拠点を置いていた https://repo.jing.rocks/voidlinux/ は、アジア圏のVoid Linuxユーザーにとって選択肢の一つだった。しかし、現状ではこのミラーを利用する際には細心の注意が必要だ。
消えた東京ミラーの影と、ネットワークの現実
ネットワークの遅延を極限まで削ぎ落とそうとすれば、当然ながら国内のサーバーを探すことになる。かつて東京に存在した repo.jing.rocks は、その筆頭候補だった。だが、残念ながら2026年3月4日現在は正常に稼働していない、あるいは同期が停止している状態にある。
「国内だから速いはず」という思い込みで、このURLを /etc/xbps.d/ に書き込んでしまうと、パッケージの更新が一切降ってこない、あるいは接続エラーで xbps-install が沈黙するという、最悪のユーザー体験を味わうことになる。
停止したミラーが招く「サイレントな劣化」
リポジトリが死んでいることに気づかずに使い続けると、システムは「最新の状態」だと誤認し、重要なセキュリティアップデートを逃し続けることになる。これは単なる不便を超えて、セキュリティ上のリスクと言ってもいい。
[!CAUTION]
東京ミラー（repo.jing.rocks）は、現在利用すべきではない。設定ファイルに残っている場合は、速やかに Tier 1 のグローバルミラーや、稼働が確認されている他の Tier 2 ミラーへ移行することを強く勧める。
今、日本から繋ぐならどこが正解か？
東京ミラーが機能していない今、現実的な選択肢はやはり Tier 1 の repo-fastly.voidlinux.org (Fastly CDN) だ。CDN（コンテンツ・デリバリ・ネットワーク）の性質上、日本国内のエッジサーバーから配信されるため、物理的な距離による速度低下をほぼ無視できる。
「国内の有志ミラー」という響きには、どこか応援したくなるような愛着を感じるものだが、OSの根幹を支えるパッケージ管理においては、「情緒」よりも「生存確認が取れている安定性」を優先すべきなのが本音だ。
常に「生きた」サーバーを見極めるために
Void Linuxのミラーリストは、私たちが思っているよりも流動的だ。昨日まで爆速だったサーバーが、今日には音信不通になることもある。だからこそ、先述したGrafanaダッシュボードでの生存確認は、単なる趣味ではなく、実用的な「点検作業」として習慣化しておきたい。
[!NOTE]
ミラーの死活監視は、安定したローリングリリース環境を維持するための「所有者の義務」とも言える。自動で直してくれるOSを卒業したのなら、こうしたインフラの不調にも自らアンテナを張っておく必要がある。
