本章では、工場出荷状態のArmadillo-IoTのユーザーランドの基本的な仕様について説明します。
Armadillo-IoTの標準ルートファイルシステムは、Atmark Distで作成されたinitrdです。PCなどで動作する Linux システムでは、initrd は HDD などにあるルートファイルシステムをマウントする前に一時的に使用する「ミニ」ルートファイルシステムとして使用されます。Armadillo-IoT では、initrd をそのままルートファイルシステムとして使用します。
initrdはメモリ上に配置されるため、ファイルに加えた変更は再起動すると全て元に戻ってしまいます。例外として/etc/config/ディレクトリ以下のファイルは、flatfsdコマンドを利用してフラッシュメモリに保存することができます。このフラッシュメモリ領域をコンフィグ領域と呼びます。
コンフィグ領域を利用することで、設定ファイルなどへの変更を再起動後も保持することができるようになっています。コンフィグ領域のより詳細な情報については7章コンフィグ領域 − 設定ファイルの保存領域を参照してください。
Armadillo-IoTのユーザーランドの起動処理について説明します。ユーザーランドの起動処理は大きく分けて次の手順で初期化が行われています。
Linuxカーネルが/sbin/initを実行し/etc/inittabのsysinitに登録されている/etc/init.d/rcスクリプトを実行
rcスクリプトの中で、「/etc/rc.d/」ディレクトリの起動スクリプトを順次実行
ローカル起動スクリプト(/etc/config/rc.local)を実行
/etc/inittabのrespawnタブに登録されたものを実行
Linuxカーネルは、ルートファイルシステムをマウントすると、/sbin/initを実行します。initプロセスは、コンソールの初期化を行い/etc/inittabに記載された設定に従ってコマンドを実行します。
デフォルト状態のArmadillo-IoTの/etc/inittabは次のように設定されています。
inittabの書式は、次のようになっています。
Armadillo-IoTのinitでは、"id"フィールドに起動されるプロセスが使用するコンソールを指定することができます。省略した場合は、システムコンソールが使用されます。"runlevel"フィールドは未対応のため利用できません。
"action"フィールド及び"process"フィールドは、どのような状態(action)のときに何(process)を実行するかを設定することができます。actionフィールドに指定可能な値を表9.1「inittabのactionフィールドに設定可能な値」に示します。
表9.1 inittabのactionフィールドに設定可能な値
| 値 | processを実行するタイミング |
|---|
| sysinit | initプロセス起動時 |
| respawn | sysinit終了後。このアクションで起動されたプロセスが終了すると、再度processを実行する |
| shutdown | シャットダウンする時 |
| ctrlaltdel | Ctrl-Alt-Deleteキーの組み合わせが入力された時 |
rcスクリプトでは、システムの基礎となるファイルシステムをマウントしたり、「/etc/rc.d/」ディレクトリ以下にあるSから始まるスクリプト(初期化スクリプト)が実行できる環境を構築します。その後、初期化スクリプトを実行していきます。初期化スクリプトは、Sの後に続く2桁の番号の順番で実行します。
9.2.3. /etc/rc.d/Sスクリプト(初期化スクリプト)
初期化スクリプトでは、システムの環境を構築するもの、デーモン(サーバー)を起動するものの2つの種類があります。Armadillo-IoTのデフォルト状態で登録されている初期化スクリプトを表9.2「/etc/rc.dディレクトリに登録された初期化スクリプト」に示します。
表9.2 /etc/rc.dディレクトリに登録された初期化スクリプト
| スクリプト | 初期化内容 |
|---|
| S03udev | udevdを起動し、Linuxカーネルから発行されたueventをハンドリングします |
| S04flatfsd | flatfsdを使いコンフィグ領域(/etc/config/)を復元します |
| S05checkroot | システム関連のファイルのパーミッション設定や、オーナーを設定します |
| S06checkftp | FTPが利用するファイルやライブラリの配置、パーミッションの設定をします |
| S06mountdevsubfs | udevd起動後にマウントする必要のあるファイルシステムをマウントします |
| S10syslogd, S20klogd | ログデーモンを起動します |
| S25module-init-tools | /etc/modulesに記載されたカーネルモジュールをロードします |
| S30firewall | ファイヤーウォールの設定を行います |
| S30hostname | hostnameを設定します |
| S40networking,S60inetd | ネットワーク関連の初期化を行い、インターネットスーパーサーバー(inetd)を起動します |
| S70lighttpd, S71avahi | ネットワークデーモンを起動します |
| S99misc | 各種設定や初期化を行います |
| S99rc.local | コンフィグ領域(/etc/config/)に保存されたrc.localを実行します |
9.2.4. /etc/config/rc.local
コンフィグ領域に保存されたrc.localは、ユーザーランドイメージを変更することなく、起動時に特定の処理を行うことができるようになっています。
Armadill-IoTでは、システム起動時に自動的に各種状態監視アプリケーションを起動するために利用しています。出荷状態では状態監視アプリケーションを起動しない設定になっています。/etc/config/rc.localを編集することで、自動起動するように設定を行うことができます。
デフォルト状態の/etc/config/rc.localは次のように記載されています。
/etc/config/rc.localから起動させることのできる状態監視アプリケーションについて説明します。
thermalmonitorはArmadillo-IoTの筐体内温度を監視するアプリケーションです。thermalmonitorの実行中はthermaltriggerコマンドを実行することができません。 thermaltriggerコマンドについては、「温度を監視する」を参照してください。
Armadillo-IoTの筐体内温度が危険温度以上になると、故障等を避けるため3Gデータ通信を終了し温度上昇を抑えます。その後、筐体内温度が安全温度以下まで下がると3Gの再接続を行います。
Armadillo-IoTに搭載されている3Gモジュールの種類によって、危険温度、安全温度が異なります。製品型番、搭載されている3Gモジュール、危険温度、安全温度の対応関係を表9.3「搭載3Gモジュールと危険温度、安全温度」に示します。
表9.3 搭載3Gモジュールと危険温度、安全温度
| 名称 | 型番 | 搭載3Gモジュール | 危険温度 | 安全温度 |
|---|
| Armadillo-IoT ゲードウェイ スタンダードモデル 開発セット | AG401-D00Z[] | Sierra Wireless製 MC8090 | 75℃以上 | 70℃以下 |
| Armadillo-IoT ゲートウェイ スタンダードモデル 量産用 (3G 搭載) | AG401-C00Z |
| Armadillo-IoT ゲードウェイ スタンダードモデル G2 開発セット | AG421-D00Z[] | Sierra Wireless製 HL8548 | 80℃以上 | 75℃以下 |
| Armadillo-IoT ゲートウェイ スタンダードモデル G2 量産用 (3G 搭載) | AG421-C00Z |
| Armadillo-IoT ゲートウェイ スタンダードモデル G2 量産用 (3G 搭載、アンテナ付き) | AG421-C01Z |
thermalmonitorは搭載されている3Gモジュールを自動的に判別し、3Gモジュールに対応した処理を実行します。
thermalmonitorの設定はコンフィグ領域に保存された/etc/config/thermalmonitorを編集すると変更することができます。変更後、設定を保存したい場合はコンフィグ領域を保存してください。
vinmonitorはArmadillo-IoTの電源電圧を監視するアプリケーションです。主にArmadillo-IoTをバッテリー駆動させた場合を想定しています。vinmonitorの実行中はvintriggerコマンドを実行することができません。vintriggerコマンドについては、「電源電圧を監視する」を参照してください。
Armadillo-IoTの電源電圧が7V以下になると、突然の動作停止による保存データ破壊等を避けるためシステムをシャットダウンします。
vinmonitorの設定はコンフィグ領域に保存された/etc/config/vinmonitorを編集すると変更することができます。変更後、設定を保存したい場合はコンフィグ領域を保存してください。
デフォルトのユーザーランドにインストールされているアプリケーションを一覧します。
/bin
/usr/bin
/sbin
/usr/sbin
デフォルトのユーザーランドにインストールされているアプリケーションの中から、いくつかをピックアップし概要を説明します。
表9.4 アプリケーション概要説明
| アプリケーション | 概要 |
|---|
| Ruby | オブジェクト指向スクリプト言語です。 |
| Java | オブジェクト指向プログラミング言語です。Armadillo-IoTではOracle Javaが使用可能です。 |
| Lua | C言語等のホストプログラムに組み込まれることを目的に設計されたスクリプト言語です。高速な動作と、高い移植性、組み込みの容易さが特徴です。 |
| cURL | ファイルを送信または受信するコマンドラインツールです。幅広いインターネットプロトコルをサポートします。Armadillo-IoTでは、curlコマンドにて実行が可能です。 |
| Mosquitto | MQTTブローカー/クライアントです。Armadillo-IoTでは、mosquitto_pubコマンド、mosquitto_subコマンドをプリインストールしています。 |
if [ "${START_THERMALMONITOR}" = "y" ]; then
echo -n "Starting thermalmonitor: "
/etc/config/thermalmonitor &
check_status
fi
START_VINMONITOR=
if [ "${START_VINMONITOR}" = "y" ]; then
echo -n "Starting vinmonitor: "
/etc/config/vinmonitor &
check_status
fi
PASSIVE_TEMP_MDEG_MC8090=
PASSIVE_TEMP_CMD_MC8090=
PASSIVE_TEMP_CMD_ARGS_MC8090=
# 3G Module:HL8548 Parameters
HOT_TEMP_MDEG_HL8548=
HOT_TEMP_CMD_HL8548=
HOT_TEMP_CMD_ARGS_HL8548=
PASSIVE_TEMP_MDEG_HL8548=
PASSIVE_TEMP_CMD_HL8548=
PASSIVE_TEMP_CMD_ARGS_HL8548=
support_3g_hl8548_check
if [ $? -ne 0 ]; then
HOT_TEMP_MDEG=$HOT_TEMP_MDEG_MC8090
HOT_TEMP_CMD=$HOT_TEMP_CMD_MC8090
HOT_TEMP_CMD_ARGS=$HOT_TEMP_CMD_ARGS_MC8090
PASSIVE_TEMP_MDEG=$PASSIVE_TEMP_MDEG_MC8090
PASSIVE_TEMP_CMD=$PASSIVE_TEMP_CMD_MC8090
PASSIVE_TEMP_CMD_ARGS=$PASSIVE_TEMP_CMD_ARGS_MC8090
else
HOT_TEMP_MDEG=$HOT_TEMP_MDEG_HL8548
HOT_TEMP_CMD=$HOT_TEMP_CMD_HL8548
HOT_TEMP_CMD_ARGS=$HOT_TEMP_CMD_ARGS_HL8548
PASSIVE_TEMP_MDEG=$PASSIVE_TEMP_MDEG_HL8548
PASSIVE_TEMP_CMD=$PASSIVE_TEMP_CMD_HL8548
PASSIVE_TEMP_CMD_ARGS=$PASSIVE_TEMP_CMD_ARGS_HL8548
fi
while true
do
thermaltrigger -a $HOT_TEMP_MDEG $HOT_TEMP_CMD $HOT_TEMP_CMD_ARGS
thermaltrigger -b $PASSIVE_TEMP_MDEG $PASSIVE_TEMP_CMD $PASSIVE_TEMP_CMD_ARGS
done