← 2026-09-21 の一覧へ戻るホーム
Aoostar WTR Pro NAS に FreeBSD を採用する

2026/09/19 20:55

Aoostar WTR Pro NAS に FreeBSD を採用する

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

AOOSTAR WTR Pro Ryzen は、コンパクトな 10 インチのサーバーラック用に設計された、非常に効率が高く汎用性のあるネットワーク接続ストレージ（NAS）デバイスとして際立っています。FreeBSD、Debian、Alpine Linux、OpenBSD、NetBSD などの非独自オペレーティングシステムをサポートしており、ユーザーはベンダーロックインを回避できます。本体にはアクセス可能な内部コンポーネントを備えた頑丈な金属製筐体ですが、完全に最適化されたシステムを構築するにはカスタムドライバのコンパイルが必要な場合があります（FreeBSD におけるファン監視や C3 という高度な電力状態の有効化など）。チューニング後は消費電力が著しく低くなります：Debian は最適化によりアイドル時でわずか 8〜9 W、Alpine Linux は約 11〜12 W、FreeBSD は 

amdgpu
と ACPI の特定チューニングにより約 8〜11 W に低下します。NetBSD（モニターなしで約 14 W）や OpenBSD（約 10〜15 W）といった他のテスト済みのシステムも、見事な効率性を示しています。仮想化（bhyve）を有効にすることでアイドル電力はさらに約 1 W 削減できます。デフォルトのファン動作は音が大きくなる場合もありますが、BIOS のファンカーブ設定を調整することでノイズを大幅に低減可能です。モニタリングやチューニングのためにユーザー介入が必要な若干の技術的課題はありますが、このデバイスはエン thu siasts および中小企業にとって静粛性、エネルギー効率、ハードウェアの柔軟性の間で優れたバランスを提供します。著者はまた EuroBSD 2026 でユーザーと会う予定です。

本文

AOOSTAR WTR Pro Ryzen エディション：低消費電力 NAS & FreeBSD レビュー

はじめに

小型ラック用（10 インチ）、過剰な電力を消費せず、非特許オープンソース OSに対応し、かつBSD 系を実行可能な NAS を探すのは容易ではありません。AOOSTAR WTR Pro Ryzen エディションは、これらの要件をすべて満たしており、特に FreeBSD 15.1での動作を焦点としたレビューとなります。

※本レビューでは FreeBSD のデフォルト設定およびチューニングに主眼を置いているため、他の BSD 系の機能比較については簡潔にまとめました。

ハードウェア概要

  • 筐体: 金属製。室温 25〜27℃でも常に冷たさを保ちます。10 インチラックスペースに収まります。
  • RAM と NVMe スロット: 下部ネジ式。スロット番号付きで誤差を防げます。
  • SATA ディスク: フロントパネルマグネット式カバー内蔵。
    • 3.5 インチディスク: ツールレス、クリック式のトレイ（Caddy）搭載。非常に便利。
    • 2.5 インチディスク: トレイネジ止め必要（少し手間）。一度慣れれば問題なく動作します。
    • ポート番号: SATA ポートは下から SATA 1〜4 の順に番号付きです。
  • 音の問題: デフォルト設定ではファン音が大きく、低いピッチの「サイリウム音」が金属筐体からも聞こえます。

各種 OS の電力消費量（アイドル状態）

Linux

  • Alpine Linux
    • インストール直後（1 枚 NVMe 接続のみ）：約 12W。
    • powertop --auto-tune
      を実行後：約 11W に改善。
    • USB/モニターを抜いた場合：さらに低下しますが、ファン音は依然としてうるさく感じられました。
  • Debian 13 
    • powertop
      カリブレーション後：約 9W。
    • USB/モニター切断時：約 8W。

NetBSD 11.0

  • 起動直後: 約 19W。
  • アイドル状態: 約 18W。
  • チューニング結果: モニターを抜くことで 14W に低下しましたが、CPU フレQUENCY の動的調整（Turbo Boost 抑制など）には成功しませんでした。

OpenBSD 7.9

  • インストール直後: 約 21W。
  • アイドル状態: 約 15W。
  • モニター切断時: 約 10W。
  • apmd 等の調整: デフォルト設定での動作であり、追加のスナップショットブランチを試しましたが、「低消費電力化」のための新たな機能は見つかりませんでした。

