かえでのWebログ

08/04/05)時点の仕様

キーボードにはそれなりにこだわりがあります。そうなると必然的かどうか解りませんが、マシンの台数よりも多いキーボードがいつの間にか手元にある状態になっていました。
その中でお気に入りのキーボード*1を紹介します。

• IBM Space Saver II Keyboard(JP)
• IBM Space Saver II Keyboard(EN)
• IBM USB Space Saver Keyboard(JP)
• IBM 5576-003(JP)
• OKI MINI KEYBOARD II(JP)
• FILCO FKB-65EU-MM(EN)
• そのほか

続きを読む

ふとしたことから「Documents and Settings」配下のユーザ毎の使用容量をチェックしていたところ、どういうわけか「All Users」以下で150MB以上使用されていました。
共有ドキュメントとして、何か置いているのであれば説明がつくのですが、私の場合共有ドキュメントは全てファイルサーバ行きですので、これはありえません。

で、調べていったところ、どうやらiTunesがインストール時に展開したファイルが残されているようです

不法投棄された場所

Documents and Settings\All Users\Application Data\Apple\Installer Cache

Documents and Settings\All Users\Application Data\Apple Computer\Installer Cache

これらのフォルダの中にはインストール時に使用したと思われるmsiファイルが転がっていました。 msiファイル合計で100MB弱。

なんだかなぁ

Adobe Readerもインストーラが勝手にファイルを作ってそのまま放置していくのですが、iTunesもですか…
iTunesのような結構頻繁にアップデートされるソフトがこうして勝手にファイルを作っていくのは勘弁して欲しいのですが。
#いや、作るのはいいのですが、せめてインストール後に消していくとか、ユーザにmsiを残すか否かを問い合わせるとかするのが普通じゃありません？これだから傲慢な会社はﾌﾞﾂﾌﾞﾂ

こんなものあっても仕方がないので、速攻で消しました。
人によっては500MBくらい不法投棄されたゴミでHDDが埋まっているかも知れません。 なぜだか判らないけどCドライブが窮屈という方は確認してみると幸せになるかも知れません。

umountをしようとしたときに、device is busyと表示され、アンマウントが出来ないことがあります。
これは、プロセスがumountの対象デバイス配下のディレクトリにアクセスしている場合が原因のようです。

umount出来ない原因となっているプロセスを調べるにはfuserを使えばいいようです。

#umount: /foo/bar
umount: /foo/bar: device is busy
#fuser -muv /foo/bar
		USER	PID	ACCESS	COMMAND
/foo/bar:	kaede	xxx	..c..	(kaede)bash
#kill xxx
#umount: /foo/bar

#umountしようとしてrootにスイッチするのだけど、rootになる前のユーザがそのディレクトリにいて失敗することがよくあって困る（^^;

参考

• umountがうまくいきません。
• Manpage of FUSER

Linux/*BSDに関する状況別操作メモ