nabeの雑記帳

結構詳しい技術ニュースなどがある日経BPですが、普通にひらくと「ユーザー登録してください」という邪魔な表示が出てきます。RSSも配っているのに残念で仕方ないです。*1

幸い、Firefoxにはサイトの表示CSSをクライアント側で決めるユーザースタイルシートという機能があります*2。これを使ってみました。

魔法の使い方

ユーザーのプロファイルディレクトリ*3に userContent.css というファイルを作り、次を追加すれば ok です（要Firefoxの再起動）。

@-moz-document domain("nikkeibp.co.jp") {
	div#nocookie {
		display: none;
	}
}

ほかのブラウザでもユーザースタイルシートを設定すれば同じ効果が得られます。

HPのプリンタ「Officejet 7200」であるとき突然「カートリッジ詰まり」というエラーが出て使い物にならなくなりました。

カートリッジ詰まりの原因と解消方法

写真をみて頂きたいのですが、カートリッジというのはインクカートリッジのことではなくインクが収まっている可動部全体を示します。ようするに、この可動部が左右に動かないぞ！　というエラーが「カートリッジ詰まり」です。直訳なのか非常にわかりにくいですね。

正しい動作は、カバーを閉じたときに「カートリッジが一番左まで移動して再び一番右に移動してから*1、インクの残量調査が行われる」です。カバーを閉じたときに下からのぞき込んで、一番左までカートリッジが移動していなければこのエラーが出ます。

テープなどで止めてあるとそもそも動かないのでこのエラーになりますが、そんなことは滅多にありません。このエラーの原因は写真で書いた「ガイドレール」*2の汚れでした。見た目綺麗ですが、水ぶきしてみると真っ黒になりました。

拭き取るときはティッシュはやめて（カスが残って詰まる。逆効果）繊維の落ちない布やキムワイプを使いましょう。あと折らないように気を付けて。

カートリッジの移動が途中で止まる場所が「汚れてて位置がどこだかわからくなった場所」ですので、注意して清掃してください。

掃除

インクを外した状態で、インクの後部にあるゴム部品も綺麗にした方が良いです。結局その汚れがガイドレールまで伝染して、最終的に位置が分からなくなるようですから。

大量に印刷したときも、綺麗に掃除した方がいいみたいです。

……しかしこれ、なんだか設計上の欠陥みたいにも感じますね。

一昔前はLinuxマシンにCFディスクをCF→ATAPI変換して使うということもありました。SSDをはじめ半導体不揮発メモリが盛り上がりつつある時代、寿命について考えてみたいと思います。

なお、SSDのいわゆるプチフリーズと呼ばれる現象の正体は、このウェアレベリングに他なりません。*1

• 半導体メモリの寿命
• SanDisk製コンパクトフラッシュの故障防止機構
• ウェアレベリングの実際
• 3%の余剰セクタで何日使える？
• CFのエラーマネジメント機構
• まとめ

資料：SanDiskのCF仕様書、SanDiskウェアレベリング（ホワイトペーパー）

SanDiskのCFについて考察しますが、他社製の半導体メモリでも同様の機構があります。

半導体メモリの寿命

ほぼすべての半導体メモリには構造上の寿命があります。これは書き込み回数の制限で、一般的に10万回（多くて30万回）と言われています。しかしこれはSLCタイプと呼ばれるメモリの話で、現在主流となっている安価なMLCタイプ*2では１万回程度と言われています。（この記事では30万回を寿命として計算していますので、普通のSD等では1/30だと読み進めてください。）

30万回ならば到底問題ないじゃないかと思うかも知れません。

しかし、例えば30万回だとして、１秒に１回データを書き込んでいたとすると

3600(秒)×24(時間)＝86400
86400×4日＝345600

となり、たった４日で壊れる計算になります。同じファイル（の同じ場所）をそんなに書き換えないと思うかも知れませんが、ファイルシステムというものが存在するので、ログディレクトリ内で１秒１回書き込んでいると、常に同じ場所に存在するログディレクトリ（ディレクトリファイル）は１秒に１回書き換えられることになります。*3

デジカメの写真なら30万枚撮らないと壊れませんが、パソコンのディスクとして使用すると結構簡単に壊れることが分かると思います。

SanDisk製コンパクトフラッシュの故障防止機構

SanDisk製CFにはウェアレベリングという故障防止機構が搭載されいてます。

