TerraMaster on KnightLiブログ

HDD 高騰時代、NAS が満杯でもまだ増設しない：200 元 TerraMaster + HC620 のコールドデータ構成

Mon, 04 May 2026 11:46:53 +0800

HDD 価格が大きく上がっている時期に NAS の容量がいっぱいになっても、すぐにディスクを増設する必要はありません。メイン NAS が正常に動いていて、単に容量が足りなくなってきただけなら、まずデータをアクセス頻度で分けるほうが現実的です。よく使うホットデータは元の NAS に残し、あまり使わないコールドデータとバックアップは別のコールドストレージ用ディスクへ移します。

この記事は低コストな構成の記録です。大容量の HC620 をコールドデータ保存用に使い、安価な TerraMaster F2-220、F2-221、または F4 をコピーとマウント用ノードとして使います。高性能を狙う構成ではありません。今は HDD を更新しにくい時期なので、まずメイン NAS の空き容量を確保するのが目的です。

考え方

まずデータをアクセス頻度で分けます。

ホットデータ：写真、作業資料、最近のダウンロード、よく再生する動画。メイン NAS に残す。
コールドデータ：古い動画ライブラリ、アーカイブ資料、長期間動かない大きなファイル。HC620 に移す。
バックアップデータ：定期的に書き込み、たまに読むだけのデータ。これも HC620 に置ける。

HC620 の用途については、サイト内の記事 Western Digital HC620 SMR ディスクの誤解と正しい使い方も参考になります。HC620 は順次書き込み、長期保存、ランダム読み出しには向いていますが、頻繁な削除や繰り返し書き込みの多い用途には向きません。

メイン NAS の空きを確保するだけなら、HDD が高い時期に主 NAS のディスクを一気に交換するのはおすすめしません。まず使用頻度の低いデータを外へ出し、メイン NAS はホットデータを担当し続けるほうが費用対効果は高いです。

古い TerraMaster を使う理由

HC620 の問題は容量ではなく、扱いやすさです。OS、インターフェース、使い方に条件があり、USB HDD ケースへ直接入れる運用にはあまり向いていません。

そこで TerraMaster F2-220、F2-221、または一部の F4 機種を低コストなコールドデータノードとして使います。利点は分かりやすいです。

安い。中古の F2-220 は 200 元以下で見つかることがあります。
小型で場所を取りにくく、消費電力も許容しやすい。
OS を USB メモリに入れられるので、ディスクベイを消費しない。
2 個以上の SATA ベイがあり、HC620 をアーカイブディスクとして載せやすい。

この手の古い機種は性能こそ高くありませんが、コールドデータの移動、CIFS マウント、バックグラウンドコピーには十分です。F2-220 の SATA は古い SATA 3G ですが、実測では HC620 の外周側同士のコピーで約 200MB/s 出ています。コールドデータ移行としては十分で、実際のボトルネックはネットワーク、コピー元ディスクの状態、ファイル数になることが多いです。

オンボードのギガビット LAN に不満がある場合は、USB 2.5G LAN アダプタを追加する方法もあります。コールドデータノードに複雑な改造は不要です。OS がアダプタを認識し、スイッチとメイン NAS も 2.5G に対応していれば、ネットワークの上限を一段引き上げられます。

画面出力を用意する

機種に HDMI がない場合、OS インストール時に VGA が必要です。F2-220 には内部 VGA ヘッダがあります。マザーボード用の内部 12Pin VGA 変換ケーブルを使い、片側を内部ピンヘッダへ、もう片側を標準 VGA コネクタとしてモニタへ接続します。

VGA 変換ケーブルの仕様と注意点は、TerraMaster F2-220 に fnOS を入れる：VGA 出力を参照してください。検索語としては「12Pin VGA 変換ケーブル」「マザーボード 12 ピン VGA 変換」「2.0mm 12Pin to VGA」などが使えます。購入前にピッチ、向き、ピン配列を確認してください。

Ubuntu Server を USB メモリへインストールする

Ubuntu Server は USB メモリへインストールし、HDD ベイはすべてデータディスク用に残すのがおすすめです。

F2-220 は性能が低めなので、本体で直接インストールするとかなり遅くなります。より楽な方法は、USB メモリを別の速い PC に挿して Ubuntu Server をインストールし、完了後に TerraMaster へ戻して起動することです。起動方式が合っていれば、通常そのまま使えます。

インストール後はネットワーク設定を必ず確認します。ネットワークがつながらないと、起動しても SSH で管理できません。

