記録

節電がまた話題ですが

ichinomoto — Sun, 13 May 2012 02:10:23 +0000

そろそろ暑くなってきて節電等と言われていますが、たぶん結構な数の人が
まだ地震の義援金受け付け中であることを忘れかけているのではないかと思います。

去年義援金の受付を始めた頃に、たぶん1年後ぐらいには寄付する人もだいぶ減るんだろうなと思っていたことと、
某所で義援金関係のことをやっていたのを見たこともあってせっかくなので追加で寄付してみました。
このあたりに

確定申告とかやってないと税金が安くなるとかどうのというような話にはなりませんが
気分の問題なんでたまにはこういうのも良いんじゃないかと思います。

日本赤十字の東日本大震災義援金は2012/9/30まで受け付けしているそうです。

Boogie Board 修理

ichinomoto — Sat, 12 May 2012 08:03:14 +0000

Boogie Boardは海外での発売後すぐに初代を2つ輸入した方から1つ譲ってもらった物を使っていて、
使い始めてもう2年以上になりますか。(twitterをまともに使い始めた当初で懐かしい)

うちでの使い方は家を出る前や寝る前に何か思いついてあとでやろうと思ったようなことを
忘れないために書き留めておくのに使っています。
以前は紙を使っていたのですが、ペンが無くても書けるのが意外と便利だったり。

そのBoogie Board重宝していましたが、先日消去ボタンがきかなくなってしまいまして、
いちおう分解修復できたので同じような症状のある場合の参考に書いておきます。

まず考えられる原因としては電池がないということだったので電圧を測りましたが、特に問題なし。
まぁ普通に使って電池がなくなるということはあまり考えられないわけですが。

となるとハード不良かということでまずボタンを適当にバイパスしてみます。
これでも特に動作は変わらず。
ちなみにこの金属ドーム型スイッチは携帯電話のボタンでも使われてます。
(最近はタッチパネルが多いですが)

あとは消去電圧を生成してる石がおかしくなったかと思いましたが、
いろいろさわっていると表示部分とつながっている端子を押すと動作することが判明。

本体上部のラベルをはがして、ねじを外すとこうなります。
今回は丸で囲んだ右側の端子の接触不良でした。

ゴムの載っている部分の下に端子があります

押している間は問題なく消去されるので、今回はフタとのすき間に折りたたんだ紙を詰めて
圧力をかけることにして修理完了。
その後は問題も再発せず無事に使えています。

Ubuntu 12.04 インストールと設定等 (備忘録)

ichinomoto — Wed, 02 May 2012 07:37:34 +0000

4/26に Ubuntu 12.04 が予定どおり公開されたので11.04から移行。(home以外全部入れ直し)
随時更新

入手、インストール

・入手はBitTorrent経由。10分もかからず高速だった。

・インストールにはisoをddでUSBメモリにそのまま書き込んだものを使用。

・intuos4はつないだだけで自動で認識して設定画面にも設定項目が出ている。

・magic trackpadもBTで接続すれば通常のトラックパッドとして使用可能。
　-2本指スクロールは設定を変更すれば使用可能。スクロール方向逆転オプションが欲しい。

設定、環境移行など

・スクリーンセーバー周辺を家で使う用に変更した程度
・インストール先のドライブを新しいものにしたので/homeはインストール後まるごとコピー
　他は何も引き継がず

追加

・byobu

・chromium-browser

・synaptic
　- ソフトウェアセンターがあるせいか標準で入っていないので追加。

・nVidiaのプロプライエタリドライバ

・Advanced Settingsをインストールしてフォントの設定
　- 試しに”VLゴシック”を入れたらフォントが丸すぎだったので”Takao Pゴシック”に変更するために導入。

・Androidビルド環境一式
　- Samsung Galaxy S II: Compile CyanogenMod (Linux)
　　ここにあるとおりインストール。エラーの出るものは無くても問題無いようなので無視。
　- oracleのここから”Java SE 6 Update 32″のLinux用JDK最新版を拾ってきてインストール

