MacOS X のバックアップ機能「TimeMachine」において、数回目のバックアップから、次のようなエラーメッセージが表示され、バックアップに失敗することがありました。

バックアップを完了できませんでした。

バックアップの作成を完了できません。バックアップフォルダの作成中にエラーが起きました。

Error: (22) setxattr for key:com.apple.backupd.ModelID path:/Volumes/(バックアップ先ドライブ名)/Backups.backupdb/(コンピュータ名) size:8
Error: (-50) Creating directory 2011-07-11-223534.inProgress Failed to make snapshot container.
com.apple.backupd[18822] Error: (22) setxattr for key:com.apple.backupd.ModelID path:/Volumes/(バックアップ先ドライブ名)/Backups.backupdb/(コンピュータ名) size:8
com.apple.backupd[18822] Backup failed with error: 2

原因

バックアップ先に指定したドライブに、Spotlightのインデックス作成プロセスがアクセスしていて、一部のファイルにTimeMachineがアクセスできなかったのが原因のようです。

支障がなければ、バックアップ先ドライブを、Spotlightから除外してください。

1. アップルメニュー(C) → システム環境設定(C) → Spotlight(C)
2. プライバシー(C)
3. 「+」(C) → バックアップ先ドライブを選択 → 「選択」(C)
4. システム環境設定を閉じる

※除外設定時、「プライバシーリストエラー」が表示されるときは、Spotlightインデックスの作成中の可能性があります。そのドライブを強制的にマウント解除、再びマウントし、すみやかに設定しなおしてください。

補足

• 除外設定時、「プライバシーリストエラー」が表示されるときは、Spotlightインデックスの作成中の可能性があります。そのドライブを強制的にマウント解除、再びマウントし、すみやかに設定しなおしてください。
• このTimeMachineのエラーは、バックアップ先のドライブにおいて何らかの書き込みエラーが生じたとき全般に出るエラーのようです。Spotlightインデックス作成のみならず、ウイルススキャンなど、アクセスの競合が疑われる可能性を広く考慮する必要があります。

発生環境

システム

MacOS X 10.6.8

Windows Live Writer 2011 (以下「Writer」)において、既存記事を開こうとするなど、ブログアカウントへのログインが必要な操作をしたとき、次のようなエラーが発生し、ログインできない場合があります。

ログイン中に予期しないエラーが発生しました。
サーバーの応答が無効です － ブログサーバーから受信した blogger.getUsersBlogs メソッドへの応答が無効です。

Invailed response document returned from XmlRpc server

原因

そのブログの文字コードと、Writerのアカウント設定における文字コード設定が同一でないことが原因でした。

Writerでは、新規ブログアカウントを設定したとき、文字コード設定は既定で「Shift-JIS」となりますが、Movable Type など主なブログシステムの既定文字コードは「UTF-8」であり、このケースに該当しやすいといえます、

ブログアカウントの文字コード設定を、ブログシステムの設定と同じものに変更して下さい。

1. リボンの「ブログアカウント」タブ(C) → ブログのオプション(C)
2. 詳細設定(C)
3. 「文字セット」を「utf-8」など、ブログシステムの設定と同じものに変更
4. OK(C)

発生環境

システム

Windows 7 Home Premium

ブログクライアント

Windows Live Writer 2011

ブログシステム

Movable Type 3.33-ja

Microsoft Word 2010 ベータにおいて、ファイルを保存しようとすると、アプリケーションがハングアップすることがありました。

厳密に言うと、保存ダイアログが表示される場面でエラーが発生するようです。

原因

Office 2010 ベータと同時にリリースされた、「Office ナビ 2010」ベータ版がインストールされていることが原因でした。

これは、エラーの詳細をイベントビューアで確認した際、複数回起きたエラーすべての詳細情報に以下の記述が見られたことでわかったものです。

障害が発生しているモジュール パス: C:\Program Files\Microsoft Office\Office Navi\nvRibbon.dll

「Office ナビ 2010」ベータ版をアンインストールすると、解決しました。