ネットワーク設定

システムに入ったら、まずネットワークインターフェース名を確認します。

`1`	`lshw -c network`

出力例では logical name を確認できます。

  *-network
       description: Ethernet interface
       product: RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: enp2s0
       version: 07
       serial: 6c:bf:b5:00:63:ab
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.8.0-111-generic duplex=full firmware=rtl8168e-3_0.0.4 03/27/12 ip=192.168.8.205 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       resources: irq:17 ioport:e000(size=256) memory:d0604000-d0604fff memory:d0600000-d0603fff

この例のインターフェース名は enp2s0 です。次に netplan 設定ファイルを編集します。

`1`	`sudo more /etc/netplan/01-install-config.yaml`

ファイルが存在しない場合は新規作成し、次の内容にします。

network:
  version: 2
  ethernets:
    enp2s0:
      dhcp4: true

enp2s0 は実際のインターフェース名に置き換えてください。保存後に実行します。

`1`	`sudo netplan apply`

ネットワークが復旧したら、この TerraMaster に SSH で接続できます。その後はモニタをつなぎっぱなしにする必要はありません。

HC620 を btrfs にフォーマットする

HC620 が新しいディスク、または中のデータが不要だと確認済みなら、先に btrfs にフォーマットします。以下の操作は対象ディスク上のデータを消します。実行前に必ずデバイス名を確認し、メイン NAS の共有ディレクトリやシステム USB メモリを誤ってフォーマットしないようにしてください。

現在のディスクを確認します。

`1`	`lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINTS`

より安定したディスクパスも確認できます。

`1`	`ls -l /dev/disk/by-id/`

HC620 に対応するデバイス名を確認したら、既存のマウントを解除します。

1
2

sudo umount /dev/sda 2>/dev/null
sudo umount /dev/sda1 2>/dev/null

ディスク全体をそのまま btrfs にする場合は、次を実行します。

`1`	`sudo mkfs.btrfs -f -O zoned -d single -m single -L HC620_01 /dev/sda`

各パラメータの意味は次の通りです。

-f：ファイルシステム作成を強制し、古い署名で止まるのを避ける。
-O zoned：zoned 機能を有効化する。HC620 のようにゾーン単位の順次書き込みが必要なディスクに向く。
-d single -m single：データとメタデータを単一ディスクモードにする。
-L HC620_01：識別しやすいようにラベルを設定する。

システムやカーネルの zoned btrfs 対応が不安定な場合は、以前の実測記録約 600 元の新品 WD HC620 14T は買う価値があるかも参照してください。この種のディスクは、カーネルバージョン、SATA コントローラ、ファイルシステム対応に影響されます。異常がある状態で本番データを入れないほうが安全です。

フォーマット後、まず一時的にマウントして確認します。

1
2
3

sudo mkdir -p /mnt/disk1
sudo mount /dev/sda /mnt/disk1
df -h

正常にマウントできることを確認してから、/etc/fstab に書いて自動マウントします。長期運用では /dev/sda ではなく /dev/disk/by-id/ を使うほうが、再起動後のデバイス名変化を避けられます。

マウントを設定する

このコールドデータノードでは、通常二種類のパスをマウントします。

メイン NAS の共有ディレクトリ。移行対象データを読むために使う。
ローカルの HC620 データディスク。コールドデータとバックアップを保存するために使う。

まずマウントディレクトリを作成します。

`1`	`sudo mkdir -p /mnt/xxxxx /mnt/disk1 /mnt/disk2`

CIFS/SMB 共有をマウントする場合はツールをインストールします。

1
2

sudo apt update
sudo apt install cifs-utils

次に /etc/fstab を編集し、次のような内容を追加します。

1
2
3

//192.168.x.xxx/xxxxx   /mnt/xxxxx cifs auto,username=xxxxx,password=xxxxx,uid=997,gid=997,file_mode=0777,dir_mode=0777,nofail 0 0
/dev/sda  /mnt/disk1  auto  defaults,nofail  0  0
/dev/sdb  /mnt/disk2  auto  defaults,nofail  0  0

1 行目はメイン NAS の共有ディレクトリをマウントします。後ろの 2 行はローカルディスクをマウントします。

実運用では、データディスクには /dev/disk/by-id/ のような安定したパスを使うことをおすすめします。再起動後に /dev/sda と /dev/sdb の順番が変わることを避けるためです。HC620 のフォーマットとマウントの注意点は、以前の記録約 600 元の新品 WD HC620 14T は買う価値があるかも参考になります。

