UNetBootin で opencocon の USB メモリを作る

matoken コメントをする



先日，opencocon のUSB メモリシステムを作ったのですが，UNetBootin でお手軽に導入できないだろうかと試してみたところうまく行きました．
簡単に手順を書いておきます．
※UNetbootin はLinux 以外でもMacOS X/Windows でも動作するのでそれらの環境でも同様に導入は可能だと思います． :)

opencocon の入手

以下のページから最新の Live CD Edition とハッシュファイルを入手しましょう．(for Raspberry Pi の方ではありません)
ダウンロードが終わったら md5sum コマンドでハッシュを確認しましょう．

% md5sum -c opencocon-v8b-20140227.iso.md5
opencocon-v8b-20140227.iso: 完了

母艦(Debian) での準備

UNetBootin パッケージを導入します．以下はDebian jessie 環境での例です．

$ sudo apt-get install unetbootin unetbootin-translations

USB メモリの準備

opencocon 専用であれば 1GB あれば十分です．(多分256MB 以上でOK)
これを vfat でフォーマットしておきます．

UNetBootin でのopencocon 導入

  • UNetbootin を起動しましょう．

起動時にOS や設定によりroot パスワードか，sudo の設定がされていればユーザパスワードが求められます．正しく入力すると起動します．

起動したら以下の設定を行います．
* 「ディスクイメージ」のチェックボックス．
* ディスクイメージとして opencocon のiso イメージを指定します．
* 「タイプ」の設定を「USB ドライブ」にします．
* 「ドライブ」を opencocon を導入したいデバイスを指定します．
Screenshot from 2014-03-23 22:33:33

設定が終わったら「OK」ボタンを押すとUSB メモリへデータのコピーが始まります．
Screenshot from 2014-03-23 22:36:38

しばらく待つと出来上がりです :)
Screenshot from 2014-03-23 22:39:45

これで旧型PC とかで色々遊べます :)

ちなみにRaspberry Pi 版もありますよ

電波を見て NotePC を検知して盗難

matoken コメントをする

#asiabsdcon を眺めていて見かけたTweet ですが，

これは怖いなー．助手席とか置いてたら一瞬ですね><

最近だとWardriving も特に何も知識なくてもAndroid とかにAPP を入れるだけ(rootもいらない)で出来るのですごくカジュアル&怪しまれずに探れますね．
そういえばゲーム機とかですれ違い通信とかを有効にしてるのも危なさそうだ．

ちょっと違うけどアメリカの免許証のスキミングなんかも車外から可能だそうですが，日本の免許証とかどうなんでしょうねとか色々怖くなって来ました><

Windows でdd を試みる(Kobo イメージ書き込み)

matoken コメントをする

Kobo Debian のmicroSD Card への書き込みにWindows を利用している方がバイナリエディタ使ったりしてるのですが，Windows のdd じゃ出来ないのかな?と疑問に思っていました．
マンガ喫茶に寄った時にWindows 端末が触れたので試してみました．

はじめWin32 Disk Imager で試そうとしたのですが，seek/skip の使い方がわからない（実装されてない?）ので諦めて，dd for windows で試しました．

＃rawwrite とか懐かしすぎる!

ほぼ，Linux 版と同じ使い方ですが，デバイスの指定方法が違いました．
以下の例では， F: に書き込んだ場合ですが， \\.\F: と指定するようです．

>dd if=E:\2014-02-11_kobo_debian.img of=\\.\F: bs=4M
rawwrite dd for windows version 0.3.
Written by John Newbigin <jn@it.swin.edu.au>
This program is covered by the GPL.  See copying.txt for details
Error writing file: 87 パラメーターが間違っています。
1023+1 records in
1023+0 records out

seek も使えます．

>dd if=E:\glo_hwconfig.bin of=\\.\F: bs=512 count=1 seek=1024 count=2
rawwrite dd for windows version 0.3.
Written by John Newbigin <jn@it.swin.edu.au>
This program is covered by the GPL.  See copying.txt for details
2+0 records in
2+0 records out

ところで，フォーマット前のドライブレターが割り当てられてないデバイスに対してはどうやって書き込むんでしょうね?

modcrew の防水加工サービスの話を聞いてきた

matoken コメントをする

先日の日曜は秋葉原に寄って来ました．
丁度modcrew の防水加工サービスが開店したばかりという事でお店を覗いて話聞いて来ました．

お店はこちらの2F ．

横の階段ではなく店内を突っ切って奥の階段を登っていきます．
するとカウンターだけのお店．
そこでどんなかんじか聞いて来ました．

