カテゴリー: computer

　Windows XP-modeをセットアップするとデフォルトで「XPMuser」というユーザが使われる。
　共有フォルダやサーバへのアクセスでユーザ別に権限を設定している場合には「XPMuser」では困ることがある。
　しかし、このログオンするユーザを別のユーザに変更しようとすると「資格が無い」といった内容の警告が出て変更できない。これを変更するには下記の手順で設定する。

通常通りにファイルをダウンロードしてセットアップするが、その時に途中で「資格情報を記憶する」にデフォルトで入っているチェックを外してセットアップを完了させる。

（セットアップ後であればXP-modeの設定画面のログオン資格情報のところで「保存された資格情報を削除する」ボタンを押して削除する。）

セットアップ後に起動してきたら「コンピュータの管理」からユーザを作成し権限をAdministratorsにする。

「ファイル名を指定して実行」に”control userpasswords2″と入れて自動起動の設定画面を立ち上げる。

追加押して先ほど作ったユーザを一覧に追加する。（追加前は「XPMuser」だけがあるはず）

その後、ログオフして「×」を押して休止状態にする。

Windows XP-mode をもう一度起動する。

「Windows セキュリティ」の画面が立ち上がり「XPMuser」のパスワード入力が出てくるが、下側の「別のアカウントを使用」を選ぶ。

「資格情報を記憶する」にチェックを入れた上で先ほど新たに作成したユーザとしてログインする。

スタートメニュー上部に表示されるユーザ名で設定したユーザとしてログインできているか確認する。

次からは自動で新しいユーザでログオンされる。

先日書いた1点しんにょうと2点しんにょうはこういうフォントとして見える。これが問題になるかどうかは個人や組織の中での判断になるだろう。

ステムなどの互換性のためにXPを選ばざるを得ない企業も多いとは思う。XPであれば標準の文字セットはJIS90だが互換フォントを入れることでJIS2004も選択できる。
現在は企業用Vistaや7のモデルを買うことでXPへのダウングレードサービスを選択することが出来るが、これもいずれ終了する。そうなるとJIS2004文字セットを使わざるを得ないのだろうか。
マイクロソフトの2009年7月のニュースリリースでJIS90互換フォントパッケージの提供はWindows7までで次期OSでは完全にJIS2004文字セットに移行するという発表があった。
逆に言うと現在売られているVistaや7であればJIS90文字セットという選択も可能なのである。インストール用プログラムのダウンロードはここで出来る。
Windows Vista、Windows Server 2008、Windows 7 および Windows Server 2008 R2 で旧 JIS90 文字セットを使用する方法
インストールされているかの確認は「プログラムと機能」の「インストールされた更新プログラム」で「MS Gothic and MS Mintyo JIS90-Compatible Fonts (KB927490)」が表示されているかを確認する。
何年か後に7の次のOSを選ばざるを得なくなった時にはJIS2004文字セットを使わなくてはならないが、それまでに心構えや対応は出来るのだろうか。うちの部署は無理そうな気がする。現在JIS2004文字セットにしてしまったマシンに対する対応を行うことが出来ていないのだから。

