IDEドライブの代わりにCFを使用するLinuxディストリビューション？

Question

コンパクトなヘッドレスホストを構築するには、IDEドライブの代わりにコンパクトフラッシュを使用し、IDE-to-CFアダプタを使用してカードをmoboに接続したいと思います。

これがまだ問題であるかどうかはわかりませんが、フラッシュメモリは非常に多くの書き込み操作しかサポートしていないため、解決策はマウントなどです。/tmpと/ var in RAMで、書き込み操作の数を減らすために、/ varをRAMからカードに頻繁に書き込むだけです。

HDの代わりにCFカードで使用するために最初から構築された、優れたコンパクトで活発に開発されたLinuxディストリビューションがあるかどうか疑問に思いました。

ありがとうございました。

David Spillett · Accepted Answer

ほとんどのディストリビューションは、このように機能するように簡単に調整できます。ネットブック（Ubuntu 9.04を実行）で次のことを行いました。

/tmpをtmpfs（RAMベース）ファイルシステムとしてマウントします
/var/tmpをtmpfsとしてマウントします
~/.mozilla/firefoxをtmpfsとしてマウントし、実際のコンテンツ（~/.mozilla/firefox.ssdに保持）をコピーして、時々（そしてシャットダウンスクリプトで明示的に）~/.mozilla/firefox.ssdに同期します。 FFがURL分類子DBに書き込み、そのキャッシュが低速SSDで非常に目立つため、これは大きな違いになります。
すべてのスワップを削除します（マシンには8Gbの固定ストレージと1.5GbのRAMしかないため、スワップの必要性はほとんどなく、追加の空きドライブスペースがより重要であり、ディスクへのサスペンドを有効にするのに十分なスワップがあります間違いなくオプションではありません！）

私がやろうと思っているが、まだやっていないこと：

/var/logをtmpfsとしてマウントしますが、メインユーザーアカウントのFFプロファイルと同様に、ディスク上のコピーと定期的に同期します。/varの他の部分もこれ、または/var全体から恩恵を受ける可能性がありますが、このマシンで回るのは固定量のRAMのみです

デフォルトでこの種のことを行うように特別に設定されたディストリビューションはわかりません（完全にRAMから実行するように設計されたディストリビューションがいくつかありますが、これはおそらくあなたが探しているものには適していません）。

/tmpをtmpfsファイルシステムとしてマウントするときは、アプリがそこで使用するスペースの量を確認するように注意してください。たとえば、特定のオプションを指定してVMWare VMを実行すると、そこに大きなファイルがRAMバッキングストア（および一時停止用）として作成されます-詳細については、このページを参照してください）また、不適切に設計/構成されたアプリ/スクリプトが、/tmpのコンテンツが再起動後も存続すると想定していないことを確認してください。

最新のフラッシュドライブを使用すると、ドライブの寿命の観点から書き込みの数をそれほど心配する必要はありません。セルごとの改善された「障害前の予想書き込みサイクル」と使用されるウェアレベリングアルゴリズムの組み合わせは、これが以前よりもはるかに小さな懸念であることを意味します-いくつかのveryIO大きな問題になる前に長期間集中的に操作する。物事を維持する主な理由RAM onフラッシュベースのシステムは、ドライブの寿命を延ばすのではなく、書き込みパフォーマンスの低下（特に多くの小さな書き込みの場合）を回避することです。