KMC 京都マイクロコンピュータ株式会社

initrdの使い方がわかってきたので、その応用としてDebianをnetinstallしてみます。

以前に、「ARMのQEMUにDebianをnetinstallする」という記事を書きましたが、今回はQEMUでなくてKZM-A9-Dualボードで行います。

前回の「Buildrootで作ったルートファイルシステムをinitramfsでカーネルに組み込む」では、ルートファイルシステムとカーネルが一体化しているので、扱いは簡単ですが、ルートファイルシステムの内容を変更するたびにカーネルを再ビルドしなければなりません。カーネルはもう変更の必要がないのならば、カーネルとルートファイルシステムを別々にしておくほうがよい場合もあります。

Buildrootを使って簡単に最小限のルートファイルシステムを作ることができます。今回は、Linuxカーネルのinitramfsの機能を使ってこれをカーネルに組み込んで動かしてみました。

前回はbuildrootでuclibcを使ったルートファイルシステムを作りました。buildrootは長らくuclibc専用でしたが、最近はToolchainにcrosstool-NGを指定することで、glibcやeglibcを使うこともできるようになっています。今回はeglibcでルートファイルシステムを作ってみます。

ELCでも紹介されていたBuildrootを使ってbusybox + uclibc のコンパクトなルートファイルシステムを作成し、KZM-A9-Dualボードで動かしてみました。

概要

KZM-A9-Dualボードで、glibcベースで比較的軽量なルートファイルシステムを用いた Linuxを動作させる手順を説明します。

ルートファイルシステムには、ARM社が公開しているものを用いています。

先日レッドウッドシティで開催されたAndroid Builders SummitとEmbedded Linux Conferenceのセッションのスライドとビデオが公開されています。

私が聴いたセッションをひとことずつ紹介します。(日本から行った人のセッションは次回のテクニカルジャンボリーで聴けることを期待して、なるべく他のものを聴きました。)

「Androidのadbのメモ(9) Android端末同士をadbでつなぐ」のおまけのところにadbdをUSBモードからTCPモードに切り替える方法を書きましたが、ここでもう一度整理します。

KZM-A9-Dualボードなどの評価ボードに自分でビルドしたAndroidを載せるときにはadbdがroot権限で実行できるようになっていますが、市販のAndorid端末ではそうなっていません。この違いについて調べました。

Androidデバイスの中でadbdは常に起動されているわけではありません。adbdの起動のトリガーとなるものを調べました。

「Androidのadbのメモ(7) Androidデバイス側でadbを動かす」では、自分の中でループバックさせてadbから自分自身のadbdとつないでみましたが、これにどんな用途があるのかいまひとつわかりませんでした。

@matsuu さんのつぶやきではっと気がついたのですが、これは2台のAndroid端末をつなげば、Android端末でAndroid端末をデバッグできるということなのです。さっそく試してみました。

ARM Ubuntu 11.10でadbdを動かして使用することができたので、そのメモ。

adbdはAndroidデバイス側、adb clientとadb serverはホスト側で動かすのが普通ですが、Android 4.0ではAndroidデバイス側用のadbコマンド (adb clinet & adb server) がビルドされています。これを動かしてみましょう。