なお、上記ファイル名から原因と推測した「Office ナビ 2010」の拡張リボンタブを非表示にしても、エラーは引き続き発生しました。アンインストールが必要なようです。

発生環境

システム

Windows 7 Ultimate

エラー詳細の全文

障害が発生しているアプリケーション名: WINWORD.EXE、バージョン: 14.0.4536.1000、タイム スタンプ: 0x4af1d345
障害が発生しているモジュール名: nvRibbon.dll、バージョン: 14.0.4536.1000、タイム スタンプ: 0x4af11ad9
例外コード: 0xc0000005
障害オフセット: 0x00000000000059db
障害が発生しているプロセス ID: 0xe04
障害が発生しているアプリケーションの開始時刻: 0x01ca7a64daa22c84
障害が発生しているアプリケーション パス: C:\Program Files\Microsoft Office\Office14\WINWORD.EXE
障害が発生しているモジュール パス: C:\Program Files\Microsoft Office\Office Navi\nvRibbon.dll
レポート ID: 1cd08f82-e658-11de-846f-001bfc74730b

ネットワーク上の他のPCにUSB接続されている、キヤノンのインクジェットプリンタ「PIXUS」をネットワークプリンタとしてインストールしようとすると、次のようなエラーメッセージが表示され、インストールを続行できないことがありました。

プリンタへ接続できませんでした。操作を完了できませんでした（エラー 0x0000000d）。

なお、プリンタを接続しているPCおよびインストールに失敗したPCのOSバージョンはVistaで、別のXPクライアントでは正常にインストールできました。

原因

プリンタにインクが取り付けられていないことが原因でした。

新品のプリンタを開梱した直後など、インクが取り付けられていない状態で別のVista PC からネットワークプリンタのインストールを行うと、インストール試行時にプリンタに何らかのテストキューが送信されるようです。しかし、インクが取り付けられていないため正常に応答しないのではないかと考えられます。

プリンタにインクを取り付けてからインストールを再試行してください。

発生環境

システム

Windows Vista Buisiness (SP2)

プリンタ

Canon PIXUS iP2600

Microsoft Internet Explorer 7.0 および 8.0 において、ボックス要素の背景画像が表示されないことがありました。

IE7については読み込み当初から、またIE8βについてはオンマウス時のタイミングで異常が発生しました。

原因

調べてみた結果、当該ボックス要素について次の条件を満たす場合、背景画像が正常に「リピート描画されない」ようです。

• 「position:fixed」スタイルである
• 背景画像の「繰り返し」が有効になっている

現時点では、繰り返し不要の大きな背景画像を別途作成し、背景画像に使用することで解決しました。

発生環境

システム

Windows Vista Ultimate (SP1)

ソフトウェア

Internet Explorer 7.0.

Internet Explorer 8.0 RC1

Pablo Software Solutions 社製のFTPサーバーソフトウェア「Quick ’n Easy FTP Server」を使ってWindows Vista 上に構築しているFTPサーバーにおいて、正しく設定したはずのユーザーアカウントで外部クライアントからログインしようとしても、「530」エラーなどが発生し、ログインできないことがあります。

原因

「Quick ’n Easy FTP Server」のユーザー設定が正しく設定ファイルに反映されていないことが原因です。

次の方法で、「互換性ファイル」フォルダに上書きされている設定ファイルを「Quick ’n Easy FTP Server」のインストールフォルダにコピーし、ソフトウェアを再起動します。

1. 「Quick ’n Easy FTP Server」上で、必要な設定を行う
2. 「Quick ’n Easy FTP Server」のインストールフォルダを開く
3. 上部コマンドバー内の「互換性ファイル」
4. 存在するはずの「users.xml」→コピー
5. 「Quick ’n Easy FTP Server」のインストールフォルダに戻る
6. フォルダウィンドウ内の余白→貼り付け
7. 続行
8. 「Quick ’n Easy FTP Server」を再起動(「FTP Service」版を利用の場合は、サービスを再起動)

備考

