CrystalDiskInfoやCrystalDiskMarkなどCrystal Dew World製品に関する総合掲示板です。
＜スレッド一覧＞
545sの寿命は、SMART:E8で...[11] / [CrystalDiskInfo] Intel...[3] / 記憶域プールに追加したS...[3] / [管理人削除][8] / 窓の杜でCDI8 Shizuku Ed...[1] / HDDを差し替えた後のシリ...[3] / コマンドラインオプション...[2] / CrystalDiskInfo 8.6.1で...[6] / Samsug 850PRO & 850...[6] / WD BLUE 3Dの対応について[4] / (ご参考) 外付け SSD 動作...[1] / [CrystalDiskInfo] 8.6.x...[1] / CrystalDiskInfo 8.6.0 B...[3] / SSDの健康状態設定について[1] / (ご参考) 外付け HDD ケー...[1] / CrystalMark2004R7 D2D で...[2] / CrystalDiskInfo 8.5.2不...[6] / SSDの健康状態[1] / CDI8.5.2をPC起動後に開く...[5] / CrystalDiskInfo 8.5.0 通...[7] /
CDI8.4.2で Intel 545s を見ると、SMART:E8項目に寿命と表記されてて、100%表示されます。
ところが Intel の ToolBox から発展した Intel MAS Tool で見ると、寿命が98%と表示されます。 Intel MAS Tool でSMART情報を見ると、どうやらE9項目「Media Wearout Indicator」の正規化値に「98」があり、それを寿命と取り扱ってる様です。 CDIのE9項目をみると、生の値は０ですが、「現在値 = 98」となっていて、それを利用すると良さそうです。   
▼ひよひよさん：
>個別に対応するのは不可能なので、ユーザーがカスタマイズできるようにします。 >https://github.com/hiyohiyo/CrystalDiskInfo/issues/47 もし余力と興味が有れば、東芝独自方式も選べる様にすると、喜ぶユーザーが多いかと。 https://egg.5ch.net/test/read.cgi/jisaku/1585270049/1 内部名が「TOSHIBA」な旧い品やCFDへのOEM品(多分Marvellコン流用品)だと、F1項目を出力しませんので。 因みに、OCZを吸収合併した後の「TOSHIBA」だと、F1項目を出力します。 https://egg.5ch.net/test/read.cgi/jisaku/1585270049/163 具体的にはQ300proではF1項目を出力しないが、TL100やTR200はF1項目（F2項目は無し≒Phison汎用Firmの最少SMART出力時）を出力します。 まあF1項目を出力するTL100やTR200には、CDI自身がキッチリ対応してますけど。(「TOSHIBA-」判定かな？ ^^;） 尚、Q300proはCFDへのOEM品と同様に、Marvell流用品(+2D MLC)らしいですね。
これはなかなかの朗報ですね。
https://twitter.com/openlibsys/status/1281775277442428928 ｜ACS-2からSSD健康状態用のフィールドが用意されているんですよね・・・S.M.A.R.T.から読んでいる場合ではなかったのかも。 今まで健康状態を、判断＆表示出来てなかったSSDの、処理の最後に入れれば済みそうなので、[F1]総書き込み量(ホスト)単位をユーザー指定する機能とともに、CDI8へ先行搭載して欲しいです。 ただ、このフィールドが果たして有効かどうか、の心配があるので、これもユーザー指定でしょうかね。 （そうすれば巷のSSDの実態も情報収集出来て、CDI9にフィードバックも可能だし。）
>ただ、このフィールドが果たして有効かどうか、の心配があるので、これもユーザー指定でしょうかね。
｜63:56 Device Statistics Flags (see table A.8) ｜7:0 Percentage Used Endulance Indicator (Byte) 何かフラグの判定や、パーセンテージ表示が「0」じゃない事で、フィールドが有効かどうか、判定出来そうな気がしますね。ﾜｸﾜｸ
▼金華山の仙人さん：
>>ただ、このフィールドが果たして有効かどうか、の心配があるので、これもユーザー指定でしょうかね。 > >｜63:56 Device Statistics Flags (see table A.8) >｜7:0 Percentage Used Endulance Indicator (Byte) > >何かフラグの判定や、パーセンテージ表示が「0」じゃない事で、フィールドが有効かどうか、判定出来そうな気がしますね。ﾜｸﾜｸ 規定はされていても実装されているかは別問題なんですよね・・・ 近いうちに、内蔵ATAデバイスに対して、READ LOG EXTで読めるデータを一覧できるような機能を実装したいともいます。 |
![[NEW]](./brd/myk/image/new_icon.gif){kind=icon}
8.1.0でIntel RST NVMeに対応とありますが、こちらの環境では表示されません
・CrystalDiskInfo 8.5.0 Operating System: Microsoft Windows 10 Professional (x64) Build 18363.720 (1909/November 2019 Update) UEFI Boot: Present Computer Brand Name: MSI GT76 Titan DT 9SG Motherboard Model: MSI MS-17H1 Motherboard Chipset: Intel Z390 (Cannon Lake-H) Intel ICH8/PCH - SATA RAID 0/1/5/10 Controller SAMSUNG MZVLB512HAJQ-00000 (PM981 512GB) SAMSUNG MZVLB512HAJQ-00000 (PM981 512GB) HWiNFO64 v6.24 Intel(R) Rapid Storage Technology User Interface and Driver 17.8.0.1065 では認識表示されています 
▼白聖石さん：
>8.1.0でIntel RST NVMeに対応とありますが、こちらの環境では表示されません >・CrystalDiskInfo 8.5.0 > >Operating System: Microsoft Windows 10 Professional (x64) Build 18363.720 (1909/November 2019 Update) >UEFI Boot: Present >Computer Brand Name: MSI GT76 Titan DT 9SG >Motherboard Model: MSI MS-17H1 >Motherboard Chipset: Intel Z390 (Cannon Lake-H) >Intel ICH8/PCH - SATA RAID 0/1/5/10 Controller > SAMSUNG MZVLB512HAJQ-00000 (PM981 512GB) > SAMSUNG MZVLB512HAJQ-00000 (PM981 512GB) ご連絡ありがとうございます。 DELL製NVMe搭載モデルなどIRSTがデフォルトで有効になっているものの、RAIDは組まれていないシステムやOptane SSD（実質RAID）には対応できていたのですが・・・ ソースコードを再確認してみたのですが、原因はわかりませんでした。 現在、手元にテスト環境がないため、Ver.9開発時に対応を検討します。 https://github.com/hiyohiyo/CrystalDiskInfo/issues/38
▼白聖石さん：
>8.1.0でIntel RST NVMeに対応とありますが、こちらの環境では表示されません >・CrystalDiskInfo 8.5.0 > >Operating System: Microsoft Windows 10 Professional (x64) Build 18363.720 (1909/November 2019 Update) >UEFI Boot: Present >Computer Brand Name: MSI GT76 Titan DT 9SG >Motherboard Model: MSI MS-17H1 >Motherboard Chipset: Intel Z390 (Cannon Lake-H) >Intel ICH8/PCH - SATA RAID 0/1/5/10 Controller > SAMSUNG MZVLB512HAJQ-00000 (PM981 512GB) > SAMSUNG MZVLB512HAJQ-00000 (PM981 512GB) > > >HWiNFO64 v6.24 >Intel(R) Rapid Storage Technology User Interface and Driver 17.8.0.1065 >では認識表示されています CrystalDiskInfo 8.6.1 で Intel RST NVMe の優先度を上げました。 見えるようになると良いのですが・・・。
▼ひよひよさん：
>▼白聖石さん： >>8.1.0でIntel RST NVMeに対応とありますが、こちらの環境では表示されません >>・CrystalDiskInfo 8.5.0 >> >>Operating System: Microsoft Windows 10 Professional (x64) Build 18363.720 (1909/November 2019 Update) >>UEFI Boot: Present >>Computer Brand Name: MSI GT76 Titan DT 9SG >>Motherboard Model: MSI MS-17H1 >>Motherboard Chipset: Intel Z390 (Cannon Lake-H) >>Intel ICH8/PCH - SATA RAID 0/1/5/10 Controller >> SAMSUNG MZVLB512HAJQ-00000 (PM981 512GB) >> SAMSUNG MZVLB512HAJQ-00000 (PM981 512GB) >> >> >>HWiNFO64 v6.24 >>Intel(R) Rapid Storage Technology User Interface and Driver 17.8.0.1065 >>では認識表示されています >CrystalDiskInfo 8.6.1 で Intel RST NVMe の優先度を上げました。 >見えるようになると良いのですが・・・。 ここに書いても気が付いていただけないかもしれませんが、CrystalDiskInfo 8.7.0で対応しました。ご確認ください。 |
最新のWindowsの記憶域プールは「階層」をサポートするようになりました。従来のHDD階層に加え高速アクセスが可能なSSD階層が追加され、頻繁に使うデータ（ホットデータ）はSSD階層に、あまり使われないデータ（コールドデータ）はHDD階層に配置し、容量とアクセス速度をバランス良く両立することを目的としています。
当方もこの階層構造の記憶域プールを組んでみてSSD階層の威力がいかほどのものかCDM7を使って検証してみました。すると不思議なことにOSのバージョンによってSSD階層の存在をはっきり感じられるものと全く感じられないものに別れてしまいました。 【使用したストレージ】 HDD: TOSHIBA MD05ACA800(8TB) 1台 SSD: PLEXTOR PX-128M8VC(128GB) 1台 【構成】 ファイルシステム: ReFS HDD階層：Simple（列数1） SSD階層：Simple（列数1） ライトキャッシュサイズ：0バイト プロビジョニング：固定(Fixed) 今回測定に使用したOSは ・Windows Server 2016（180日間評価版） ・Windows Server 2019（180日間評価版） ・Windows10 Enterprise version2004（90日間評価版） の3つです。 素のHDD（TOSHIBA MD05ACA800〜記憶域とか関係なく普通にReFSでフォーマット）のアクセス速度と各OSで組んだ記憶域プール（HDD階層とSSD階層の二層構造）のアクセス速度の計4つの測定データを掲載しました。 Windows Server 2016の記憶域プールのアクセス速度はシーケンシャルアクセス・ランダムアクセス共に素のHDDのアクセス速度より明らかに向上しています。SSD階層が有効に機能していることを十分に実感できる測定結果です。対してWindows Server 2019 / Windows 10 Enterprise(ver2004)の記憶域プールのアクセス速度はどうでしょう。素のHDDのアクセス速度とほとんど変わりません。SSD階層が有効に機能していることを全く実感できません。 もしCDM7の測定結果通りWindows Server 2019 / Windows 10 Enterprise(ver2004)ではSSD階層が有効に機能していないならば、せっかく記憶域プールに追加したSSDはそっくりそのままドブに捨てたようなものです^^;)。なぜOSのバージョン次第でCDM7の測定結果にここまで差が出たのでしょうか？CDM7は階層構造の記憶域プールを正しく評価することができるのでしょうか？作者様のご意見をお伺いしたく質問させていただきました。 余談ですが階層構造の記憶域はGUIから作成すると自動的にSSD階層にライトキャッシュ(1GB)が生成されてしまいます。今回素の状態のSSD階層の効果を見たかったのでライトキャッシュは0バイトに設定しました。PowerShell（要管理者権限）のCUIにて記憶域を作成し打ち込んだコマンドは以下の通りです。 $Disks = Get-PhysicalDisk -CanPool $true $Pool = New-StoragePool -FriendlyName StoragePool -PhysicalDisks @($Disks) -StorageSubSystemUniqueId (Get-StorageSubSystem).UniqueId $SSDTier = $Pool | New-StorageTier -FriendlyName SSDTier -MediaType SSD -ResiliencySettingName "Simple" -ProvisioningType "Fixed" -NumberOfColumns 1 $HDDTier = $Pool | New-StorageTier -FriendlyName HDDTier -MediaType HDD -ResiliencySettingName "Simple" -ProvisioningType "Fixed" -NumberOfColumns 1 New-Volume -StoragePoolFriendlyName "StoragePool" -FriendlyName "TieredStorage" -StorageTiers $SSDTier,$HDDTier -StorageTierSizes 110GB,7TB -WriteCacheSize 0 -AccessPath "F:" -FileSystem ReFS ※WindowsServer2016の場合は -ResiliencySettingName "Simple" -ProvisioningType "Fixed" はNew-Volumeコマンドの中で指定してやる必要有り ちなみに今回はファイルシステムにReFSを採用しました。詳細な検証をしたわけではないので突っ込んだ話をするのはやめておきますがファイルシステムがNTFSの場合測定結果はまた違ったものになるようです（Windows Server 2019を除いてSSD階層の効果が発揮される？）。 
▼抹茶さん：
>最新のWindowsの記憶域プールは「階層」をサポートするようになりました。従来のHDD階層に加え高速アクセスが可能なSSD階層が追加され、頻繁に使うデータ（ホットデータ）はSSD階層に、あまり使われないデータ（コールドデータ）はHDD階層に配置し、容量とアクセス速度をバランス良く両立することを目的としています。 > >当方もこの階層構造の記憶域プールを組んでみてSSD階層の威力がいかほどのものかCDM7を使って検証してみました。すると不思議なことにOSのバージョンによってSSD階層の存在をはっきり感じられるものと全く感じられないものに別れてしまいました。 CrystalDiskMark はファイルを生成し、そのファイルに対してリードライトテストを行います。どこにファイルが生成されるかは、OSにお任せとなります。 記憶域プールの詳細仕様は把握していないのですが、単純にSSD側に配置された場合とHDD側に配置された場合で結果が異なるのだと思います。 CrystalDiskMarkは毎回新規にテスト用ファイルを生成するため、その新規生成されたファイルがどこに配置されるかは、記憶域プールのアルゴリズムおよび設定？次第なのかなと思います。
▼ひよひよさん：
>CrystalDiskMark はファイルを生成し、そのファイルに対してリードライトテストを行います。どこにファイルが生成されるかは、OSにお任せとなります。 >記憶域プールの詳細仕様は把握していないのですが、単純にSSD側に配置された場合とHDD側に配置された場合で結果が異なるのだと思います。 > >CrystalDiskMarkは毎回新規にテスト用ファイルを生成するため、その新規生成されたファイルがどこに配置されるかは、記憶域プールのアルゴリズムおよび設定？次第なのかなと思います。 なるほど、測定用に新規に生成したファイルがSSD階層に生成されたかHDD階層に生成されたかで結果が大きく差が付いたということですね。そのあたりのアルゴリズムはマイクロソフトの胸三寸といったところですね。部外者の私たちには知りようがありません。 大変参考になりました。アドバイスありがとうございますm(_ _)m
大分、斜め上な情報ですが、「StoreMI」も似た様な事をしてるので、同様と考えて良いでしょうか。
https://pc.watch.impress.co.jp/docs/news/1263775.html ｜ なお本日、SSDをHDDのキャッシュとして使いストレージを高速化させる「StoreMI」アプリは2.0となった。 ｜新しいUIにより操作性が向上したほか、SSD/HDDの容量の組み合わせ制限を撤廃、ミラーリングドライブのキャッシュ、リードオンリーアルゴリズムによるデータ整合性の向上などを図った。 あと2.0化に伴う、CDIへの影響を少し心配してますが、 ｜ AMD X570チップセット上では7日より利用可能で、X470/B450/B550/X399/TRX40は第3四半期中にサポートされる見込み。 との事だから、ひよひよさんのAMD環境「ASRock DeskMini A300（A300チップセット）」だと、自力対応が近未来でも無理そうですね。(^^;ﾕｳｼﾆ､ｷﾀｲﾀﾞﾅ |
この書き込みは管理人によって削除されました。（20/7/5(日) 17:56）
この書き込みは投稿者によって削除されました。（20/7/5(日) 17:56）
この書き込みは投稿者によって削除されました。（20/6/28(日) 19:26）
この書き込みは投稿者によって削除されました。（20/6/28(日) 19:26）
この書き込みは投稿者によって削除されました。（20/7/5(日) 17:56）
|
下記の窓の杜から Shizuku Editionをダウンロードすると、しっかり「CrystalDiskInfo8_6_0Shizuku.exe」がゲットされます。
「CrystalDiskInfo」HDD/SSDの健康状態をチェック - 窓の杜 https://forest.watch.impress.co.jp/library/software/crdiskinfo/ ｜CrystalDiskInfo 8 Shizuku Edition Ultimate ｜ v8.6.0（20/06/13） しかし、本サイトの下記ダウンロードページからだと、ちゃんと「CrystalDiskInfo8_6_2Shizuku.exe」がダウンロード可能です。 https://crystalmark.info/ja/download/
▼金華山の仙人さん：
>下記の窓の杜から Shizuku Editionをダウンロードすると、しっかり「CrystalDiskInfo8_6_0Shizuku.exe」がゲットされます。 > >「CrystalDiskInfo」HDD/SSDの健康状態をチェック - 窓の杜 >https://forest.watch.impress.co.jp/library/software/crdiskinfo/ > >｜CrystalDiskInfo 8 Shizuku Edition Ultimate >｜ v8.6.0（20/06/13） > >しかし、本サイトの下記ダウンロードページからだと、ちゃんと「CrystalDiskInfo8_6_2Shizuku.exe」がダウンロード可能です。 > >https://crystalmark.info/ja/download/ ご連絡ありがとうございます。 窓の杜編集部に連絡したので近日中に更新いただけると思います。 |
HDD差し替え後再検出をすると、シリアルナンバー欄だけ表示が変わらないことがある。
（WD25-500-58.jpgの後にWD25-500-59のHDDに差し替えると、WD25-500-59(間違い）.jpgの表示になる。その後再検出しても変わらず。CDIを再起動して再度見ると、WD25-500-59(正しい）.jpgの表示になる。）   
追記です
OS: Microsoft Windows 10 Home 10.0.18363 N/A ビルド 18363 CDI: 8.6.2(Standard) 64ビット版 なお、CDI 8.5.2(Standard) 64ビット版でも同様の現象が発生していました。 ▼Chemieさん： >HDD差し替え後再検出をすると、シリアルナンバー欄だけ表示が変わらないことがある。 >（WD25-500-58.jpgの後にWD25-500-59のHDDに差し替えると、WD25-500-59(間違い）.jpgの表示になる。その後再検出しても変わらず。CDIを再起動して再度見ると、WD25-500-59(正しい）.jpgの表示になる。）
▼Chemieさん：
>HDD差し替え後再検出をすると、シリアルナンバー欄だけ表示が変わらないことがある。 >（WD25-500-58.jpgの後にWD25-500-59のHDDに差し替えると、WD25-500-59(間違い）.jpgの表示になる。その後再検出しても変わらず。CDIを再起動して再度見ると、WD25-500-59(正しい）.jpgの表示になる。） ご連絡ありがとうございます。 ソースコードを見たのですが、再検出する度に全ての情報を破棄して全て再構築しているので、原因は正直わからないところです。 Ver.9でドライブ認識部分は刷新する予定ですので、当面は必要に応じて再起動していただくようお願いします。
▼ひよひよさん：
>▼Chemieさん： >>HDD差し替え後再検出をすると、シリアルナンバー欄だけ表示が変わらないことがある。 >>（WD25-500-58.jpgの後にWD25-500-59のHDDに差し替えると、WD25-500-59(間違い）.jpgの表示になる。その後再検出しても変わらず。CDIを再起動して再度見ると、WD25-500-59(正しい）.jpgの表示になる。） > >ご連絡ありがとうございます。 >ソースコードを見たのですが、再検出する度に全ての情報を破棄して全て再構築しているので、原因は正直わからないところです。 > >Ver.9でドライブ認識部分は刷新する予定ですので、当面は必要に応じて再起動していただくようお願いします。 ご返信ありがとうございます。 Ver.9系で改善されることを祈って、しばらくは都度再起動する方法で使用したいと思います。 |
題名のとおりです。
メニューの[ファイル]→[保存]や[編集]→[コピー]は問題ありません。 コマンドラインオプションだけが機能しないようです。 全ドライブ検索しましたが、diskinfo*.txt でヒットしませんでした。 OS: Microsoft Windows 10 Home 64 ビット(バージョン 1909／OSビルド 18363.900) CDI: 8.6.2 Kurei Kei Editon 64
自己解決しました。
常駐または起動中の時は、ダメなんですね(二重起動防止機構ってやつ?)。
▼Y@suさん：
>自己解決しました。 >常駐または起動中の時は、ダメなんですね(二重起動防止機構ってやつ?)。 はい。CrystalDiskInfoは二重起動防止チェックを一番最初に行っているためです。 |
![[添付]](./brd/myk/image/clip_icon.gif){kind=icon}
お世話になっております。
先日より AMD X570チップセット搭載マザーボードにて、RAIDを構築して運用しておりますが、 CrystalDiskInfo 8.6.0 及び 8.6.1 にてSMARTの情報を取得することができませんでした。 (「対応ディスクが見つかりませんでした」と出て、接続する全てのSSD、HDDが見えていません) アドバンスドディスクサーチにチェックを入れてみたりもしましたが、状況は変わりませんでした。 8.3 で RAIDXpert2 に対応されたとのことでしたので、CrystalDiskInfo 8.3.2 でも 試してみましたが、状況は変わりませんでした。 なお、構成は以下のようになります。 ------ ドライバ:AMD SATA RAID Ver.9.3.0.158 (Ver.9.3.0.38 でも同じ状況) M/B:MSI X570-A PRO OS:Windows10 PRO (1909) ※X570チップセット配下の SATA Port3〜6 へSSD/HDDを接続して使用しています ※SATA Port1〜2はASMedia ASM1061配下の為、RAID関係無くSMARTの取得可能でした アレイ1 LEGACY SATA Port3 : 512MB SATA SSD (OSブートドライブ) アレイ2 RAID1 SATA Port5 : 3TB SATA HDD SATA Port6 : 3TB SATA HDD ------ 取り急ぎ、ご報告まで。
▼匿名希望さん：
>▼ひよひよさん： >>機能 > 上級者向け機能 > Intel/AMD RAID (CSMI) >>に細かい設定があるのですが、これを切り替えても見えないでしょうか。 > >はい、こちらも試してみておりますが見えない状態です。 > >ご検討のほど、よろしくお願いいたします。 検証用PCを購入したので、週末確認してみます。
▼ひよひよさん：
>▼匿名希望さん： >>▼ひよひよさん： >>>機能 > 上級者向け機能 > Intel/AMD RAID (CSMI) >>>に細かい設定があるのですが、これを切り替えても見えないでしょうか。 >> >>はい、こちらも試してみておりますが見えない状態です。 >> >>ご検討のほど、よろしくお願いいたします。 >検証用PCを購入したので、週末確認してみます。 わざわざすみません ありがとうございます
▼匿名希望さん：
https://twitter.com/openlibsys/status/1276838774861787142 今日は、一日中AMD RAIDXpert2と戯れていたのですが、ドライババージョンやNVMe/SATAの使用状況によって挙動が変わるようです。手元の環境では、NVMeとSATAの混在かつドライババージョンが、9.3.0-00158の場合は、SATAドライブも見えませんでした。 恐らく、AMDの協力が得られない限り対応はできないと思いますので、制限事項としてご容赦ください。 CrystalDiskInfoで見えないときは、AIDA64でも見えなかったので、RAIDXpert2側の挙動が変わったのだと思います。
▼ひよひよさん：
>▼匿名希望さん： >https://twitter.com/openlibsys/status/1276838774861787142 >今日は、一日中AMD RAIDXpert2と戯れていたのですが、ドライババージョンやNVMe/SATAの使用状況によって挙動が変わるようです。手元の環境では、NVMeとSATAの混在かつドライババージョンが、9.3.0-00158の場合は、SATAドライブも見えませんでした。 > >恐らく、AMDの協力が得られない限り対応はできないと思いますので、制限事項としてご容赦ください。 > > >CrystalDiskInfoで見えないときは、AIDA64でも見えなかったので、RAIDXpert2側の挙動が変わったのだと思います。 わかりました。 この度はご対応ありがとうございました。 |
Samsung 850PRO_256GB → 購入日：2014年9月12日
Samsung 850EVO_500GB → 購入日：2015年4月25日 CDI 8.6.1での健康状態はどちらも100%と表示されています。 HWiNFO64_v6.28では ・850PRO_256GB → 98% ・850EVO_500GB → 97% ウェアレベリング回数と一致します。 対応をお願いします。
▼金華山の仙人さん：
>下記スレの情報を見ると、Samsung SSDの寿命情報について、より詳しく分るかと。 > >https://egg.5ch.net/test/read.cgi/jisaku/1547969470/837-849 > >Samsungの公式な確定情報ではない？ですが、下記の様にanandtechも認めてるし、上記では845DCのDC用での報告も有るし、採用しても良さそうです。 > >Testing Samsung 850 Pro Endurance & Measuring V-NAND Die Size >https://www.anandtech.com/show/8239/update-on-samsung-850-pro-endurance-vnand-die-size > >｜The Wear Leveling Count (WLC) SMART value gives us all the data we need. >｜The current value stands for the remaining endurance of the drive in percentage, >｜meaning that it starts from 100 and decreases linearly as the drive is written to. >｜The raw WLC value counts the consumed P/E cycles, so if these two values are monitored while writing to the drive, >｜sooner than later we will find the spot where the normalized value drops by one. > > ↓google翻訳 > >｜Wear Leveling Count（WLC）SMART値は、必要なすべてのデータを提供します。 >｜現在の値は、ドライブの残りの耐久性をパーセンテージで表しています。 >｜つまり、100から始まり、ドライブへの書き込みに応じて直線的に減少します。 >｜未加工のWLC値は消費されたP / Eサイクルをカウントするため、 >｜ドライブへの書き込み中にこれらの2つの値が監視されると、 >｜正規化された値が1つ下がる箇所がすぐに見つかります。 ありがとうございます。 B3=使用済予備ブロック数 (トータル) B4=未使用予備ブロック数 (トータル) を健康状態にアサインしていました。 残りブロック数ではなく、書き換え回数ベースの指標に変更した方がよさそうですね。
▼ひよひよさん：
>テキストコピーを頂けるとありがたいです。 HWiNFO64 v6.28-4200 Samsung SSD 850 PRO 256GB [Self-Monitoring, Analysis and Reporting Technology (S.M.A.R.T.)] [05] Reallocated Sector Count: 100/10, Worst: 100 [09] Power-On Hours/Cycle Count: 99/Always OK, Worst: 99 (4033 hours / 168.0 days) [0C] Power Cycle Count: 86/Always OK, Worst: 86 (Data = 13180,0) [B1] Wear Leveling Count: 98/Always OK, Worst: 98 (Data = 106,0) [B3] Used Reserved Block Count (Total): 100/10, Worst: 100 [B5] Program Fail Count (Total): 100/10, Worst: 100 [B6] Erase Fail Count (Total): 100/10, Worst: 100 [B7] Runtime Bad Block (Total): 100/10, Worst: 100 [BB] Uncorrectable Error Count: 100/Always OK, Worst: 100 [BE] Airflow Temperature: 67/Always OK, Worst: 49 (33.0 °C) [C3] ECC Error Rate: 200/Always OK, Worst: 200 [C7] SATA CRC Error Count: 98/Always OK, Worst: 98 (Data = 1785,0) [EB] POR Recovery Count: 99/Always OK, Worst: 99 (Data = 1043,0) [F1] Total Host Writes: 99/Always OK, Worst: 99 (Data = 1169422253,11) Drive Remaining Life 98% 〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜 Samsung SSD 850 EVO 500GB [Self-Monitoring, Analysis and Reporting Technology (S.M.A.R.T.)] [05] Reallocated Sector Count: 100/10, Worst: 100 [09] Power-On Hours/Cycle Count: 98/Always OK, Worst: 98 (9790 hours / 1.12 years) [0C] Power Cycle Count: 82/Always OK, Worst: 82 (Data = 17178,0) [B1] Wear Leveling Count: 97/Always OK, Worst: 97 (Data = 58,0) [B3] Used Reserved Block Count (Total): 100/10, Worst: 100 [B5] Program Fail Count (Total): 100/10, Worst: 100 [B6] Erase Fail Count (Total): 100/10, Worst: 100 [B7] Runtime Bad Block (Total): 100/10, Worst: 99 [BB] Uncorrectable Error Count: 100/Always OK, Worst: 100 [BE] Airflow Temperature: 66/Always OK, Worst: 47 (34.0 °C) [C3] ECC Error Rate: 200/Always OK, Worst: 200 [C7] SATA CRC Error Count: 99/Always OK, Worst: 99 (Data = 87,0) [EB] POR Recovery Count: 99/Always OK, Worst: 99 (Data = 646,0) [F1] Total Host Writes: 99/Always OK, Worst: 99 (Data = 2255715969,13) Drive Remaining Life 97% よろしくお願いします。
▼夏のひかりさん：
>▼ひよひよさん： > >>テキストコピーを頂けるとありがたいです。 > > >HWiNFO64 v6.28-4200 > >Samsung SSD 850 PRO 256GB > >[Self-Monitoring, Analysis and Reporting Technology (S.M.A.R.T.)] >[05] Reallocated Sector Count: 100/10, Worst: 100 >[09] Power-On Hours/Cycle Count: 99/Always OK, Worst: 99 (4033 hours / 168.0 days) >[0C] Power Cycle Count: 86/Always OK, Worst: 86 (Data = 13180,0) >[B1] Wear Leveling Count: 98/Always OK, Worst: 98 (Data = 106,0) >[B3] Used Reserved Block Count (Total): 100/10, Worst: 100 >[B5] Program Fail Count (Total): 100/10, Worst: 100 >[B6] Erase Fail Count (Total): 100/10, Worst: 100 >[B7] Runtime Bad Block (Total): 100/10, Worst: 100 >[BB] Uncorrectable Error Count: 100/Always OK, Worst: 100 >[BE] Airflow Temperature: 67/Always OK, Worst: 49 (33.0 °C) >[C3] ECC Error Rate: 200/Always OK, Worst: 200 >[C7] SATA CRC Error Count: 98/Always OK, Worst: 98 (Data = 1785,0) >[EB] POR Recovery Count: 99/Always OK, Worst: 99 (Data = 1043,0) >[F1] Total Host Writes: 99/Always OK, Worst: 99 (Data = 1169422253,11) > >Drive Remaining Life 98% > >〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜 > >Samsung SSD 850 EVO 500GB > >[Self-Monitoring, Analysis and Reporting Technology (S.M.A.R.T.)] >[05] Reallocated Sector Count: 100/10, Worst: 100 >[09] Power-On Hours/Cycle Count: 98/Always OK, Worst: 98 (9790 hours / 1.12 years) >[0C] Power Cycle Count: 82/Always OK, Worst: 82 (Data = 17178,0) >[B1] Wear Leveling Count: 97/Always OK, Worst: 97 (Data = 58,0) >[B3] Used Reserved Block Count (Total): 100/10, Worst: 100 >[B5] Program Fail Count (Total): 100/10, Worst: 100 >[B6] Erase Fail Count (Total): 100/10, Worst: 100 >[B7] Runtime Bad Block (Total): 100/10, Worst: 99 >[BB] Uncorrectable Error Count: 100/Always OK, Worst: 100 >[BE] Airflow Temperature: 66/Always OK, Worst: 47 (34.0 °C) >[C3] ECC Error Rate: 200/Always OK, Worst: 200 >[C7] SATA CRC Error Count: 99/Always OK, Worst: 99 (Data = 87,0) >[EB] POR Recovery Count: 99/Always OK, Worst: 99 (Data = 646,0) >[F1] Total Host Writes: 99/Always OK, Worst: 99 (Data = 2255715969,13) > >Drive Remaining Life 97% > >よろしくお願いします。 ありがとうございます。 CrystalDiskInfo 8.6.2でB1を健康状態とするように変更したのでご確認をお願いします。
＞▼ひよひよさん
＞CrystalDiskInfo 8.6.2でB1を健康状態とするように変更したのでご確認をお願いします。 早速の対応ありがとうございました。 きちんと表示される様になりました。 うれしいです。(^^)/ |
WD BLUE 3Dが未対応です。
早く対応してください。 お願いします。
2017年10月に購入した
WD BLUE 3Dは未だに対応されておらず残念に思っています。 1. WD BLUE 3D 500GB _CDI 8.6.1 2. WD Blue 3D 500GB_S.M.A.R.T._HWiNFO64_v6.2.8 Western Digital WD Blue 3D NAND SATA SSD https://shop.westerndigital.com/ja-jp/products/internal-drives/wd-blue-3d-nand-sata-ssd#WDS500G2B0B ファイル添付すると"502 Bad Gateway"と表示されて書き込めません。 ▼WD Blue 3D 500GB_S.M.A.R.T._HWiNFO64_v6.2.8 [Self-Monitoring, Analysis and Reporting Technology (S.M.A.R.T.)] [05] Reallocated Sector Count: 100/Always OK, Worst: 100 [09] Power-On Hours/Cycle Count: 100/Always OK, Worst: 100 (413 hours / 17.2 days) [0C] Power Cycle Count: 100/Always OK, Worst: 100 (Data = 1021,0) [A5] Initial Bad Block Count: 100/Always OK, Worst: 100 (Data = 96011534,134) [A6] Min W/E Cycle: 100/Always OK, Worst: 100 (Data = 45,0) [A7] SSD Protect Mode: 100/Always OK, Worst: 100 (Data = 66,0) [A8] SATA PHY Error Count: 100/Always OK, Worst: 100 (Data = 62,0) [A9] Total Bad Block Count: 100/Always OK, Worst: 100 (Data = 321,0) [AA] Available Reserved Space/Block Count: 100/Always OK, Worst: 100 [AB] Program Fail Count (Total): 100/Always OK, Worst: 100 [AC] Erase Fail Count (Total): 100/Always OK, Worst: 100 [AD] Wear Leveling Count/Erase Count: 100/Always OK, Worst: 100 (Data = 49,0) [AE] Unexpected Power Loss Count: 100/Always OK, Worst: 100 (Data = 547,0) [B8] End-to-End Data Errors Corrected 100/Always OK, Worst: 100 [BB] Uncorrectable Error Count: 100/Always OK, Worst: 100 [BC] Command Timeout Count: 100/Always OK, Worst: 100 (Data = 1353,0) [C2] Temperature 67/Always OK, Worst: 59 (33.0 °C) [C7] SATA CRC Error Count: 100/Always OK, Worst: 100 (Data = 13,0) [E6] GMR Head Amplitude: 100/Always OK, Worst: 100 (Data = 73008218,570) [E8] Available Reserved Space: 100/4, Worst: 100 (Data = 100,0) [E9] Remaining Life: 100/Always OK, Worst: 100 (Data = 9801,0) [EA] Unknown 100/Always OK, Worst: 100 (Data = 15259,0) [F1] Total Host Writes: 253/Always OK, Worst: 253 (Data = 13960,0) [F2] Total Host Reads: 253/Always OK, Worst: 253 (Data = 6412,0) [F4] ECC Cumulative Threshold Events: 0/Always OK, Worst: 100 Drive Remaining Life 96%
ファイル添付すると"502 Bad Gateway"と表示されて書き込めません。
下記リンク先をご覧ください。 価格COM CrystalDiskInfo 8.6.1 https://bbs.kakaku.com/bbs/-/SortID=23479927/#23495361 1. WD BLUE 3D 500GB _CDI 8.6.1 2. WD Blue 3D 500GB_S.M.A.R.T._HWiNFO64_v6.2.8
▼夏のひかりさん：
>ファイル添付すると"502 Bad Gateway"と表示されて書き込めません。 >下記リンク先をご覧ください。 > >価格COM CrystalDiskInfo 8.6.1 >https://bbs.kakaku.com/bbs/-/SortID=23479927/#23495361 > >1. WD BLUE 3D 500GB _CDI 8.6.1 >2. WD Blue 3D 500GB_S.M.A.R.T._HWiNFO64_v6.2.8 ご連絡ありがとうございます。 Ver.9で対応予定です。 https://github.com/hiyohiyo/CrystalDiskInfo/issues/46 サーバー側の一時的な負荷上昇でしょうか。今試してみたところ問題なく画像をアップできました。 
▼ひよひよさん：
>Ver.9で対応予定です。 >https://github.com/hiyohiyo/CrystalDiskInfo/issues/46 > >サーバー側の一時的な負荷上昇でしょうか。今試してみたところ問題なく画像をアップできました。 ありがとうございます。 Ver.9を期待して待っております。 よろしくお願いします。 |
いつもありがたく使わせて頂いております。
下記動作致しましたのでご参考まで。 エレコム ESD-EC0960GBK https://www.elecom.co.jp/products/ESD-EC0960GBK.html 余談： CrystalDiskMark ではリード / ライト共にほぼメーカー公称の速度を 確認できますが、乱数値を先頭から全域に渡ってシーケンシャル書き 込みすると、どんどん速度が下がって熱暴走、強制空冷すれば熱暴走は しないものの全面書き終わる頃には速度がメーカー公称のほぼ十分の一 にと、SSD の性能把握は SMR(瓦書き) HDD 並みに難しいのかもですね。
▼夜来香さん：
>いつもありがたく使わせて頂いております。 > >下記動作致しましたのでご参考まで。 > >エレコム ESD-EC0960GBK >https://www.elecom.co.jp/products/ESD-EC0960GBK.html 情報ありがとうございます。 動作確認リストに追記させていただきました。 >余談： >CrystalDiskMark ではリード / ライト共にほぼメーカー公称の速度を >確認できますが、乱数値を先頭から全域に渡ってシーケンシャル書き >込みすると、どんどん速度が下がって熱暴走、強制空冷すれば熱暴走は >しないものの全面書き終わる頃には速度がメーカー公称のほぼ十分の一 >にと、SSD の性能把握は SMR(瓦書き) HDD 並みに難しいのかもですね。 普遍的な性能はないので、本当に難しいですね。 |
CEditFxコントロールは、これまでCrystalDiskInfoでは、使われていませんでし
たが、テキストコピー対応で、CStaticFxコントロールをCEditFxコントロールに 入れ替えた関係で、以下の2つのファイルがプロジェクト(DiskInfo.vcxproj)に 追加されていますが、8.6.xソースファイルのzipには含まれていないようです。 ---------------------------------- > EditFx.cpp > EditFx.h ---------------------------------- 一応、githubのPriscillaリポジトリから以下のファイルを「Priscilla」フォルダ にコピーしたところ、ビルドは通りました。 https://github.com/hiyohiyo/Priscilla/blob/master/Src/Priscilla/EditFx.cpp https://github.com/hiyohiyo/Priscilla/blob/master/Src/Priscilla/EditFx.h ちなみに、CEditFx::InitControl()関数の、if(m_bHighContrast)節(95行〜)、 97行: m_bHighContrast = TRUE; および同else節の、 103行: m_bHighContrast = FALSE; は消し忘れかと思います。 また、CFontComboBoxクラス(FontComboBox.cpp)のコンストラクタ内で、 CComboBoxFxのコンストラクタを呼ばれていますが、CFontComboBoxクラスは CComboBoxFxクラスからの派生クラスのため、これは不要かと思います。 以上、ご報告まで。
▼G神さん：
>CEditFxコントロールは、これまでCrystalDiskInfoでは、使われていませんでし >たが、テキストコピー対応で、CStaticFxコントロールをCEditFxコントロールに >入れ替えた関係で、以下の2つのファイルがプロジェクト(DiskInfo.vcxproj)に >追加されていますが、8.6.xソースファイルのzipには含まれていないようです。 > >---------------------------------- >> EditFx.cpp >> EditFx.h >---------------------------------- > >一応、githubのPriscillaリポジトリから以下のファイルを「Priscilla」フォルダ >にコピーしたところ、ビルドは通りました。 > >https://github.com/hiyohiyo/Priscilla/blob/master/Src/Priscilla/EditFx.cpp >https://github.com/hiyohiyo/Priscilla/blob/master/Src/Priscilla/EditFx.h > >ちなみに、CEditFx::InitControl()関数の、if(m_bHighContrast)節(95行〜)、 > >97行: m_bHighContrast = TRUE; > >および同else節の、 > >103行: m_bHighContrast = FALSE; > >は消し忘れかと思います。 > >また、CFontComboBoxクラス(FontComboBox.cpp)のコンストラクタ内で、 >CComboBoxFxのコンストラクタを呼ばれていますが、CFontComboBoxクラスは >CComboBoxFxクラスからの派生クラスのため、これは不要かと思います。 > >以上、ご報告まで。 ご連絡ありがとうございます。 順次、修正・差し替えを行っていきます。 |
当方は4K液晶を表示スケール125%で使っているのですが、この状態でCrystalDiskInfo 8.6.0 Beta3を起動すると1つ目のファイルのようにディスク名が表示されません。
これを表示スケール100%や150%に設定すると2つ目のファイルのようにディスク名が表示されるようになり、一度ディスク名が表示されると125%にスケールを戻しても3つ目のファイルのようにディスク名が表示されたままになります。
スクリーンショット機能の”保存（テキスト）（T)””保存（画像）（S)”も表示されていないので当方の環境によるものの可能性もありますが、CrystalDiskInfo 8.5.2まででは起こらない不具合です。
あれ 画像がうまいことアップされてない
   
8.6.1で表示スケールを125%等にしていても表示がおかしくなるようなことはなくなったようです。
UIの不具合を修正、ということでいいのでしょうか。
▼冷銀輝さん：
>8.6.1で表示スケールを125%等にしていても表示がおかしくなるようなことはなくなったようです。 >UIの不具合を修正、ということでいいのでしょうか。 ご連絡ありがとうございます。 返信が遅れてしまい申し訳ございません。 8.6.1でモデル名の一部が表示されない不具合とダイアログが不適切なサイズになることがある不具合を修正しています。 また、Beta3でメニューが空白になっていた理由は、言語ファイル更新漏れです。8.6.0で治っています。 |
PalitのUVS-SSD720を使用しているのですが、画像の通り、健康状態設定を編集することができません。
併せて使用している、SEAGATEのST2000DM005では健康状態設定を編集することが可能です。 これはどういった理由でしょうか。 使用しているPCはGalleria XFです。 
▼こじかさん：
>PalitのUVS-SSD720を使用しているのですが、画像の通り、健康状態設定を編集することができません。 >併せて使用している、SEAGATEのST2000DM005では健康状態設定を編集することが可能です。 >これはどういった理由でしょうか。 >使用しているPCはGalleria XFです。 画像の通り、健康状態にかかわるS.M.A.R.T.属性がないためです。実質的にCrystalDiskInfoが非対応のモデルとなります。 属性情報を見る限り、AAが健康状態なんだろうと想像はできますが・・。 もし、公式情報があればご連絡ください。Ver.9での対応を検討させていただきます。 |
いつもありがたく使わせて頂いております。
下記動作致しましたのでご参考まで。 ロジテック 2.5 インチ外付けケース LGB-PBSUC https://www.logitec.co.jp/products/hd/lgbpbsuc/ 余談： 同じロジテックの LGB-PBSU3 もですが、これも SSD に Trim が 発行出来る様で外付けケースとしては珍しいのかもです。
▼夜来香さん：
>いつもありがたく使わせて頂いております。 > >下記動作致しましたのでご参考まで。 > >ロジテック 2.5 インチ外付けケース > >LGB-PBSUC >https://www.logitec.co.jp/products/hd/lgbpbsuc/ > >余談： >同じロジテックの LGB-PBSU3 もですが、これも SSD に Trim が >発行出来る様で外付けケースとしては珍しいのかもです。 ご連絡ありがとうございます。 動作確認リストに追加させていただきました。 |
中古のノートパソコン 富士通 AH53/A3
Intel Core i7-6700HQ（Intel HD Graphics 530） 16GB、Windows 10 Home 64ビット CrystalMark2004R7 の D2D だけ次のようなエラーが出て実行できません。 CM09D2D Initialize Failed. Error Can't Execute CM09D2D.exe メモリを交換してもだめでした。 インテル Driver & Support Assistant で２項目アップデートし、 「お使いのインテル ソフトウエアは最新版です。」と表示されていますが、 それでもだめでした。 Windows Update も「最新の状態です」。 どのような原因が考えられるでしょうか？ よろしくお願いします。
▼エクレアさん：
>中古のノートパソコン 富士通 AH53/A3 >Intel Core i7-6700HQ（Intel HD Graphics 530） >16GB、Windows 10 Home 64ビット > >CrystalMark2004R7 の D2D だけ次のようなエラーが出て実行できません。 > >CM09D2D Initialize Failed. >Error Can't Execute CM09D2D.exe > >メモリを交換してもだめでした。 >インテル Driver & Support Assistant で２項目アップデートし、 >「お使いのインテル ソフトウエアは最新版です。」と表示されていますが、 >それでもだめでした。 >Windows Update も「最新の状態です」。 > >どのような原因が考えられるでしょうか？ >よろしくお願いします。 DirectDrawという古のテクノロジーを対象としたテストですが、環境によっては正常に動作いたしません。もう15年前のソフトで開発も完全終了しておりますので、制限事項ということでご容赦ください。
▼エクレアさん：
>中古のノートパソコン 富士通 AH53/A3 >Intel Core i7-6700HQ（Intel HD Graphics 530） >16GB、Windows 10 Home 64ビット > >CrystalMark2004R7 の D2D だけ次のようなエラーが出て実行できません。 > >CM09D2D Initialize Failed. >Error Can't Execute CM09D2D.exe > >メモリを交換してもだめでした。 >インテル Driver & Support Assistant で２項目アップデートし、 >「お使いのインテル ソフトウエアは最新版です。」と表示されていますが、 >それでもだめでした。 >Windows Update も「最新の状態です」。 > >どのような原因が考えられるでしょうか？ >よろしくお願いします。 私の環境では、ディスプレイ設定の 「テキスト、アプリ、その他の項目のサイズを変更する」 を100％にしたらエラーがなく実行できました。 ご参考までに、、 |
こんにちは
いつも利用させて頂いております CrystalDiskInfo 8.5.2での不具合なのですが、起動すると画像のように必ずSMART部分が隠された状態で表示されます 毎回ウィンドウを広げ直すのは面倒なので、どうにかならないでしょうか？ (「上級者向け機能」にございます「S.M.A.R.T情報を隠す」がチェックされていない状態でこの症状が発生します。) 前バージョンCrystalDiskInfo 8.4.2ではこの症状は発生せず、ウィンドウの大きさが正常に前回終了時の状態で表示されます。 環境 Windows10 18363.836 
▼匿名さん：
>再度CrystalDiskInfo 8.5.2を起動後、DiskInfo.iniを再読み込みすると「Height=260」になっており、 >そこからCrystalDiskInfo 8.5.2を終了後、DiskInfo.iniを再読み込みすると「Height=0」になりました。 ご確認ありがとうございます。 Height=0で保存される何かがあると思うので関連コードを再確認してみます。
▼ひよひよさん：
>▼匿名さん： >>再度CrystalDiskInfo 8.5.2を起動後、DiskInfo.iniを再読み込みすると「Height=260」になっており、 >>そこからCrystalDiskInfo 8.5.2を終了後、DiskInfo.iniを再読み込みすると「Height=0」になりました。 >ご確認ありがとうございます。 >Height=0で保存される何かがあると思うので関連コードを再確認してみます。 アプリ終了時に高さが0の状態で設定が保存されることがあるのが原因と思われるため、高さ0の場合は、設定を保存しないように修正しました。 Crystal Dew World トップページからダウンロードできる CrystalDiskInfo 8.6.0 Beta2 以降をダウンロードし、ご確認いただけないでしょうか。※ファイルは今、差し替えました。
>CrystalDiskInfo 8.6.0 Beta2 以降をダウンロードし、ご確認いただけないでしょうか。
CrystalDiskInfo 8.6.0 Beta2にて起動、終了を複数回試しましたところ、当該症状が発生しなくなっていることを確認致しました。 この度はご対応頂き、誠にありがとうございました。
▼匿名さん：
>>CrystalDiskInfo 8.6.0 Beta2 以降をダウンロードし、ご確認いただけないでしょうか。 >CrystalDiskInfo 8.6.0 Beta2にて起動、終了を複数回試しましたところ、当該症状が発生しなくなっていることを確認致しました。 >この度はご対応頂き、誠にありがとうございました。 ご確認ありがとうございました。 |
OSはwin10です
8.4.0から8.5.2にバージョンアップしました(zip) SSDの健康状態が「正常99%」になったんですが最新版の方が正しいんでしょうか？ 終了して8.4.0を起動すると「正常100%」なんですが SSDはphison ps5012-e12s-512gです
▼野良さん：
>OSはwin10です >8.4.0から8.5.2にバージョンアップしました(zip) >SSDの健康状態が「正常99%」になったんですが最新版の方が正しいんでしょうか？ >終了して8.4.0を起動すると「正常100%」なんですが > >SSDはphison ps5012-e12s-512gです 8.4.2 [2020/03/15] 一部の NVMe SSDで残り寿命が正常表示されない不具合を修正 NVMe の規格では、直接残り寿命は「Percentage Used（使用率）」が正しかったのですが、8.4.1以前のバージョンでは「Available Spare（予備領域）」を参照していました。 最新版の表記が正しいです。 |
Win7pSP1x64にスタンダード版のCDI8.5.2をインストールして、タスクバーに温度iconを表示する様にしてます。
温度iconをクリックすると、CDI8.5.2の窓が開くのですが、下端がタスクバーと重複します。 これを手動で修正してタスクバーと重複しない様にすると、その後は問題無く重複しませんが、PCを再起動すると元の木阿弥に戻ります。 どうやら調整した窓の状態を、PC再起動で初期化してしまう様です。 ※もしかしてWin7の制約なら済みませんが、CDI8.4.1迄は大丈夫だった記憶が有りますので、CDI8.5.xからの問題かと思われます。 
▼金華山の仙人さん：
>Win7pSP1x64にスタンダード版のCDI8.5.2をインストールして、タスクバーに温度iconを表示する様にしてます。 > >温度iconをクリックすると、CDI8.5.2の窓が開くのですが、下端がタスクバーと重複します。 > >これを手動で修正してタスクバーと重複しない様にすると、その後は問題無く重複しませんが、PCを再起動すると元の木阿弥に戻ります。 > >どうやら調整した窓の状態を、PC再起動で初期化してしまう様です。 DiskInfo.ini内の [Setting] Height=XXXX に高さ情報が記録されています。通常版は260-1000の範囲。 単純に縦方向の長さがディスプレイサイズを超えているためにタスクバーと重なっていると思うのですが、いったん縦方向を小さくしたときのDiskInfo.iniの値はどうなるでしょうか。また、小さくした後にいったん終了し、再実行した場合はウィンドウの高さが反映されているでしょうか。 ウィンドウの高さを変更した後、再実行しても高さが保持されていれば正常な動作となります。
あとPC再起動しても枠切れは直らず、DiskInfo.ini を削除してCDIを起動してDiskInfo.ini が再作成されても、やはり枠切れは直りません。
※調査＆対策に時間が掛かる様なら、CDI8.4.2の再提供をお願いします。 https://crystalmark.info/download/archive/CrystalDiskInfo/ 上記旧バージョン倉庫には、CDI6.7.4迄しか無かったので。
▼ひよひよさん：
>>どうやら調整した窓の状態を、PC再起動で初期化してしまう様です。 >DiskInfo.ini内の >[Setting] >Height=XXXX >に高さ情報が記録されています。通常版は260-1000の範囲。 >単純に縦方向の長さがディスプレイサイズを超えているためにタスクバーと重なっていると思うのですが、いったん縦方向を小さくしたときのDiskInfo.iniの値はどうなるでしょうか。また、小さくした後にいったん終了し、再実行した場合はウィンドウの高さが反映されているでしょうか。 Height値は例えばHeight=638→615に変わったりしますし、温度iconから窓表示する場合は、維持されてます。 >ウィンドウの高さを変更した後、再実行しても高さが保持されていれば正常な動作となります。 しかし一旦温度iconから終了して、DiskInfo64.exeから再実行すると、元の木阿弥に戻ります。 尚、これらの再現試験は、既に別アップで上げた枠切れの異常状態で行ってる為、これ以上の詳細な再現試験の結果は怪しくなりそうです。
あと済みませんが、Win7は今月のWUを最後に引退させるつもりで最新化して、Win8.1を購入手続き中＆インストール予定な為、下記からゲットしたCDI8.4.2に入れ替え戻します。m(_ _)m
https://ja.osdn.net/projects/crystaldiskinfo/downloads/72256/CrystalDiskInfo8_4_2.exe/ |
CrystalDiskInfo 8.5.0 通常版で温度情報が自動更新しない。する時もあります。3台PCを所有しているのですが、3台共に同事象になります。
共通していることは、PCの電源ONした最初の1回目の自動更新では温度情報が更新されますが、それ以降は手動またはF5でないと更新されない場合が殆どです。更新時間を10分から1分に変更しても更新されませんでした。 PCの構成は2台は内蔵HDD、外付けHDDで1台はM.2 SSD、内蔵HDD、外付けHDDです。 ちなみに、CrystalDiskInfo 8.4.2 では正常に更新されていましたし、 HWiNFO64でも正常に更新されています。 他の項目に関しては更新されているかは不明です。 2台分のデバッグログを添付します。 OS:Windows10 64bit バージョン1909 Build 18363.815
▼YMOさん：
>▼ひよひよさん： >>▼ひよひよさん： >>>▼YMOさん： >>>>CrystalDiskInfo 8.5.0 通常版で温度情報が自動更新しない。する時もあります。3台PCを所有しているのですが、3台共に同事象になります。 >>>ご連絡ありがとうございます。 >>>至急調査します。 >>調査の結果、8.5.0で導入したUIライブラリ内で使用しているタイマーIDと元々CrystalDiskInfo内で使用していたタイマーIDがバッティングしており、1回タイマーが満了したタイミングで、タイマーが破棄されてしまうのが原因でした。 >> >>タイマーIDの交通整理を行い、正常動作することを確認いたしました。 >>お手数ですが、8.5.1への更新をお願いいたします。 >> >>この度は、すぐにご連絡いただきありがとうございました。 > > >3台共に正常動作しました。 >迅速な対応ありがとうございます。 > >気になったのが私でさえ直ぐに動作がおかしいとわかったのでもう少しテスト・確認をしていれば不具合を防げた可能性があったのではと思いました。 >何か急いでリリースした感が否めません。 > >今後とも有難く使用させていただきます。 横から失礼いたします。いつも利用させていただき感謝しています。 通常版8.5.2を使用していますが、8.5以降からタスクトレイ内のアイコンの温度表示が自動更新されないようです。 こちらもご確認いただけると幸いです。 よろしくお願いいたします。
▼noneさん：
>横から失礼いたします。いつも利用させていただき感謝しています。 >通常版8.5.2を使用していますが、8.5以降からタスクトレイ内のアイコンの温度表示が自動更新されないようです。 >こちらもご確認いただけると幸いです。 >よろしくお願いいたします。 ご連絡ありがとうございます。 確認させていただきます。
▼YMOさん：
>3台共に正常動作しました。 >迅速な対応ありがとうございます。 ご確認ありがとうございました。 >気になったのが私でさえ直ぐに動作がおかしいとわかったのでもう少しテスト・確認をしていれば不具合を防げた可能性があったのではと思いました。 >何か急いでリリースした感が否めません。 十分なテストが行えておらず、ご迷惑をおかけしました。
▼ひよひよさん：
>▼noneさん： >>横から失礼いたします。いつも利用させていただき感謝しています。 >>通常版8.5.2を使用していますが、8.5以降からタスクトレイ内のアイコンの温度表示が自動更新されないようです。 >>こちらもご確認いただけると幸いです。 >>よろしくお願いいたします。 >ご連絡ありがとうございます。 >確認させていただきます。 8.5.2で通知領域（タスクトレイ）内のアイコン挙動を確認しましたが、CrystalDiskMark で負荷をかけると、メインダイアログの温度変更と同じタイミングで、通知領域のアイコンも表示が変わりました。 ソースコードも再確認しましたが、タイマーIDの被りは解消しており、通知領域アイコンへの表示変更命令は適切に送られているようです。 大変お手数ですが、もう一度8.5.2で、更新周期を1分にした状態でCrystalDiskMarkなどで負荷をかけるテストをしていただけないでしょうか。 Windowsバージョンに依存するコードはこの部分にはないはずですが、ご利用環境についても可能な範囲で教えていただけないでしょうか。 |