ディスク容量などによって大きさは変化しますが、CFは16KBごとの物理ブロックに分割されて内部管理されています。またディスク全体は4MBごと*4にゾーンとして切り分けています*5。各ゾーンは約3%（128KBぐらい）の余剰領域（通常はアクセスできない）を持っています。

CF内のアドレス（CHS/LBA）はそれぞれ4MBごとに物理ゾーンと対応しています*6。各ゾーンは「Erase Pool」と呼ばれる空き領域の線形リストを持っています。データの書き込まれていないブロックはすべてErase Poolに置かれます。

ゾーン内への書き込み命令があったとき、対応する物理アドレスを直接書き換えるのではなく、「Erase Pool」から１ブロックを取り出しそこに内容を書き込み、それを（内部的に）書き込んだ論理アドレスに対応させます。今まで論理アドレスに対応していた物理ブロックは消去した上で「Erase Pool」に移動されます。こうすることでゾーン内での書き込みを分散させます。

しかしこのままでは、各ゾーン（に対応する論理アドレス）に書き込みが集中したときあっという間に壊れてしまいます。そのためゾーンに対する書き込みがある一定数に達すると「対応ゾーンの変更処理」が行われます。ゾーンＡとゾーンＢのデータが入れ替えです。入れ替えといっても、ディスク内部でデータを互いにコピーしているだけですので少々時間がかかります。実際、CFに対して連続書き込み*7を行うと、一定回数書き込みむごとに動作が２～３秒停止します*8。このときゾーン間のコピーが発生しているようです。

このようなゾーン内の分散処理とゾーン自体の入れ替え処理により、書き込み負荷はディスク全体に分散され、ディスクに空き領域があればあるだけディスクの寿命が伸びます。半導体メモリ各社で実装には色々な違いや特徴（特許）ががりますが、このようなディスクの機構をwear leveling（ウェアレベリング）といいます。

ウェアレベリングの実際

かなり秀逸な機構……に見えますが、実際はそうそう上手く行きません。この機構が正しく働くためには、書き込みを行うディスクに空きゾーン領域がたくさんなければなりません。

例えば、CFディスクを結構使い動作も遅くなってきたので、一度フォーマットして全領域を一度開放したいと思ったとします。ここで、WindowsなどからCFディスクをフォーマットすると（クイックフォーマット除く）どうなるでしょうか？　空き領域（空きブロック/空きゾーン）を増やすつもりが、逆にCFディスクの全領域が使用中にマークされてしまいます。空き領域（空きブロック等）を増やそうとファイルを削除してもまったく増えません。

なぜなら、ディスクはファイルシステムの空き領域を知ることはできないからです*9。ディスク側は１度でも何か書き込まれれば、そのブロックは使用済領域とみなします。

もし、ディスクの空き領域（空きブロック等）を増やすのであれば、ディスクに対してそのブロックが既に使用されてないことを教える特殊なコマンドを発行してあげる必要があります。実際、CFにはそのようなコマンドとして「CF ERASE SECTORS」が規定されています。しかしながらIDEディスク代わりやUSBメモリとして使っている場合、このコマンドは発行されません。*10

要するに全く未使用の状況ならともかく、使っているうちに実際のディスク使用率（ファイルシステム上の空き領域）に関わらず「Erase Pool」はどんどん減少していきます。うっかり通常フォーマットやエラーチェックでディスク全体の書き込み検査でもしようものなら、「Erase Pool」は最初から余剰分として用意された3%しか無くなります。

3%の余剰セクタで何日使える？

例えばディスク容量が2GBとすると、2048MBの3%で62MBの余剰領域となります。16KBの消去ブロックで考えると62MB/16KB＝約4000となります。理想通り効率的にディスク全体に書き込みが分散されるとしたら、１秒１回書き込むとして

4000（ブロック数）×300000（寿命）／86400＝13653日

となります。書き込み回数が１秒２回（各16KB以内）ならば、この値は半分になるし容量が半分になっても半分になります。

用途によっては秒間10回（または160KB/sec）の書き換えというのは、それほど非現実的ではありません。このときたった136日でCFは壊れます。もちろんこれはウェアレベリングが理想的に動作したときで、実際はもっと前にエラーが起こるでしょう。

CFのエラーマネジメント機構