聞いてきたことをざっとまとめると，

  • iPhone4 以降対応．
  • Android は今のところ非対応．
    • しかし，Galaxy4s は検証済み．他のも対応するだろう．
    • 未保証で良ければ非対応機種もやる．
  • 14:00締め切りで一括で処理して18:00 に受け渡し(もしかしたらこのへん時間間違ってるかも)
  • 14:00 を過ぎてからの受付は次の日開店時受け渡し．
  • 1年ほど効果は続く．1年毎に防水加工したほうが良い．＃でも1年未満で皆さん買い換えますよね的な(ぉ
  • コネクタなどはそのまま使える．
    • コーティング剤がコネクタとこすれて剥がれるので問題ない．
    • コーティング剤は液晶面などにも塗布されるが元々ガラスなので拭きとる．

こんな感じだったかなー．
コーティング処理済みのiPhone も見せてもらったけどぱっと見未加工品と違いわかりませんでした．

これだけだと不安だけど保険にいいかなと思いました．

聞き違いや勘違いなんかもあるかもなので加工時はお店で聞いてくださいね．

mozc-tool option

matoken コメントをする

飛行機の機内でMozc の設定を変えようと思ったのですが，mozc-tool のオプションを覚えていない．
mozc-tool –help とかも無視される．
でも以前co したsource はあったのでその中を覗いて調べてみました．

ちなみに Mozc-1.5.1090.2 で動作確認を行いました．

手書き入力

% /usr/lib/mozc/mozc_tool --mode=hand_writing

文字パレット

% /usr/lib/mozc/mozc_tool --mode=character_palette

辞書ツール

% /usr/lib/mozc/mozc_tool --mode=dictionary_tool

単語登録

% /usr/lib/mozc/mozc_tool --mode=word_register_dialog

プロパティ

% /usr/lib/mozc/mozc_tool --mode=config_dialog

デジタルガジェットで手書きマッピングしたい

matoken コメントをする

OpenStreatMap のマッピング方法の一つにWalking Paper というものがあります。
これはマッピングしたい位置のOpenStreetMap 地図を印刷して、その紙に手書きでマッピングしてその紙をスキャンしてそれを見ながらマッピングするというものです。

OSM 地図印刷 -> 手書きマッピング -> 取り込んでPC マッピング

＃最近だとコンビニで印刷もスキャニングもできるので楽ですね :)

これをタブレットなどのデバイスでできると便利そうだなーと思っていたのでした。
iPad 等では手書きがいまいちかなとか。enchantmoon はすごく相性良さそうだけど解像度が足りなさそう。
SHARP のd電子ノート(WG-S20/WG-N20)も解像度が足りなさそう…。
そもそも液晶画面だと外で見えにくいんですよね><

というところにソニー デジタルペーパー DPT-S1 というデバイスが出ました。

これは電子ペーパーだし、手書きもWACOM だしとよさげ。
ネックは100k という値段でしょうか…。

誰か試してみませんか?

Linux のDisk 確認方法

matoken コメントをする

Linux マシンにSD Card や USB メモリ等を複数接続した時などにどれがどのデバイスかわからなくなった時などに役立ちそうな確認方法です。
(/dev/sda… とか /dev/mmcblk0… とか)

dmesg

よく dmesg を確認します。

% dmesg
  :
[378481.925145] usb 4-1.2: new high-speed USB device number 7 using ehci-pci
[378482.022988] usb 4-1.2: New USB device found, idVendor=056e, idProduct=6009
[378482.022991] usb 4-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[378482.022993] usb 4-1.2: Product: MF-HDU2
[378482.022994] usb 4-1.2: Manufacturer: ELECOM
[378482.022995] usb 4-1.2: SerialNumber: 0708C20C90C7B761
[378482.023271] usb-storage 4-1.2:1.0: USB Mass Storage device detected
[378482.023343] scsi9 : usb-storage 4-1.2:1.0
[378483.083291] scsi 9:0:0:0: Direct-Access     ELECOM   MF-HDU2          PMAP PQ: 0 ANSI: 4
[378483.083655] sd 9:0:0:0: Attached scsi generic sg2 type 0
[378484.049829] sd 9:0:0:0: [sdc] 62554112 512-byte logical blocks: (32.0 GB/29.8 GiB)
[378484.052425] sd 9:0:0:0: [sdc] Write Protect is off
[378484.052427] sd 9:0:0:0: [sdc] Mode Sense: 23 00 00 00
[378484.055034] sd 9:0:0:0: [sdc] No Caching mode page found
[378484.055037] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[378484.064057] sd 9:0:0:0: [sdc] No Caching mode page found
[378484.064060] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[378484.096077]  sdc: sdc1
[378484.103442] sd 9:0:0:0: [sdc] No Caching mode page found
[378484.103449] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[378484.103454] sd 9:0:0:0: [sdc] Attached SCSI removable disk

