前回のあらすじ。PSO2を起動するとシステムのレジストリが勝手に書き換えられる。

リネージュでもレジストリの書き換えが発生したとのメッセージをいただきましたのでご紹介。メッセージ主様曰く、メインPCでは発生して、サブのノートPCでは発生しなかったそうです。発生条件は不明の模様。

また、スレッドに紹介されていた対処方法(レジストリの拒否設定)を行うと、メッセージ主様の環境ではSSDのTRIMが無効になったそうですのでお気をつけくださいませ。

全てのSSDでTRIMが無効になるかはわかりません。レジストリの拒否設定をされた方はTRIMが無効になっていないか確認された方が良いと思います。

以下、レジストリの書き換えが発生するゲーム/発生しないゲームの軽いまとめ。

PSO2 ⇒ 発生する
リネージュ ⇒ 発生したり発生しなかったり
エルソード ⇒ 発生しない
(ソース:https://twitter.com/momoyo0227/status/723765293835649024)
ウィザードリィオンライン ⇒ 発生しない
CLOSERS ⇒ 発生しない
ラグナロクオンライン ⇒ 発生しない
MHF ⇒ 発生しない
リネージュ2 ⇒ 発生しない
パンヤ ⇒ 発生しない
(Wiz～パンヤまでのソース:http://awabi.2ch.sc/test/read.cgi/ogame3/1461361764/18)

メッセージ主様のように発生したり発生しなかったりというパターンもあるようなので、気になる方は報告を鵜呑みにせず自分で確認した方が良いと思います。

これ、ユーザにとっても他にどこを書き換えられているか不安でしょうし、例え直ったとしてもまたやらかすんじゃという不安がついてまわり、運営にとってもnProってだけで避ける人もいるでしょうから誰も得しないっすよね…

nProが起因しているのなら、nProなんて窓から投げ捨ててしまえばいいと思う。英断を下す運営は現れるのか。

2016/04/30追記
PSO2の現役プレイヤー様から続報をいただきましたのでご紹介。

「PSO2レジストリの件なんですが、自分の環境では28日辺りから『NtfsDisableLastAccessUpdate』の書き換えが発生しなくなりました。修正されたのかたまたま発生してないだけなのか、判断するには早いとは思いますが、一応」

とのことだそうです。

2016/05/01追記
他のプレイヤー様も『NtfsDisableLastAccessUpdate』への書き換えが発生しなくなったとの情報をいただきました。修正されたようです(PSO2は)。

注意点は、書き換えが発生しなくなっただけで、値自体は変更されたままになっているので、1(アクセス日時を記録しない)に設定されていた方は再設定をお忘れなく。

2016/07/16追記
リネージュでも7/13にnProの修正が入ったそうで、レジストリの書き換えが発生しなくなったとの情報をいただきました。PSO2と同じく変更された値はそのままなので、1(アクセス日時を記録しない)に設定されていた方は再設定をお忘れなく。

(私信:情報提供ありがとうございます)

関連記事
【ゲーム】 悲報 PSO2、システムのレジストリを勝手に変更する

1：名無しオンライン：2016/04/23(土) 02:32:17.03ID:yOUIQKG8.net
PSO2を起動するとOSシステムのレジストリ値が書き換えられる件について。

例えば…

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisableLastAccessUpdate

この値がPSO2を起動すると1→0に書き換えられ
OSの初期設定で停止されてるはずのフォルダ・ファイルのアクセス日時の更新が始まってしまう。
SSDの寿命が鬼のように削られるのは勿論のこと、アクセス日時でファイル管理等を行ってるPCでは大惨事になってしまう。

PSO2に関連するレジストリ値を操作するのであれば分かるが
OSシステムのレジストリ値を勝手に変更するのは致命的と言わざるを得ない。

現在調査中ではあるが、PSO2によるレジストリ破壊はこの1件のみとは考えにくい。

暫定対処法としては、該当のレジストリキーを右クリックして「アクセス許可」の項目を開き
「Users」の項目を選択してから「読み取り拒否」の部分にチェックを入れること。

運営は早急に対応を行った後に、正式に謝罪することを求める。

…というか、馬鹿なの？なんでOSのレジストリ弄ってるの？ｗ

21：名無しオンライン：2016/04/23(土) 03:15:24.48 ID:TSHEL/4k.net
>>20　いまちょうどやってた。
レジストリエディタで値を1に戻してPSO2起動＆終了してからもう一度値を確かめたら0になってた・・・

95：名無しオンライン：2016/04/23(土) 03:45:56.47 ID:nxxTedB9.net
これは流石に嘘やろｗｗｗ

・・・マジやんけ
nProなのかpso2なのかわからんがアクセス日時見たくて無理やり書き換えてるんかね
自分コードの都合でOS部分のレジストリいじるとか頭どうなってんだ？

個人的にはリターナーとかどうでもよかったがこれはないわー

PSO2というとCドライブのファイルを勝手に削除(でしたっけ)で話題になりましたが、今度はレジストリを書き換えるようで。プレイされている方はお気をつけくださいませ…

何をどうやったらこんなコードが紛れ込むんだろう…

2016/04/25追記
続報書きました。他のゲームでも発生したりしなかったり。上記>>1氏の対処方法(レジストリ拒否設定)でTRIMが無効になる場合があるようなのでお気をつけくださいませ。詳細は↓へどうぞ。

【ゲーム】 PSO2でシステムのレジストリをいじられる件、リネージュでも発生したりしなかったり

2016/04/30追記
PSO2の現役プレイヤー様から続報をいただきましたのでご紹介。

「PSO2レジストリの件なんですが、自分の環境では28日辺りから『NtfsDisableLastAccessUpdate』の書き換えが発生しなくなりました。修正されたのかたまたま発生してないだけなのか、判断するには早いとは思いますが、一応」

とのことだそうです。

2016/05/01追記
他のプレイヤー様も『NtfsDisableLastAccessUpdate』への書き換えが発生しなくなったとの情報をいただきました。修正されたようです。

注意点は、書き換えが発生しなくなっただけで、値自体は変更されたままになっているので、1(アクセス日時を記録しない)に設定されていた方は再設定をお忘れなく。

(私信:情報提供ありがとうございます)

2016年4月に配信されたOutlook2013用パッチKB3114941をインストールすると、Outlook2013やLync2013がランダムクラッシュする場合があるそうです。この問題に遭遇した際の回避策は

① KB3114941をアンインストール
② レジストリをいじる

のいずれかになります。

①の方法でクイック実行版Officeをお使いの方は

http://blogs.technet.com/b/outlooksupportjp/archive/2016/03/21/c2r-click-to-run-outlook-2013-2016.aspx

こちらをご参照くださいませ。(VL版は「プログラムと機能」から普通にアンスコ)

②の方法は

(ソース:http://blogs.technet.com/b/outlooksupportjp/archive/2016/04/21/kb3114928.aspx)

レジストリの編集に慣れている人ならサクッと終わりますが、一部の機能に影響が出るようです。

2016/03/16配信のオプションKB3133977と、2016/04/13配信のセキュリティパッチKB3146706の2つが、WindowsUpdateクライアント上からチェックが外れたそうです。
(私信:教えていただきありがとうございます)

KB3133977に関してはセキュリティパッチではないためスルー可です。KB3146706はセキュリティパッチになるため、入れなかった場合は脆弱性が放置されることになります。

チェックが外れた理由はわかりませんが、両パッチとも環境によって不具合が発生する場合があるためだと思われます。

それぞれのパッチを振り返ってみましょう。

現地時間で2016/04/19に配信されたSurface Book/Pro4用のファームウェアを適用すると、環境によってはBSoDが発生する場合があるそうです。またか的な。

以下、解決方法が海外サイトに載っていたのでザックリ翻訳。少し手間です。

「C:\Windows\INF」にある「setupapi.dev」をテキストエディタで開きます。（setupapi.dev.logを見るべしという説もありますが、setupapi.dev.logは間違いでsetupapi.devを見るべしという説もあります。どっちが正しいのかは不明）

中身はくっそ長いので「Failed to install device instance」で検索します。検索したら9行上を見て

(画像クリックで拡大)

oem90.inf / oem96.inf / oem113.inf / oem135.inf、のどれか(あるいは異なる数字)が書かれているのでメモします。次に管理者モードでコマンドプロンプトを起動します。oem90.infを例にすると

poputil –d oem90.inf

と入力してエンター。

その後、再度WindowsUpdateを実行するとBSoDが発生しなくなるそうです。

もっと細かい情報が必要な場合はEnglishになりますが下記へどうぞ。

Blackforce (setupapi.dev.logを見るべし説)
Surface Book Update Failed – Intel Control Logic – 0x800f0203
InfoWorld (setupapi.dev.logは間違いでsetupapi.devを見るべし説)
Surface Book, Surface Pro 4 updates throw 800f0203 error, blue screens
Reddit (当該スレッド)
a botaload of new drivers incoming

割とダラダラ書いているので結論だけ知りたい人は「で、本題ですが」までスキップしてどうぞ。

この記事は、なんやかんやオフにしまくっても「C:\System Volume Information」にある「Syscache.hve」「Syscache.hve.LOG1」への頻繁な書き込みが停止できず、一体何を無効にすればいいんだ！と、気になって気になって仕方ないWin7ユーザ向けの内容になります。需要0の確信。

「Syscache.hve」「Syscache.hve.LOG1」とはなんぞと申しますと、知らん。

それっぽい説明はネット上にあるものの、具体的に何と結びついていて何をしているのかという情報は見つけられませんでした。名前から察するとそのままSystemのCacheでしょうか。

このファイルの挙動は

何かPCで作業する ⇒ 数分アイドル ⇒ 書き込み発生

と、そこそこ頻度の高い書き込みが発生します(自分の環境では)。

で、本題ですが、このファイルに書き込みを行う犯人を突き止めましたのでご紹介。サービスの[Application Experience]を無効にすることで、「Syscache.hve」「Syscache.hve.LOG1」への頻繁な書き込みが停止できました。やっと判明したお… (犯人が突き止められず2年くらい悩んでた…)

(「Syscache.hve」のタイムスタンプを見てみると、OSの再起動時にはその辺の時間になっているので、終了時だか起動時だかには一度書き込みが発生するようです。頻繁な書き込みを停止させるという趣旨なので、一度系はスルーいたします)

サービスの[Application Experience]とはなんぞと申しますと、説明によると「起動するアプリケーションに対して、アプリケーションの互換性のキャッシュ要求を処理します」とのことで、うん、いまいちよくわかりません。

互換性に関するものなので無効にしない方が良いという情報を見かけましたが、このサービスを無効にして数日運用してみたところ、何かしらのソフト(Win9x時代から最新まで)が動かなくなったり、何かしらの動作が遅くなったりといったことは自分の環境ではありませんでした。有効でも無効でも何も変わらず、体感もゼロ。

(あくまで自分の環境の話なので、[Application Experience]を無効にしても何かしらの弊害が発生しないとは言い切れませんので一応ご注意くださいませ)

で、肝心の「Syscache.hve」「Syscache.hve.LOG1」への書き込みを停止させて何か良いことがあるのか、と疑問ですよね。ないですよ。気になっただけです。推奨するものではありません。はい。

強いていうなら「SSDの寿命を1秒でも延ばすために俺は限界まで挑戦する！！」というのにご活用できるかもしれませんが、このファイルへの書き込みを停止したところで、SSDの寿命を何秒延ばせるかという証明はできません。検証するために人類の寿命はあまりにも短すぎた。おわり。

以下、余談。

タスクスケジューラにも[Application Experience]がありますが、こっちはCEIP関連なので「MSに協力なんてしないぜ！」という人は中身を無効にしても大丈夫です。

サービスとタスクスケジューラで同姓同名ですが、説明文は一致しないため、同姓同名の別人なのか、あるいはわずかにでも関連性があるのかはわかりません。

2016/04/20に多数のオプションが来ております。この記事はWin8.1向けになります。Win7向けはこちらをご参照くださいませ。

ざっと見た限りServer向けやリモート関連の不具合修正パッチが多く、特にお困りの症状がなければ全スルーでも良いとは思いますが判断はお任せいたします。セキュリティ関連ではないため、入れなくてもセキュリティ上の支障はありません。

以下、各パッチのザックリ説明になります。

KB3103616
Windows Server 2012向け、Wmiprvse.exeのメモリリーク問題の修正。

KB3103709
Windows Server 2012向け、ドメインコントローラの不具合(CPU使用率が100％になるなど)の修正。2016/03/16にも配信されましたが、ある日突然リストから消えました。初期バージョンは何か問題があったんすかね…

KB3125424
Windows Server 2012向け、LSASS.exeが原因でOutlookやらリモートデスクトップやら、各種動作が停止する問題の修正。

KB3138378
Windows Journalの更新。手書き入力関連ですが、具体的に何をどう更新したのかは未記載。「手書き入力なんて使ってないぜ！」という人はわざわざ入れる必要もないでしょう。

KB3144474
Windows Server 2012向け、Certreq.exeがクラッシュする問題の修正。

KB3144850
Windows 10 IoTからWindows Embedded 8.1 Industryにダウングレード時に起動しない問題の修正。一般ユーザにはまず間違いなく不要でしょう。

KB3145384
MinDiffAreaFileSizeのレジストリ値を3GBから50GBに増加。シャドウコピーの記憶領域を拡張できるようになるようです。

KB3146601
Windows Server 2012向け、グループポリシーオブジェクトのインポートが失敗し、ターゲットポリシーが削除される問題の修正。

KB3146604
Windows Server 2012向け、WMIサービスがクラッシュする問題の修正。

KB3146627
Windows Server 2012向け、リモートデスクトップサービスの不具合(複数のユーザがログイン時、ネットワークドライブが正しく表示されないとか)の修正。

KB3146751
Windows Server 2012向け、App-Vにログオンした際にエラーが発生する問題の修正。

KB3146978
リモートデスクトップサービスのパフォーマンス低下問題の修正。リモートデスクトップサービスを使ってドライブやらプリンタやらに接続した際、異常に遅くなるような症状があれば、このパッチの適用で解決するかもしれません。

KB3149157
TCP/IPの信頼性の改善。プロキシアプリがUDPにリダイレクトした際に0xd1エラーでクラッシュしたり、ログオン/ログオフ時に0xAエラーが出たりする問題の修正。

2016/04/20にオプションが来ております。この記事はWin7向けになります。Win8.1向けはこちらをご参照くださいませ。

これらはセキュリティ関連ではないため、入れなくてもセキュリティ上の支障はありません、と、いつものように言いたいところですが、KB3140245はどうなんだろう。先行でオプション配信して、問題がなければそのうち重要に上がってきそうな気もします。

以下、各パッチのザックリ説明になります。

KB3138378
Windows Journalの更新。手書き入力関連ですが、具体的に何をどう更新したのかは未記載。「手書き入力なんて使ってないぜ！」という人はわざわざ入れる必要もないでしょう。

KB3140245
TLS1.1/1.2のアップデート。[DefaultSecureProtocols]のレジストリキーを追加。SSLの脆弱性の発見に伴い、ブラウザの設定でSSLの無効化＆TLSの有効化をされた方は多いと思います。このパッチの適用で、OSレベルでデフォルトのプロトコルをTLSに変更されるようです。

疑問なのは「TLSの有効化、SSLの無効化」なのか「TLSの優先化」なのか。この辺の仕様はよくわかりませんが、もし、前者だった場合、まだSSLを使っている方は注意が必要かもしれません。

2016/04/13に配信されたKBザックリまとめです。何か問題等が見つかった場合、この記事は随時更新いたします。

更新履歴
① 初版。
② KB3142042/KB3143693/KB3142045/KB3154132(.NETとFLASHのセキュリティアップデート)を追記
③ KB3135456(Hyper-Vのセキュリティアップデート)を追記
④ KB3148198(IE用パッチ)の項目に、KB3146449(Win10関連)の情報を追記
⑤ KB3146706の項目に不具合情報を追記
⑥ KB3147071の項目に不具合情報を追記
⑦ KB3146706/KB3147071の項目を修正
⑧ KB3147071の項目を修正

注意事項としては、2016年3月度の配信から、IEのセキュリティパッチにWin10関連も紛れ込ませてきております。当初、このパッチは「新しいタブにWin10の広告が表示される」と海外ではいわれておりましたが、これは恐らく勘違いかと思われます。この件に関しての詳細は下記の記事をご参照くださいませ。

【アプデ】 Win10関連が含まれたIE用パッチKB3139929(KB3146449)の挙動は未だ不明

面倒な人向けに一言で説明いたしますと、このパッチがどういう活動をするかは未だ不明です。

MS公式に書かれている各種KBの情報で、過去に一度組み込んだものに関しては、再度「なにそれが組み込まれています」とは案内されません。特定の機能を削除した場合は「○○の機能を削除」と記載されます。4月度のIE用パッチに「Win10関連の機能を削除」といった一文がないため、4月度のIE用パッチにもWin10関連は含まれたままでしょう。言うまでもなく、このセキュリティパッチを入れなかった場合、脆弱性は放置されることになります。どうされるかの判断はお任せいたします。

その他の入れなくても良いKBリストについては下記の記事をご参照くださいませ。

関連記事
【Win】 WindowsUpdateで入れなくても良いKBリスト

以下、2016/04/13配信分のザックリ説明(Win7/8.1向け)になります。Office等は割愛(何か致命的な問題等があれば追記or別途記事にします)。

DOOM Open Betaのサポートが含まれた364.96Hotfixドライバが公開されました。このドライバはネットに繋いでいない状態でGFEを起動すると「GeForce Experience encountered an error and must close」というエラーが出るという問題付きになります。

リリースノートの情報はこれだけになりますが、何気にVulkanランタイムのバージョンが上がっていたり、公式フォーラムに寄せられた投稿によると

・このドライバは6xxシリーズ使用時のFPS低下問題を解決しますか？
・NV:↑はい、その問題に対する修正が含まれております

だそうで、どのバージョンから発生したのかはわかりませんが、6xxシリーズでFPSが低下する問題の修正も含まれているようです。 (364.72で発生したKeplerと相性が悪い問題の修正かな？)

試してみたい人は下記からダウンロードしてどうぞ。

GeForce Hot Fix driver version 364.96
http://nvidia.custhelp.com/app/answers/detail/a_id/4086

どうでしょう。重いですか。

重くなる原因のサービス2点をご紹介。Win7向けの内容になります。

このドライバはデベロッパ向けになります。基本、スルー推奨でございます。主にVulkan向けだそうですが、肝心のVulkanデモで動作が停止するなどのバグも含まれております。その一方で、VulkanとOptimusの問題が解決されるとか。

試してみたい人は下記からダウンロードをどうぞ。

Vulkan Driver Support
https://developer.nvidia.com/vulkan-driver

ソース
PC PERSPECTIVE
NVIDIA Releases 364.91 Beta Drivers for Developers

寝ながらコンピューティング環境作るお！　で、

こんな感じになりました。寝ながら動画鑑賞に、片手操作可能なADVゲームにと、とても快適です。以下、同じようなことをしたい人向けのメモになります。

(ソース:https://twitter.com/GranzF12/status/718606674739630080)
(画像クリックで拡大)

メッセージより情報をいただきましたのでご紹介。

WindowsUpdateで入れなくても良いKBリストの暫定追加リスト(WindowsUpdateクライアント)以外を全部アンインストールしている環境下(KB3035583等は入れておらず、WUクラだけ入れている状況)で、WindowsUpdateのオプションに「Windows10にアップグレード」が来たそうです。

最新のWUクラだけ入れている環境全てに来るかどうかまではわかりませんが、MSさんはうっかりミスかっこわらいで「Windows10にアップグレード」にチェックを入れて配信してきたこともありますので、2015年4月以降に配信されたWUクラをお使いの人はお気をつけくださいませ。

Win10関連が付加されていないWUクラに関しては、下記の関連記事をご参照くださいませ。

備考
下記のレジストリを見て、

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\OSUpgrade
AllowOSUpgrade = 1

になっていたら要注意です。AllowOSUpgradeが1だとWin10への誘導が表示されるかもしれません。Win10はお断りという方は0にしましょう(0はWin10くんな、1はWin10カモン)。いつの間にか1にされていたという報告もいただきましたので、WUクラのアップデートをされている方はお気をつけくださいませ。

余談ですが、自分の環境(KB2887535のWUクラ使用)では「HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\」内に「WindowsUpdate」というキー自体存在しません。Win10への誘導はお断り、という方は古いWUクラを使うというのも手です。

(私信:情報提供ありがとうございます)

関連記事
【Win7】 WindowsUpdateにWin10へのアプグレ項目はいつ追加されたのか
【Win8.1】 Win10へのアプグレ用ファイルが無いと思われるWUクライアント

□ 登録と同時に単語情報を送信する？

しません。

はい。ということでこの表示自体、上記画像のように消えてもらいましょう。

表示自体を消すことに何の意味があるのか。ありません。気分の問題です。強いて言うなら、万が一の誤操作でチェックが入ってしまうことを防げるくらいでしょうか。

消すことによる懸念もあります。何らかのアップデートの際、もしMSがデフォでチェックを入れてきた場合、まったく気づかなくなる可能性もあったりなかったり。今のところIMEでそういう糞いことをやられたことはありません。

もう一度言います。この改造に意味はありません。気分の問題です。

元に戻したくなったら改造前のexeをどこかに保存しておけば、いつでも元に戻すことが可能です。いっちょやってみっかって人は続きをどうぞ。ただし自己責任で。Windows7向けになります。