ちなみにCFには（HDDにも）エラーマネジメント機構として、エラーのあった場所を代替セクタで置き換えるシステムがあります。HDDのエラーは一度起これば広範囲かつ致命的に起こるのですぐに発見できますが、CFのエラーは局所的にしか発生しないため、エラーマネジメントによって置き換えられ隠蔽されます。*11

よってCFのエラーの発生を調べるのはかなり大変です。

まとめ

半導体メモリを使用する際は、構造的な有限寿命であることを考慮の上、書き込み回数をよく見積もってから使うべきです。ユーザー環境なら構わないでしょうが、サーバや組み込み系システムで（HDDよりもいいだろうと思って）安易に半導体ディスクを使うと大変なことになります。

今回行った計算はあくまで例です。寿命はセルあたりの書き込み回数寿命、ウェアレベリングの方式、zoneサイズ、全容量が大きく関係しますが、それは製品によって異なります。

脆弱性情報の公表に関する疑問によると

最後に、Sageユーザーの方が現時点で取り得る対策方法について記しておきたいと思います。

• Sageの使用を直ちに中止する (強く推奨)

だそうです。とりあえずSage++に入れ替えた（このままSage使うよりはマシ良いので）。

そういやSageが危ないって話は前からありましたよね……。というより、実際自分でもadiary開発中に何度も確認してるし。Sageは数え切れない欠陥がありまして*1、実行時の場所が

file:///C:/Documents%20and%20Settings/～/chrome/sage.html

ですから、XSS使うと簡単に同一ドメインでローカルファイルがry

それにしてもJPCERT/CCって害毒だなー（笑）

ノートPCのCF-R6を使うことになったのですが、Vista Businessがプリインストールされていて、メモリが512MBのせいか普通に動くんだけどいまいち使いにくいんですよね。メモリを増設すれば快適に使えそうではあるんですが、メモリ増設するとバッテリー駆動時間がかなり低下するらしく（1.5Ahぐらい食うようです*1）ノートPCとして致命的な気がして躊躇してました。

いろいろ調べているとWindows XPにアップグレードすると、パフォーマンスが向上してバッテリー駆動時間も長くなるという話をキャッチし、早速入れ替えてみました。

用意したもの

• Windows XP SP2（OEM版）
• USB FDD
• IDE CD-ROMドライブとIDE-USB変換

検索するとOEM版でも問題なくダウングレード＆電話アクティべーションできるとのことでしたので、こんな構成です。USB CD-ROMを買うのはバカらしかったので、USB HDDを分解してUSB-IDE変換だけ取り出しました。USB FDDはチップセットが Intel 945GMS なので、ドライバディスクを入れてHDDを認識させるために必要でした。

インストール作業は難なく終了。XPのプロダクトIDを入れて「いざ電話アクティべーション」と思ったのも束の間、オンラインアクティべーションが通ってしまいました（苦笑）

入れ替えたあと

Vistaが一応普通に動作していたのですが、XPに入れ替えたらXPがすごい快適にサクサク動作しています。ドライバや標準アプリも１つずつ選んで入れたので、余計なものが入らず良い感じ。要らないサービスも止めて、起動時のメモリ消費が200MBぐらいになりました。Vistaは400MBでしたから、この差は大きいですね。

それとやや不安定だった無線LANなぜか安定しました(^^

Intel PROSet/Wirelessを外す 2007/10/13

Intel PROSet/Wireless がやたらメモリを食っていたうえ、ユーザーを切り替えるたびに無線LANの接続が切れる使えなさ素敵仕様だったので（おまけに無線LANの設定がユーザー個別になってるし）、レジストリから消えてもらいました。

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
C:\Program Files\Intel\Wireless\Bin\ZcfgSvc.exe
C:\Program Files\Intel\Wireless\Bin\ifrmewrk.exe

を削除。これでWindowsが無線LANを管理しますが、やや不安定です。そこで「コントロールパネル」→「管理ツール」→「サービス」からPROSet/Wirelessアプリケーション用のサービス３つに消えてもらいました（自動起動→手動起動への設定変更）。

• Intel(R) PROSet/Wireless Event Log
• Intel(R) PROSet/Wireless Registry Service
• Intel(R) PROSet/Wireless Service

これらのサービスと止めるとWindows管理のもと快適に無線LANが使えます。Windowsの無線LAN管理デーモンが20MBほど食ってますが、それでもIntelツールを使うよりも50MBほど空きメモリが増えました。

初めからIntelの無線LAN管理ツールはインストールせずに、ドライバだけ適用した方が幸せになれると思います。