Digitune [memo]

きょうのつぶやき

いまさらですが、面白い連載でした＞http://techon.nikkeibp.co.jp/article/FEATURE/20091217/178660/ (11:20 webから)

昨日は高校の時の部活仲間と久々の飲み。日本酒をしこたま飲んだんだけど、それほど悪酔いしなかった。体調が良かったのかな？ (11:24 webから)

きょうのつぶやき

テレビは基本録画して視聴、Googleリーダの未読も３日分くらい溜まってると、せっかくツイッターやってても世間のイベントと全く同期できない…。 (08:10 webから)

昼食代、いつも330円のところ、今日は花金なので奮発して360円！…少し侘びしい。 (13:27 [API](http://dev.twitter.com/" rel=“nofollow)から)

物事を一般化して語りたくなったら、一般化するにいたった観測サンプル数をきちんと考えるようにしたい。 (19:11 webから)

きょうのつぶやき

昨日出たNetFront4.0コンセプト版、なかなかいい感じ。 (08:33 [API](http://dev.twitter.com/" rel=“nofollow)から)

全体に早くなっているし、前の3.5の持病だった固まり現象も起きてない。 (08:34 [API](http://dev.twitter.com/" rel=“nofollow)から)

UIが（前のコンセプト版と比較しても）極めてベータ版然としているのはご愛敬。 (08:36 [API](http://dev.twitter.com/" rel=“nofollow)から)

非フォロー数がかなりな勢いで変わる。みんな、結構気軽にフォローしたり解除したりしているんだなぁ。 (15:15 webから)

今東の空比較的低い位置に見えるすごく明るい赤い星は、ふつーに火星？＠東京 (20:40 webから)

#torne 意外に人気あるのかしら…。 (20:40 webから)

Windows版Safari、すごく軽くて良いのだけれど、ときどきCPUを100%食いつぶしっぱなしになるね。そういう時でも固まったりはしないので、内部Threadの一つがHot-loop回しちゃったりしてるのだろうか。 (20:42 webから)

我が家のVAIO君はCPUファンがスゲーうるさいので、CPU100%になるとすぐ分かるｗ。 (20:43 webから)

きょうのつぶやき

Twitter使ってるとBlogの更新頻度もだけど、メールの利用頻度も減るよね。 (12:16 webから)

細々とした連絡事項も、とりあえずつぶやいておけばいいか、と思っちゃう。 (12:17 webから)

きょうのつぶやき

今度は自宅Internet回線ダウンちうなう。この寒い中お兄さん二人が外で対処中らしくゴソゴソやってた。ご苦労さまです…。 (21:16 [API](http://dev.twitter.com/" rel=“nofollow)から)

子供によると、何でもお昼くらいからずっとゴソゴソやっていたらしい。なんの作業だろ？ (21:18 [API](http://dev.twitter.com/" rel=“nofollow)から)

直ったふう。こんな時間までご苦労さま！＞お兄さん二人。 (23:47 [API](http://dev.twitter.com/" rel=“nofollow)から)

きょうのつぶやき

http://bit.ly/4WpNsQ - タツル先生の法螺は相変わらず面白い。 (11:22 webから)

hanagoroさんがramblin使ってる〜。ランブリンもすっかりメジャーになりましたな。#ramblin (12:59 webから)

なんと！そうでしたか。どうもありがとうございますm(_ _)m。貢献！ｗ RT @hanagoro digituneさんの呟きを見て落としたんですよ〜 RT @digitune: hanagoroさんがramblin使ってる〜。ランブリンもすっかりメジャーになりましたな。 (13:53 webから)

じゃ、僕はバーホーベンで…＜違 RT @hibikiw ふと思ったけど、キャメロンよりもピーター・ジャクソンが作った方がトラウマ度高そう (19:56 webから)

きょうのつぶやき

おはよーはよー (09:09 webから)

http://twitpic.com/xgjh8 - レガシ君のタイヤがいい加減減ってきたので交換ちうなう。ちなみに今までのタイヤは新車時標準装備のBSポテンザRE050A(215/45R17)。 (11:59 [TwitPic](http://twitpic.com/" rel=“nofollow)から)

http://twitpic.com/xi6sm - 新しいタイヤは横浜のADVAN dB。スポーツ走行はしないので思いっきりコンフォート＆燃費よりで。 (19:32 [TwitPic](http://twitpic.com/" rel=“nofollow)から)

古いタイヤもまだ溝はそれなりにあったんだけど（3〜4mmくらい？）、さすがに６年も経ってるせいか表面にヒビ割れが出始めており、ゴムも硬化してしまっていたので、えいやっと交換しちゃったのでした。 (20:12 webから)

早速高速含め30kmほど走ってみたけれど、期待の静粛性は「静か…かな？」という感じ。というか僕はそもそもタイヤのノイズってあんまりよく分かってない模様(汗。 (20:17 webから)

ちょっと心配していた高速での安定性（RE050はそのあたり定評あるので）は、全く不安ないレベル。ちょっと安心。 (20:18 webから)

あとは雨降りの日にどんな感じか、かなー。 (20:19 webから)

そういやPS3のバックアップ、昨日無事完了。HDD上のFFXI(13GB)を削除したらバックアップできました。 (20:35 webから)

きょうのつぶやき

自宅サーバダウンの顛末書きました＞http://memo.digitune.org/?date=20100108#p01 (12:08 webから)

予約完了！ #understeer (22:39 webから)

自宅サーバダウン (と、年始の挨拶)

すみません、Twitter を見ていた方はご存知と思いますが、ここ数日この自宅サーバが落ちてました。

顛末を話せば長いのですが¹、事の発端は、最近僕の周りの友人宅でも頻発している PS3 の故障 (特に PS2 互換機能付きの初代機はヤバいらしい) に備えるために、自宅の PS3 のバックアップ²を取ろうと思い立ったことでした。普段 PS3 には 250GB の USB HDD が接続されており、今回も最初そこへバックアップを取ろうとしたんですが、3時間くらい処理したあげく、「空き容量が不足しています。」ということで失敗。120GB の内蔵 HDD のうち 70GB 程度使用、外付け HDD の方が 120GB くらいまだ空いていたので大丈夫だと思ったんですが…。つーか空き容量くらい最初に調べてよ！

しょうがないので自宅にもう一つあった別の USB HDD (160GB) にバックアップしようとそちらの準備をいそいそと。そっちはかつて自宅 VAIO 君の内蔵 HDD が入っているので、今は NTFS でフォーマットされています。そのままでは PS3 では認識できないので、最初 VAIO 君につないで FAT32 でフォーマットしなおそうと思いました³。

さて、FAT32 でのフォーマットの前に、もともと内蔵ディスクだったせいでパーティションも３つに分かれていたままだったので、まずはパーティション構成を修正しようと一番後ろのパーティションを削除したところ、VAIO 君の Explorer がハング。しょうがないので再起動後再挑戦してみたんですが、今度は USB HDD を挿しただけで Explorer がハング(汗。どうもおかしな状態に陥ってしまったようです。

どうにもらちがあかないので、Windows よりもなにが起こっているのかがわかりやすい、Linux の自宅サーバにつないでみることにしました。ところが、やっぱり USB HDD デバイスにアクセスに行くプロセスは無限待ちになってしまいます。そればかりか、Kernel Driver が Console に定期的にエラーを吐く状態に。USB HDD を抜いても止まりません。どうも USB HDD 側からの応答がない感じですね。

で、面倒だったので自宅サーバも再起動してみることにしたんですが、それが運のつきでした。自宅サーバは普段、毎朝自動でパッケージアップデートがかかるように設定しています⁴。ずっと起動しっぱなしにしている分にはめったにトラブルは起きないのですが、そうやって自動的にアップデートされたパッケージのせいで、「起動しなくなる」ことがときどきあるのです(なんとも恐ろしい)。今回もまさにその罠にハマってしまいました。再起動中、「root fs が見つからない」で Kernel Panic。しかもいろいろごちゃごちゃやっているうちに BIOS 画面から先に進まなくなってしまったりして。いよいよ万事休す、という状態でした。(ここまでが一日目。HDD からブート自体ができなくなっていたので、この時点ではハード故障も疑っていました。)

ところで、自宅サーバで使っている Think Pad X20 は、モバイルノートなので HDD 以外のストレージデバイスを持ちません。何しろ古い PC なので、BIOS も内蔵 HDD とフロッピーディスク以外は、Network からの起動(!)くらいにしか対応していませんでした。ところが昨今の Linux Distro でフロッピーのブートディスク／Rescue ディスクを持つものはもうほとんどありません⁵。たいてい CD-ROM です。うーん、困った！

…というのは嘘でｗ。今までもこういう状況はしばしば発生したりしていたので (＜ダメじゃん！・笑)、実は予め一つの対策をしてありました。自宅サーバの HDD を３つのパーティションに分け、先頭のパーティションに MS-DOS をインストール、そこに Linux カーネルと LOADLIN.EXE など、最低限のツールを入れておいたのです⁶。
そんなわけで、Lilo のプロンプトが表示されているタイミングで Shift キーを叩いてメニューを表示させ、予め仕込んであった DOS を起動、LOADLIN を使って古いカーネルで起動してみたところ、とりあえず Single User Mode で起動しなおすことに成功しました。

さて、再起動後、とりあえず初めにやったのが、kernel pkg の reconfigure でした。再起動に失敗する、ということは、ほとんどの場合、kernel pkg の install がうまく行っていないことに由来します。そこで、reconfigure してみれば何かエラーがあればわかるだろう、と考えました。手順としてはまず、

# dpkg -l "*linux-image*"

として今インストールされている中で最も新しい kernel pkg は何かを調べます。今回の場合、「linux-image-2.6.26-2-686」という pkg が最新のようでしたので、そちらを reconfigure してみました。

# dpkg-reconfigure linux-image-2.6.26-2-686

すると、特にエラーもなく終了します。/boot 以下に生成された、新しい initrd.img-2.6.26-2-686 のサイズが前バージョンよりも妙に小さい点が少し気になりましたが⁷、とりあえず念のため lilo の再インストールを行った後⁸、再起動してみました。

しかし、結果はあえなく惨敗。ブートメッセージから kernel が正しく切り替わったことは確認できましたが、今度はまた別の、起動中に「Waiting for root file system」というメッセージを出して止まり、しばらく待つとほとんど周辺デバイスを認識していない状態で Busybox Shell に落ちる、という状況でした。

停止する直前に見えるその、「Waiting…」メッセージでググってみたところ、僕が使っている Debian lenny のドキュメントに、そのものずばりの「4.8. システムの起動が Waiting for root file system とともにハングしてしまう」という項目を発見。ふむふむなになに、これまで hda1 等として認識されていた内蔵 HDD が sda1 等となってしまうことがあり、デバイス名で直接 root fs を指定している場合に起動しなくなることがあるのか。

まぁこんな事は Linux ではよくあること＜ヲイ。早速ここに書かれた対処方法のうち、「fs に LABEL をつけて、そちらで指定するようにする」を行うことにしました。

まず、自宅サーバの root fs は XFS なので、xfs_admin コマンドにより下記のようにして LABEL をつけます。この際本当は、その root fs 以外を root として (rescue ディスクを使うなどして)、mount されていない状態で行った方がいいんですが、今回はちょっとそういう状況を作るのが難しかった＆めんどくさかったので、-f オプションをつけてマウント中の fs に強制的に LABEL を書き込みました。

# xfs_admin -f -L ROOT /dev/hda3

また swap パーティションにも LABEL を書いておきます。こちらはいったん swapoff するようにすれば、安全に LABEL を書き込めます。

# swapoff -a
# free # swap がないことを確認  
# mkswap -L　SWAP /dev/hda2

最後に、/etc/fstab をこれまでのデバイス名直接指定から、LABEL 指定に切り替えました。書き換え後の fstab は以下の通りです。

tpx20:~# cat /etc/fstab
LABEL=ROOT      /               xfs     defaults                        0       1  
LABEL=SWAP      none            swap    sw                      0       0  
proc            /proc           proc    defaults                        0       0  
/dev/fd0        /floppy         auto    defaults,user,noauto            0       0  
/dev/cdrom      /cdrom          iso9660 defaults,ro,user,noauto         0       0

この状態でまず、再起動を試みてみることにしました。まず、再起動後の「LILO:」プロンプトで Shift キーを押し、LILO の boot メニューを出します。そこで、boot オプションとして以下を指定します。

boot: linux root=LABEL=ROOT single

起動時の root fs はブートローダーから指定されるもの (root fs 内に入っている /etc/fstab は root fs をマウントするまでは読めない…缶詰の中に缶切りが入っている状態なので) ですから、上記のようにして新しく LABEL 指定で root fs を指定してあげる必要があります。ほんとうは再起動前にブートローダーの設定を変更しちゃっても良かったんですが、1) 起動時プロンプトで明示的に指定できること、2) 動作しているブートローダーの設定を壊してしまうのが怖かったこと、3) そもそもこの段階では LILO で LABEL で root fs を指定する方法を知らなかったこと(^^;、などの理由から、行いませんでした。

さて、先ほどのドキュメントのページの記述がビンゴなら、これで正しくブートできるはずです。しかし結果は今までと変わらず、「Waiting for…」で止まってしまいます。あっれー？

どうも原因は他にあったようです。しょうがないのでもう一度原因について考察してみることにしました。問題は、root fs が見つからなくて停止してしまうこと。停止後の Busybox シェルでも、ほとんどデバイスは認識されていない状態であること⁹。ここでふと、「そういえば initrd.img のサイズが少し小さかったな…」ということに思い至りました。Debian の場合、kernel pkg の install プロセスの中で、initrd.img を作成しているのは initramfs-tools というツール群で、その設定ファイルは /etc/initramfs-tools にあります。そこでそちらを覗いてみると、initramfs.conf という設定ファイルと、新しい pkg により内容が更新されたが、まだインストールはされていない¹⁰ことを意味する initramfs.conf.dpkg-dist がありました。おお、これは怪しい。

早速オリジナルの initramfs.conf と dpkg-dist 版の diff を取ってみました。変更点はさほど多くないながら、これまで「MODULES=dep」となっていた部分が、新しい方では「MODULES=most」となるようになっています。

そこで早速上記を新しい方に合わせて修正し、再度 kernel pkg の reconfigure を行ったところ、今度は /boot 以下の initrd.img のサイズが今までの3倍くらいに大きくなっています。おお！

そして再起動を行ったところ、ようやく、きちんと再起動して上がってくるようになりました。いやーよかったよかった。

ところで、無事再起動できたマシンの状態をチェックしたところ、うちの環境では HDD の名前が変化する、という状況は実は発生していませんでした(つまり /dev/hda1~3 のままだった)。つまり、LABEL 名で指定するようにするという対処は実際は必要なかったわけですが、とはいえ実害もないので、とりあえずこのままにしておく予定です。

最後に lilo の設定も LABEL で root fs を指定するよう修正して再インストールし、そちらでも無事に再起動することを確認して、とりあえず今回のトラブルは無事収束しました。いや〜、久々のトラブルでいろいろ勘が鈍ってて、今回はさすがにちょっとあせりました。上ではまとめてさらっと書いてますが、実際にはこの10倍くらいいろいろ試行錯誤したりググったりしてます(汗。でも時々こういうことがあると、頭の体操になっていいかも＜え。

…こんなふうに波乱万丈な船出となった 2010 年、皆さま今年もよろしくお願いします＜えー。

きょうのつぶやき

自宅サーバ、ハードはまだなんとか壊れてないっぽい。起動時root fsが見つからなくてコケてる模様。いくつか対処を試してみたが、どれも不発。続きはまた今度。 (00:02 webから)

自宅サーバとりあえず復活？いちお、memo.digitune.org見えるようになったっぽい。 (08:30 webから)

原因はたぶん、initrdが壊れてたから、かなぁ。 (08:30 webから)

時間があれば今回やったこと、後でまとめます。疲れた…。 (08:31 webから)

最近、僕が使っているInternet接続環境からだとどれでも全てほぼ確実に2chに書き込めない。はて、するってーと今書き込んでるのってどんな人なんだろ？ (10:14 APIから)

すげぇ！ RT @keng_jp うしっ! ソーシャルネットワーキングで3位。Tweetie 2を追い抜いてTwitterクライアントとしてはトップ! 　App Store総合ではTop 100入りの94位。#ramblin (21:12 webから)

今日は久しぶりに妻と夜ドラに行こう〜♪ (21:16 webから)

きょうのつぶやき

そういえば「AVATAR」を見て感じたことの一つに、これまでだったらきっと雑多な画面になってしまったであろう「パンフォーカスな引きの絵」が、奥行きのおかげで整理されて見えるのだなぁ、と言うこと。 (09:17 [API](http://dev.twitter.com/" rel=“nofollow)から)

ある程度奥行きのあるシーン限定ですけど(^^;。 (09:18 [API](http://dev.twitter.com/" rel=“nofollow)から)

いまさら「清々と」読了。やけに「狙った」設定だと思ったらアワーズ連載なんですね。とはいえ、いつもながらのハイクオリティなお仕事、堪能させていただきました。とってもよかった。 (09:22 [API](http://dev.twitter.com/" rel=“nofollow)から)

常々谷川センセは長編より短編の方が…と思っていたけど、連作短編というスタイルはとても良いですね！ (09:24 [API](http://dev.twitter.com/" rel=“nofollow)から)

そういえばこの間、豊洲ららぽーとの紀ノ国屋に谷川センセの原稿が飾ってあって、その想像以上にのびやかな線に驚きました。 (09:31 [API](http://dev.twitter.com/" rel=“nofollow)から)

僕らは普段、いわゆる「単行本サイズ」でしかマンガを見ませんが、たかだか1/2程度縮小されただけで画面から受ける印象がずいぶん変わるのですね。 (09:34 [API](http://dev.twitter.com/" rel=“nofollow)から)

僕もGoogle日本語入力使ってますが、文脈認識が弱い(＝昔のIMEみたいな)のが意外に不便。結構文脈認識に依存してたんだなぁ〜。 (16:01 webから)