編集後はマウントをテストします。

1
2

sudo mount -a
df -h

メイン NAS の共有ディレクトリとローカルデータディスクが表示されることを確認してから、データ移行を始めます。

バックグラウンドでファイルをコピーする

大量データの移行では、SSH の前景で普通の cp を直接実行するのはおすすめしません。ここでは screen + mc を優先します。screen は SSH が切れてもタスクを残すため、mc は見やすい 2 ペインのファイル管理画面を使うためです。

mc はコールドデータを手作業で整理する用途に向いています。左側にメイン NAS のマウントディレクトリ、右側に HC620 のデータディスクを開き、ファイルを選んで F5 を押すだけでコピーできます。コピー中は現在のファイル進捗と全体進捗が表示されるため、大量ファイルの移動では単なるコマンド出力より分かりやすいです。

上の画像はファイルコピー時の進捗ウィンドウのイメージです。Midnight Commander 公式マニュアルでも、コピー、移動、削除操作は verbose モードでファイル操作ダイアログを表示し、現在ファイルと全体の進捗を表示できると説明されています。

ツールをインストールします。

`1`	`sudo apt install screen mc rsync`

バックグラウンドセッションを開始します。

`1`	`screen -S cold-data`

screen の中で mc を起動します。

mc

基本的な使い方は、左右のペインでコピー元とコピー先を開き、ショートカットで操作する形です。

Tab：左右ペインを切り替える。
Insert：複数のファイルやディレクトリを選択する。
F5：反対側のペインへコピーする。
F6：移動またはリネームする。
F8：削除。慎重に使う。

スクリプト化しやすく、繰り返し実行できる同期が必要な場合は rsync を使います。

`1`	`rsync -avh --progress /mnt/xxxxx/old-data/ /mnt/disk1/old-data/`

コピー中に SSH が切れても、screen セッションは残ります。再接続後に次を実行します。

`1`	`screen -r cold-data`

元のコピー作業へ戻れます。

使用上のおすすめ

この構成はコールドデータとバックアップ向けです。HC620 を高頻度書き込みディスクとして使うのは避けます。おすすめの使い方は次の通りです。

メイン NAS はホットデータと日常サービスを担当する。
HC620 には長期保存の大きなファイル、動画ライブラリ、アーカイブ資料を置く。
データ移行は順次書き込みを中心にし、頻繁な削除や小ファイルの反復書き込みを避ける。
重要データは少なくとも 2 コピー残す。唯一のコピーを 1 台のディスクだけに置かない。
移行後はファイルをサンプル確認し、ディレクトリ数とファイル数が自然か確認する。

今後 HDD 価格が下がれば、メイン NAS アレイの更新を検討しても遅くありません。現時点では、低コストノードで容量圧力を逃がすほうが、リスクと費用の両面で扱いやすいです。

まとめ

NAS の空き容量がなくなっても、すぐに新しいディスクを買って増設する必要はありません。メイン NAS をホットデータ用、HC620 をコールドデータとバックアップ用に分け、安価な TerraMaster F2-220、F2-221、または F4 をマウントとコピー用ノードとして使う構成は、投入コストが低く、実用性の高い一時対応です。

重要なのは性能ではなく役割分担です。メイン NAS は日常利用の快適さを維持し、コールドデータは別に保存する。これにより空き容量を確保しつつ、HDD 高騰期の大きな出費を避けられます。

TerraMaster F2-220 に fnOS を導入：F3 Backplane、NVMe、BIOS モジュール注入

Mon, 04 May 2026 06:09:40 +0800

これは TerraMaster F2-220 に fnOS を導入する実践記録だ。目的は純正 TOS を置き換え、公式サポートが終了した F2-220 を引き続き使うことにある。あわせて、F3 Backplane が F2-220 で使えるかを確認し、BIOS が NVMe から起動できない問題も解決している。

F3 Backplane の元プロジェクトは F2-221、J3355 プラットフォームで検証されていた。一方、F2-220 は J1800 プラットフォームであり、互換性は未確認だった。プロジェクトの fork に V1.1 版があり、部品点数が減ってコストと製作難度も下がっていたため、この V1.1 版を使ってテストしている。

PCB 製造と半田付け

バックプレーンプロジェクト：arnarg/f3_backplane。使用したのは fork 内の V1.1 版で、主な目的は既存の SATA ベイを維持しつつ、バックプレーンコネクタから NVMe SSD の位置を引き出すことだ。