「Quick ’n Easy FTP Server」のユーザー設定情報ファイル(「users.xml」)は、ソフトウェアのインストールフォルダ(通常は「ProgramFiles」内のフォルダ)に保存されています。しかし、WindowsVistaでは「ProgramFiles」フォルダのセキュリティ権限の関係上、「users.xml」がそのまま上書き保存されず、「互換性ファイル」フォルダに転送保存されます。このようにして、設定が正しく反映されない状態になります。

発生環境

システム

Windows Vista Ultimate (SP1)

ソフトウェア

Quick ’n Easy FTP Service Ver 3.2

トラストコンベクション社製のプロジェクト・Todo管理ソフトウェア「echo」を起動しサインインしようとしたとき、「サーバーとの通信に失敗しました。」とのエラーが発生し、インターネットに正しく接続されているにもかかわらず、サインインできないことがあります。

原因

Internet Explorer の「オフライン作業」設定が有効になっていることが原因でした。

次の方法で「オフライン作業」を解除します。

1. Internet Explorer を起動する
2. [Alt]+[F] →オフライン作業

発生環境

システム

Windows XP Home Edition (SP3)

バッファロー社製のワンセグチューナー(ちょいテレシリーズ)に付属する視聴ソフト「PCastTV for ワンセグ」で、録画したはずの映像を再生する操作を行った際、一瞬再生のモードになった後すぐに元に戻り、通常のテレビ視聴のモードに戻ることがありました。

なお、録画の段階では全くエラーは出ず、完了後もその映像の項目が「ビデオ」リストに表示されるため、録画は正常に行えたように見えます。

原因

録画映像の保存先が、存在しないフォルダ(パス)に設定されていました。

つまり、録画自体が全く出来ていなかったと言うことです。

次の方法で、録画映像の保存先を、正しい設定に変更します。

1. 「PCastTV for ワンセグ」を起動する
2. メインウィンドウ下のボタン群左端にある「設定」 (または、テレビ映像→設定)
3. 設定ダイアログ左カテゴリリスト中の「録画保存先」
4. 「保存フォルダ」欄の右「参照」
5. 任意のフォルダを選択する
6. OK

備考

• 録画映像の保存先が、存在しないフォルダ(パス)に設定されているというケースは、ワンセグチューナーを使い始めた後の時期にOSをアップグレードを行い、新システムに以前の保存先設定が適用された場合などに起こるようです。
• なお、この設定変更以前に録画された「はず」の項目は全く録画されておらず、ファイルが存在しません。「ビデオ」リストに表示されているそれらの映像の項目は、削除してください。

発生環境

システム

Windows Vista Home Premium (SP1)

ワンセグチューナー

バッファロー DH-KONE4G/U2DS

ソフトウェア

PCastTV for ワンセグ Ver 2.19

「Adobe Dreamweaver CS3」を起動する際、スプラッシュ画面の「ファイルの初期化中」のタイミングで、アプリケーションエラーが発生し(またはそのままウィンドウが消滅し)、まったく起動できないことがありました。

原因

「Acer Empowering Technology」に含まれる「eDataSecurity」の構成ファイルである「psdprotect.dll」とDreamweaverがコンフリクトを起こしていることが原因です。

これは、イベントビューアのアプリケーションログにおいて判明しました。

「Acer Empowering Technology」は、Acer(日本エイサー)が製造販売するVista搭載PC(Aspireシリーズなど)にプリインストールされているソフトウェアです。

「Acer Empowering Technology」をアンインストールしたところ、問題は解消しました。

本来エイサー社からのアップデータの提供を待つことがベストだと思いますが、提供がなされていない以上、アンインストールしかありませんでした。

アンインストールを望まない場合は、とりあえず、「psdprotect.dll」のファイル名を任意に変更するだけで、問題は解消しますが、「eDataSecurity」の動作に障害が出ることが予想されます。

関連リンク

• Dreamweaver CS3 : Some Emmerging issues に対するコメント97番 (英文)

メールクライアントソフト「Mozilla Thunderbird 2.0」を起動時、以下のようなエラーメッセージが表示され、その後正常に起動できなくなることがあります。

