三重県、愛知県、岐阜県の東海3県を中心にネットワークからシステムまで一括したITソリューションをご提供いたします。
トップページ
SurfacePro7でPFN_LIST_CORRUPT
SurfacePro7でPFN_LIST_CORRUPT
こんにちは、企画課に所属しておりますD・Iです。
最近「Surface限定」なのですが、リモートワークなどを積極的に採用される環境で、
困った事象がありましたので情報を掲載いたします。
【発生環境】
・SurfacePro7 (その他Surfaceシリーズでも報告あり)
・Windows10 20H1以降
・Surface搭載のカメラを使用時
【発生する問題】
Surfaceを使用してWeb会議ツールなどでカメラを使用すると、
かなりの頻度でブルースクリーンが発生(停止コード:PFN_LIST_CORRUPT)
参考サイト:constant PFN_LIST_CORRUPT BSOD on surface pro 7
弊社で検証した部分ですと、Surfaceに備え付けのカメラでリア及びフロントどちらでも現象を確認しました。
ただしUSBカメラやアプリケーション側でカメラをOFFにすることで現象は発生せず、原因については、カメラとWindows10相性かなと感じています。
検証できた環境では同一時期に導入したSurfacePro7にて、20H1・21H2では現象確認できました、Web会議ツールで通話(フロントカメラを起動)の状態でしばらく放置、この段階では数分程度ではブルースクリーン発生せず。その上で、その他アプリケーションなどを操作したところブルースクリーンが発生。(機器の負荷としては、CPU・メモリについては90%ほどを使用)
また未検証ですが一部使用できている端末(1909と思われる)もありますので、Windows10のバージョンによる問題もあると思われます。
対応として確認した内容としては、2021年8月24日時点でのSurfacePro7のファームウェアのアップデートとWindwosUpdateを実施しましたが、問題の改善はしませんでした。
以下は、参考サイトからですが交換対応や問題が発生しているWindows10へのクリーンインストールも、事象は改善しないそうです。
現時点でのWindowsUpdateのバグとしては報告ない状態ですが、
ファームウェアとOSの問題と思われ、問題の解決はアップデートを待つしかない状態かもしれません。
もしSurfacePro7をお使いの方は、「WindowsUpdateの検証(20H1以降)」は一度検討いただくと良いかもしれません。
また、すでに問題が発生している場合はUSBカメラを使用やカメラOFFで問題の回避ができそうです。
また続報あれば追記します。
TRUSTWORTHY
SQLCLR で開発している。 開発では問題無いのだが、テストサーバーへアセンブリを配置して実行したところ、以下のエラーが出た。
——————————————————————————–
メッセージ 10314、レベル 16、状態 11、行 80
アセンブリ ID 65591 をロード中に Microsoft .NET Framework でエラーが発生しました。
サーバーのリソースが不足しているか、PERMISSION_SET が EXTERNAL_ACCESS または UNSAFE に設定されていて、
アセンブリが信頼されていない可能性があります。
クエリを再実行するか、アセンブリの信頼関係の問題を解決する方法をマニュアルで確認してください。
このエラーの詳細:System.IO.FileLoadException:
ファイルまたはアセンブリ ‘XXX99999, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null’、
またはその依存関係の1 つが読み込めませんでした。
セキュリティに関連したエラーが発生しました。
(HRESULT からの例外: 0x8013150A)
System.IO.FileLoadException:
場所 System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase,
Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark,
Boolean throwOnFileNotFound, Boolean forIntrospection)
場所 System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef,
Evidence assemblySecurity, StackCrawlMark& stackMark, BooleanforIntrospection)
場所 System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity,
StackCrawlMark& stackMark, BooleanforIntrospection)
場所 System.Reflection.Assembly.Load(String assemblyString)
——————————————————————————–
さてさて、これは一体なんでしょうか?
色々調べてみると、デタッチしてアタッチすると上記エラーが出ることがあるそうな。
——————————————————————————–
ALTER DATABASE [<DB名称>]
SET TRUSTWORTHY ON
GO
——————————————————————————–
を再度実行すると、正しく動作しました。
アタッチすると、TRUSTWORTHY の設定が初期化されてしまう・・・。
それって、デタッチ&アタッチでデータベースがコピー出来る利点から外れていませんか・・・。
insert_chart_outlined 事業内容
Copyright(c) 2021 SANAI information,LTD. All rights reserved.