PCB 製造後、複数枚の基板を入手できた。半田付けでは 1 つ注意点があった。BOM をよく確認せずに M.2 を半田付けしたあと、SATA コネクタが一般的なものとは少し違うことに気づいた。

Taobao では完全に合うネイティブ SATA コネクタが見つからなかったため、既存のコネクタを改造した。ピンを抜いて位置を入れ替え、再度基板へ半田付けして完成させている。

重要な結論は、F3 Backplane の方式は F2-220 でも試せるが、SATA コネクタの選定には注意が必要ということだ。一般的な SATA コネクタとしてそのまま注文しないほうがよい。

VGA 出力を接続する

F2-220 本体には外部に出ている映像出力がないが、内部に 12 ピン VGA ヘッダが用意されている。必要なのは、マザーボード内蔵用の 12Pin VGA 変換ケーブルだ。片側を本体内部の 12 ピンヘッダに接続し、もう片側は通常、外部モニタ用の標準 DB15 VGA メスコネクタになる。

検索キーワードは「12Pin VGA 转接线」「主板 12 针 VGA 转接线」「2.0mm 12Pin 转 VGA」などが使える。購入前に、本体内部コネクタの写真と照合し、コネクタの向き、ピッチ、配線順を確認する。単に「12Pin」と書かれているだけで注文しない。

この手順はインストール時に重要だ。映像出力がないと、BIOS やインストーラーのトラブルシュートがかなり難しくなる。

fnOS のインストール

Ventoy から fnOS インストーラーを起動する。インストール画面で NVMe SSD が見えるため、バックプレーンと NVMe のハードウェア経路は動作している。

ただし、インストール完了後に起動ディスクを抜くと、マシンは fnOS に入らず BIOS 画面へ戻ってしまう。BIOS の起動項目には NVMe SSD がない。fnOS を USB メモリにインストールして起動すると、システム内からは NVMe が正常に見える。

この現象から分かることは次の通り。

NVMe のハードウェア認識には問題がない
Linux から NVMe にアクセスできる
失敗しているのは BIOS の起動段階
F2-220 は古いプラットフォームであり、純正 BIOS に NVMe 起動モジュールがない可能性が高い

BIOS のバックアップ

この時点では USB メモリから fnOS を起動できる。fnOS は Debian ベースなので、システム内で flashrom を使って BIOS のバックアップと書き込みができる。

BIOS の書き換えにはリスクがある。失敗時に復旧できるよう、可能ならプログラマを用意しておく。

flashrom をインストールする。

1
2

sudo apt update
sudo apt install flashrom -y

BIOS チップを認識できるか確認する。

`1`	`sudo flashrom -p internal`

認識されるチップ情報は次のような形になる。

`1`	`Found Winbond flash chip "W25Q64.W" (8192 kB, SPI) mapped at physical address 0x00000000ff800000.`

元の BIOS をバックアップする。コマンド内のチップ型番は、自分の機器で検出されたものに置き換える。

`1`	`sudo flashrom -p internal -c "W25Q64.W" -r backup_factory.bin`

NVMe モジュールの注入

バックアップした BIOS は .bin ファイルになる。WinSCP で PC に転送し、Bilibili の記事《让老主板用上 Nvme 协议的固态》を参考に、BIOS ファイルへ NVMe モジュールを注入する。

処理が終わったら、変更済み BIOS ファイルを fnOS に戻す。

他人が作成した BIOS ファイルをそのまま使うのは避ける。機種、BIOS バージョン、flash チップが異なれば差分が出る。より安全なのは、自分の元 BIOS をバックアップし、そのバックアップをベースに変更する方法だ。

新しい BIOS の書き込み

書き込みコマンドは次の通り。チップ型番、ファームウェアのパス、ファイル名は実際の環境に合わせて置き換える。

`1`	`sudo flashrom -p internal -c "W25Q64.W" -w /vol1/NEW_NVME.bin`

出力に次の行が出れば検証に成功している。

`1`	`Verifying flash... VERIFIED.`

書き込み後、BIOS の起動項目に PATA が表示されることがある。この種の古い BIOS に NVMe モジュールを注入した場合、NVMe 起動項目が PATA として表示されることはよくある。これが見えれば、BIOS が NVMe 起動経路を認識している。

結果

最終結果は次の通り。

F3 Backplane V1.1 は TerraMaster F2-220 上で NVMe を認識できる
fnOS インストーラーから NVMe SSD が見える
純正 BIOS は NVMe から直接起動できない
BIOS に NVMe モジュールを注入すると、起動項目に PATA が出る
BIOS 変更後、NVMe から fnOS を起動できる条件が整う