FreeBSD 15.1 の詳細なチューニング

インストール直後のアイドル消費電力は約 18W（周辺機器除去で 15W）でした。以下の手順でさらに省電力化を行いました。

1. CPU の周波数制御と C-State

  • 現状: デフォルトでは CPU が常に 2GHz で動作しており、C-State（エネルギー節約モード）の deepest は C1 止まりです。
  • 温度計測: 標準ツールでは取得不可でしたが、
    amdtemp
    モジュールをロードすることで測定可能（約 39.7℃）。

C-State を C3 に設定

C-State を最深部の C3 に変更することで消費電力を大幅に削減できます。

# sysctl hw.acpi.cpu.cx_lowest=C3
  • 結果: 消費電力が 12W に低下しました。

2. CPU 周波数の固定化（Powerd）

AMD Speed Shift の代わりに、古式だが確実な 

powerd
を使用して周波数を制御する試みを行いました。

# service powerd enable
echo 'powerd_flags="-a adaptive"' >> /etc/rc.conf
service powerd start
  • 結果: 周波数を 1600MHz に抑えられますが、消費電力への効果は確認されず、応答性や温度にも影響なしのため実用しませんでした。

3. PCI デバイスの電源管理

FreeBSD Wiki の推奨設定に従い、ドライバーのない PCI デバイスの電源をオフにします。

# echo 'hw.pci.do_power_nodriver=3' >> /boot/loader.conf
# reboot
  • 結果: 起動電力が 11W に抑えられました。USB ポートの電源保存モードも有効化しましたが、追加の省電力効果は限定的でした。

4. ドライバーの有効化と GPU による恩恵

  • AMD グラフィックス: 
    drm-kmod
    と 
    amdgpu
    をロードすると、消費電力が驚くほど 8W に低下しました。GPU 加速機能も将来的に利用可能になります。 
    # pkg install drm-kmod
# kldload amdgpu
# kldload acpi_video
  • Watchdog タイマー: 
    amdsbwd
    をロードしましたが、消費電力への影響はありませんでした。

ファン音を止める（静音化設定）

BIOS 画面からファン制御パラメータを変更し、小型 CPU ファンを低速に、背面システムファンを不可聴域（静音）に設定しました。

BIOS 設定手順

  1. AOOSTAR ロゴ表示時に 
    <Del>
    を押し BIOS へ入ります。
  2. Advanced / Hardware Monitor
    メニューへ移動します。

重要パラメータの調整（デフォルト → カスタム）

パラメータデフォルト推奨設定値備考
システム温度 (Trigger)+27℃25℃ファンオン時の閾値を低く
CPU ファン - ファンオフ Temp2,530℃25℃CPU ファンは極低温で動作停止させる
システムファン - PWM 開始4,030%10%システムファンの最小速度を極小化
システムファン 2 - 有効/無効有効無効背面ファンの制御を停止（静粛化）

注意点: これらの設定では消費電力自体はさらに大幅には減りませんが、機体の静音性が劇的に向上します。 BIOS 設定後も温度や RPM を監視することを強く推奨します（VictoriaMetrics スクリプト等を使用）。

追加情報：ファン RPM 測定

標準ツールでは Fan RPM を取得できませんが、

superiotool
と専用ユーティリティ (
it8718fd
) を使用することで詳細なセンサー情報を取得可能です。

  • CPU ファン：610 RPM / システムファン：531 RPM など

総評

このマシンは長らく待ち望んでいた低消費電力 NAS となりました。

  • bhyve で仮想マシンを追加しても、電力消費量は わずか 1W 増のみです。
  • 適切な BIOS 設定と FreeBSD のチューニングにより、静音化と省電力化の両立が実現します。

次回の再会は EuroBSD 2026 で！

同じ日のほかのニュース

一覧に戻る →

2026/09/21 2:38

サムスン電子は、HBM4 と HBM4E ドラムの生産量を 2 倍超と予測されています。