ELECOM MF-HDU2 が /dev/sdc として認識しています。
しかし、これだと画面から流れたりどのデバイスを先に刺したかが判らなくなるといったんumount して接続しなおしをしないといけません。

/dev/disk/by-id

こんなとき /dev/disk/by-id を見ると判るかもしれません。※udev 依存

% ls -lA /dev/disk/by-id
合計 0
lrwxrwxrwx 1 root root  9  2月 23 02:42 ata-INTEL_SSDSA2CW600G3_CVPR1206005W600FGN -> ../../sda
lrwxrwxrwx 1 root root 10  2月 23 02:42 ata-INTEL_SSDSA2CW600G3_CVPR1206005W600FGN-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10  2月 23 02:42 ata-INTEL_SSDSA2CW600G3_CVPR1206005W600FGN-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10  2月 23 02:42 ata-INTEL_SSDSA2CW600G3_CVPR1206005W600FGN-part5 -> ../../sda5
lrwxrwxrwx 1 root root  9  2月 26 03:53 ata-ST9500420ASG_5VJ79GDX -> ../../sdb
lrwxrwxrwx 1 root root 10  2月 23 05:05 dm-name-luks-3baf2c17-3b18-44ee-9547-cb87b88a80ab -> ../../dm-3
lrwxrwxrwx 1 root root 10  2月 23 02:42 dm-name-sdb5_crypt -> ../../dm-0
lrwxrwxrwx 1 root root 10  2月 23 02:42 dm-name-x220-root -> ../../dm-1
lrwxrwxrwx 1 root root 10  2月 23 02:42 dm-name-x220-swap_1 -> ../../dm-2
lrwxrwxrwx 1 root root 10  2月 23 02:42 dm-uuid-CRYPT-LUKS1-1b4bc14d71604ab5b3db2096a7f61be0-sdb5_crypt -> ../../dm-0
lrwxrwxrwx 1 root root 10  2月 23 05:05 dm-uuid-CRYPT-LUKS1-3baf2c173b1844ee9547cb87b88a80ab-luks-3baf2c17-3b18-44ee-9547-cb87b88a80ab -> ../../dm-3
lrwxrwxrwx 1 root root 10  2月 23 02:42 dm-uuid-LVM-L9AiiS7dZRu2WvjdUirxz9fS4OIIqRpKmuJecuwuh7tfiQxUbaGcvv9ppr7WhxZP -> ../../dm-2
lrwxrwxrwx 1 root root 10  2月 23 02:42 dm-uuid-LVM-L9AiiS7dZRu2WvjdUirxz9fS4OIIqRpKxnaP2Gj6PtwuddX1iXfyTQq0hxGbi6o3 -> ../../dm-1
lrwxrwxrwx 1 root root 13  2月 26 05:07 memstick-SD16G_0xd39a5655 -> ../../mmcblk0
lrwxrwxrwx 1 root root 15  2月 26 05:07 memstick-SD16G_0xd39a5655-part1 -> ../../mmcblk0p1
lrwxrwxrwx 1 root root  9  2月 23 02:42 scsi-SATA_INTEL_SSDSA2CW60CVPR1206005W600FGN -> ../../sda
lrwxrwxrwx 1 root root 10  2月 23 02:42 scsi-SATA_INTEL_SSDSA2CW60CVPR1206005W600FGN-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10  2月 23 02:42 scsi-SATA_INTEL_SSDSA2CW60CVPR1206005W600FGN-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10  2月 23 02:42 scsi-SATA_INTEL_SSDSA2CW60CVPR1206005W600FGN-part5 -> ../../sda5
lrwxrwxrwx 1 root root  9  2月 26 03:53 scsi-SST9500420ASG_FEDCBA9876543210 -> ../../sdb
lrwxrwxrwx 1 root root  9  2月 27 20:52 usb-ELECOM_MF-HDU2_0708C20C90C7B761-0:0 -> ../../sdc
lrwxrwxrwx 1 root root 10  2月 27 20:52 usb-ELECOM_MF-HDU2_0708C20C90C7B761-0:0-part1 -> ../../sdc1
lrwxrwxrwx 1 root root  9  2月 26 03:53 wwn-0x5000c5002998a599 -> ../../sdb
lrwxrwxrwx 1 root root  9  2月 23 02:42 wwn-0x500151795957940c -> ../../sda
lrwxrwxrwx 1 root root 10  2月 23 02:42 wwn-0x500151795957940c-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10  2月 23 02:42 wwn-0x500151795957940c-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10  2月 23 02:42 wwn-0x500151795957940c-part5 -> ../../sda5