実測フィードバックでは、この NVMe 経路の速度は 300MB/s 台とのこと。システムディスクとしては十分であり、高性能 SSD は不要だ。小容量の Optane でも用途を満たせる。

注意事項

これは一般向けの無リスクな手順ではなく、ハードウェアと BIOS の改造記録に近い。実際に試す前に、少なくとも次の点に注意する。

F2-220 と F2-221 はプラットフォームが異なるため、F2-221 の結果をそのまま F2-220 と同一視しない。
F3 Backplane には PCB 製造と半田付けが必要。SATA コネクタのピン改造が必要になる場合もある。
インストールとトラブルシュートには、内部 VGA ヘッダ用の適切な変換ケーブルが必要。
BIOS 書き込みに失敗すると起動不能になる可能性がある。プログラマと元 BIOS のバックアップを用意する。
flashrom コマンド内のチップ型番は、自分の機器で検出された結果に合わせる。
他人の改造済み BIOS を直接書き込まない。まず自分のバックアップへ NVMe モジュールを注入する。

この記録の価値は、F2-220 の実測結果を補っている点にある。F3 Backplane の考え方は F2-221 に限られず、F2-220 でも NVMe システムディスクを使える可能性がある。本当のボトルネックは Linux が NVMe を認識するかではなく、BIOS が NVMe 起動をサポートするかどうかだ。

TerraMaster F2-221 NAS バックプレーン pinout 記録

Mon, 04 May 2026 06:02:56 +0800

このメモは、TerraMaster F2-221 NAS の非標準バックプレーンコネクタ pinout を整理したものだ。このインターフェースは PCIe エッジコネクタに近い形状だが、標準 PCIe スロットではなく、TerraMaster 独自のバックプレーンインターフェースである。

このコネクタには SATA、電源、リセット、PCIe 信号が同時に載っている。PCIe1 x1 が使えることを確認できれば、自作バックプレーンから M.2 M-key スロットを引き出し、NVMe SSD を内部システムディスクとして使える。

同じ考え方は TerraMaster F2-220 にも適用できる。F2-220 と F2-221 は異なるプラットフォームだが、fnNAS フォーラムの実測では、F3 Backplane V1.1 が F2-220 上で NVMe を認識し、飛牛 OS のインストーラー内でもその NVMe ドライブが見えている。追加で必要になる可能性があるのは、古い BIOS が NVMe ブートに対応していない点への対処だ。

結論

F2-221 のバックプレーンコネクタには、次の信号が含まれている。

2 つのネイティブ SATA ポートの信号
12V、5V、3.3V、GND
SATA HDD 電源制御に関連する信号
PERST#
少なくとも 1 組の利用可能な PCIe Gen2 x1 信号
2 組目の PCIe 信号に関する一部の手掛かり。ただし完全には検証されていない

PCIe1 は M.2 M-key NVMe スロットの引き出しに使える。実測では、NVMe ドライブは PCIe Gen2 x1 で動作し、BIOS から認識して起動できる。

F2-220 の実測結果もこの方向性を支持している。ハードウェアレベルでは NVMe を認識できるが、BIOS の起動段階では NVMe モジュールの注入が必要になる場合があり、起動項目は PATA として表示されることがある。

バックプレーンコネクタ pinout

コネクタは B/A の 2 側に分かれている。? は未確認または未接続、NC は未接続を表す。

Pin	B side	A side
1	12V	?
2	12V	12V
3	12V	12V
4	GND	GND
5	SATA1 A+	SATA1 B+
6	SATA1 A-	SATA1 B-
7	GND	NC
8	5V	5V
9	5V	5V
10	?	5V
11	?	?
12	3.3V	GND
13	GND	3.3V
14	SATA2 A+	3.3V
15	SATA2 A-	GND
16	GND	SATA2 B+
17	PERST#	SATA2 B-
18	GND	GND
19	PCIe1 TX+	NC
20	PCIe1 TX-	GND
21	GND	PCIe1 RX+
22	GND	PCIe1 RX-
23	PCIe1 REFCLK+	GND
24	PCIe1 REFCLK-	GND
25	GND	PCIe2 RX+
26	GND	PCIe2 RX-
27	PCIe2 TX+	GND
28	PCIe2 TX-	GND
29	GND	PCIe2 REFCLK+
30	?	PCIe2 REFCLK-
31	?	GND
32	GND	?

