CRUSADER'S ROOM分室

サンクリ40へ行ってきました

CRUSADER — 2008-06-17T02:47:04+09:00

昨日というかもうおとといなんですが…(汗

とりあえずいつもと同じ時間に出立。人出自体はいつもと変わらないかな、と到着時は思ったんですが、実際は若干少なかった、かも知れません。
とりあえずスタートは毎度恒例のDigital Loverさん。今回もよろしゅうございました(*´д｀)
その後はHIGH RISK REVOLUTIONの列に並ぼうとしてぐるりと列ごと引き回されてみたり、持ち歩いていたクリアケースの取っ手が取れたりとなんだかぐんにょりなことが結構続きましたが、総じて欲しかった物は買えました。

で、戦利品リストはこちら。今回はサンクリ参加履歴中最多となる49冊と相成りました。
今回の出色は感性駆動さんの鉄道擬人化本ですかね、12日付の告知記事でなぜかピンときて行ってみたら当たり、という。あとはフルツツミヲコシさんのイラスト本もヒットでした。
あとは狗古堂の犬居なぎさんと魔界都市日記のmaepyさんにはですね、狗古堂さんのスペースの前で本を買う時にクレジットカードを落としまして、それを見つけてもらうという。言われるまでまったく気が付いてませんでした(汗　どうもありがとうございましたほんとに。

とりあえず、これで春のシーズンは終了で後は夏コミ…と思ったんですがコナシ5があるんですよねぇ、ギアスのオンリーとか…はあるんだろうか、もしかしたらそっちに行くかもしれず。

putty+screen+vimで256色表示、しかし難儀

CRUSADER — 2008-06-13T00:20:07+09:00

ぐぐればいくらでも方法が出てくるputty+screen+vimで256色表示にする方法。わざわざ記事にするということは、ようするにそのぐぐって出てきた方法では上手くいかなかった、ということでして…orz

とりあえずは各種ファイルのバージョンを。puttyはRelease0.60-ｊｐ20070603、日本語ごった煮版ですね。

screenは

[crusader@telemachus ~]$ screen -v Screen version 4.00.03 (FAU) 23-Oct-06

vimは

[crusader@telemachus ~]$ vim --version VIM - Vi IMproved 7.0 (2006 May 7, compiled May 9 2007 19:02:35) 適用済パッチ: 1, 3-4, 7-9, 11, 13-17, 19-26, 29-31, 34-44, 47, 50-56, 58-64, 66-73, 75, 77-92, 94-107, 109, 202, 234-235, 237 Modified by Compiled by Huge 版 without GUI. 機能の一覧有効(+)/無効(-) +arabic +autocmd -balloon_eval -browse ++builtin_terms +byte_offset +cindent -clientserver -clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments +cryptv +cscope +cursorshape +dialog_con +diff +digraphs -dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search +farsi +file_in_path +find_in_path +folding -footer +fork() +gettext -hangul_input +iconv +insert_expand +jumplist +keymap +langmap +libcall +linebreak +lispindent +listcmds +localmap +menu +mksession +modify_fname +mouse -mouseshape +mouse_dec +mouse_gpm -mouse_jsbterm +mouse_netterm +mouse_xterm +multi_byte +multi_lang -mzscheme -netbeans_intg -osfiletype +path_extra +perl +postscript +printer +profile +python +quickfix +reltime +rightleft -ruby +scrollbind +signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title -toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup -X11 -xfontset -xim -xsmp -xterm_clipboard -xterm_save システム vimrc: "/etc/vimrc" ユーザ vimrc: "$HOME/.vimrc" ユーザ exrc: "$HOME/.exrc" 省略時の $VIM: "/usr/share/vim" コンパイル: gcc -c -I. -Iproto -DHAVE_CONFIG_H -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -D_REENTRANT -D_GNU_SOURCE -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -I/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE -I/usr/include/python2.4 -pthread リンク: gcc -Wl,-E -Wl,-rpath,/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE -L/usr/local/lib -o vim -ltermcap -lselinux -lacl -lgpm -Wl,-E -Wl,-rpath,/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE -L/usr/local/lib /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE -lperl -lresolv -lutil -lc -L/usr/lib/python2.4/config -lpython2.4 -lutil -lm -Xlinker -export-dynamic

となっています。

大体の手順としてはあちこちに乗っているとおり

screenを --enable-colors256オプションつきでコンパイル、インストール
$HOME/.screenrcに、
defbce "on" term xterm-256color
の2行を追加
puttyの設定を変更（「ウィンドウ」→「色」で「xterm 256色モードを使うことを許可する」をチェックし、「太字のテキストは別の色にする」のチェックを外し、「接続」→「データ」で「端末タイプを表す文字列」を「xterm-256color」にする）

という手順になります。ここまでで、screenは256色になったのですが、vimがなぜか8色表示にorz

何か追加情報がないか…と思って色々探していると、ふと目に留まったのが
tips/70 - VimWiki
http://vimwiki.net/?tips%2F70
この記事。xterm+screenの場合は~/.vimrcに

set t_Co=256

こう書け、とあります。でもxtermじゃねぇしなぁ…と思いつつ半信半疑ながらも.vimrcに書いてみると、なんときちんと256色表示になりました…！

とりあえず、これでようやくvimでガシガシコードを書く環境が整ったわけです。とりあえずWindows鯖で動いているスクリプトを移植しないといけないですねぇ…。

CentOS5.1にHDDを追加するの巻

CRUSADER — 2008-06-10T04:17:19+09:00

mixiのほうではちょいと書いたのですが、1ヶ月ほど前にNECのExpress5800/110Gdを購入しました。

こんなかんじに。しかしこれでミドルタワー3台(1台はミニタワーだけど)…。

で、このサーバのアップグレードの一環として、余ったHDDを増設してみたわけですが、今回はその手順なんかを自分用のメモを兼ねてご紹介。

まずOSのバージョンですが

[crusader@telemachus leafcatch]$ cat /etc/redhat-release CentOS release 5 (Final)

となっております。CentOSの5.1ですな。
ついでにuname -aの内容は

[crusader@telemachus leafcatch]$ uname -a Linux telemachus.tinynet 2.6.18-53.1.21.el5 #1 SMP Tue May 20 09:34:18 EDT 2008 i686 i686 i386 GNU/Linux

こんな感じ。ちなみに気づかれた方もいるかもしれませんが、今回のマシン名は「Telemachus」です。テレマコス…というとまぁ、オディッセイアのあの人ですね。

まず前提として。今回入れるマシンは、インストール時にLVM(Logical Volume Manager)をONにしてインストールしました。そのため通常であれば
+ /dev/sdbあたりに/dev/sdb1というパーテーションを作成
+ /dev/sdb1をext3でフォーマット
+ /dev/sdb1を適当に/mnt配下にマウント
という今までの方法が使えません。ここでまぁ色々悩むことひとしきりした結果が、以下の手順です。

まず現在の状況を確認します。LVMの情報を表示するには－＠ITを参考に。
まず現在のボリュームマウント状況をチェック。

[root@telemachus ~]# mount /dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) tmpfs on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)

[root@telemachus ~]# cat /proc/swaps Filename Type Size Used Priority /dev/mapper/VolGroup00-LogVol01 partition 1048568 0 -1

名前から察するに、/dev/mapper/VolGroup00-LogVol00と/dev/mapper/VolGroup00-LogVol01の2つがLVMのパーテーションのようです。で、VolGroup00-LogVol00が/に、VolGroup00-LogVol01がswapとして割り当てられています。
続いて物理ボリュームの状況をチェック。

[root@telemachus ~]# pvdisplay -m --- Physical volume --- PV Name /dev/sda2 VG Name VolGroup00 PV Size 74.41 GB / not usable 31.09 MB Allocatable yes (but full) PE Size (KByte) 32768 Total PE 2380 Free PE 0 Allocated PE 2380 PV UUID ONZ9Zf-JHB5-x7E5-SRzG-9Lwh-zl3e-LiWBnK
--- Physical Segments --- Physical extent 0 to 2347: Logical volume /dev/VolGroup00/LogVol00 Logical extents 0 to 2347 Physical extent 2348 to 2379: Logical volume /dev/VolGroup00/LogVol01 Logical extents 0 to 31

/dev/sda2という物理ボリュームが、VolGroup00というボリュームグループに割り当てられていること、なおかつ/dev/sda2のうち2348エクステントが/dev/VolGroup00/LogVol00という論理ボリュームに、32エクステントが/dev/VolGroup00/LogVol01という論理ボリュームに割り当てられていることが分かります。
1エクステントは32768kbとありますから、LogVol00は73.375GB、LogVol01は1GB割り当てられていることが分かります。/に73GBにswapに1GB…まぁ普通ですね。
続いてはボリュームグループの状態をチェック。

[root@telemachus ~]# vgdisplay --- Volume group --- VG Name VolGroup00 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 1 Act PV 1 VG Size 74.38 GB PE Size 32.00 MB Total PE 2380 Alloc PE / Size 2380 / 74.38 GB Free PE / Size 0 / 0 VG UUID pPYluP-97H0-SRgs-cfzy-CGZg-seWj-DQAn0L

(さっきの結果でうっすらと分かっていましたが)VolGroup00というボリュームグループがあること、74.38 GB割り当てられていることが分かります。
最後に論理ボリュームの状況をチェック。

[root@telemachus ~]# lvdisplay --- Logical volume --- LV Name /dev/VolGroup00/LogVol00 VG Name VolGroup00 LV UUID QhR0bE-t112-XYkd-aw9c-kmIw-pbYt-hcMyX5 LV Write Access read/write LV Status available # open 1 LV Size 73.38 GB Current LE 2348 Segments 1 Allocation inherit Read ahead sectors 0 Block device 253:0
--- Logical volume --- LV Name /dev/VolGroup00/LogVol01 VG Name VolGroup00 LV UUID L3tHSQ-4rkU-BV2b-ilv0-Znpr-xg6o-KU9QBF LV Write Access read/write LV Status available # open 1 LV Size 1.00 GB Current LE 32 Segments 1 Allocation inherit Read ahead sectors 0 Block device 253:1

これまたさっきの結果でうっすらと分かってはいましたが、/dev/VolGroup00/LogVol00と/dev/VolGroup00/LogVol01という論理ボリュームがあること、それぞれの論理ボリュームに73.38 GBと1GB割り当てられていることが分かります。

で、ここまで調べた上で、新たに取り付けたHDDをどうLVMで追加するか、の設定を決めます。
新しいHDDは250GBなので、ある程度大容量のデータを管理したい、と考えています。そのためシステムや設定ファイルなんかが入る、/へマウントするのに使っているVolGroup00というボリュームグループとは別にした方がよろしかろう、と考えられます（LVMを使うと論理パーテーションのサイズ変更が容易にできるため）。
そこで、新しくVolGroup01というボリュームグループを作成、その下にLogVol00という論理ボリュームを作成する、という形をとりたいと思います。

まずHDDを取り付け後、dmesgで実際に取り付けられているかどうかを確認します。

－－－（前略）－－－ Vendor: ATA Model: Maxtor 6L250S0 Rev: BACE Type: Direct-Access ANSI SCSI revision: 05 SCSI device sdb: 490234752 512-byte hdwr sectors (251000 MB) sdb: Write Protect is off sdb: Mode Sense: 00 3a 00 00 SCSI device sdb: drive cache: write back SCSI device sdb: 490234752 512-byte hdwr sectors (251000 MB) sdb: Write Protect is off sdb: Mode Sense: 00 3a 00 00 SCSI device sdb: drive cache: write back sdb: sdb1 sd 1:0:0:0: Attached scsi disk sdb －－－（後略）－－－

Maxtor 6L250S0がsdbとして認識されていることが分かります。今はなきMaxtor…(泣
続いてfdiskで、現在のパーテーションの状況を確認します。

[root@telemachus ~]# fdisk -l Disk /dev/sda: 80.0 GB, 80000040960 bytes 255 heads, 63 sectors/track, 9726 cylinders Units = シリンダ数 of 16065 * 512 = 8225280 bytes デバイス Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 9726 78019672+ 8e Linux LVM Disk /dev/sdb: 251.0 GB, 251000193024 bytes 255 heads, 63 sectors/track, 30515 cylinders Units = シリンダ数 of 16065 * 512 = 8225280 bytes
デバイス Boot Start End Blocks Id System

/dev/sdbにはパーテーションが存在しないことが分かります。

というわけで、fdiskでパーテーションを作成します。今回はディスク1本を丸ごと1つのパーテーションにします。将来は拡張しよう、という勢いなので、根っこの方でちまちまとしたパーテーションを作る意味はあまりないのです。
パーテーションを作成する場合の注意としては、パーテーション作成後、パーテーションのタイプを8e(Linux LVM)に変更する必要がある、という点です。

[root@telemachus ~]# fdisk /dev/sdb このディスクのシリンダ数は 30515 に設定されています。間違いではないのですが、1024 を超えているため、以下の場合に問題を生じうる事を確認しましょう: 1) ブート時に実行するソフトウェア (例. バージョンが古い LILO) 2) 別の OS のブートやパーティション作成ソフト (例. DOS FDISK, OS/2 FDISK) コマンド (m でヘルプ): n コマンドアクション e 拡張 p 基本領域 (1-4) p 領域番号 (1-4): 1 最初シリンダ (1-30515, default 1): Using default value 1 終点シリンダまたは +サイズまたは +サイズM または +サイズK (1-30515, default 30515): Using default value 30515 コマンド (m でヘルプ): p Disk /dev/sdb: 251.0 GB, 251000193024 bytes 255 heads, 63 sectors/track, 30515 cylinders Units = シリンダ数 of 16065 * 512 = 8225280 bytes デバイス Boot Start End Blocks Id System /dev/sdb1 1 30515 245111706 83 Linux コマンド (m でヘルプ): t Selected partition 1 16進数コード (L コマンドでコードリスト表示): 8e 領域のシステムタイプを 1 から 8e (Linux LVM) に変更しましたコマンド (m でヘルプ): w 領域テーブルは交換されました！
ioctl() を呼び出して領域テーブルを再読込みします。ディスクを同期させます。

パーテーションの作成が完了したら、次は物理ボリュームの作成です。

[root@telemachus ~]# pvcreate /dev/sdb1 Physical volume "/dev/sdb1" successfully created

[root@telemachus ~]# pvdisplay －－－（前略）－－－ --- NEW Physical volume --- PV Name /dev/sdb1 VG Name PV Size 233.76 GB Allocatable NO PE Size (KByte) 0 Total PE 0 Free PE 0 Allocated PE 0 PV UUID F6hdhX-3a0z-Nzw4-4lNP-qKEj-VKKB-7l9jzQ

/dev/sdb1という物理ボリュームが作成されたことが分かります。ボリュームグループにはまだ登録されていないので、VG Nameの欄はまだ空欄になっています。
続いて、ボリュームグループへ作成した物理ボリュームを登録します。

[root@telemachus ~]# vgcreate VolGroup01 /dev/sdb1 Volume group "VolGroup01" successfully created

今回はVolGroup01というボリュームグループの作成と、物理ボリュームの登録を一緒に行うのでvgcreateコマンドですが、既にあるボリュームグループに物理ボリュームを追加する場合はvgextendコマンドを使います。
で、ボリュームグループに/dev/sdb1を追加すると

[root@telemachus ~]# pvdisplay --- Physical volume --- PV Name /dev/sdb1 VG Name VolGroup01 PV Size 233.76 GB / not usable 2.90 MB Allocatable yes PE Size (KByte) 4096 Total PE 59841 Free PE 59841 Allocated PE 0 PV UUID F6hdhX-3a0z-Nzw4-4lNP-qKEj-VKKB-7l9jzQ －－－（後略）－－－

pvdisplayの表示中、/dev/sdb1のVG Nameの所に、VolGroup01が表示されていることが分かります。
で、注目していただきたいのは「Allocated PE」の箇所で、これは空きエクステントの量を示します。/dev/sdb1の場合ここが0になっていますが、これは/dev/sdb1の領域が1エクステントも論理ボリュームに割り当てられていないことを示します。まぁ、論理ボリュームの作成を行っていないので、当然ではありますが。
というわけで、論理ボリュームを作成します。

[root@telemachus ~]# lvcreate -L 233GB -n LogVol00 VolGroup01 Logical volume "LogVol00" created

サイズは適当です。ファイルシステム作成前であれば、コマンド一発でボリュームのサイズは変更できるので、ある程度小さく作っておき、空きエクステントの量を見て残りを決め打ちする、というやり方がいいかもしれません。最初っから「エクステントがたりねぇぞｺﾞﾙｧ」といわれるとへこむので。
で、上のコマンドでVolGroup01という論理ボリュームを作成した結果が

[root@telemachus ~]# lvdisplay --- Logical volume --- LV Name /dev/VolGroup01/LogVol00 VG Name VolGroup01 LV UUID TYPPhS-HYjK-sKW0-XGcv-SXlw-k1r6-oy2YDe LV Write Access read/write LV Status available # open 0 LV Size 233.00 GB Current LE 59648 Segments 1 Allocation inherit Read ahead sectors 0 Block device 253:2 －－－（後略）－－－

こちら。確かに233GBのディスク容量が割り当てられています。
で、この状態でpvdisplayを実行すると

[root@telemachus ~]# pvdisplay --- Physical volume --- PV Name /dev/sdb1 VG Name VolGroup01 PV Size 233.76 GB / not usable 2.90 MB Allocatable yes PE Size (KByte) 4096 Total PE 59841 Free PE 193 Allocated PE 59648 PV UUID F6hdhX-3a0z-Nzw4-4lNP-qKEj-VKKB-7l9jzQ －－－（後略）－－－

と、193エクステントあいていることが分かります。193*4096KBで、空き容量は772MB。
というわけで、論理ボリュームを772MBきっかり広げます。

[root@telemachus ~]# lvextend -L +772MB /dev/VolGroup01/LogVol00 Extending logical volume LogVol00 to 233.75 GB Logical volume LogVol00 successfully resized

[root@telemachus ~]# pvdisplay --- Physical volume --- PV Name /dev/sdb1 VG Name VolGroup01 PV Size 233.76 GB / not usable 2.90 MB Allocatable yes (but full) PE Size (KByte) 4096 Total PE 59841 Free PE 0 Allocated PE 59841 PV UUID F6hdhX-3a0z-Nzw4-4lNP-qKEj-VKKB-7l9jzQ －－－（後略）－－－

拡張が完了し、Free PEが0になったことが確認できます。
ここまで来れば、後はファイルシステムを作成するのみです。

[root@telemachus ~]# mkfs.ext3 /dev/VolGroup01/LogVol00 mke2fs 1.39 (29-May-2006) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 30654464 inodes, 61277184 blocks 3063859 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=0 1871 block groups 32768 blocks per group, 32768 fragments per group 16384 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 20 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override.

(たぶん)無事作成完了。もう使えるようになったので、適当なディレクトリにマウントして終了、です。

[root@telemachus ~]# cd /mnt [root@telemachus mnt]# mkdir 6l250s0 [root@telemachus mnt]# mount /dev/VolGroup01/LogVol00 /mnt/6l250s0/ [root@telemachus mnt]# df -h 6l250s0/ Filesystem サイズ使用残り使用% マウント位置 /dev/mapper/VolGroup01-LogVol00 231G 188M 219G 1% /mnt/6l250s0

…なんか空き容量妙に小さくないか！？
まー、fsckで調べても特にエラーは出ないし、とりあえずこれでOK、としますか…。

EeePC用にインナーバッグを購入

CRUSADER — 2008-05-05T02:16:46+09:00

EeePCを購入して早1ヶ月ちょい、事前の目論見どおり、やれ通勤だ、やれCOMIC1だ、やれ近所の喫茶店で原稿書きだ、と活躍しているわけですが、1つ困った問題が。
本体と一緒にPHS(Willcom WX300K)と接続用のUSBケーブルも一緒に持ち歩いているのですが、EeePCを買った時に付いてきたソフトケースだとこれらが入らないわけです。これをどうにかしたい、ということで、新しいケースをいくつか見繕った結果、新しいケースを購入しました

新しく購入したのは、無印良品のナイロンバッグインバッグ A5黒です。ふらっと寄ったアキバトリムの中の無印で見つけて、ためしに本体を入れてみたところ、これがおあつらえ向きにジャストサイズだったので即購入。まぁなにを思ったか、一緒に大き目のトートバッグも買ってしまったんですが…。

で、こちらがそのバッグです。中にEeePC、外のポケットにPHSとUSBケーブルが入ります。この写真を撮った時は右側のポケットにPHSを入れていたのですが、真横にするとちょうど左側のポケットに収まる、ということで、現在はケーブルと一緒に左側のポケットに入れています。

中を開くとこんな感じ。ちなみに、通勤の時はこの写真で出ている手提げ部分を引っ張り出して、通勤用のバッグと一緒に手で持つ感じになります。プライベート時は手提げ部分はしまいこんでトートバッグの中へ。

前の写真と合わせてみていただければ、まさにジャストサイズ、というのがお分かりになるかと思います。

まぁこのバッグの難点といえば、緩衝材になるほど素材が厚くはない、というのがありますが、実際に持ち歩く時は落としたりしない限りは大丈夫かなぁ、と。満員電車だとそれこそハードタイプのアタッシュじゃない限りどちらにせよ圧力はかかりますからね…。

COMIC1☆2顛末記

CRUSADER — 2008-04-29T19:10:52+09:00

既に火曜日です、とかいうことは突っ込まない方が吉です、というか突っ込まないでくださいorz

正直に言おう。デジラバが出ないなら次回はいかねぇ…かどうかはともかくサンクリを倍プッシュで応援したくはなった。

始発の列車で家を出たのはいいものの、傘を忘れて家に戻ってみたり、新木場で降りるつもりが潮見まで寝過ごしてみたり（しかもその後面倒になって会場の"近く"までタクシーで向かってみたり）したのですが、なんとか始発2便で到着した友人と合流することができました。
でまぁ雨だったんですな。傘を取りに戻るくらいなので、きちんとゴミ袋を用意して戦利品を入れる布手提げはその中に入れておいたんですが(中にクリアケースも入っているので畳めない)、EeePCやらデジカメやら携帯やらが入ったメインの方のトートバッグをそのまま地べたにおいておく事数時間。気づいた時にはすっかり水がしみこんでいました…('A`)　ノートなんかは無事だったんですが、前日にe-bookoffから届いたばかりの本2冊がぐしゃぐしゃに…orz

で、この後の入場までの経緯を書こうと思ったんですが、これかなりややこしくなるので箇条書きで書かせてもらうと

私たち(始発2便組＋α)がまず東行き連絡通路の1本目へ並ぶ。このとき既に形成されていた2本の列のさらに左側へ並ばされる
そのうち3本の列のうち真ん中の列が前へ。続いて私たちも前へ。
東連絡通路の2本目へ到達した時点で、左手に列が。これの続きが東連絡通路1本目の一番右の列だったかは失念。
そのうち私たちがガレリア1Fへ。東12ホールの外側にはこの時点で既に列が形成されていた。前段の家庭が正しければ、これが私たちより先に動いた東連絡通路1本目の列。
私たちはその列の外側へ並ばされる。この状態で開場まで後5分を待つのだが、後ろの方では押し合いが始まる。
開場のアナウンスに拍手をしていると、私たちの列と先にできていた列が同時に入場を開始。
すると後ろの方でぷち将棋倒しが。カラーコーンが倒れる音やら、何かが割れる音やらをききつつ、ギリギリ私のポジションは何もなく入場。

という塩梅でした。ビデオカメラがあればカオスっぷりをお届けできたのに！　という感じですが、まぁそもそも撮影禁止でしたけどね。なんというか、あくまで一般参加者の視点としてですが、あんまりにも列形成がお粗末というか、場当たりでやってるぽいという印象が。
ガレリア列の後ろで始まった押し競饅頭は、どうも内側の列(これペナルティ列だったらしい)に間違って誘導された参加者が外側へ行こうとして発生したものらしいんですな。ペナ列だったにもかかわらず「こっちの方が早いよー」とかいう誘導をしたスタッフがいるとかいないとか、という話で、まぁ気持ちは十二分に分かるけど死者が出るとまずいから自重しようねなるべく、なるべく！　という感じでした。

で、その後のお買い物は万事順調に。デジラバへ向かう道のりも意外と空いていたおかげで、混雑に巻き込まれることなく並ぶことができました。Rough Sketchも1人限定2部だったので2部購入。1部はサークル参加していた友人に布教と称して進呈しました。
その後も会場をずらーっと西から東まで買い歩き全部購入完了。外側はこれまたカオスになっていたらしいのですが、別にCut a Dash!!とか興味ねーしなぁ、ということで、11時半には買い物完了。その後はののの通信さんのところにご挨拶に行ってありがたく本を頂いたり（大変よろしゅうございました）、まぁ祭りだからということで興味のなかったはずのCut a Dash!!に並んでみたり(買えませんでしたが)しつつ、12時半には会場を離脱。もう1件友人と会う約束をしていたので大井町へと向かいました。

ちなみに会場でのあいさつ回りの時、知り合いのサークルに「夏コミの時コピー本置かせてくれる？」と冗談で言ってみたらあっさりOKが。え、えー！
というわけで4ヵ月後にはオリジナル小説で夏コミ参戦、ということになりました。本家のサイトで頭だけ書いてるあれ…ではなく別のものにあると思いますが、ってほんとに書けるんだろうか…w

で、今回の戦利品ですが、例によって冊数も多いので別ページに。まだ纏めてないので後で追加します。
今回のベストは(デジラバを除くと)、怪奇日蝕さんのヴィレッタ先生本ですかねぇ。夢幻の創造さんのハルヒTS本もよろしゅうございました。あとは美彩'dさんとかLAST EDENさんとか。てか私毎回LAST EDENさん所行くと「えーっと…全部！」って言ってしまうんですが。魅力というか魔力というか、何故なんでしょう…？　いや毎回いい本なのでいいはいいんですけどもw。

サンクリ39に行ってきた

CRUSADER — 2008-04-20T17:44:07+09:00

というわけで、サンシャインクリエイション39に行ってきた訳ですが。
今回は天気こそ、前日の雨から一転して曇りへと好転したんですが、風が強くて強くて…死ぬかと思った(汗

今回の戦利品はしめて26冊(ペーパー等含む)、金額にして10600円でした。元々確保していた予算が少なかったせいで、予定分が終った後に島を回って、というのができず、こういう結果になりました。本当はベビプリ本とかキョン子本とか漁りたかったんですけどねー。

ちなみにtwitterの方でちょろっと書きましたが、今回「最後の1部を買う」という珍しい経験をさせていただきました。場所は恋愛漫画家さんのスペース。後から行くか先に行くか迷った挙句行ってまさに正解、という塩梅でした。

今回のトップヒット(おもしろの方向で)はえりゅえりゅDaysさんの「謎瞳子さん。」。瞳子さん…っぽい何かがあれやこれやという本です。あとはコマイズムさんの「カレンの毒電波チャンネル総集編(特番Side)」かなースマッシュヒットは。

で、続いて来週の日曜日はCOMIC1☆2なわけですが。こちらは大本命のDigital Loverさんが出るということでこれは抑えるとして、他に知り合いのサークル
ののの通信
http://nonono-t.com/
が綾波本を出すので、こちらもお勧めです、とこちらは宣伝でございます皆様どうぞよろしゅうに。

HGSTのSATAⅡドライブでハマる

CRUSADER — 2008-04-13T05:38:09+09:00

多分このタイトルを読んだだけで「あー、あぁいうことだろうな」と想像できる人も多いでしょう。いや、私もそっちの問題は想定してたんです。そっちの問題は…orz
というわけでtwitterで呻いただけでは気がすまないのでblogの記事にします。

我が家のファイルサーバ(以外にも諸々動いてますが)は前メインマシンのPegasusでして、こいつのシステムHDDは建造以来ずっと使い続けているものなので、そろそろ3年が経過する、ということで、取り替えておいた方が精神衛生上よろしかろう、ということに相成ったわけです。
で。このマシンのマザー(Asus A8V-E SE)は「SATAⅡのHDDを認識しない」というとんでもないバグを実は抱えております。正確に言えばチップであるVIA VT8237Rの問題なので、別段Asusは悪くないけどそういうバグ抱えたチップが入ってるチップセット使うなやという点では悪いんですが、まぁそれはそれとして。
認識しないとはいえ「HDDのジャンパピンでSATAモードにする」「HDDのファームウェアでSATAモードにする」などの方法を取ればきちんと認識してくれるので、今まで増設してきたSeagateのHDDは(前者の方法で)普通に使うことができました。

が。今回買ったHGSTのHDD(なぜ今回はHGSTかというと、5年保障込みでもこっちの方が安かったんですな)はジャンパでSATAモードに変更することができず、変更する場合はFeature toolというHGSTの出しているツールを使う必要があります。と、ここまでは事前に調べていたこと。
さらにいうと、マザー側では認識しなくても、SATAカードを経由させればきちんと認識してくれるので、こちらにつなぐ場合はジャンパもへったくれもなく使うことができます。これもまぁ事前に調べて、というか既に1個つないでいたので分かっていたこと。

とりあえず最初はSATAカードにつないで、駄目だったらFeature Toolでモードを切り替えてマザーにつなごう、という次第になり、旧システムHDDを取り外し→新HDDを接続→Windows XPのCDを突っ込んでブート　という流れになりました。
…が、インストール先のディスクを選ぶ段階で、SATAカードにつないだ新HDDが認識せず。どうやらインストールディスクにドライバが入ってないと駄目なようです。ならば仕方ない、Feature Toolでモードを変更してやろう、ということで、Feature ToolのCDからブートしてやると、きちんとHDDを認識しました。

よしモードを変更して繋ぎ変えだ…と、2ch自作PC板のHGSTのHDDスレテンプレを読みながら切り替えようとして…切り替えられない(汗
モードを変更しようとすると、切り替えできません、というメッセージ(正確なのを写真取るの忘れて記録し損ねました)が出て切り替えが不可能。何故だ…と色々検索してみると
日立HGST製SATA HDDを認識出来ない問題の解決方法 :jBlog
http://itpc.blog87.fc2.com/blog-entry-6.html
こんな記事を発見。この記事のコメント欄などを読む限り、要するに
「SATAⅡにきちんと対応したカード(まぁマザーもだろうけど)でないとモードの切り替えは不可能」
ということのようです。で、私が今使っているSATAカードはまさにSATAのみ対応…。

と、いうわけで、SATAⅡのカードを買ってくるまで、システムHDDの換装はお預けとなりました。またもや金がかかるなぁ…(汗　どうせ買うならいっそのこと4ポートくらいのやつを買っちゃおうかしら。

余ったノートにCentOSを入れてみるの巻

CRUSADER — 2008-03-29T23:58:06+09:00

EeePCを買ってあちこちへ持ち歩くようになったのはいいんですが、そうなると今まで使っていたノート(ThinkPad R30)が余ってしまうわけで。さてどうしたもんかな…と考えてふと「Linux入れてみるか」と思いつきました。

Linuxを入れる、ということで、今までであればDebian GNU/Linuxを入れていたんですが、仕事でRedHatをよく使うようになった関係で、今回はCentOSを入れることにしました。今でも一番好きなディストリはDebianではあるんですけどねー。

とりあえずネットインストール用のCDを焼いて、R30にセット→再起動してインストーラが起動…しない(汗　/sbin/loaderを起動するステップで固まります。
なんでだべかー定評のあるThinkPadなのに…と色々とググって見ると、まさにジャストの記事を発見。
flyman のおもちゃ箱 - PhotoLog : ThinkPad R30 に CentOS5 を入れる by flyman
こちらに紹介されているとおり、ブートオプションに「irqpoll」を追加すると、今度はすんなりとインストーラが起動しました。その後のインストールステップは特段解説すべきっぽいこともなく、指示に従うだけですんなり終了。ちなみにインストール後の通常ブートの際にも、ブートオプションを設定する必要がありました。

で、インストールが完了したので手元のノート3台を並べてみました。手前からLet's note CF-R6(会社貸与)、ThikPad R30、そしてEeePCです。こうやって並べてみると改めてR30のでかさが際立ちますな。でもこれをもって福岡に帰省したりしてたんだよなぁ…。

おまけ。インストールしたCentOS上で、ニコニコ動画にアクセスしてみました。再生してるものがあんた何をみてるんですか…というものなのはまぁ、そういう人だからw
再生してみたはいいんですが、CPUがモバイルCeleron 800MHzと低いせいか、あるいはグラフィックが弱いのか、エコノミーモードにもかかわらずほとんどカクカクで動きませんでした(汗
「sar -u」でCPU使用率を見てみても、%userが85～90%、%systemが15～10%でCPUをほとんど使い切ってる状態でした。さすがにもう6年落ちのマシンでは厳しいですな…。