ソフトウェアを正常に更新できませんでした
1つ以上のファイルを更新できませんでした。他のすべてのアプリケーションが終了していること、ファイルの書き込み権限があることを確認の上、Firefox を再起動して再度試してください。

原因

今回のケースでは、次の条件を満たしていることが原因でした。

• 上記エラーが発生しているユーザーアカウントの名前に特定の2バイト文字(日本語等)が含まれている。

これは以前に掲載した問題と同質のものです。原因の詳細と解決策については、以下のページをご覧下さい。

Thunderbirdで、アカウント設定が正しいのにメールが送信できない。(とみっぺTKDB)

メールクライアントソフト「Mozilla Thunderbird 2.0」でメールを送信しようとしたとき、アカウント設定が完全に正しいにもかかわらず、次のようなエラーが表示されることがあります。

メッセージを送信できませんでした。
メールとニュースグループのアカウント設定が間違っていないか確認して、もう一度試してください。

原因

今回のケースでは、次の条件を満たしていることが原因でした。

• 上記エラーが発生しているユーザーアカウントの名前に特定の2バイト文字(日本語等)が含まれている。(今回ケースでは「迪」でした)

Thunderbirdの設定・メールデータは通常、"システムパーティション\documents and settings\当該ユーザー名\application data\thunderbird\profiles"以下(XPの場合)に格納されます。ユーザー名に特定2バイト文字が含まれることが原因で、この格納場所のファイル・フォルダパスにその文字が含まれることとなり、Thunderbirdが送信メールのデータを構築しようとした際、目的のパスへのアクセスに失敗し、問題のエラーが表示されることになるようです。

このことは、"システムパーティション\documents and settings"以下に意味不明の(文字化けしたような名前の)ユーザーフォルダが作成されていることを根拠としています。

別途2バイト文字を含まない(半角文字のみの)ユーザーアカウントを新規作成し、従来の設定およびデータをそのユーザーアカウント上に移行します。

移行の方法については、以下のページを参照してください。

• 全角ログオン名はトラブルの元です － 半角英数字のログオン名に変更しましょう
• Windows XP でユーザー プロファイル名を変更する方法 (Microsoft サポートオンライン)

備考

• この問題は、Thunderbird 1.x では発生しません。2.xで新たに生じた不具合です。
• 特に英語圏で制作されているソフトウェアを中心に、2バイト文字を含むユーザーアカウント下で問題が発生することは少なくありません。したがって、ユーザーアカウントを作成するさい2バイト文字を含むユーザー名とすることは、一般論からしても推奨できません。

レンタルサーバー運営サービス「ロリポップ・レンタルサーバー」 上でブログサービス「Movable Type 3.33」 を実行した際、正常な速度で遷移しないことがあります。これをFirefoxブラウザから行った場合、システム内のページ遷移の度に、 ステータスバーに「err.lolipop.jp を待っています」と表示されます。

Mozilla Firefox ステータスバーの表示 

原因

詳しい原因は分かりませんが、次のファイルが存在しないことが原因だそうです。

mt/mt-static/user_styles.css

FTPクライアントから、次の空ファイルを作成してください。

mt/mt-static/user_styles.css

なお、その手順等については環境によって異なるため、明記しません。

関連リンク

• user_styles.cssとは何もの?

ブログ投稿ソフト「Ubicast Blogger」を使ってブログの新規投稿をしようとした際、次のようなエラーが発生することがあります。

メディアオブジェクトのアップロードが出来ませんでした
原因:サーバからのレスポンスの解析に失敗しました。
原因:XML 解析エラー
行: 1
文字: 76
エラーコード: 0xc0020003
メッセージ: XML-RPC データが正しくありません

原因

これは、次の条件が満たされた場合に発生するようです。

• 画像ファイルをUbicastの編集ウィンドウへドラッグする等の方法で挿入し、サムネイル表示形式を選択した。
• 挿入後、画像をクリックして[Delete]キーを押すなどの方法で、その画像を削除した。
• それを投稿した。

このようにいったん画像を挿入すると、内部のソースでは次のようなタグの記述となります。

<a href="○○○○.jpg"><img src="××××.jpg" /></a>

