序(連載一覧)

本稿はその7 となります。

前回は NFS(またはPXE)サーバ上にインストールした qemu-user-static を利用して、NFSマシンにコピーしたクライアント向け OS イメージをカスタマイズしましたが、今回はこのOSイメージの /boot ディレクトリに対してシンボリックリンクを張ることで tftp ルートとして、起動試験を行います(今回は短めです)。

参考(筆者の環境)

実際の作業

NFS サーバと PXE サーバが分離されているものとして記載します。

1. PXE サーバから NFS サーバの共有ディレクトリをマウント

1.1. PXE サーバでマウントポイントを作成してマウント

NFS サーバの IP: 192.168.172.17
共有ディレクトリ名: /exports/os4pi

NFS/PXE 両サーバ上に qemu-user-static がインストール済みで、どちらからでもラズパイ向けOSをカスタマイズしたい場合は rw 設定にしますが、PXE サーバ上でカスタマイズする必要がない場合は ro で構いません。

# mkdir /mnt/os4pi
# mount -t nfs -o proto=tcp,vers=3,rw,noatime 192.168.172.17:/exports/os4pi /mnt/os4pi

1.2. PXE サーバの /etc/fstab に行を追加して永続化

192.168.172.17:/exports/os4pi   /mnt/os4pi   nfs    tcp,vers=3,rw,noatime,_netdev    0  0

2. dnsmasq で設定した tftp ルートにシンボリックリンクを張っていく

条件

tftp ルート(基準ディレクトリ): /srv/tftp
ラズパイ2B の MAC アドレス: b8-27-eb-GG-HH-II
ラズパイ2B に割り振られる固定IP: 192.168.172.32
ラズパイ2B 向け OS の /boot の位置: /mnt/os4pi/raspbian/armhf/boot
ラズパイ3B の MAC アドレス: b8-27-eb-XX-YY-ZZ
ラズパイ3B に割り振られる固定IP: 192.168.172.33
ラズパイ3B 向け OS の /boot の位置: /mnt/os4pi/raspbian/armhf_64/boot
ラズパイ4B の MAC アドレス: dc-a6-32-PP-QQ-RR
ラズパイ4B に割り振られる固定IP: 192.168.172.34
ラズパイ4B 向け OS の /boot の位置: /mnt/os4pi/raspbian/aarch64/boot

# cd /srv/tftp
# rm -Rf b8-27-eb-GG-HH-II
# ln -sf /mnt/os4pi/raspbian/armhf/boot b8-27-eb-GG-HH-II
# ln -sf /mnt/os4pi/raspbian/armhf/boot 192.168.172.32
# rm -Rf b8-27-eb-XX-YY-ZZ
# ln -sf /mnt/os4pi/raspbian/armhf_64/boot b8-27-eb-XX-YY-ZZ
# ln -sf /mnt/os4pi/raspbian/armhf_64/boot 192.168.172.33
# rm -Rf dc-a6-32-PP-QQ-RR
# ln -sf /mnt/os4pi/raspbian/aarch64/boot dc-a6-32-PP-QQ-RR
# ln -sf /mnt/os4pi/raspbian/aarch64/boot 192.168.172.34

注意事項

IP/MACアドレスはお手持ちのラズパイの実際のアドレスに直してください。
3B/3B+ の場合、 aarch64 にしても問題ありません
シンボリックリンクを張る前に、その3 で作成した空フォルダを削除しています。
固定IPでもリンクを張っておきます。こうしておくと dnsmasq の設定を「tftp ルートを IP毎に振り分け」に変更しても対応可能となります

3. ラズパイの試験起動

3.0. 下準備

NFSサーバ→PXEサーバの順で電源投入。ログイン可能になるまで待つ。
その1 を参考に、各モデルをディスクレスブートが可能な状態にしておく

3.1. Raspberry PI 2B の場合