USB 接続のデバイスだけなら以下のようにするとすっきりしますね。

% ls -l /dev/disk/by-id/usb*
lrwxrwxrwx 1 root root  9  2月 27 20:52 /dev/disk/by-id/usb-ELECOM_MF-HDU2_0708C20C90C7B761-0:0 -> ../../sdc
lrwxrwxrwx 1 root root 10  2月 27 20:52 /dev/disk/by-id/usb-ELECOM_MF-HDU2_0708C20C90C7B761-0:0-part1 -> ../../sdc1

/dev/disk の下には他にも by-label by-path by-uuid があるようです。何かの役に立つかもしれません。

  • by-label ボリュームラベルのデバイス
  • by-path デバイス名(<パスID>-:-<パーティション>)
  • by-uuid デバイスのuuid 表示

「Raspberry Piではじめる どきどきプログラミング」を読んでみた

matoken コメントをする

PEG(programming education gathering) の公式推奨本ということで「Raspberry Piではじめる どきどきプログラミング」を読んでみました。

実は少し前に「小学生からはじめるわくわくプログラミング」の方も読んでいました。こちらはPC でScratch を利用する本でした。
（「Multi-Device UX Competition 2014」鹿児島アイデアソン – 301 Coworking & Share space in Kagoshima-shi, Kagoshima, Japan
に参加した時の商品で頂いたものです。）

なので、今回はRaspberryPi でScratch の本かなと思っていたのですが、それだけでなくMinecraftPi やMinecraftPi をScratch で操作する方法、Lチカ 等まで紹介されていました。

MinecraftPi については今回初めて知ったのですが、RasoberryPi + Rasbian 向けのMinecraft というだけでなく、他のMinecraft にはないプログラミング連携機能を持っているようです。

このプログラミング連携機能を使ってScratch からMinecraft を操作したり、Python から操作したりできるようです。

この本の中では「ものづくりを仮想世界で楽しもう」「ものづくりの自動化に挑戦しよう」として紹介されています。
Lチカのあたりは「現実の世界をプログラミングしよう」として紹介されています。
応用して電子工作で何らかのセンサと、Minecraft を連携させてみると面白そうだなと思いました。

恐らくRaspberryPi や部品の入手、ソフトウェアの導入のあたりを大人が手伝ってあげれば小学生でもひと通り試せるような感じです。
ワークショップなどを行う場合は導入済みのSD Card を用意しておくと良さそうです。
これをきっかけにプログラミングや電子工作に興味を持つ子供が増えていくといいなぁと思います。

（鹿児島でも現物を入手できる場所があるといいんですが…）

第4回鹿児島node-jsの会に参加してきた

matoken コメントをする

2/21(金) の第4回鹿児島Node.jsの会に参加?してきました。
?なのは到着が遅れて本題のNode.js の部は終わってしまったところでしたorz

鹿児島Node.jsの会は内村さんが主催されていて、第3回開催までは鹿児島在住だったのですがその後福岡に移動されて開催が危ぶまれていましたが今回わざわざ鹿児島に帰ってきての開催でした。
話が聞けずに残念…。資料読んで復習します><

＃毎回開催前にちゃんと資料作って公開されてるので素晴らしいです。

その後、内村さん作成中のインテリジェント抱きまくら?を見せてもらいました。

抱くと声やキャラクターが反応するものです。
デバイスは無線LAN マウスを利用していて、HID なのでドライバいらずでマルチプラットホーム展開も楽という事でした。

＃確かmbed でHID が簡単に作れたよなぁ…

その後、OpenStreatMap の説明を少ししてLinux勉強会をしたいという話をしたのでした。

OSM はうまく説明できずいまいちな反応でした><

＃ちゃんと資料作って行かないとダメですね><

gitit のテストがてら鹿児島IT勉強会カレンダー(仮)というページも作ってみました。

このLinuxの勉強会は来月辺りから動き始めるつもりです。

以下は鹿児島Node.jsの会の過去の資料です。

ユーザーモードエミュレーションqemu を使って Kono on Debian のイメージを Host PC で apt-get とかする

matoken 4件のコメント