・comix
　- zipで固めた自炊ファイル表示用に便利

・ubuntu tweak

・compiz-settings-manager(CCSM)
　- 入れただけ。デスクトップをcube設定にしたりすると画面が壊れるのかは未確認。直ってるといいけど。

・MyUnity
　- compiz-settings-manager(CCSM)をインストールしなくてもGUIでunityの設定が色々変更できるらしい

・ATOK X3
　- gnome3になって面倒になったらしい。
　　詳細と便利なのものを公開されているところがあるのでこちらを参照してインストール。
　　ATOK以外にもその他いろいろ有益な情報が載っているので要確認。

・vlc

・gvim

・emesene

・gimp

・Shutter
　- 標準のスクリーンキャプチャでAltキーがHUD表示とかぶって
　　windowのみのキャプチャが出来ない場合があったので導入。

現状の問題

マルチモニタで解像度の違うモニタをclone設定にしたらunityのランチャーが
縦1080と縦1200の2つ重なって出るようになってしまった。
しかも実際にクリック可能なのは1200の方のみ。
無駄なので1つ消したいけど方法が不明……

[追記]
原因判明。
解像度の違うモニタをclone設定にするとどちらのモニタにもランチャーを出そうとして2重に出るらしい。

画像の上のモニタは1200、下のモニタが1080。
左端をそろえて重ねると今回の問題のようなことになるらしい。
ただし、homeは丸ごとコピーしたのでcompizの設定を結構いじってあった前の画面設定を
保持したままだったのが原因の可能性はある。

NOTTVのモニターがさんざんな件

ichinomoto — Tue, 17 Apr 2012 12:57:32 +0000

最初に書いてあった文章は非公開にしました。

NOTTVのモニターについては
規約に
「第13条　参加モニターは、本モニターに際し知り得た当社の業務上、技術上、その他一切の情報を参加モニターの責任による適切な管理のもと秘密として取扱い第三者へ漏洩してはなりません。」

とあるので関連のことを見えるところに置いておくのはやめておきます。
ITメディアかどこかの記事にあるとおり感想まで制限されそうなことになってました。ということで念のため。

フィードバックには期待するけど口コミはダメというつもりなのかな…
せっかくモニターやるなら使った人に宣伝してもらわないでどうするんだって気もしますけど。

NEX-5 修理完了

ichinomoto — Mon, 02 Apr 2012 13:53:19 +0000

持ち込みにしたおかげか、なかなか早い対応でした。
火曜日に持ち込んで土曜日には完了の電話があったぐらい。

無事に修理されてきました

せっかくなので破損ユニットも回収

この感じだと修理部品だけって注文できたのかな

gitのよく使いそうなコマンド (備忘録)

ichinomoto — Thu, 29 Mar 2012 23:08:47 +0000

だいぶ増えてきたので2回目
順番が適当なので気がついたら並べ替える。
#備忘録ですが、間違ってるものに気がついたら教えていただけると助かります。

リモートのリポジトリを取得

$git clone ssh://[アカウント@]/<リポジトリ> [-b ブランチ名]

最後の[-b ブランチ名]は、ブランチを指定して取得する場合用
　

すでにリモートからclone済みのものを別のブランチに変える場合

$git checkout -b origin/ブランチ名ブランチ名

現在のブランチを確認

$git branch

リモートの現在のブランチを確認

$git branch -r

リモートを含めた現在のブランチを確認

(上の２つ同時にしたもの)

$git branch -a

作業ブランチを変更

$git checkout <ブランチ名>

ローカルブランチを作成

$git branch <ブランチ名>

ディレクトリにある追加されていない全ファイルをリポジトリに追加

(どちらでも同じ？)

$git add .
$git add --all

指定ファイルをリポジトリに追加

$git add <ファイル名>

ローカルリポジトリにコミット

$git commit -m"コメント"

指定ファイルをコミット

$git commit <ファイル名> -m"コメント"

コミットやり直し(取り消しではない)

$git commit --amend -m"変更コメント"

リモートリポジトリ更新