第1パーテーションが FAT でフォーマットされた空の microSD (容量は少なくて構わない)に、最新の RaspberryPI OS インストーライメージから bootcode.bin ファイルのみをコピーして、ラズパイに挿入
HDMI,キーボード,LANを接続
USB(電源)を接続
microSD 上の bootcode.bin の読み込みが完了し、モニタにカラーグラデーションが出ることを確認。表示されない場合は、microSD が死んでいる(FATフォーマットではない場合を含む)、ラズパイの microSD ドライブが不良、bootcode.bin のファイルコピーに失敗した、のいずれかとなります。
LAN のアクセスランプが点灯することを確認。点灯しない場合は、ラズパイの GPU/SoC が故障している、またはネットワーク接続がきちんと行われていない可能性があります。
画面にラズパイロゴやブートログが出て来ることを確認(tftp の設定まではOKということ)。画面が真っ黒のまま進行しない場合は tftp サーバ自体の設定ミス、tftpサーバ上にある config.txt ファイルの設定ミスとなります。
ログイン可能な状態になることを確認。途中で止まる場合は、tftp サーバ上の cmdline.txt の設定ミス、NFSサーバの設定ミス、/etc/fstab ファイルの設定ミス等が考えられます。

3.2. Raspberry PI 3B/3B+ の場合

microSD を抜く
HDMI,キーボード,LANを接続
USB(電源)を接続
LAN のアクセスランプが点灯することを確認。点灯しない場合は、3B固有の事前準備が行われていない、ネットワークがきちんと接続されていない、または GPU/SoC が不良である可能性が有ります。¹
モニタにカラーグラデーションが表示されることを確認。この確認ができると、tftp サーバから bootcode.bin のダウンロードまでは OK ということになります。カラーグラデーションが表示されない場合は、tftp サーバの設定がおかしいことが考えられます。
画面にラズパイロゴやブートログが出て来ることを確認。画面が真っ黒のまま進行しない場合は tftpサーバ上にある config.txt ファイルの設定ミスとなります。
ログイン可能な状態になることを確認。途中で止まる場合は、tftp サーバ上の cmdline.txt の設定ミス、NFSサーバの設定ミス、/etc/fstab ファイルの設定ミス等が考えられます。

3.3. Raspberry PI 4B の場合

microSD を抜く
HDMI,キーボード,LANを接続
USB(電源)を接続
LAN のアクセスランプが点灯することを確認。点灯しない場合は、事前準備が行われていない、ネットワークがきちんと接続されていない、または EEPROM/SoC が不良である可能性が有ります。
モニタにカラーグラデーションが表示され、ブラックアウトすることを確認。EEPROM の初期不良は無い、ということが確認できます。
画面にラズパイロゴやブートログが出て来ることを確認。画面が真っ黒のまま進行しない場合は tftpサーバ上にある config.txt ファイルの設定ミスとなります。
ログイン可能な状態になることを確認。途中で止まる場合は、tftp サーバ上の cmdline.txt の設定ミス、NFSサーバの設定ミス、/etc/fstab ファイルの設定ミス等が考えられます。

次回予告

今回はここまでとなります。全ラズパイで Raspberry PI OS のディスクレス(2Bは半ディスクレス)クライアント化できたはずです。ただ、このままだと、「何も連携なしのディスクレスクライアント群」に過ぎませんから、次回以降、全ノードをコントロールするコントローラPC + NFSサーバ + ラズパイノード群の構成を取る分散環境を順次構築していきたいと思います。
初回となる次回は、最も構築が簡単な分散環境、Apache を利用した負荷分散(冗長化) Web サーバを構築してみたいと思います。

実際、私は購入直後から頻繁に microSD で起動できない現象を引き起こす 3B 個体を１つ持っていました。常々「microSD が死んだ/相性が悪いんだろう」と思っていたのですが、ディスクレスブートの試験をして行く中、「これは初期不良だ」と気づきました。購入後4年経ってから初めて気づいた初期不良・・・ ↩