出来上がりのPDFファイルとそれの内容のチェック用リストが入ったExcelファイルを送っておいたら電話が来た。「誤字がある」と。
聞いていくと「辻」の字がExcelでは”しんにょう”に点が２つで、PDFは点が１つだというのである(^^;;;
ここまで読んで「なーんだ」とわかる人は読む必要はありません。
簡単に言うと彼はWindowsXPのWindowsUpdateの追加選択の中のJIS2004対応フォントをインストールしていたために、彼はExcelの中でJIS2004の文字を見ていたわけです。PDFはフォントを埋め込んであるため、私が使っているJIS90の文字を表示しています。
うち社内の標準はWindowsXP+office2003なのでJIS2004対応フォントは必要なく、入れると周囲と整合性の無い環境になるのです。
Windows XP および Windows Server 2003 向けJIS2004 対応 MS ゴシック & MS 明朝フォントパッケージについて
このページの冒頭にこういうふうに書いてます。「本フォント パッケージは、Windows XP または Windows Server 2003 のフォント環境 (JIS90) を、Windows Vista のフォント環境 (JIS2004) に揃えるためのものです。」
でも言いたい本当のところは、自分達の年代で「辻」の点は1個だよね、2個で疑問に思わないの？、ということなんです。
これで2回目ですよ！まったく！

現象１：WindowsXPが起動してデスクトップ画面が表示されてからもディスクアクセスが続き時間がかかる。
現象２：WindowsUpdateで検索中に 0x80248013 のエラーが出る。
などの現象が起こる場合、DataStore フォルダで内容の整合性がとれていない可能性があります。
その場合には DataStore フォルダ内の履歴を一度削除することで改善される場合があります。履歴なので間違えて違うものを削除しない限り害はありません。
手順は下記の通りです。
現象２の場合は DataStore フォルダ内のファイルが数百メガ程度ある場合もあると思います。
１．[ファイル名を指定して実行] で services.msc を実行
２．Automatic Updates を停止
３．[ファイル名を指定して実行] で %windir%SoftwareDistribution を実行
４．DataStore 内のファイルを全て削除
５．[ファイル名を指定して実行] で services.msc を実行
６．Automatic Updates を開始

2000以降で採用された機能らしいが今まで余り意識していなかったジャンクションという機能がある。
なぜ今頃になってその話題かというと、Vista以降で”Documents and Settings”が無くなり、代わりに”Users”というフォルダが使われるようになったからである。そのため古いソフトのインストールなどで”Documents and Settings”を使おうとした場合に強制的に”Users”に飛ばすためにこの機能が使われている。セキュリティ面を意識したらしいがまったく迷惑な話だ。
ところがこの”c:Users”に指定されているはずのジャンクションが何かの理由で”t:Users”となっていたりすると話がこんがらがる。指定したドライブが存在しないからだ。ソフトのインストールのエラーとして表示されるのは「指定したパスが長すぎます」という関係ない内容だからなおわかりにくい。
この間違った状態を解決するにはジャンクションを削除して正しいものを設定しなおす必要がある。
まず現在の状況を確認する。
dir /a
こうすることでフォルダの属性が表示される。
ジャンクションが張られている場合には”“とその後に仮想のフォルダ名と飛ばし先の実フォルダが表示される。
今回の場合には c: で dir /a すると
日付 時間 Documents and Settings [t:Users]
となっている。
まずこの間違ったジャンクションを削除する。コマンドはrmdirを使う。（DOS窓は管理者として実行する）
この場合には”c:Documents and Settings”のジャンクションを削除したいので
rmdir c:”Documents and Settings”
とする。(スペースを含むフォルダ名なのでダブルコーテーションで囲む)
一応 dir /a で消えたことを確認する。
次に正しいフォルダへのジャンクションを作成する
mklink /J c:”Documents and Settings” c:Users
書式としては
mklink /J (ジャンクション名) (リンク先フォルダ)
となる。
c:Documents and Settings <<===>> c:Users のジャンクションが作成されました
と表示されればOK。
一応 dir /a で正しく作成されたことを確認する。
日付 時間 Documents and Settings [c:Users]
となっているはずだ。

WindowsUpdateやMicrosoftUpdateのページで履歴を表示して見ることもできるが、何ページもあって探したい更新を見るのが大変だったり、何度も進んだり戻ったりと時間がかかる。
テキスト形式のデータが存在しないか探して見たら見つかった。
テキストなら目的のKBナンバーなどで検索できるので便利。
下記の場所にテキスト形式のログファイルがある。
C:WINDOWSSoftwareDistributionReportingEvents.log
下記のように更新を行った手段もわかる。
WindowsUpdate
MicrosoftUpdate
AutomaticUpdates
SelfUpdate

KB945007″クリックしてアクティブ化する” 動作を無効にするための Internet Explorer Automatic Component Activation (IE ACA) 更新プログラムについて
このように”クリックしてアクティブ化する”を無効にするパッチが12月に公開されているが、どうも同様の更新が別の名称でWindowsUpdateで配信されているように見える。
このパッチはWindowsXPsp3の中にも含まれている。
sp3を適用した別のマシンと私のマシンで同じページを表示して確認したが、同じようにFlashをはじめとするアクティブコンテンツが表示できるのだ。私のマシンの更新の履歴も一応確認したが、KB945007もsp3も適用していない。
そんな疑問を持ったので私のマシンにインストールされた更新プログラムの履歴をもう一度見直してみることにした。
すると、以前にインストールされたこの更新が2008年2月12日にも再度インストールされているのだ。
KB942615[MS07-069] Internet Explorer 用の累積的なセキュリティ更新プログラム
KB945007の説明の中で「更新プログラム KB942615 に含まれている Internet Explorer ActiveX 更新プログラムの “クリックしてアクティブ化する” 動作が無効になります。」とある。確信はないのだが、どうも修正されたプログラムを再度インストールされたようだ。
またMSにやられたようだ(^^;

計測器用に作られたソフトがWindowsXPにインストール出来ない。
“path or file not found” とエラーが表示されるだけで何が無いのかさえもわからない。
同じ XP pro でも成功するものと失敗する機器がある。
結局私のところに持ち込まれた。
出来の悪い、経験の浅いプログラマーのプログラムなのはわかるがあまりにひどい。
エラー表示の意味が無い。
いろいろと試してわかったのは漢字(2バイト文字)のユーザ名から作られるユーザプロファイルのフォルダ名がインストーラで処理できないのが原因。
外国製のフリーウエアなどではたまに見る不具合。まあ、日本で使うことを考えていないのであれば不具合とも言えないが、日本製のソフトなら論外の現象だ。
しかしWindowsXPではインストール時にデフォルトで日本語変換が立ち上がっているのでユーザ名を日本語で入れる人がほとんどだと思う。
日本語のWindowsXPのインストール時にデフォルトで日本語変換が立ち上がっているということは、XPでは日本語のユーザ名が標準ということなのではないのかな？
昔から2バイト文字のフォルダ名はいろいろと問題を起こす。
コンピュータ名も同様に問題を起こすことが多い。
英語圏で作られた仕様なのだから当たり前といえば当たり前。
私が常にユーザ名とコンピュータ名をアルファベットで入力するのは経験的に学んだからだ。
回避するにはAdministratorでログインしなおしてインストールするのが一番簡単。
この先のことも考えるなら新たなユーザをアルファベット名で作り、ユーザプロファイルをコピーしてしまえば今まで通りの使い勝手が確保できる。
英語圏で作られたプログラムでさえ、ほとんどのものは日本語名のフォルダに対応できているのに、日本で作られたものが対応できていないなんて。
ひょっとして最近流行の謎の中国人が作ってる？
でもCJK(Chinese Japanese Korean)は2バイト文字だったはずだな(^^;

デスクトップとノートPCなどの組み合わせで複数のパソコンを持つ人が多くなって自分のパソコンを識別するためなのかもしれないけれど、disktopというコンピュータ名をたまに目にする。
デスクトップのつもりなのだろうがその人の口から出る単語も「ディスクトップ」(^^;
ジャパニーズイングリッシュでも机と皿くらいは区別できるだろうよ（笑）
一応大卒以上の学歴で人に教える立場の人だったりするから笑える。
desktopとは卓上という意味の英単語で、円盤の上にあるのではないのでご注意を。

ikue

このソフトはWindows上から、マシンに接続されているドライブの空き領域にいろいろなパターンのファイルを書き込み、内容を消去するツールです。
OSが入っているドライブはOS上からは消せないので、DOSで立ち上げるツールを使わなくてはなりません。
しかし増設のものなら、、、と探したらありました。

日本語表示で使い方も簡単です。
現在立ち上げているドライブも選択できますが、空き領域をファイルで埋めていくだけなので消去は出来ません。
それ以外の消したいドライブの中身を削除した後にそのドライブを選択し、書き込む回数を選んで「実行」ボタンを押すだけです。