<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Natz&#039;s Digital 漂流記</title>
	<atom:link href="http://www.natzworks.com/digital/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.natzworks.com/digital</link>
	<description>Natz の PC/サーバー/デジタル機器に翻弄される日々</description>
	<lastBuildDate>Sat, 18 Feb 2012 10:37:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>CentOS 5.x/6.x で IPv6 を無効化</title>
		<link>http://www.natzworks.com/digital/2011/497.html</link>
		<comments>http://www.natzworks.com/digital/2011/497.html#comments</comments>
		<pubDate>Tue, 27 Dec 2011 13:06:03 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[Scientific Linux]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=497</guid>
		<description><![CDATA[閉じた小規模な環境のプライベート IP アドレスは IPv4 で十分だし、何より理解しやすいので、IP (v4) アドレスの枯渇が叫ばれて久しい今日に至っても、本格的に IPv6 に移行する気にはなかなかなれない。IPv6 アドレスが「目に入る」→「内容を理解する」までにやたらと時間がかかるのは、そもそも 16進数で表現するアプローチに問題があることに加え、省略表記が混乱に拍車をかけているせいで、僕だけではないと信じたい。IPv4 アドレスを 10進数で区切って書くのは、「2進数だと人間にはわかりにくいから」じゃなかったか？ 16進数は人間に優しいのか？
ただそうは言っても IPv6 を否定するつもりはなく、 IPv6 は避けて通れないハードルであることは、後ろ向きの動機ながらも認識している。認識はしているが、先日ある検証のために CentOS 5.7 マシンの IPv6 を無効化しようとして少しだけハマったので、方法を調べてみた。

ネットで検索して見つかる数種類の情報を検証するために用意した環境は、次の通り (※ いずれも VMware ESXi 上の仮想マシンで、新規インストール直後の状態)。

CentOS 5.2
CentOS 5.3
CentOS 5.4
CentOS 5.5
CentOS 5.6
CentOS 5.7
CentOS 6.2
Scientific Linux 6.1

上記環境で ifconfig の結果に "inet6 addr" が表示されなくなるのに必要な操作を整理すると、以下のようになる。

/etc/modprobe.d/&#60;FILENAME&#62; (ファイル名は任意で、拡張子も必須ではない。例: ipv6.conf) または /etc/modprobe.conf に次の内容を記述。


・CentOS 5.5 以前
alias ipv6 off
alias net-pf-10 off

・CentOS 5.x/6.x 共通
options [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/497.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>concrete5: 不正なエラー</title>
		<link>http://www.natzworks.com/digital/2011/496.html</link>
		<comments>http://www.natzworks.com/digital/2011/496.html#comments</comments>
		<pubDate>Fri, 23 Dec 2011 02:36:33 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[concrete5]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=496</guid>
		<description><![CDATA[以前に concrete5 で構築した某サイトの開発用サーバー (仮想マシン上の CentOS 5) を久々に起動させてブラウザーからアクセスすると、

不正なエラーが発生しました。
データベースのエラーが発生し、処理を中断しました

と表示されて、コンテンツを表示できなくなっていた。
site.pp の DB やユーザー情報の指定も間違いないし (これらが正しくない場合は「データベースに接続出来ません」となる)、MySQL 上での権限付与 (GRANT) をやり直しても変わらない。Web で検索すると同じ現象を取り上げたページがいくつか見つかるが、今回のケースはちょっと特殊なようだった。

解決の糸口になったのは、該当サーバー上で concrete5 を再インストールした際に表示された次のエラーメッセージ。

mysql error: [1: Can't create/write to file '/tmp/#sql_daa_0.MYI' (Errcode: 13)] in EXECUTE("SHOW COLUMNS FROM `CollectionSearchIndexAttributes`")

/tmp の状態を確認すると、確かに次の通りおかしなことになっていた。


・開発サーバーの /tmp
$ ls -ld /tmp
drwxrwsr-x 5 hoge hogege 4096 2011-12-23 00:00 /tmp/
※ hoge, hogege の箇所は、それぞれ管理用に普段使用しているユーザー名とグループ名。

・通常の /tmp
$ ls -ld /tmp
drwxrwxrwt 5 root root 4096 2011-12-23 [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/496.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Firefox の特定のバージョンをダウンロード</title>
		<link>http://www.natzworks.com/digital/2011/495.html</link>
		<comments>http://www.natzworks.com/digital/2011/495.html#comments</comments>
		<pubDate>Wed, 16 Nov 2011 10:38:55 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[Firefox]]></category>
		<category><![CDATA[アプリケーション]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/2011/495.html</guid>
		<description><![CDATA[前回のエントリーで Firefox 7.0.1 のダウンロード云々の話を書いたが、URL に付加する引数を変えて試すと、ファイルがあったりなかったりして確実性に欠ける。もっと確実に特定のバージョンやプラットフォーム、言語版を入手したい場合は、FTP クライアント・ソフトか Web ブラウザーで Mozilla の公開 FTP サーバーにアクセスした方が手っ取り早い。

サーバー: ftp.mozilla.org
認証情報: Anonymous
※ Firefox 各リリースの URL は ftp://ftp.mozilla.org/pub/firefox/releases/ または ftp://archive.mozilla.org/pub/firefox/releases/ (ftp.mozilla.org の CNAME)
ここなら Firefox 以外のソフトウェアに関しても、多分ほとんどが保管されているはず。






]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/495.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Firefox 8 リリース (7.0.1 をダウンロード)</title>
		<link>http://www.natzworks.com/digital/2011/494.html</link>
		<comments>http://www.natzworks.com/digital/2011/494.html#comments</comments>
		<pubDate>Sat, 12 Nov 2011 22:41:20 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[Firefox]]></category>
		<category><![CDATA[アプリケーション]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=494</guid>
		<description><![CDATA[Firefox 8 が 11/08 にリリースされた。4 から始まった高速リリースサイクルはまァいいとして、メジャー・バージョンがどんどん上がって行くのはバージョン番号の重みが失せ、数字の大小を競っているだけのようにも見えて、なかなか違和感が消えない。
ところで職業柄クロス・ブラウザーと言う厄介な作業に気を使わざるを得ない身としては、とっくにサポートが切れた旧バージョンの Firefox をインストールする必要に迫られることがある。僕はそんなときに備えてテスト用の仮想化環境と、各メジャー・リリースの最後のマイナー・バージョンの日本語版と英語版を保管しているのだが、ボーッとしていたのか忙しくてそれどころではなかったのか、なぜか最後の 7 系である 7.0.1 を保存していなかったことに気付いた。
8 がリリースされた現在、これまでの 7.0.x は 3.6 後の 3.5、または 3.5 後の 3.0 同様に既にサポートが打ち切られた過去のバージョン扱いで、(表向きは) 公式サイトからはダウンロードできない。検索すれば他のサイトからそれらしきファイルは入手できるが、英語版のみだったり、ダウンロードしたファイルが本物かどうか (Firefox は本物でも、「オマケ」が付属しているとか) 疑わしいケースもあり、不安が残る。
そこで、公式サイトから Firefox の過去のバージョンをダウンロードする方法を探してみた。

と言っても、単にファイルへの直リンクを叩くだけ。Firefox 7.0.1 は次の URL からダウンロードできる。(2011-11-16 追記: Mozilla の FTP サーバーにアクセスした方が確実)

Firefox 7.0.1 (Windows / 日本語)
	http://download.mozilla.org/?product=firefox-7.0.1&#038;os=win&#038;lang=ja
Firefox 7.0.1 (Windows / 英語)
	http://download.mozilla.org/?product=firefox-7.0.1&#038;os=win
Firefox 7.0.1 (Linux / 英語)
	http://download.mozilla.org/?product=firefox-7.0.1&#038;os=linux
Firefox 7.0.1 (Mac OS X / 英語)
	http://download.mozilla.org/?product=firefox-7.0.1&#038;os=osx

この [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/494.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>GALAPAGOS 005SH: Android 2.2.1 → 2.3.4 アップグレード</title>
		<link>http://www.natzworks.com/digital/2011/493.html</link>
		<comments>http://www.natzworks.com/digital/2011/493.html#comments</comments>
		<pubDate>Fri, 04 Nov 2011 23:12:19 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[GALAPAGOS 005SH]]></category>
		<category><![CDATA[モバイル]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=493</guid>
		<description><![CDATA[先日 10/07、GALAPAGOS 005SH (以下 005SH) へのメジャー・アップデート提供が始まった。このアップデートで Android のバージョンは 2.2.1 から 2.3.4 になり、事前の告知では、レスポンスの向上やバッテリー効率の改善等々、様々な改良が施されたと謳われている。
従来のアップデートと異なり、今回の 「メジャー・アップデート」は OS をアップグレードすることになるので、不測の事態が発生する可能性もある (特に自分でインストールしたアプリ等)。しかしこの手の誘惑に対する耐性があまり強くない僕は、公開初日にアップデートを敢行した。

アップデート作業自体は 30～40分で終了。ビルド番号が S4040、Linux カーネルが 2.6.35.7-perf sharp@B1311010L #1 になった。
初回起動時にホーム・アプリが標準のものになっていたのと、ドロワー内で多くのアプリのアイコン「×」になっていたことで一瞬怯んだが、改めて 005SH を再起動させると、ホームは常用する ADWLauncher EX になり、アプリのアイコンも復活した。ただ再起動後もホーム画面に配置したウィジェットが全滅している (=読み込みに失敗して起動できない) 状態は変わらず、バックアップしてあった設定をリストアしても回復しなかったため、改めて手動で再設定する必要があった。
2.3 での変更点は、005SH のまとめ Wiki でわかりやすくまとめられている。アップデート後にしばらく使ってみて、目に見える追加機能以外で気付いた主な改善点は、次の通り。

全体的に動作が軽快になった。
何も操作をしていないときのバッテリー消費量が少なくなった。
ベンチマーク・ツール Quadrant Standard Edition の平均スコアが 800点台 → 1,400点台に向上した。
OS やアプリ上でインストール済みアプリの一覧作成が速くなった。
メディア・プレイヤー UPnPlay で DLNA サーバー上のオーディオ・データを再生中に他のアプリで I/O 負荷が高い操作をしても、UPnPlay がクラッシュしなくなった。

追加機能で嬉しかったのは、電源ボタン長押しから再起動できるようになったこと、バッテリー残量や Wi-Fi 接続状態等の推移をグラフ表示できるようになったこと、標準 IME (iWnn IME - [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/493.html/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Becky! で IMAP サーバー上の添付ファイルを削除する</title>
		<link>http://www.natzworks.com/digital/2011/491.html</link>
		<comments>http://www.natzworks.com/digital/2011/491.html#comments</comments>
		<pubDate>Sun, 16 Oct 2011 14:47:44 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[Becky! Internet Mail]]></category>
		<category><![CDATA[アプリケーション]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=491</guid>
		<description><![CDATA[先日同じメールソフト Becky! Internet Mail (以下 Becky!) を使う友人某から、IMAP サーバー上にあるメールの添付ファイルを削除する方法を質問された。確かに Becky! は、IMAP サーバー上の添付ファイルだけを削除することができない (現時点の最新版 2.58.00 で確認)。

そこで提案したソリューションは、次の 2案。

該当メールに対して「手を加えずに転送 (英語版は "Redirect")」を選択し、メール編集ウィンドウで添付ファイルを削除してから自身に送信。添付ファイルがなく本文のみのメール受信を確認後、オリジナル・メールは削除する。
IMAP サーバー上の添付ファイルを削除できるメールソフト (Thunderbird 等) で、該当メールを処理する。

"1." の「手を加えずに転送」は "Resent-To" を用い、件名 ("Fw:" 等) や本文に転送メールであることを主張する編集が加えらないので、メールを「転送」したいときによく使っている。今回のように、オリジナル・メールの送信時刻を変えたくない場合にも役に立つ。
"2." のように IMAP サーバー上の添付ファイルを削除できるメールソフトは他にもありそうだが、あれこれ調べるのも面倒だったので、今回は Thunderbird のみ。添付ファイルの削除が「サーバー上から」で、ローカル環境には残しておきたい場合は、削除ではなく「添付ファイルを分離」を使う。
尚、Thunderbird は添付ファイルの削除または分離を行うと、サーバー上のメールの内容は次のように変化し、「添付ファイルがあった」と言う情報は残る。また分離時は、残される添付ファイル情報のファイル名に "Deleted " が付かない。
■ 添付ファイル削除前

Content-Type: multipart/mixed; boundary="------_4E6DC07900000000EE2E_MULTIPART_MIXED_"
Content-Transfer-Encoding: 7bit
--------_4E6DC07900000000EE2E_MULTIPART_MIXED_
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
メール本文あいうえお
--------_4E6DC07900000000EE2E_MULTIPART_MIXED_
Content-Type: image/png;
 name="hoge.png"
Content-Disposition: attachment;
 filename="hoge.png"
Content-Transfer-Encoding: base64
iVBORw0KGgoAAAANSUhEUgAAAGQAAAAeCAMAAADthUvBAAAAGXRFWHRTb2Z0d2FyZQBBZG9iZSBJ
        [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/491.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FTP クライアント・ソフト乗り換え (FileZilla)</title>
		<link>http://www.natzworks.com/digital/2011/492.html</link>
		<comments>http://www.natzworks.com/digital/2011/492.html#comments</comments>
		<pubDate>Wed, 21 Sep 2011 11:48:40 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[その他 (アプリケーション)]]></category>
		<category><![CDATA[アプリケーション]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=492</guid>
		<description><![CDATA[長年 Windows 環境の FTP クライアントは FFFTP のお世話になっていたが、先日 (08/31) の開発者 Sota 氏の開発終了宣言を受け、オープンソースの FileZilla に乗り換えてみた。

FileZilla は SFTP 対応を始め、FFFTP にはなかった機能がいくつかあるが、「同期ブラウズ」を有効にしている場合のフォルダー・ツリー内のクリックによるローカル/サーバー双方での同時移動と、ファイル/ディレクトリの新旧や有無を色分けして表示する「ディレクトリー比較」が特に便利だ。
FFFTP では移動したフォルダーの履歴がドロップダウン・リストから選択できるが、ローカルまたはサーバー側で任意のフォルダーを選択しても反対側ではフォルダーを移動しなかったので、片方のフォルダー・ツリーのクリックで双方が連動するのは、個人的には斬新だった。また「ディレクトリー比較」はファイルの新旧が視覚的に判別しやすくなるため、前述の移動方法と組み合わせると、フォルダーをあちこち動き回りながら、更新したファイルだけをチマチマ選択してアップロードするような作業 (←最近多い) が効率化できそうだ。
しかし、FFFTP 上で作成済みの接続先設定はそれなりの数。これらを手動で移植するのは、なかなかキツい・・・。
]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/492.html/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>相次ぐトラブル・・・</title>
		<link>http://www.natzworks.com/digital/2011/490.html</link>
		<comments>http://www.natzworks.com/digital/2011/490.html#comments</comments>
		<pubDate>Wed, 07 Sep 2011 15:12:28 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[雑記]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=490</guid>
		<description><![CDATA[最近、我が家ではよくモノが壊れる。


2011.07: 仮想マシン・サーバーの内蔵 HDD 1台 (自然故障)
2011.08: リビングのエアコン (配水管詰まり)
2011.08: 出窓の防水 (経年劣化)
2011.08: メイン・マシン (電源故障)
2011.09: (メイン・マシン新調後) 旧メイン・マシンの内蔵 HDD 1台 (落下)
2011.09: PlayStation 3 (通称 Yellow Light of Death 現象)

そろそろ打ち止めにしてもらいたいものだが・・・。





]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/490.html/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>CentOS: デフォルトの LVM ボリューム・グループ名と論理ボリューム名を変更する</title>
		<link>http://www.natzworks.com/digital/2011/488.html</link>
		<comments>http://www.natzworks.com/digital/2011/488.html#comments</comments>
		<pubDate>Thu, 25 Aug 2011 21:36:04 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[Scientific Linux]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=488</guid>
		<description><![CDATA[かつて Linux のインストール先が物理マシンであることが多かった時代は、「パフォーマンス向上のため」と称してパーティションを細かく割ったり、LVM を入念に設定したものだが、サイズの小さい仮想マシン(以下 VM)相手のインストール機会が増えた今ではそのような作業は面倒になり、/boot に先頭パーティション(100MB 程度)、残りを LVM にして、/ と swap に LV を 2つ、と言う構成がほとんどになっている。
CentOS や Scientific Linux (以下 SL)等、RHEL 由来のディストリビューションでは、このパーティション設定がデフォルトになっていてインストール時の手間が省ける・・・とよかったが、デフォルト設定のボリューム・グループ(以下 VG)名 "VolGroup"、論理ボリューム(以下 LV)名 "lv_root" と "lv_swap" が個人的にはどうも気持ち悪く、結局修正することになる(無駄に長いし、単に "root" と言われると、/ なのか /root なのか迷う)。
ところが RHEL 系の 6.x では /boot のデフォルト・サイズが 500MB と少々デカいこと以外に、GUI インストール時にはどうとでもできるこの LVM の設定が、テキスト・モードの場合には変更できないと言う問題がある。これは Kickstart 等を使わず手動インストールしている限りどうしようもない(と思う)ので、インストール後に修正する。

例えば VG "VolGroup" を "vg01"、LV "lv_root" と "lv_swap" をそれぞれ "system"、"swap" [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/488.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VirtualBox: 仮想ディスクのサイズを拡張する (VDI)</title>
		<link>http://www.natzworks.com/digital/2011/489.html</link>
		<comments>http://www.natzworks.com/digital/2011/489.html#comments</comments>
		<pubDate>Fri, 19 Aug 2011 23:17:43 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VirtualBox]]></category>
		<category><![CDATA[アプリケーション]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=489</guid>
		<description><![CDATA[VirtualBox が 3.x の頃は、標準の VDI 形式の仮想ディスクを拡張しようと思っても VirtualBox 単体では不可能で、VMDK 形式に変換してから他のツールでサイズを変更する等手間がかかったが、最新の 4.0.x 系 (4.0.12 で確認) では VBoxManage コマンドが強化され、modifyhd サブ・コマンドに追加されたオプション "--resize" で拡張できるようになっている。
ところが先日、VirtualBox 上の仮想マシン (以下 VM) の仮想ディスクを拡張する機会が訪れたので同コマンドを使ってみたところ、


&#62; VBoxManage modifyhd &#60;ORIGINAL_VDI&#62; --resize &#60;NEW_SIZE&#62;
0%...
Progress state: VBOX_E_NOT_SUPPORTED
VBoxManage: error: Resize hard disk operation for this format is not implemented yet!


と失敗してしまった。

調べてみると、どうやら "--resize" オプションが有効なのは可変サイズ (Dynamically expanding storage) の VDI または VHD 形式で、今回失敗した固定サイズ (Fixed-size storage) ではダメらしい。また [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/489.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

