古いハードウェアでLinuxによりPCを再生する: 2026ガイド
(fosslinux.com/158206)- Windows 11のTPM 2.0、Secure Boot、比較的新しいCPU要件から外れた2014〜2019年ごろのPCでも、軽量Linuxなら日常利用マシンになり得て、電子廃棄物の削減にも直結する
- ディストリビューション選びはRAM容量とCPUアーキテクチャに左右され、2GB未満・2〜4GB・4GB以上の各帯域で現実的な選択肢が変わる
- 体感性能はディストリビューションだけで決まるわけではなく、zram、swappinessの調整、サービス整理、SSD換装のようなボトルネック削減作業で大きく差が出る
- ブラウザは古いLinuxデスクトップで最も重いアプリであり、Firefoxの設定調整やuBlock Originのようなブロックツールが実用性を左右する
- 32ビット専用CPU、1GB未満のRAM、SMART・memtest86+のエラー、90°C級の発熱のように物理的限界が明確なら、リサイクルのほうが現実的である
古いPCがまだ使える理由
- 世界では毎年およそ6,200万トンの電子廃棄物が排出され、その一部は機能的には正常なハードウェアである
- Windows 11はTPM 2.0、Secure Boot、比較的新しいCPUを要求するため、2014〜2019年の一部の正常動作PCがサポート対象外になる
- 古いPCの体感速度低下は、ハードウェア自体よりもOS側の要求が重くなったことに起因する場合が多い
- Ubuntu Xfceの新規インストールはアイドル時で約650MB RAMを使用
- Windows 11はブラウザを開く前でも3〜4GB RAMを使用
- 2026年の軽量Linuxエコシステムは、主要リリースが続くほど活発である
- BunsenLabs Carbon: 2月にDebian 13ベースでリリース、i386サポートは終了
- Xubuntu 26.04 LTS: 4月にXfce 4.20と3年サポートでリリース
- Linux Lite 8.0: 6月にカスタム性能カーネル、内蔵ゲーミングスタック、ローカルAIアシスタントを搭載
インストール前のハードウェア確認
- ディストリビューションを選ぶ前に、
free -h、lscpu | head -10、lsblkでRAM、CPUアーキテクチャ、ストレージを確認する - RAMはディストリビューション選定の第一基準である
- 2GB未満: 最も軽いディストリビューションが必要
- 2〜4GB: ほとんどの軽量オプションが利用可能
- 4GB超: 実質的に大半のディストリビューションを実行可能
- 2026年時点では32ビット専用CPUの選択肢は大きく減っている
- 多くの最新ディストリビューションが32ビット対応を打ち切っている
- BunsenLabs Carbonもi386対応を終了しており、かなり古い32ビット機には向かない
- 機械式HDDを使っているなら、SSD換装が最大のアップグレードになり得る
- インストール前はLive USBで起動して同じコマンドを実行し、体感性能を確かめるのが安全である
- Liveセッションが遅ければ、インストール後に急に速くなることは期待しにくい
RAM容量別のディストリビューション選び
-
2GB未満
- antiXは非常に制約の大きいハードウェア向けの第一候補である
- systemdなしのDebian Stableベース
- アイドル時で約256MB RAMを使用
- Ubuntu系オプションよりインターフェースの完成度は低い
- Puppy Linuxは全体をRAM上で実行し、多くのディストリビューションでは拒否されるようなマシンも再生できる
- 学習コストは高め
- 強みは性能
- BunsenLabs CarbonはOpenboxベースの超軽量ウィンドウマネージャを採用し、Debian 13上で動作する
- デスクトップはミニマルで設定の自由度が高い
- Carbonからi386対応が終了したため、古い32ビット機では利用できない
- antiXは非常に制約の大きいハードウェア向けの第一候補である
-
2〜4GB
- この帯域は多くの復活プロジェクトに適した「sweet spot」に近い
- Lubuntu 26.04 LTSはLXQtベースで、アイドル時に約480MB RAMを使用する
- Ubuntu系オプションの中でも最軽量クラス
- 2029年までLTSサポート
- Linux Lite 8.0はXFCE、カスタム性能カーネル、内蔵ゲーミングスタック、Lite Software、Lite Kernel Managerを含む
- アイドル時のRAM使用量は約650MB
- 追加ツールのおかげで初期体験がより良い
- 2014年のThinkPad T440sテストでは、Lubuntuは起動時間とアイドルメモリでより高速で、Linux LiteはBOREスケジューラのおかげで使用中の応答性がより高かった
- 日常用途ではLinux Liteのほうが好まれる
- 2GB以下のマシンにはLubuntuが実用的である
-
4〜8GB
- 4GB以上あれば、軽量ディストリビューションを比較的快適に動かせる
- Xubuntu 26.04 LTSはXfce 4.20とUbuntuのパッケージエコシステムを提供する
- Linux Mint XfceはCinnamonに着想を得たレイアウトで、Windowsに近いインターフェースを提供する
- この帯域では、ハードウェア制約より個人の好みが選定基準になる
デスクトップ環境選び: LXQt、Xfce、MATE
- デスクトップ環境は毎日直接触れる部分であり、体感的な使い勝手に大きく影響する
- 主な違いはメモリ使用量とカスタマイズの幅にある
- LXQt: アイドルRAM約480MB、カスタマイズは限定的、Windows XP風、ミニマリスト向け
- Xfce: アイドルRAM約650MB、カスタマイズは深い、Windows 10風、設定を多く変えるユーザー向け
- MATE: アイドルRAM約580MB、カスタマイズは中程度、Windows 7風、伝統的なユーザー向け
- Xfceはパネル位置、ウィジェット、ウィンドウ動作を、設定ファイル編集なしでより幅広く調整できる
- LXQtとXfceの性能差は依然あるが、以前より小さくなっている
- テスト機ではLXQtはXfceよりアイドルRAMを約50〜80MB少なく使った
- 2GB RAMマシンではこの差が重要になる
- 4GB以上では大きな制約ではない
- 最終選択前にはLive USBで実際の感触を試すのがよい
メモリとサービスの最適化
-
zram設定
- zramはRAM内に圧縮されたswapデバイスを作り、遅いディスクの代わりに圧縮メモリを使う
- 圧縮には多少CPUコストがかかるが、過去15年以内に作られたマシンではディスクI/O削減効果のほうが大きい
- Ubuntuでは
zram-toolsをインストール後、/etc/default/zramswapで設定を調整できる - 既定設定はほとんどのマシンに合っており、Ubuntuのzram-toolsは標準でlzo-rle圧縮を使う
-
swappiness調整
- swappinessはLinuxがメモリ内容をswapへ移す積極性を制御する
- 既定値60は多くのマシンで無難だが、古いHDDでは低くするほうが有利である
- HDDではswap処理がナノ秒ではなくミリ秒単位の遅延を生むことがある
- ストレージに応じて推奨値は異なる
- SSD: swappiness 60を維持
- 古いHDD: 10〜20を推奨
- 設定例は
sysctl vm.swappiness=10と、/etc/sysctl.confへvm.swappiness=10を追加する方法である
-
不要サービスの無効化
- 実行中のサービスはメモリとCPUサイクルを消費する
- Bluetoothを使わないなら
bluetooth、プリンタがなければcups、mDNSのサービス探索が不要ならavahi-daemonを止められる - それぞれの削減量は小さくても、限られたハードウェアでは積み重ねの効果がある
SSDアップグレードとTRIM
- 機械式HDDを使う古いマシンでは、SSD換装が最も大きな体感性能向上をもたらす
- 同じハードウェアでもストレージによる差は大きい
- HDDでのUbuntu起動: 約45〜60秒
- SATA SSDでのUbuntu起動: 約12〜18秒
- アプリ起動時間: 5〜8秒から2秒未満へ短縮
- 256GB SATA SSDは通常30ドル未満で提示されている
- 換装は既存ドライブを
ddまたはClonezillaで複製し、その後物理的に入れ替える方法で行う - 複製後はSSD性能維持のため、TRIMが有効か確認する必要がある
- Ubuntuでは
fstrim.timerが既定で週1回実行される - 手動実行は
sudo fstrim -avを使う
- Ubuntuでは
- SSDアップグレードが適さないケースもある
- SATAコントローラ故障
- RAMが2GB未満で、かつ増設不可
- CPUが32ビット専用で64ビット非対応
ブラウザ最適化
- ブラウザはほとんどのLinuxデスクトップで最も資源を消費するアプリである
- Firefoxでタブを10個開くと、RAMを2〜3GBまで使うことがある
- Firefoxの
about:configでは次の設定を調整できるbrowser.cache.disk.enable:falseにしてディスクキャッシュを無効化- SSDではRAMキャッシュで十分に高速
- 古いHDDでは小さな書き込みが繰り返され、性能悪化につながることがある
browser.sessionhistory.max_entries: 50から15へ減らし、タブごとの閲覧履歴メモリ使用量を削減browser.sessionstore.interval: 15000から60000へ増やし、セッション保存頻度とディスク書き込みを減らす
- uBlock Originは古いハードウェアでは事実上必須に近い
- 広告やトラッキングスクリプトを読み込み前に遮断する
- 広告の多いサイトではページのメモリ使用量を30〜50%減らせる
- Firefoxがまだ重いなら、FalkonまたはPale Moonを検討できる
- どちらもFirefoxより軽いが、拡張機能のエコシステムは乏しい
デスクトップでなくてもよい場合: ホームサーバー
- 日常用デスクトップとしては遅くても、機能的に正常なPCはホームサーバーとして再利用できる
- Ubuntu ServerまたはDebian Minimalベースのファイルサーバーは、512MB未満のRAMでもホームネットワークにファイルを提供できる
- Pi-holeのDNSサーバーはさらに少ない資源で動く
- Jellyfinメディアサーバーは modest hardware でも他の機器へストリーミングできる
- サーバーワークロードは通常 bursty な性質を持ち、大半の時間はアイドルで、要求がある時だけ負荷がかかる
- 推奨候補はUbuntu Server 26.04 LTSまたはDebian 12 Minimalである
- どちらも軽量で安定しており、長期サポートを提供する
- デスクトップをサーバーへ転用すれば、ネットワーキング、サービス管理、セキュリティ強化、自動化といったLinux管理スキルを学べる
諦めるべき基準
- すべての古いマシンに再生する価値があるわけではない
- 32ビット専用CPUと1GB未満RAMの組み合わせは選択肢が非常に狭い
- Puppy Linuxや一部のDebian派生ディストリビューションは動作可能
- 基本的なテキスト編集を超えると、使用体験は苦痛になり得る
- ストレージの状態はSMARTで確認する
sudo smartctl -a /dev/sdaで再割り当てセクタ、pending sector、uncorrectable errorが見えたら、ドライブは故障に向かっている状態である- この場合はドライブ交換か、マシンのリサイクルを検討すべきである
- RAMエラーはソフトウェアでは解決できない
memtest86+でエラーが出れば、メモリモジュール故障のサインである
- 熱問題はソフトウェア最適化より物理整備が先である
- 軽負荷でCPUが90°Cに達するなら、ファン清掃とサーマルペースト交換が必要
- それでも解決しなければ、冷却系が物理的に損傷している可能性がある
- 最適化後でも軽量Linuxデスクトップを実用速度で動かせないなら、責任ある電子廃棄物回収プログラムを利用すべきである
実用的な結論
- 古いハードウェアをLinuxで再生するには、ハードウェア等級に合ったディストリビューション選び、zramとサービス整理、物理的限界への現実的判断が必要である
- RAM基準の推奨は比較的明確である
- 4GB以上: Linux Lite 8.0 または Xubuntu 26.04
- 2〜4GB: Lubuntu 26.04 LTS
- 2GB未満: antiX または BunsenLabs、ただし64ビットハードウェア前提
- SSDアップグレードは古いマシンの体感速度を大きく変え得る
- ブラウザ最適化は、Firefoxが利用可能メモリを使い切ってしまうのを防ぐために必要である
- 正常に動作する古いPCを使い続ければ、埋立地へ向かうハードウェアを減らせる
1件のコメント
Hacker News の意見
起動直後のメモリは 1.1GB、複数のアプリをインストールした後のディスク使用量は約 10GB。ブラウザ、Docker、動画編集ソフト、画像編集ソフト、LibreOffice、OBS、仮想マシン、多数のコマンドラインツールまで、実用に必要なものは全部そろっている。
2014年ごろのハードウェアでも素晴らしく、メモリは 16GB だが 8GB でも Docker ベースのプロジェクトや 1080p 動画編集くらいなら問題なさそう。
GeForce 750 Ti 2GB でも Silksong は 60FPS で動くが、複数の作業をより滑らかに並行して動かすために中古の AMD RX 480 8GB を買った。Wayland は、特に NVIDIA カードで GPU ビデオメモリ が少ないとかなり扱いにくい。
同じ構成をより新しいノート PC でも使っているが、CPU に大きく縛られる作業でなければ、はるかに速いという感覚はあまりない。
1つのコマンドで 10〜15分以内にシステムを立ち上げる構成はここにある: https://github.com/nickjj/dotfriedrice
2GB の Chromebook に AntiX をインストールしたとき、ブラウザのタブを数個開くだけでもクラッシュした。Goodwill で買ったノート PC 自体の問題だったのかもしれないし、古い 16GB のはんだ付け SSD/NAND にスワップ書き込みを大量にさせたくなくてスワップを切っていたせいかもしれない: https://www.youtube.com/watch?v=VhozuNv-J7Q
Bodhi は Puppy より機能が多く、パッケージマネージャーもより一般的。RAM 起動は好きだが、Puppy は学習曲線がより急で、Bodhi よりメンテナンスが手薄な傾向がある。Bodhi は近く新リリースも出る予定: https://www.reddit.com/r/bodhilinux/comments/1qqrfyj/is_bodh...
Chromebook がないので VirtualBox 上で 1GB で Bodhi を動かした動画も撮ったが、アイドル時のメモリは約 350MB だった。おそらく Chromium 実行前かもしれない: https://youtu.be/61xI-g--ozs?si=y7ukxyEGSj_kNPF7
追加のパッケージマネージャー対応、悪くない UI の Enlightenment、互換性を考えると、AntiX の 250MB アイドルメモリより Bodhi のほうがずっと良いと思う。
Atom N450 系には eXe Linux を勧める: https://exegnulinux.net/ 関連動画もある。
BunsenLabs は知らなかったが、確認してみるつもり。ちなみに Atom N450 チップはシングルコアでも 64ビットをサポートしているので、そうした機器にも合うかもしれない。
ただ、N455 を使い物にしようというほど遊ぶ状況なら、発売当時でも深刻に非力だったチップなので、完全に趣味の改造モードになる。だから Arch Linux を学ぶ口実として使った。
RAM 2GB と遅い 16GB ストレージしかないなら、マシンに入っているすべての構成要素が自分でインストールすることを選んだものだ、という確信が必要だと思った。
問題は、そういう完全カスタム環境の細部は毎日使わないと頭に残りにくいこと。とはいえ、N455 をシンクライアント以外の何に毎日使えるのかは疑問。
Cr-48 で Arch Linux を扱った記事はここにある: https://dansalva.to/resurrecting-a-prototype-chromebook-with...
記事を書いた後で Wayland の i915 グラフィック対応が修正されたので、望むなら今では Wayland デスクトップ環境も現実的に可能になっている。
RAM 2GB 以下だったマシンは、たいてい Core 2 Duo 時代の DDR2 や DDR3 を使っており、通常は 8〜16GB まで対応していた。
今なら DDR3 8GB はだいたい 10ドル程度で、そうしたメモリを受け付けるマシンは無料の電子廃棄物の山にパレット単位で見つかる。だから 10ドルのために 8GB ではなく 2GB 未満 を我慢する人がどれほどいるのか疑問。
デスクトップチップセットもすべてが 8GB や 16GB に対応していたわけではない。手元のノート PC は 3GB だが、片方のスロットは 1GB までしか対応していない。
そのため今でも思ったより高く、数週間前に1枚 25ドルで売った。
また、ノート PC によってはファームウェアが 4〜6GB 以上の RAM をサポートしていなかった。初期の Intel MacBook のいくつかのモデルは、物理的に 8GB を挿せても認識できない。
逆に 2010年の iMac は DDR3 SO-DIMM スロット 4基をすべて埋めて 32GB RAM で使っている。AI 価格上昇前の「ただの遊び」プロジェクトだった。
そのころの iMac は CPU、RAM、GPU がすべてアップグレード可能だったので、i7 CPU、AMD m4000 GPU、SSD に換装し、Linux Mint が快適に動いている。
それ以外は MrChromebox ファームウェアを入れると、意外と使えるマシンになる。
それに、そういうマシンが無料の電子廃棄物の山にパレット単位で積まれているなんて。今まさにそのうちの1台でこれを書いている :(
2026年が始まってから、15年前の MacPro4,1 を Ubuntu 24 ベースの強力なマシンに変えた。2019年のGPUとHBM2を使っている
それ以前は、macOS以外のコンピューターについてほとんど知らなかった。Macで育ち、現代的なApple Siliconマシンも3台持っているが、古いMacProがまた日常使いのメインマシンになった。理由はLinuxだ
この古いマシンがOllama3.1をM2Pro/M3/M4より速く動かすのには驚いた。完全にGPUのおかげで、そのGPUですら現代の基準ではまだ古い部類に入る
そこまで古いものに行く必要もない。多くの企業が 超小型PC をアップグレードする中で、Tiny Lenovo、HP、Dellの機器をベースにしたセルフホスティングのコミュニティが生まれている
古いハードウェアでWindowsを置き換えるだけでなく、Proxmoxでクラウド、NAS、DNS、VPN、マルチメディアのようなオンラインサービスも置き換えられる
もちろん、こうしたシステムは2GB級ではないが、8〜9年前のシステムでも「古すぎる」という理由で廃棄されることが多く、かなり面白いことができる
MSPで働く友人が1か月前にLenovo m710q Tinyをくれたのだが、ガレージの作業台用Debianデスクトップとしてかなり良かった。最近はこういうTiny機の価格も上がっているので運が良かった。みんな気づき始めたようだ
実際、1か月前までDell Optiplex 7050 Microを使っていた
レトロゲーム用にもとても良い
ロープロファイルPCI Expressに対応していて、DisplayPortとRadeon 7470またはR5 R240だけで4K出力モニターを接続できた
少し多めに払えばi5も買えたし、在宅勤務の会社数社も同じサイズのマシンを送ると言ってきたことがある
最近はノートPCとドッキングステーションを送るところが増え、ずっと携帯性は良くなったが、個人的にはそれすらなくても構わない
ソフトウェア要件とハードウェア性能の間のギャップが広がっているという全体的な問題意識は妥当だ
ここで光るのが 自由・オープンソースソフトウェア プロジェクトだ。現代のユーザーが必要とする機能を提供しつつ、古い計算資源を賢く活用するよう深く考えられているからだ
1990年代からこの業界にいるが、OSとアプリケーションの設計過程で後方互換性と性能にあまりにも投資しない企業がいまだに多いことには驚く
Panasonic Toughbook CF31-5をほぼ10年使ってきた。誰かにとっては恐竜のように見えるだろうが、自分の基準では以前のモバイルコンピューティング環境からの大きなアップグレードだった。最大メモリはIntel Core i5-5300UでDDR3 SDRAM 16GiBだ
最初に買ったときDebianとUbuntuを試したが、その時点でも遅かった。Xubuntuを入れてからは性能問題なしに使い続けている
主にEmacsとTeXツールを使い、ElispとLaTeXを書くので十分だ。グラフィックの重いゲームやGPU集約的なUI、重いデータ可視化はしない
ただし、はっきりした基準がひとつある。仕事に必要なテスト自動化フレームワークはXubuntuでは簡単に動かせる。会社支給のWindows 11とmacOS Tahoeシステムでは、そのアプリは這うように遅く、実質的に使えない
MGLRU とその設定の話が一言もないのは残念だ。低スペックPC、とくにRAMが少なく遅いHDDを使う環境では、性能に最も大きく影響する
ChromeOS開発者たちがMGLRUよりずっと前に作った「le9」パッチの利用者による投稿がある。重要なファイルキャッシュをできるだけ長くRAMに保持するという、似たアイデアを使っている
低スペック機では、たいてい体感差が劇的だ
https://phoronix.com/forums/forum/…
https://phoronix.com/forums/forum/…
これが無効になっているディストリビューションもあるのか気になる。特に記事で言及されているディストリビューションがそうならカーネルの再コンパイルが必要になるだろうし、そうでなければディストリビューションにバグレポートを送るべきかもしれない
こういう形で古いハードウェアを使うのは好きだが、古いノートPCでの Webブラウジング は苦痛だ
軽量ブラウザと広告ブロックを使っても、Webサイトはひどく遅い。Google MapsやGoogle Docsのようなものは使えないほどになる
WebのJavaScript自体に反対しているわけではまったくないが、基本的な文書ページ、フォーム、表のように、どう見ても最大1MBのRAMに収まるべきものが0.5GBを食う現実は、何かしら解決が必要だ
古いハードウェアには Void Linux、Xubuntu、あるいはLinux Mint Xfceが良い。最新状態を保ちながらオンラインに接続する必要があるなら、このあたりのほうが向いている
AntiXとPuppy Linuxは個人的には少し荒削りだと思う。むしろ、そのハードウェア向けに設計された完全に更新済みの古いWindowsをオフラインで残しておくほうがよさそうだ
レトロゲームやCDリッピングのような用途にはとてもよく合う
RAM 2GBの古いノートPCを使ってみようとして、似たような経験をした
基本的な作業でもどれほど苦しむのかに驚いた。最初のコンピューターはRAM 32MBだった。もちろん今とはまったく別の世界だが、そのPCでやっていたことよりずっと野心的なことをしようとしていたわけでもなかった
初めてのLinux PCは 386DX-40 にRAM 20MB、HDDは約80MBだった
大学のコンピューターサイエンスの課題のために、X Windows、Emacs、gccを動かせた。1024x768や1280x1024のようなまともなサイズのデスクトップを使うには、良いCRTで8ビットの疑似カラーグラフィックを使う必要があった
ところが、学術系ウェブサイトからダウンロードしたJPEGを1枚開いた途端、スワップが暴走した。古い原稿の高解像度スキャンだったが、おそらくこの10年代のスマートフォン写真よりピクセル数は少なかったはず
普通の作業でも、新しいプログラムを起動して古いプログラムが追い出されるたびに、頻繁なスワップ待ちを我慢しなければならなかった
そして Electronアプリ を3つ以上立ち上げると、ほぼいつも終わりだ
15年前ならRAM 8GBは「こんなに多い容量を何に使えばいいんだ?」というレベルだった
Windows 11がアイドル状態でRAMを3GB使うと聞くとぞっとする。いったいどうすればそんなことが可能なのか分からない
肥大化 は天文学的なレベルなのに、ほとんどの人はまったく気にしていない