PCIe1 のほうが実用上の参考価値は高い。PCIe2 は完全に検証されていないため、手掛かりとして扱うべきで、信頼できる設計根拠としてそのまま使うべきではない。

信号元の判断

F2-221 の純正 2 ベイバックプレーンには PCIe-to-SATA コントローラがない。SATA 信号はマザーボードコネクタから直接バックプレーンへ入っている。追加の PCIe 信号は、主に同系列の多ベイモデルから推定できる。

TerraMaster F5-422 のバックプレーンには 2 個の ASMedia ASM1061 が使われている。ASM1061 は PCIe Gen2 x1 から 2 ポート SATA へ変換するコントローラだ。Intel J3355 が 2 つの SATA ポートと 6 本の PCIe Gen2 lane を持つことを考えると、多ベイモデルでは PCIe 経由で SATA ポートを拡張していると推定できる。

そのため、F2-221 のマザーボードコネクタに PCIe 信号が残っているのは自然だ。同系列の異なるベイ数の機種でマザーボード設計を共用し、バックプレーンで機能差を出している可能性が高い。

PCIe 差動ペアの判断

PCIe 差動ペアはビアに入ったあと内層を通ることが多く、写真だけでは完全な配線を追えない。使える判断基準の 1 つは、一般的な PCIe 設計では TX 差動ペアに AC coupling コンデンサが入ることだ。

方向は逆に見る必要がある。

ASM1061 コントローラ側から見た TX は、CPU またはマザーボード側の RX に対応する。
ASM1061 コントローラ側から見た RX は、CPU またはマザーボード側の TX に対応する。
REFCLK は隣接する差動ペアと配線位置を合わせて判断する。

この種の pinout は公式仕様書ではなく、ハードウェアリバースエンジニアリング資料として扱うのが妥当だ。

利用可能性の検証

この pinout を基にした F3 Backplane では、次の検証が完了している。

元の 2 つの SATA ベイは引き続き利用可能
PCIe1 を M.2 M-key スロットへ接続可能
NVMe SSD を BIOS が認識
NAS が NVMe SSD から直接起動可能
btrfs scrub でディスクエラーなし
NVMe SSD から数週間動作し、明確な異常なし

テストに使われた NVMe SSD は Patriot P300 128GB。hdparm の結果は次の通り。

1
2
3

/dev/nvme0n1:
 Timing cached reads:   4554 MB in  2.00 seconds = 2279.68 MB/sec
 Timing buffered disk reads: 1222 MB in  3.00 seconds = 407.22 MB/sec

この速度は PCIe Gen2 x1 の制限に合っている。目的は NVMe の性能を使い切ることではなく、外付け USB SSD を内部システムディスクに置き換えることだ。

注意事項

この pinout はハードウェア解析や自作バックプレーンの参考にはなるが、公式資料として扱うべきではない。

コネクタは標準 PCIe ではなく、汎用 PCIe デバイスを直接挿せない。
? ピンは未確認であり、重要な回路へ安易につながない。
PCIe2 は完全には検証されておらず、PCIe1 よりリスクが高い。
CLKREQ は通常の M.2 設計のように完全には引き出されていないため、ASPM が使えない可能性がある。
SATA 電源にはホットスワップ関連の load switch と slow start ロジックが含まれる。信号線だけ接続して電源制御を無視してはいけない。
再現する場合は、写真だけに頼らず、自分のマザーボードとバックプレーンを再測定する。

TerraMaster on KnightLiブログ

HDD 高騰時代、NAS が満杯でもまだ増設しない：200 元 TerraMaster + HC620 のコールドデータ構成

考え方

古い TerraMaster を使う理由

画面出力を用意する

Ubuntu Server を USB メモリへインストールする

ネットワーク設定

HC620 を btrfs にフォーマットする

マウントを設定する

バックグラウンドでファイルをコピーする

使用上のおすすめ

まとめ

関連リンク

TerraMaster F2-220 に fnOS を導入：F3 Backplane、NVMe、BIOS モジュール注入

PCB 製造と半田付け

VGA 出力を接続する

fnOS のインストール

BIOS のバックアップ

NVMe モジュールの注入

新しい BIOS の書き込み

結果

注意事項

関連リンク

TerraMaster F2-221 NAS バックプレーン pinout 記録

結論

バックプレーンコネクタ pinout

信号元の判断

PCIe 差動ペアの判断

利用可能性の検証

注意事項

関連リンク