Kobo on Debian ですが，ストレージがmicroSD のせいかよくイメージが壊れてしまいます．そのたびに書き込みなおして設定を行ってというのは大変です．ということで Kobo on Debian のイメージをホストのLinux マシンでマウントしてユーザーモードqemu を利用して apt-get したりする方法の紹介です．

ここではhost pc に Debian jessie を利用していますが，wheezy や Ubuntu 13.10 なんかでも全く同じように動作しそうです．
（他のディストリビューションでも大丈夫でしょうがパッケージ名などが異なると思われます．）

qemu-user-static パッケージを導入

先ず，ユーザーモードqemu のパッケージを導入します．これで，別のアーキテクチャのバイナリをユーザーモードで動作させることが出来ます．

% sudo apt-get install qemu-user-static

パッケージの中を見ると以下のアーキテクチャが動作するようです．

% dpkg -L qemu-user-static
/usr/bin/qemu-mipsn32-static
/usr/bin/qemu-or32-static
/usr/bin/qemu-mips-static
/usr/bin/qemu-m68k-static
/usr/bin/qemu-ppc64-static
/usr/bin/qemu-sparc-static
/usr/bin/qemu-i386-static
/usr/bin/qemu-armeb-static
/usr/bin/qemu-mipsn32el-static
/usr/bin/qemu-ppc-static
/usr/bin/qemu-ppc64abi32-static
/usr/bin/qemu-mipsel-static
/usr/bin/qemu-arm-static
/usr/bin/qemu-x86_64-static
/usr/bin/qemu-sh4-static
/usr/bin/qemu-mips64el-static
/usr/bin/qemu-sparc64-static
/usr/bin/qemu-unicore32-static
/usr/bin/qemu-sh4eb-static
/usr/bin/qemu-microblazeel-static
/usr/bin/qemu-microblaze-static
/usr/bin/qemu-mips64-static
/usr/bin/qemu-cris-static
/usr/bin/qemu-sparc32plus-static
/usr/bin/qemu-alpha-static
/usr/bin/qemu-s390x-static

ディスクイメージをマウント

Kobo on Debian のイメージを loopback mount します．イメージは複数パーティションなので，fdisk コマンドでパーティション情報を確認して mount 時に offset を指定します．

% /sbin/fdisk -l -u ./2013-08-17_kobo_debian.img

Disk ./2013-08-17_kobo_debian.img: 8014 MB, 8014266368 bytes
255 heads, 63 sectors/track, 974 cylinders, total 15652864 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000aad1a

                       Device Boot      Start         End      Blocks   Id  System
./2013-08-17_kobo_debian.img1           19456    10506239     5243392   83  Linux
./2013-08-17_kobo_debian.img2        10506240    14698495     2096128    b  W95 FAT32
./2013-08-17_kobo_debian.img3        14698496    15652863      477184   82  Linux swap / Solaris

今回利用したいのは1つめのパーティションの ./2013-08-17_kobo_debian.img1 19456 10506239 5243392 83 Linux 部分です．
先頭ブロックは 19456 で，ブロックサイズは 512 なので， 19456*512 = 9961472 が offset になります．（若しくは expr 19456 \* 512 とかしても判りやすいかもです．）

% sudo mount -o loop,offset=9961472 ./2013-08-17_kobo_debian.img /mnt

これで 2013-08-17_kobo_debian.img の第1パーティションが /mnt にマウントされました．

ユーザーモードエミュレーションQEMU コマンドをコピーする

Kobo on Debian 部分を chroot で利用したいので，ユーザーモードエミュレーションQEMU コマンドをイメージ内にコピーします．
マウント時に /usr/bin になる部分にコピーします．

% sudo cp -p /usr/bin/qemu-arm-static /mnt/debian/usr/bin

chroot してapt とかする

イメージを chroot して apt とかしてみます．

% sudo chroot /mnt/debian /bin/bash
# vi etc/apt/sources.list

名前解決に失敗するので，nameserver を設定します．以下は Google の 8.8.8.8 を指定した時の例です．chroot 前に host のresolv.conf を cp しておいてもいいかもしれません．

# cat <<__EOF__> /etc/resolv.conf
> nameserver 8.8.8.8
> __EOF__
# apt-get update
  :

後は普通に設定していきます．
設定が終了したらexit コマンドで chroot を抜け，umount コマンドでアンマウントします．

RaspberryPi の Rasbian イメージでも行けるだろうと思って試したのですが，失敗してしまいました．解決したいところです…．

ADD: その後やり直したらうまく行った