Kerosoft : Modus Operandi

先日、泣く泣くXP x64システムの不安定さ*1からVista x86に戻ってきたのですが、「チューンして高速化♪、まずはサービス当たりから～」とか考えつつサービスを開いてみると……

あれ、見慣れたMessengerサービスが居ない……。


今回Vista x86に戻したPCは、XP x64の時代から毎朝バックアップジョブが走っており、その完了通知を別PCにMessengerサービスで投げていたので、使えなくなるとちょっと困るなぁ。

と思ったものの、これはMSのセキュリティ対策なんですかね、Alerterとかも居ませんし。

そもそも、net sendコマンドが存在しなくなったようです。

C:\Users\Kero>net help /?
このコマンドの構文は次のとおりです:

NET
[ ACCOUNTS | COMPUTER | CONFIG | CONTINUE | FILE | GROUP | HELP |
  HELPMSG | LOCALGROUP | PAUSE | PRINT | SESSION | SHARE | START |
  STATISTICS | STOP | TIME | USE | USER | VIEW ]

というわけで、某端末のIPPプリンタのMessengerサービスによる印刷通知、Vistaにシステムが変わったら別の方法をとらざるを得ないようですね……。

Vistaで標準で、XPもWindows UpdateのJIS2004対応フォントをインストールすると、MSゴシックの9ptと10ptで、数字の2だけおかしな形になるという問題があります。
比べてみれば歴然。

▼正常

▼おかしい

ちなみに画面は、Vistaのメモ帳のフォント設定ダイアログです。
なぜこんなことになったかというと、小数点を表すドットの位置が右に寄ったことで、数字の2の左下と隙間がなくなるため、こういう措置になったらしいですが……。
小数点の位置だけを比べてみても、明らかに「正常側」のほうが自然に見えますよねえ？
Vistaでは多くの部分がアンチエイリアス処理がかかっているので、この2を見る機会はそうないといえばそうなのですが、ダイアログ系にはまだ多く使われているのが現状です。

続きを読む

Windows 2000やWindows XP Professional、Windows Vistaに搭載されているファイル共有には、「管理共有」という特殊な共有がある。

Sambaネットワークでは、共有名の末尾に$を付けると隠し共有となって、一覧に現れないのだが、管理目的のためデフォルトでドライブレター＋$という名前で、全固定ディスクのルートディレクトリが共有されている。
つまり、コンピュータ名をワークグループで見つけられれば、\\ComputerName\C$でCドライブが丸見えと言うわけだ。
勿論、セキュリティ的には保護されていて、管理者権限がないとアクセスできない。
Administratorのパスワードが空だとドライブ丸ごとがそのまま見えたりということもあり*1、やはりセキュリティ上の観点からか、Vistaではローカル以外からは、たとえ管理権限を持っていたとしても参照できなくなったようだ。

というわけで、再度自分でドライブごとに共有を作る*2しかないかと思っていたのだが、やはり面倒。
閉じた家庭内LANなどでファイルをやり取りする場合は、やっぱりドライブごと共有していた方が楽ということもある。
そういうときには、このレジストリエントリを追加すれば良い。
手早くやりたい人は、share_policy.regをどうぞ。

キー名

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

名前

LocalAccountTokenFilterPolicy

種類

DWORD(32ビット)

値

1

ちなみに0に戻すかエントリを削除すれば、デフォルトの動作に戻る。

以前のiBookクラムシェルにFedora8の記事を書いた頃から、iBook クラムシェルをサーバーとして運用していた。
外部からsshでログインし、WOLでクライアントマシンを起こし、こいつにPortForwardさせて安全にVNCを使う目的に使っていたのだが、最近よく固まって応答しなくなる現象が起きていた。

Login: 表示のユーザー名を入力する所で固まっており、キー入力は受け付けるが、パスワードを聞いてこない。しょうがないので再起動するととりあえず立ち上がるが、こんな風にディスクジャーナルが吹っ飛んでいるので再構築する…みたいなメッセージが出てくる。

PCI: Cannot allocate resource region 0 of device 0001:10:19.0
Red Hat nash version 6.0.19 starting
JBD: Failed to read block at offset 5360
JBD: error -5 scanning journal

（ここで2～3分待たされる）

EXT3-fs: error loading journal.
mount: error mounting /dev/root on /sysroot as ext3: Invalid argument
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
Kernel panic - not syncing: Attemped to kill init!
Rebooting in 180 seconds...

リブート

PCI: Cannot allocate resource region 0 of device 0001:10:19.0
Red Hat nash version 6.0.19 starting
       Welcome to Fedora
       Press 'I' to enter Interactive startup.
…
正常起動

気になって、badblocksを調査して見ると…

# init 1
# badblocks -o /tmp/badblocks.txt -v /dev/hda10
Checking blocks 0 to 4066614
Checking for bad blocks (read-only test): done
Pass Completed, 30 bad blocks found.

ありゃぁ！こりゃディスクがお釈迦だ。WoLだけの鯖とはいえ、早急にHDDを交換せねば。

ということで、手元にたまたまあった、Hitachi DK227A-41を使うことに。

続きを読む