## Japanese Translation: サムスン電子は、高付加価値な HBM4 メモリ製品（第 6 世代および来期の第 7 世代バリエーション）へのシフトを強化し、高度な 6nm 技術を用いた量産が既に開始されています。総年間生産量は今年にほぼ 40% 増加して約 25 万ウェハと予測される一方、次年度には HBM4E の生産を加速させることで、特定の HBM4 製品への生産量を倍以上に増やす計画です。この積極的な拡張は、主にガラスキャリアの供給が大幅に増加することに依存しており、これは高層スタック（12 レア層以上）の重要なサポート層となります。ガラスキャリアの供給量は今年 2 万枚／月から、来期には 5 万枚／月へと増加します。結果として、HBM4 ファミリーがサムスンの総メモリ出荷量に占める割合は、現在約 40% から次年度には 80% に上昇する見込みです。この成長を持続するには、ウェーファーの歪み制御を maîtriser し、外注洗浄オペレーションのスケーリングを行うことが不可欠であり、これらがサムスンの将来のメモリビジネスにおいてサプライチェーンの調整と技術的な精度が極めて重要であることを示しています。

2026/09/21 0:18

広告収集機能により、ChatGPT は他のウェブサイトでのあなたの行動を知るようになりました

## Japanese Translation: **改善されたサマリー:** OpenAI の広告収集システムが、第三者の広告主サイトにわたるユーザーの閲覧活動と ChatGPT のアイデンティティを秘密裡に結びつけることを示す最も重要な発見は、`__obi` という専用のクッキーを利用している点にあります。この仕組みは、ChatGPT 上でアカウントのアイデンティティをバインドした JWT を生成し、標準的な広告ピクセルを通じてサイト間へ送信することで機能します。これにより、ユーザーがログインしていなくても、OpenAI はユーザーの行動をプロファイルできます。「__obi」はセキュリティ設定によりほとんどのブラウザでブロックされていますが、Android の Chrome などサポートされているブラウザでは、その独自の構成（`SameSite=None`、「HttpOnly」、特定のドメインスコーピング）によってこれらの保護を回避することが可能です。その結果、広告主はターゲティングのためにユーザーのアイデンティティに直接アクセスでき、明示的なマーケティング同意なしにスクレイピングによって収集されたフォームやページテキストから医療歴や債務の詳細など機密データを露見するリスクが生じます。公開された問い合わせを受けて OpenAI はこの問題を確認し内部審査を開始しましたが、Intelligent Tracking Prevention により iOS/Safari ではこの仕組みが機能しないため、限界が存在します。

2026/09/21 0:16

海賊フェイスがLLMモデルの削除を阻止した

## Japanese Translation: Pirate Face は、主権を持つ人工知能のための分散型かつ検閲耐性のあるインフラストラクチャを提供することで、AI アクセスを革新します。Hugging Face のオープンモデルは、グローバルピアツーピアスウォームと組み込まれたウェブシードを使用して鏡映されており、ユーザーが単一の障害点を依存する必要がないことを保証しています。モデルの完全性は、公式 Hugging Face SHA-256 ハッシュに対するチェックサム検証を通じて保証され、HTTPS リンクがダウンした場合、トラフィックは耐性の高い P2P ネットワークを介して自動的にルート付けされ、モデルは"Rescued"とマークされます。 基本的なブラウジングおよびダウンロードにはアカウントは不要ですが、貢献を追跡し、将来の利益を主張し、なりすましを防ぐ（検証済みクリエイターバッジを通じて）ために、検証済みハンドルは不可欠です。独自のモデルを追加するには、ピア専用マグネット、ピンされたリビジョン、ファイルチェックサム、そしてライセンス証拠（MIT、Apache-2.0、または Kimi-K3 の例外）を提出する必要があります。 導入はシームレスです：既存のパイプラインは `$export HF_ENDPOINT=https://pirateface.co` を設定することで瞬時に統合でき、Hugging Face やスウォームを自動的にルート付けします。ユーザーが現在、直接の公開のために Hugging Face にコピーを保持しておく必要がある一方で、独立した公開機能は将来計画されています。参加にはポイント（例：ウェルカムポイント、紹介ポイント、救助されたモデルごとに最初の検証済みハンドルにクレジットされる 25 ポイント）が付与され、アクティブな参加者向けのフリーコンピューティングクレジットや独占モデルリリースなど、今後の機能も予定されています。最終的に、Pirate Face はホスティングのシャットダウンや外部の規制に関わらず、オープンモデルへの継続的なアクセスを保証します。