$git push <リモートリポジトリ> <リモートのブランチ名>:<ローカルのブランチ名>

$git push
のみだと拾ってきたリポートリポジトリに現在のブランチ名のものがあればそこに入る。
なければ自動作成される。
　

ローカルブランチを削除

$git branch -d <ブランチ名>

リモートブランチを作成

$git push origin <ブランチ名>

リモートブランチを削除

$git push :<ブランチ名>

ローカルでの一つ前のコミットを無効化

$git reset --soft HEAD^

最後にコミットした状態に戻す

$git reset --hard

——

gitリポジトリ作成

$git init --bare

リモートリポジトリの確認

$git config remote.origin.url

変更する場合には変更位置を書く。

$git config remote.origin.url hoge

ネットワーク越しadb接続 (備忘録)

ichinomoto — Thu, 29 Mar 2012 07:57:35 +0000

USBでPCと端末をつないだ状態で

>adb tcpip 11111

11111はポート番号なので適当な番号にする

以降はUSBを外してもOK

>adb connect 192.168.1.19:11111

端末のIPアドレスは調べる。11111は先ほど指定したポート番号

>adb devices
List of devices attached
192.168.1.19:11111 device

のように見えたらあとは普通のadb接続と同じように

>adb shell

でshellが利用可能。

端末を再起動するまでは有効なもよう。
>adb usb
で元に戻せる。
すべての端末で有効なわけではないらしい。

kindle2 文鎮からの復活最終版

ichinomoto — Wed, 28 Mar 2012 20:54:36 +0000

少し前に「ちょっと間違って/usrを壊してしまった」というkindle2を譲ってもらったので
Recovering a formatted or corrupt Kindle 2の手順にて修理した記録です。
kindle2限定ですがシステム領域を壊したり、まっさらにしても復帰できる方法を試すことになったため
せっかくなので書いておきます。どれだけ需要があるのかは謎ですけど。

今回の方法を使うための前提条件

以下のものが必要になります。
・正常に動作するkindle2か、または正常に動いていた時点のrootfsのバックアップ
・u-bootにコマンドを入力したりカーネルを転送するため、シリアルで接続できる環境
・LinuxかMacOSX等、rawデバイスにアクセスできてddの使えるマシン(今回はUbuntu11.04にて実施)

ターゲットの文鎮化程度