それを削除した際、上記タグが全て消去されるべきなのですが、次のように、アンカータグが残存してしまいます。

<a href="○○○○.jpg"></a>

このため、「存在しないファイルへリンクが張られている」という理由で、当該エラーが発生するのです。

問題なく投稿するには、Ubicast Blogger の不具合修正を待つのが得策ではありますが、 現バージョンでできる範囲としては、画像を削除する前にアンカーを削除して解決を図るのが良いでしょう。

画像を削除する前に、以下の操作を行ってください。

1. 消す予定の画像を  → ハイパーリンク
2. 「ハイパーリンク」ダイアログ内の「URL」ボックスにある文字を全て削除
3. OK

関連リンク

• Bakagaku.com: Ubicast Blogger メディアオブジェクトのアップロードができませんでした。 というエラー
  非常に参考になりました。ありがとうございました。

Microsoft Office Outlook 2003 において、標準で読み込まれているものとは別のPSTファイルを読み込むように設定した場合、仕訳ルールが設定されていても無効となり、メールの仕訳がなされないことがあります。

別のコンピュータからPSTファイルを移行する場合などによく起こります。

原因

かつて別のPCで使われていたPSTファイルを移行して読み込ませた場合、その仕訳ルールを「他のユーザー用」とみなし、無効にしてしまうからです。

そのことは、「仕訳ルールと通知」ダイアログでも確認することが出来ます。Outlook を起動した状態で、次の手順を実行してください。

1. ツール → 仕訳ルールと通知
2. [電子メールの仕訳ルール]タブ中、仕訳ルール一覧のルール名に注目します

ルール名の末尾に「(他のユーザー用)」との表記があれば、今回のケースに当てはまります。

仕訳ルールをエクスポートし、すぐにインポートします。

1. ツール → 仕訳ルールと通知
2. [電子メールの仕訳ルール]タブ中、オプション
3. エクスポート → デスクトップに任意のファイル名で保存
4. インポート → 先ほどエクスポートしたファイルを
5. OK→ すると、ルール名の末尾にあった「(他のユーザー用)」との表記が無くなります
6. OK

以後、仕訳ルールは有効になります。

日本語入力の際、Microsoft Office System 2003 に付属の Microsoft Natural Input (以下「Natural Input」)への自動的な切り替えをしないよう、 通常の Microsoft IME を既定に設定したにもかかわらず、再起動後再び設定が元に戻り、再起動毎に設定を変更せざるを得ないといったケースがあります。しかしながら、通常の操作では、Natural Input を削除しようとすると、 IME も同時に削除しなければならず、IME のみを使用したいユーザーにとって極めて不便です。

ここでは、Natural Input のみを強制的に無効にする方法を解説します。

レジストリの値を変更し、Natural Input のみを強制的に無効にすることができます。

その方法は、以下の通りです。

1. レジストリエディタを起動する
   • スタート(C) → ファイル名を指定して実行(C) → 「regedit」と入力 → OK(C)
2. 念のため、キーをバックアップする
   • 次のレジストリキーを(右C) → エクスポート(C) → 任意の場所に任意のファイル名で保存
     HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ CTF\ TIP\ {95D1D6EC-3F84-41B4-9C11-B1A974E91D8B}\ LanguageProfile\ 0x00000411\ {75E61AD7-8D9E-4436-A0BE-2098C0DDA2C1}
     追記: OfficeのバージョンがSP3以降の場合、レジストリのパスが以下のようになるそうです。
     HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ CTF\ TIP\ {B3209488-CB34-4017-8E13-10CFCA2519FE}\ LanguageProfile\ 0x00000411\ {75E61AD7-8D9E-4436-A0BE-2098C0DDA2C1}
3. このキーを削除する
   • 次のレジストリキーを(右C) → 削除(C) → はい(C)
4. レジストリエディタを終了し、再起動する

備考

• レジストリの変更は、手順を誤るとシステムの誤作動をもたらし、最悪の場合システムの初期化・再インストールを余儀なくされることがありますので、自己責任のもと、注意して行ってください。
]]>