none
画面がフリーズする RRS feed

  • 質問

  • 使用OS

    Windows10 Pro 64Bit メモリ8GB HDD500GB

    19/07導入(5台中3台発生) デュアルディスプレイ(I-O DATA )

    使用していると一部アプリケーションの画面がフリーズして×マークや最小化もできない状態になります。

    フリーズしているアプリケーションの画面以外は問題なく、タスクバーにて閉じることが可能です。

    ※特定のアプリケーションではなく、エクスプローラーでも現象確認。

    ディスプレイ設定で解像度を変更すると復帰します。

    ディスプレイドライバーの更新や旧バージョンをインストールしても改善なし。

    何か考えられることがありますでしょうか?


    2019年8月19日 5:05

すべての返信

  • NAGAISHI_MASAHIROさん、こんにちは。フォーラムオペレーターのFarenaです。

    TechNetフォーラムにご投稿くださいましてありがとうございます。

     

    フリーズが発生する要因はご利用のPCの環境によって様々です。

    熱、或はメモリ不足になると処理能力を抑えてしまうことでフリーズが発生しやすくなります。

     

    タスク マネージャーなどでメモリ不足や CPU の高騰はみられませんでしたでしょうか。一時的な事象について原因の想定は難しいと思われますが、解像度を変更すると解決する場合は、具体的にどの解像度でなおりますでしょうか。また、全5台のOSバージョンとコンピューターの機種は同じでしょうか。

     

    どうぞよろしくお願いいたします。


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.


    2019年8月21日 2:21
    モデレータ
  • 返信ありがとうございます。

    OS Win10 Pro 1903 64Bit

    アプリケーション:Office製品・NOD32(最新Ver)・インフォトレース

    PC機種別途記載させていただきます。※メーカーはNECです。

    上記の内容確認させていただきました。

    現象発生時にタスクマネージャーを確認しましたが、高騰などありませんでした。

    加えてアプリケーションも応答なしなどの表示もない状態です。

    最初にも記載しました、現象が発生した際に解像度を変更すると正常に戻ります。

    確認作業した内容を記載致します。

    ・フリーズ時のメモリ使用率→問題なし

    ・タスクマネージャー→アプリケーション「応答なし」にはなってない。

    ・現象が発生している場所へ別のアプリケーションを持っていく→同じような現象になる。

    ・デュアルディスプレイを片側のみにする→正常に表示する※フリーズ解消

    ・VGA側のディスプレイコネクタ抜き差し→マウスがカクカクなる

    ・起動時にもマウスがカクカクする状態→ECOモード設定ツールホストをタスク終了で解消。

    ・PC設定ツール削除(ECOモード設定ツールがインストールされているアプリケーション)

    ・WindowsUpdate→特に残っているものもなし

    ・メモリ抜き差し、スロット入替え

    ・ディスプレイコネクタの抜き差し(すべて)

    ・代替えディスプレイ入替えても現象発生

    以上になります。

    現象が発生した際の画面をスクショしたものを添付させていただきます。

    ご確認・アドバイスお願い致します。

    2019年9月5日 3:24
  • デュアルディスプレイはどのように実現されていますか。

    当方の例では、USB接続タイプのディスプレィアダプタ製品を接続、その製品のDisplayLinkが入たPCで度々応答不能が発生するようになったことがあります。

    対処としてはUSB接続タイプのアダプタは取り外して、DisplayLinkDriverを削除すると問題が解決。

    Displayケーブルでマルチディスプレィを実現するようにしたところ、動作の遅延が発生しなくなりました。





    • 編集済み JJJ-Ran 2019年9月12日 8:17
    2019年9月5日 7:40
  • "ECOモード設定ツール" のプロセスが存在する場合にのみ、問題現象が発生する。。。ってことですか?

    だとしたら、そのツールの開発元に問い合わせた方がよいのでは。。。

    それ以外の調査方法としては、現象発生時のプロセス ダンプを採取して、それを解析してみるとか。

    2019年9月5日 9:40
  • デュアルディスプレイの接続は以下の通りです。

    VGA+ディスプレイポート(DVIケーブル+ディスプレイポート変換器)

    変換器が邪魔しているのでしょうか。

    現象が発生するPCとしないPCがあります。(同機種です)

    2019年9月6日 7:25
  • ECOモード設定ツールはNECの「PC設定ツール」というアプリの中にある機能でした。

    「PC設定ツール」毎削除していますが、現象が復帰しません。

    ちなみにプロセスダンプの採取方法を教えていただけませんでしょうか?

    2019年9月6日 7:26
  • 変換器を取り外して変換器を接続したときにインストールされたツールを削除してみてはどうでしょう。

    当方でも必ず全台に発生というわけではなく、多数あるうちの半数くらいが、その変換器のツール(DisplayLink)を削除し再起動したところ、再発しなくなりました。

    参考までに。

    2019年9月6日 8:14
  • ちなみにプロセスダンプの採取方法を教えていただけませんでしょうか?

    ----------------------------------------------
    Windows 10 / 8.1 / 8 / 7 / Windows Server 2008 でプロセスのダンプファイルを取得する方法
    https://support.kaspersky.co.jp/common/diagnostics/12401
    ----------------------------------------------

    2019年9月9日 0:26
  • どなたかダンプを解析できる方はいらっしゃいませんか?

    解析した内容を添付させていただきます。

    2019年9月24日 23:07
  • 以下のコマンドを実行してログファイルを採取し、そのファイルをどこかのクラウド ストレージにアップしてくれれば、可能な範囲で見ます。

    ------------------------------
    <実行するコマンド>
    .reload
    .cls
    .logopen /t "C:\Users\<Logon Account Name>\dump.log"
    ~*kvn
    !peb
    lmDv
    .logclose
    ------------------------------

    ☆ 上記 ".logopen" コマンドの <Logon Account Name> は、Windows ログオン時のアカウント名。

    2019年9月25日 1:14
  • ありがとうござます!初歩的なことをお聞きして申し訳ありません。上記のコマンドはコマンドプロンプトで実行したら宜しいでしょうか?
    2019年9月25日 5:25
  • WinDbg 上で実行するコマンドです。
    2019年9月25日 5:42
  • ありがとうございます。

    https://1drv.ms/u/s!AtdAnBNBcShrygBs0Echvscu4ajy?e=rvmYmS

    上記にアップさせていただきましたので、ご確認頂けますでしょうか?

    2019年9月26日 0:56
  • > 19/07導入(5台中3台発生) デュアルディスプレイ(I-O DATA )

    二点確認させてください。

    確認事項一
    問題現象が発生していない2台には、問題が発生している PC と同じ Canon 製と EPSON 製ソフトウェア (プリンタ関連ソフトウェア) がインストールされているか?
    (同一バージョンの同一ソフトウェアがインストールされているかが知りたい。)

    確認事項二
    今回採取したダンプで、以下のコマンドを実行した際の出力結果をコピペしてください。
    lml
    dt ntdll!_PEB
    2019年9月26日 1:23
  • 確認事項に回答させていただきます。

    1.同一バージョンがインストールされています。

    →何かドライバー関連のエラーが出ていましたでしょうか?

    2.コマンドを実行したのでご確認お願いたします。



    Microsoft (R) Windows Debugger Version 6.2.9200.20512 X86
    Copyright (c) Microsoft Corporation. All rights reserved.




    Loading Dump File [C:\Users\337\Desktop\mstsc.DMP]
    User Mini Dump File with Full Memory: Only application data is available


    WARNING: Minidump contains unknown stream type 0x15
    WARNING: Minidump contains unknown stream type 0x16
    Symbol search path is: *** Invalid ***
    ****************************************************************************
    * Symbol loading may be unreliable without a symbol search path.           *
    * Use .symfix to have the debugger choose a symbol path.                   *
    * After setting your symbol path, use .reload to refresh symbol locations. *
    ****************************************************************************
    Executable search path is: 
    Windows 8 Version 18362 MP (6 procs) Free x64
    Product: WinNt, suite: SingleUserTS
    Built by: 18362.1.amd64fre.19h1_release.190318-1202
    Machine Name:
    Debug session time: Tue Sep 17 15:41:23.000 2019 (UTC + 9:00)
    System Uptime: 0 days 2:36:18.696
    Process Uptime: 0 days 1:43:59.000
    ................................................................
    ................................................................
    ......................................
    Loading unloaded module list
    ................................................................
    *** ERROR: Symbol file could not be found.  Defaulted to export symbols for win32u.dll - 
    *** ERROR: Symbol file could not be found.  Defaulted to export symbols for user32.dll - 
    win32u!NtUserGetMessage+0x14:
    00007ffa`888d1164 c3              ret
    0:000> lml
    start             end                 module name
    00007ffa`888d0000 00007ffa`888f1000   win32u     (export symbols)       win32u.dll
    00007ffa`8a9d0000 00007ffa`8ab63000   user32     (export symbols)       user32.dll
    0:000> dt ntdll!_PEB
    *** ERROR: Symbol file could not be found.  Defaulted to export symbols for ntdll.dll - 
    *************************************************************************
    ***                                                                   ***
    ***                                                                   ***
    ***    Either you specified an unqualified symbol, or your debugger   ***
    ***    doesn't have full symbol information.  Unqualified symbol      ***
    ***    resolution is turned off by default. Please either specify a   ***
    ***    fully qualified symbol module!symbolname, or enable resolution ***
    ***    of unqualified symbols by typing ".symopt- 100". Note that   ***
    ***    enabling unqualified symbol resolution with network symbol     ***
    ***    server shares in the symbol path may cause the debugger to     ***
    ***    appear to hang for long periods of time when an incorrect      ***
    ***    symbol name is typed or the network symbol server is down.     ***
    ***                                                                   ***
    ***    For some commands to work properly, your symbol path           ***
    ***    must point to .pdb files that have full type information.      ***
    ***                                                                   ***
    ***    Certain .pdb files (such as the public OS symbols) do not      ***
    ***    contain the required information.  Contact the group that      ***
    ***    provided you with these symbols if you need this command to    ***
    ***    work.                                                          ***
    ***                                                                   ***
    ***    Type referenced: ntdll!_PEB                                    ***
    ***                                                                   ***
    *************************************************************************
    Symbol ntdll!_PEB not found.

    2019年9月26日 9:15
  • 提示されたダンプ ログはシンボルが合っていないので、正確な情報が表示されていません。
    下記サイトを参考に、WinDBG 上でシンボル パスを設定してから、再度下記コマンドを実行してください。
    ---------------------------------------
    メモリダンプに !analyze -v するまで・後編 ~ ダンプを開く~
    https://blogs.msdn.microsoft.com/jpwdkblog/2009/06/11/analyze-v/

    <実行するコマンド>
    .reload /f
    .cls
    ~*kvn
    !peb
    ---------------------------------------

    > →何かドライバー関連のエラーが出ていましたでしょうか?

    提示されたダンプ ログでは尋常ではない回数の、Canon 製モジュールと思われる "CNLB0ja-JP_D6609.DLL" と "CNLB0neutral_D6609.DLL" のロード/アンロードが記録されていますが、一般的に考えて正常に動作しているプロセスでこのような状況が発生することはありません。
    なので、この "CNLB0ja-JP_D6609.DLL" および "CNLB0neutral_D6609.DLL" のロード/アンロードが、今回の問題と関係している様に思います。
    今回の問題が不特定のアプリで発生するとのことから、同様の問題が発生した別のアプリのプロセス ダンプを採取し、lml コマンドで "CNLB0ja-JP_D6609.DLL" および "CNLB0neutral_D6609.DLL" のロード/アンロードが頻繁に発生してるか、併せて確認されることをお勧めします。
    2019年9月27日 1:07
  • 教えていただ通りにしましたが、正常にできているか分かりませんが先日のクラウド上にアップさせていただきます。

    ※ファイル名:ダンプ2.txt

    ちなみに現象が発生しているPCで実行しないと行けませんでしょうか?

    他のアプリで発生した場合のダンプも採取して見たいと思います。

    2019年9月28日 5:31
  • > ちなみに現象が発生しているPCで実行しないと行けませんでしょうか?
    ↑何言ってるかわからない。

    ぱっと見、各スレッドのコール スタックは、特段おかしな状態になっているようには見えないのですが、!peb コマンドのロード モジュール一覧で、タイムスタンプが表示されているのとされていないのがあるのはなぜだろう?
    (!peb コマンドでのモジュール タイムスタンプは、ホントのタイムスタンプぢゃないので、日時がおかしくても、それは問題ぢゃない。)

    このプロセスには、Canon, Epson, ESET の DLL モジュールが外部から Injection されているので、まずはその影響の有無を切り分けた方がいいともいます。

    とりあえず思いつく調査方法としては、以下のようなもの。。。。

    ☆ 先にも提案したように、同様の問題が発生した別のアプリのプロセス ダンプを採取し、そのプロセス内モジュールのロード/アンロード状態を確認する。
    ☆ 問題が起きていない他の PC 環境で、同じアプリのプロセス ダンプを採取し、その差異を確認する。
    2019年9月30日 1:19
  • 言葉足らずで申し訳ありません。

    現在、現象が発生しているPCではなく、別のPCでWinDBG を実行しダンプ処理を行っています。

    ※ダンプの採取は現象が発生しているPCで行いました。

    別のPCではなく、現象が発生しているPCでWinDBG を実行してダンプ処理をしないといけないのでしょうか?

    2019年9月30日 3:39
  • ダンプの「解析」は、どの PC でやっても構わない。
    2019年9月30日 4:03