何を思ったかssh接続状態で/usrをリネームしたとのこと。
各種コマンドが効かなくなり、強制再起動したらログインもできなくなったということでした。
まぁそうなるでしょうね(^^;

正常イメージのバックアップ

うちのkindle2はしばらく使わないと思って実家に放置してあったのですが、
先日やっと回収してきたのでこれからイメージを抜き出して修理に使います。
この正常に動作するkindle2をjailbreak状態にしてssh接続か、またはシリアルでつないで

#dd if=/dev/mmcblk0p1 of=/mnt/us/rootfs.img bs=1024

これでPCからusbでマウントできる領域にrootfsがdumpできます。
これはいったんPCに保存。あとでこのrootfsを壊れた方に書き込みます。

シリアル接続イメージ

カスタムカーネルの転送とリカバリモードの起動

今回起動できないkindle2も、u-bootまでは壊れていない状態です。
u-bootから Yifan Lu さん(毎度kindleのjailbreakアプリを作っている方)の公開されている
カスタムリカバリカーネルを使ってブートします。
Recovering a formatted or corrupt Kindle 2
以下はシリアルコンソールでの操作。

電源投入直後のuboot起動カウントダウン中に何かキーを押してu-bootに入り、

>run prg_kernel_serial

待ち状態になるので、Ymodemで先ほどのサイトにおいてあるカスタムリカバリカーネルを転送
この手順はたまに転送開始に失敗することがあるようなので、転送が途中で止まって失敗してそうであればCtrl-Cで停止して再度実行。

転送終了後

>bootm 0xa0060000

コマンドを実行すると、書き込んだカーネルでのbootが始まります。
boot後しばらくシリアルコンソールか本体にてEnterを押し続けてといると
リカバリモード(Developer Menu)に入ります。

kindleの画面上では5つしか選択肢はありませんが、コンソール側には9つ表示されます

Developer Menu
====
3. Load MMC0 over USB storage
4. Erase MMC0
I. Initialize Partition Table (fdisk) and format FAT
O. Format and overwrite FAT partition
E. Export FAT partition
U. Update using update*.bin file on FAT partition
M. Update using update*.bin file on FAT partition of second MMC port
D. dmesg / kernel printk ring buffer.
Q. quit
Choose: 10

参照元のサイトでは、ここで”I”を選択してパーティションを初期化していますが、壊れ方の状態がわかっている場合にはここで”I”を選択してパーティションを初期化して書き直すより、まずは”3″を選択して現在の状態をマウントしてみた方が良いかもしれません。
うちで試したときにはそのまま”I”を選択してしまったので中身がすべて消えました…
今回のように、/usrを名前変えた程度であれば別のPCからドライブをマウントして書き換えれば済んだのですがそれは後から気がつきまして(笑

リカバリモードからrootfsを書き込み

ここでタイムアウトする前に”3″を押すとUSB経由でkindleの内部ストレージ全体にアクセスできるようになります。
標準のカーネルでは”3″を押した時点でパスワードを要求されるのですが、カスタムリカバリカーネルでは
これが回避してあります。
ということでUSBでつないだPCからkindleと、中のパーティションが4つ見えるようになるので、第1パーティションを
念のためext3でフォーマットしてから先ほど別の端末からバックアップしたrootfsをddで書き込みます。
今回は/dev/sdfとして認識されたので、ここの1つめということで以下のとおり。

#mkfs.ext3 /dev/sdf1
#dd if=rootfs.img of=/dev/sdf1 bs=1024k

以上の後、再起動すると文鎮から復活しています。

カスタムリカバリカーネルについて

もともとkindleには起動後にenterを押し続けると入れるリカバリモードがあります。
ただ、このモードから内部ストレージにアクセスするためにはパスワードを要求されるため、
このパスワード部分が突破できないと自分で修理するのに標準のリカバリモードは使えませんでした。
この処理を飛ばしたカーネルが今回のカスタムリカバリカーネルだとのことです。
詳細は参照サイトのappendixを参照。
　

#これを直したおかげでkindle2はu-bootを壊さなければほぼ復旧できることが確認できたので
　またいろいろやってみるつもりです。
　時間がとれれば……

NEX-5 修理に

ichinomoto — Wed, 28 Mar 2012 03:11:10 +0000

先日NEX-5とMBAirとその他いろいろをいつものメッセンジャーバッグに入れて出かけて、帰ってからNEX-5の電源を入れたら液晶がこんなことに。本体はカメラのレンズ用だと思われる柔らかい袋に入れていたのですが適当に詰め込み過ぎたらしく…

どうも液晶が壊れたようなのであきらめて修理にだすことに。
ちょうど仕事の忙しいのが終わって休みをもらったところだったのでSonyのサービスステーション秋葉原に持って行きました。
窓口で預けて裏の技術の人に見てもらったところ画面交換になるので工場に送って1週間ほどかかるとのこと。
代金は、保証期間も過ぎている(すでに買ってから2年弱)ので14000円ぐらいになるらしい。新機種を買うこともないと思っているのでそのまま預けてきました。

#その後、実は横浜のみなとみらいにもサービスステーションがあることに気がついたり。こっちのほうが近かったのに。

ZOTAC ZBOXNANO-AD10 に FreeBSD 9.0R を入れてサーバにする

ichinomoto — Mon, 12 Mar 2012 22:21:01 +0000

実家にバックアップサーバをおいてあるのですが、それがそろそろ５年ほど連続稼働しているのと、
HDDが120GBではバックアップに足りなくなってきたのでそろそろ交換時期になりました。

せっかくなので省電力化を図るため電気をくわない物を探していたところ、ZBOXNANO-AD10を発見。
　
これを見るまでは、一時期ニュースサイトの横の広告などにのっていたエプソンのNP30Sあたりにしようと
思っていたのですが、店頭のポップではAD10はSSDだとアイドル時に12Wというようなことを書いてあったので
こちらが良いかなと。
windowsマシンとして標準で載っている320GBのHDDをそのまま使うつもりならNP30Sの方がお得だったかもしれませんが、今回のうちの用途ではwindowsも320GBのHDDも入れ替え対象になるのでAD10にしました。
　
裏のフタを外してノート用メモリと2.5インチHDDを搭載

ということで構成はZBOXNANO-AD10に2GBのSODIMMと1TBの2.5インチHDDを追加したものです。
標準でUSB3.0やHDMI,ディスプレイポート,メモリカードリーダ,無線Lan,Bluetooth3.0とそろっていますが、
ネットワーク経由でしか触らないため有線Lan以外は全部使いません。あとwindows用の赤外線リモコンもあります。
(こう見るともったいない。他の用途を考えた方が良いかも。)

最近のマシンなのでマザーボードの設定はBIOSではなくてEFIになっており、見た目は少し違った気分ですが
中身はほぼBIOSと変わらないようでした。
ここで時刻設定をきっちり設定をしていなかったことがあとで問題に……

FreeBSDをインストール

FreeBSDは先日9.0Releaseが出たところだったのでこれを入れます。
うちのサーバ用OSはFreeBSD一択です。長く使っているのと今までの設定も流用できるし。
インストール用イメージは最近USBメモリ用のものも公開されるようになったらしくこれを使います。

AD-10のCPUはE-350なのでAMD64版にしてみます。(メモリも2GBだし特に意味はありませんが)
http://www.freebsd.org/ja/where.html
ISOのリンク先からFreeBSD-9.0-RELEASE-amd64-memstick.imgというUSBメモリ用イメージをDLして、
USBメモリにddで書きこむだけ。(ddはLinux,macの場合。 windowsではrawriteでしょうか)
メディアの無駄もなくインストールも早いのでmemstick.imgはおすすめです。

久しぶりに何もないところからインストールしましたが、HDDのスライスを設定するところが少々変わったのと、
パッケージの選択がずいぶん簡単になった気がします。X-developerとかいくつか選択肢があったのがなくなっていました。
USBメモリからインストールしたせいかもしれません。
良い悪いは別としてインストーラの見た目はLinuxの変化に比べるとFreeBSDのものは昔から変わらない気がします。
ここまでは普通のインストールということで問題無く完了。

今回のハマり点

ベースのインストールも終わり、さてapache22あたりを入れようかとportsからアプリをインストールするところで問題が。
依存関係でperlをインストールする所でビルドエラーになりインストールが完了しない。

エラーメッセージを見るとMakefileを作りなおしたからビルドやり直せとしか出ず、再度ビルドしても同じメッセージ。
配布されているイメージでエラーが出るはずはないよなと思って、いったんイメージをDLし直しから
HDDの中身を全て消して入れなおしても解決しないことから本体側の問題だということにやっと気付き、
よく見たら時計が1年遅れていることが判明。
原因は日時設定が2011/3/11になっていたことでした。1年ずれているとは……
perlはビルド時点の日時を見ているらしくそこで時刻がずれていたことが原因で引っかかっていたようです。

これが問題なく通ったあとは特に問題も発生せず、旧サーバマシンからのデータ移行を行なって
サーバの交換は完了となりました。

旧サーバは10年もののMicroATXケース(昔これでMIIなマシンを組んでました)にモバイル版CoreDuoという構成でしたが、
今回の入れ替えでサイズがずいぶん小さくなってもHDD容量が増えたし、静かになって電気も食わないようになったのでかなり満足。

Linux上でHDDの不良ブロックの確認を行う

ichinomoto — Sun, 04 Mar 2012 22:34:19 +0000

ついでなのでHDD関係でもう一つ
badblocksも使うたびに半分忘れてるので書いておきます。
うちでは専ら読み出しのチェックのみで、購入直後とHDDの読み込み動作が怪しいと思ったときに
確認するのに使う程度。(なので忘れる)

#badblocks -sv -c 256 -o bad.log /dev/sdd

詳細はMan Page of BADBLOCKSにて。

上記コマンドで/dev/sddに対して1024byteのブロックを256個ずつ読み込みチェックを行います。
-svは進行状況と詳細表示を出力するオプション。
-o bad.log はbad.logファイルに不良ブロック番号を出力するオプション。
-wオプションで読み書きチェックにもできます。

上記コマンドのようにデバイス全体指定でかけた場合の不良ブロックの出力は
HDDのどのあたりに不良があるかの指標にしかなりません。
これはブロックサイズが合っていないと番号がずれるため。

あとでfsckにわたしたい場合は、パーティション指定にして

#badblocks -sv -c 256 -o bad.log /dev/sdd1

のようにするとパーティションのブロックサイズを見て自動で読み取りブロックサイズを調整してくれるとのことです。

[2012/3/7 訂正]
出力された不良ブロックの情報はfsckにわたすことによりその場所を以降使用しないようにすることが可能。
コマンドは

~~#fsck -l bad.log /dev/sdd~~

ファイルシステムのないところにfsckはできませんね…
なので上のコマンドは通常HDDに対しては実行できないはず。
USBメモリ等をパーティションなしで使っている場合には出来るのかもしれませんがわかりません。
fsckを使う場合は、通常以下のようにパーティション指定が必要はなはずです。なので

#fsck -l bad.log /dev/sdd1

ですが、下で引用した通りこの方法は推奨されていないのでfsckから呼び出してもらうのが良いようです。
[訂正ここまで]

個人的にはどこか壊れた時点で使わない方が良いと思っているので、ほとんど使ったことはありません。
　
[2012/3/6 追記]
このfsckにわたすような使い方をする場合、ファイルシステムに合わせて正しいブロックサイズを指定していないと
badblocksを使ってログをはいた物は役に立たなさそうです。manにあるとおり

重要な注意: badblocks の出力を e2fsck や mke2fs といったプログラムに与える場合には、ブロックサイズを正しく指定することが大切である。生成されたブロック番号は、ファイルシステムにおいて、どのようなブロックサイズを用いるかに大きく依存するからである。このため、 badblocks を直接ユーザが利用することはできるだけ避けるほうがよい。代わりに e2fsck や mke2fs の -c オプションを用いるようにすることを強く勧める。

ということで

＃fsck -c /dev/sdd1

のようにしてパーティション指定でfsckから呼び出してもらった方が良いとのことです。
[追記ここまで]
　
先日久しぶりにSATA2接続の2TBのドライブ(WD20EARS)にかけましたが、
問題は発見されずかかった時間は6時間程度でした。
不良ブロックがあるとかなり伸びます。

#あとから調べなおしたら追記と訂正がいっぱいになってしまった…

mountしていないファイルシステムの情報を知りたい

ichinomoto — Sat, 03 Mar 2012 02:55:54 +0000

特にファイルシステムのタイプ情報が欲しかったので調べてみた内容。

mount済みの場合、その領域のファイルシステム情報は

$mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
/dev/sde1 on /data3 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/sdc2 on /data2 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/sda2 on /home type ext4 (rw,user_xattr,commit=0)
/dev/sdc1 on /data1 type ext4 (rw,commit=0)

や

$df -T
ファイルシステムタイプ 1K-ブロック使用使用可使用% マウント位置
/dev/sda1 ext4 19683608 5767996 12915728 31% /
none devtmpfs 8191984 792 8191192 1% /dev
none tmpfs 8232676 4464 8228212 1% /dev/shm
none tmpfs 8232676 244 8232432 1% /var/run
none tmpfs 8232676 0 8232676 0% /var/lock
/dev/sde1 fuseblk 976759804 959708292 17051512 99% /data3
/dev/sdc2 fuseblk 1368147716 877781272 490366444 65% /data2
/dev/sda2 ext4 93725632 46375632 42588964 53% /home
/dev/sdc1 ext4 1056894132 900249288 102957756 90% /data1

という感じで確認可能だけれど、
mountされていない(できない)領域のファイルシステムタイプの情報を知りたい場合には
以下のコマンドで可能。(rootである必要がある)

$sudo parted -l
モデル: ATA Corsair CSSD-F12 (scsi)
ディスク /dev/sda: 120GB
セクタサイズ (論理/物理): 512B/512B
パーティションテーブル: msdos

番号開始終了サイズタイプファイルシステムフラグ
1 1049kB 20.5GB 20.5GB primary ext4 boot
2 20.5GB 118GB 97.5GB primary ext4
3 118GB 120GB 2048MB primary linux-swap(v1)

(略)

モデル: ATA WDC WD20EARS-00M (scsi)
ディスク /dev/sdd: 2000GB
セクタサイズ (論理/物理): 512B/512B
パーティションテーブル: msdos

番号開始終了サイズタイプファイルシステムフラグ
1 32.3kB 1000GB 1000GB primary ext4
2 1000GB 2000GB 1000GB primary ntfs

モデル: Kindle Internal Storage (scsi)
ディスク /dev/sdf: 2055MB
セクタサイズ (論理/物理): 512B/512B
パーティションテーブル: msdos

番号開始終了サイズタイプファイルシステムフラグ
1 1024B 419MB 419MB primary boot
2 419MB 445MB 25.2MB primary
3 445MB 453MB 8389kB primary
4 453MB 2055MB 1602MB primary

というような感じで情報が出る。

#上の/dev/sdfのようにファイルシステムタイプに表示がないことは普通あまり無いのだけれど、
　kindle2をある状態にして見るとタイプが空になっているのがわかる。
　そのままマウントして変更しかったんだけどちょっと無理そう。

ATOK X3 ATOKパレット非表示 (備忘録)

ichinomoto — Mon, 13 Feb 2012 23:28:43 +0000

毎度ubuntu入れ直すたびにやり方を探すので忘れないように
ATOKパレットを常に表示させたくない
もう4年も前に公開されてる内容だけど。

ATOK X3にアップデートを全部適用した最新状態で
/etc/X11/xinit/xinput.d/iiimf
に

export ATOK_DISABLE_PALETTE=t

を追加。(ubuntuの場合。ほかの環境はリンク先参照)
11.04だと前に書いたようなこんなのになるのでいらないし、

それ以外でもフルスクリーンにしても消えてくれなくてじゃまなことがあるのでうちの場合は非表示でいいかなと。

#そろそろATOK X4とか出してくれないかな

DynabookAZ + ubuntu12.04(pre版) サスペンド状態での電池もち測定

ichinomoto — Wed, 25 Jan 2012 16:38:50 +0000

やり始めたら、せっかくなのでということでやめられなくなったAZの電池残量の減り方確認が
やっと終わったので書いておきます。

これは

コマンドラインから

$sudo pm-suspend

コマンドでサスペンド状態にしたまま放置してどの程度電池が減るのかを測定した記録です。
電池残量の%確認は

$cat /sys/class/power_supply/battery/uevent

にて表示される”POWER_SUPPLY_CAPACITY”を記録しています。

2012-1-15 の13時ごろから開始し、2012-1-26 までだいたい24時間間隔で適当な時間に
エンターキーを叩くことでサスペンドを解除し、上記コマンドで電池残量を確認して結果をプロットしたものが以下の図です。
(当然ながら測定中はueventで数値を確認したらすぐにpm-suspendでサスペンド状態に戻しています)

ファイルはこちらAZ電池記録

だいたい1日で8%～10%程度ずつ減っていくようです。
最後の赤い部分は正確にはいつなくなったのか分かりませんが最長23時間以下で15%が一気に減っています。

初期のAndroid状態だとスリープ時にも電池が減っていくような話がありましたが、
ubuntuでサスペンド状態にして使っている場合にはほとんど使わなければ240時間ぐらいまでなら
とりあえず動作できる程度には電池はもつようです。

また途中から復帰にかかる時間を記録していたのですが、長くかかる場合で3分といった場合もありました。
これは原因は不明です。しかもその後突然3秒で復帰したりとよく分からない動作でした。
このあたりが常に3秒で復帰になるとうれしいですね。
とはいえ測定中には一度も復帰できない状態にはならなかったので、
最悪のケースである復帰できなくてデータが消える心配はあまりなさそうです。
(長時間かかるときは心配ですが)

ちなみにこれを書くためにACアダプタをさして、30分後に電池残量を確認したところ38%まで充電されているようです。
その後ACアダプタつないでから60分経過後に確認したところ72%でした。
全体的に電池関係についてはなかなか良いのではないかと思います。

Dynabook AZ にUbuntu12.04(ARM版)を導入

ichinomoto — Sat, 14 Jan 2012 11:27:42 +0000

DynabookAZはもともとAndroid機ですが、Canonicalが公式にubuntuでのサポートを始めたこともあって、
年末に秋葉原のIOSYSにあったDocomoのsimが使えるアウトレットを買ってきてubuntuを入れてみています。
TOSHIBA クラウドブック dynabook AZ/05MG PNAZ05MNADC
1/15時点で在庫が155個もあるらしい。

ここはその備忘録。
以下、DynabookAZは海外版の名称AC100として書きます。
また基本的に母艦はlinuxマシンであることが前提の内容です。

インストール

基本的には以下のサイトに書いて有るとおりです。
Status of the Ubuntu port to the AC100/Dynabook Tegra based netbook

ROMの書き換えは2段階で、まずboot領域をPCから直接書き込み、その後system領域(rootfs)を
USBメディアから書き換えることになります。

0.準備

まずTegra2で使われているnand書き換えのためにnvflashをインストールします。
Debian/Ubuntu Package
ついでにこの時点でいったんバックアップを取っておいた方が良いでしょう。
ここでは省略しますが手順は以下にあります
Backup and Restore – Hacking The Toshiba AC100

次に入れるROMを選択しますが、これを書いている時点では最新の2011/1/12版で問題なく動いていますので
これを使ったとして手順を記載。
Ubuntu 12.04 LTS (Precise Pangolin) Daily Build
から取得可能です。

precise-preinstalled-desktop-armel+ac100.bootimg
precise-preinstalled-desktop-armel+ac100.tar.gz
を使います。
ac100と名前の付いているものにはarmelとarmhfがあり、armhfはハードウェアフロート対応のようですが
まだパッケージがそろっていないようなので、現時点ではこちらは選択しない方が良いように思います。
(1204のリリースまでにはそろうと期待)
必要なファイルは上記２つです。

1.boot領域の書き換え

nvflashを使ってboot領域を書き換えます。

AC100のCTRLとESCキーを押しながら電源ボタンを押すと、画面には何も出ませんが電源のLEDが点灯します。
この状態でPCとAC100(電源差し込み口の横にあるminiB端子)をUSBケーブルで接続し
以下のコマンドで書き込みが可能です。(上記debパッケージを使用した場合)

nvflash --bl /usr/lib/nvflash/fastboot.bin --download 6 precise-preinstalled-desktop-armel+ac100.bootimg

母艦のコンソールにログが出て書き込みが完了したようなら電源ボタン長押しで一度電源を落とします。

2.rootfsの展開

次に、母艦上でUSBメモリに
precise-preinstalled-desktop-armel+ac100.tar.gz
を展開せずにそのまま放り込みます。

うちで試した際には、fatだと母艦側のUSBメモリの認識が怪しかったのでext3でフォーマットしたものを使いました。
母艦の問題なのでAC100がfatを認識できないのかどうかは不明です。

書き込み終わったUSBメモリをAC100にさして電源を入れると、先ほど導入したbootloaderが走り、
USBメモリからrootfsのtar.gzを見つけてインストールするか聞いてきます。
“nandの領域が消えるが先に進むか?”と言われるので”y”で先に進めるとUSBメモリからnandへ展開を開始。
しばらく待てばAC100へのubuntu導入は完了です。