tizen.moe

tizen.moe

mic createでARM用のイメージが作成出来ない

f:id:moguriso:20130120115109j:plain:leftmicを使えば、Tizen用のファイルシステムやloopイメージが作成できるのですが作りなおそうと思った所、失敗しました。
(※)2013.02.05追記
releaseリポジトリだと余計なことをしなくても生成できるようです。snapshotは何か足りないのかも...

再現手順

具体的には このksファイルをダウンロードしてきてrepoの行を下記の用に実URLに修正し

26 repo --name=tizen-base --baseurl=https://download.tizen.org/snapshots/2.0alpha/common/tizen-2.0_20121203.1 /repos/tizen-base/armv7l/packages/ --ssl_verify=no
27 repo --name=tizen-main --baseurl=https://download.tizen.org/snapshots/2.0alpha/common/tizen-2.0_20121203.1 /repos/tizen-main/armv7l/packages/ --save --ssl_verify=no

micコマンドを実行します。

$ sudo mic cr fs TRATS-2.0A-tizen-2.0_20121203.1.ks -o ./

すると

Warning: file /etc/profile from install of setup-0.1-slp.1.1.noarch conflicts with file from package default-files-slp-0.0.2-slp.83.1.armv7l
Warning: file /etc/securetty from install of setup-0.1-slp.1.1.noarch conflicts with file from package default-files-slp-0.0.2-slp.83.1.armv7l
Warning: file /usr/bin from install of filesystem-0.1-slp.1.1.noarch conflicts with file from package openssl-1.0.0f-slp.1.4.armv7l
Warning: file /etc/profile conflicts between attempted installs of default-files-slp-0.0.2-slp.83.1.armv7l and setup-0.1-slp.1.1.noarch
Warning: file /etc/securetty conflicts between attempted installs of default-files-slp-0.0.2-slp.83.1.armv7l and setup-0.1-slp.1.1.noarch
Warning: file /usr/bin conflicts between attempted installs of openssl-1.0.0f-slp.1.4.armv7l and filesystem-0.1-slp.1.1.noarch

以前は出なかったコンフリクトが発生するようです。これは、10月頃に作成して問題なく成功していたksファイルでも再現しました。micの問題と言うよりは、repoがごちゃごちゃ変わっている過程でNGになったように見えます。micもintelさんメンテなので、iviだと成功するのかもしれませんが確認していません。

修正方法

Warningにしたがってksファイルに修正を加えます。要するに、setup・filesystemというパッケージがエラーになっているので

27 %packages
28
29 @common
30 @appscommon
31 @appstargetsdk
32 @trats
33
34
35 %end

の部分を

29 %packages
30
31 @common
32 -setup
33 -filesystem
34 @appscommon
35 @appstargetsdk
36 @trats
37
38 %end

としてコンフリクトするパッケージを除外するだけです。

追加の問題点および修正

この方法で、ファイルシステムの構築はできるようになりました。ですが、実際に実機で起動した際に、シリアルコンソールに文字が出力されない問題が発生しました。どうやら/dev/consoleが生成されなくなっていたようです。ひとまずホストPC側でファイルシステムの/dev/にcdし

mknod console c 5 1

(5, 1はメジャーマイナー番号なので、デバイスに合わせて修正が必要です。)

とすることで、起動するようになりました。まだまだ壁はありまくりなのですが、、、