ゲームやOS、各種PC環境を快適にするためのニッチな情報
Windows10ユーザを支援するために作られたサードパーティ製WindowsUpdateクライアント『Windows Update MiniTool』の使い方を軽くご紹介。このソフトでお手軽に適用する更新プログラムの取捨選択ができるようになります。
まず↓からファイルをダウンロード＆解凍します。
本体
https://drive.google.com/file/d/0BwJH2CazcjsINFZFc1pVdk9mNHM/view
日本語化
https://drive.google.com/file/d/0BwJH2CazcjsIeVdSV0JJTWFJNnc/view
解凍したファイル全てを同じフォルダに入れるだけで日本語化されます。64bit版は『wumt_x64.exe』を、32bit版は『wumt_x86.exe』を起動してください。
あとは、
2017年12月13日に配信されたWindows7 / 8.1用KBのザックリまとめです。この記事は足りないKBや不具合等が見つかった場合に随時更新いたします。
以下、2017年12月13日配信分のザックリ説明＆ファイルの直リンクになります。(OfficeやSkype等のMS製品類は割愛しています)
/////////////////////
更新履歴
① KB4054518とKB4054519に、『ESET NOD32アンチウイルス V7.0』導入環境でHTTPサイトに繋がらなくなる問題について追記。
② ①の問題について対策ページへのリンクを掲載。
/////////////////////
Windows10のWindowsUpdateは日本時間で毎月第2水曜日と、第3または第4水曜日(※)にアップデートが配信されており、第2水曜日はセキュリティ修正を含む更新プログラム、第3または第4水曜日は不具合などの機能修正のみの更新プログラムがリリースされています。
(※正確には米国時間で第2火曜日と第4火曜日。月の初め、1日が水曜の場合は、1週ズレます)
しかし、Microsoftによると、WindowsUpdateのページにある『詳細オプション』から『半期チャネル (旧名:Current Branch for Business (CBB))』に設定されている場合、
|
(a) Windows Update for Business では公開されません (b) 明示的にWindows Update で利用可能な更新を検索したユーザーのみに公開されます (Source:Japan WDK Support Blog) |
第3または第4水曜日の更新プログラムは自動検出されないとのことです。これはWindowsUpdateの保守的な運用を目的とした『半期チャネル』の仕様となります。
第3または第4水曜日の更新プログラムにセキュリティ関連は含まれておらず、何も問題がなければ翌月第2水曜日のセキュリティ修正を含む更新プログラムに含まれるため、スルーしておいてもセキュリティリスクはありません。
もし、急いで適用したい不具合の修正があった際などには、WindowsUpdateから手動で『更新プログラムのチェック』を行えば降ってくるとのことです。
関連記事
【Win10】 Windows10 Proの自動更新を無効にして手動更新にする方法 ～更新プログラムの有無だけ自動確認編～
【Win10】 Windows10 Proの自動更新を無効にして手動更新にする方法
2017年12月11日、MicrosoftはAMD GPUとWindows10の組み合わせで発生する不具合を発表しました。
 質問 いくつかの AMD グラフィック カードでスリープ状態から復帰する際に、2 台目のモニターの表示に問題が発生する AMD グラフィックカードと複数のモニタを備えた環境では、システムがスリープ状態から復帰するたびに、2 台目のモニタが黒い画面になったり、画面の点滅、ブルースクリーン エラーが発生することさえあります。 この問題は、Windows Update KB4038788 のインストール後に発生し始め、Fall Creators Update でも引き続き発生します。
(Source:マイクロソフトコミュニティ) |
この手の問題はGPUドライバを真っ先に疑ってしまいそうですが、どうやら犯人はMicrosoftの模様。心当たりのある方は、修正されるまではスリープの使用を控えるなどして、この問題に遭遇しないようお気をつけくださいませ。
OMEN、ENVY、EliteBookなどのHP製ノートPC数百台に、キーロガーとして悪用できるデバッグコードが含まれていることが判明しました。このコードはSynaptics TouchpadドライバのSynTP.sysに仕込まれており、デフォルトでは無効になっているものの、下記のレジストリ値を設定すれば有効にできるとのことです。
| HKLM\Software\Synaptics\%ProductName% HKLM\Software\Synaptics\%ProductName%\Default |
HPは影響を受けるノートPCのリストと、ドライバのアップデートを公開しました。HP製ノートPCをお使いの方は、下記のリンク先で確認しておいた方が良いでしょう。
HPはつい先日もテレメトリサービスを配信して、大幅なパフォーマンスの低下を引き起こしたり、同意なくインストールされたなどとしてユーザから非難を浴びています。
ねとらぼで要注意なWindowsの挙動が記事になっていたのでご紹介。
| Windows 10の「Ctrl＋Z」（同時押し操作）で起こる挙動に、一部のユーザーから悲鳴が上がっています。特定の条件下でこの操作をすると、編集したファイルが警告もなく、ごみ箱にも入らず“完全削除”されてしまうとのこと。この挙動についてはWindows 10がリリースされた直後にも話題になっていましたが、最近になりまたメディアに取り上げられるなど話題になっています。 この現象は、以下の手順を踏んだ際に発生します。 1.ファイルをコピーする 例えばテキストファイルをコピーし、コピーした方のテキストファイルで原稿を書いていた場合、Ctrl+Zを押すと、それまで書いていた原稿が完全削除されてしまうことになります。要注意。 |
下記画像のように『test.txt』を複製した状況で、『test - コピー.txt』の中身を編集後に『CTRL + Z』を押すと『test - コピー.txt』が完全に消えてしまいます。『CTRL + Y』で『test - コピー.txt』はまたできますが、編集した内容は復活しません。
『CTRL + Z』の挙動自体、Windowsの仕様のため他のWindowsでも同じ挙動をしますが、Windows7以前では、
削除の確認ダイアログが表示されるため、うっかり『CTRL + Z』を押してしまっても安心です。
しかし、Windows8.1以降はこの確認ダイアログが表示されず問答無用で削除されてしまいます。普段から『CTRL + Z』を頻繁に使っている方はお気をつけくださいませ。
2017年12月8日、Microsoftは下記の不具合を発表しました。
| 今回は、日本語の Microsoft IMEの使用中にメモリ アクセス違反が発生する現象についてご案内します。 現象 詳細 例えば、テキスト ボックスで WM_IME_COMPOSITION メッセージを受信した際に、引数に NI_COMPOSITIONSTR および CPS_COMPLETE を指定して ImmNotifyIME() を呼び出すプログラムを作成すると、ユーザーによって入力された変換文字列を即座に確定させることができます。 ひらがなのみ、カタカナのみを入力として受け付けたいテキストボックス等がある場合は、このようなプログラムを作成することによって、ユーザーの入力支援を行うことができます。 ところが、このような処理を行うプログラムを Windows 10 Creators Update 以降で実行して、大量のキー入力を連続して高速で行った (同じキーを押し続ける等) 場合に、メモリ アクセス違反が発生してプログラムが強制終了することがあります。 原因 回避策 |
この不具合にお悩みの方は、Microsoft IMEの予測変換を無効にしておけば改善されます。予測変換の無効の仕方は下記の記事をご覧くださいませ。
Windows10のMicrosoft IMEの予測変換を無効にする方法をご紹介。
タスクバー右端のIMEのアイコン『A』を右クリックして、
『プロパティ』を選択。
Microsoft IMEの設定ウィンドウが開くので、
Microsoft公式ページで公開が終了した古いバージョンのWindows10のISOファイルを入手する方法をご紹介。下記のサイトで簡単にサクッと落とせます。完。
使い方は特に難しいことはなく、上記画像のように欲しいISOファイルを選択していけば画面右側に
こういった表示が出るので、『Download』を押せばダウンロードが始まります。お疲れ様でした。
2017年12月8日、Microsoftは下記の不具合を発表しました。
| こんにちは、Platform SDK (Windows SDK) サポートチームです。 今回は Windows 10 Fall Creators Update 環境で GetPixel および SetPixel 関数の処理速度が、Windows 10 Creators Update 以前の Windows 10 の処理速度と比較し、遅くなる現象についてご案内いたします。 現象 回避策 状況 |
今のところこの不具合の回避策はなく、Microsoftの対応を待つか、すぐにでもなんとかしたい場合はv1703 Creators Updateやv1607 Anniversary Update(注:2018年3月でサポート終了)に戻すしかありません。
| もし、CU以前に戻したいのに古いISOがなくてお困りの場合は下記の記事をご覧くださいませ。 【Win10】 古いバージョンのWindows10のISOファイルを入手する方法 |
具体的なソフト名などが出ていないため、今回の不具合との関連性はわかりませんが、v1709 Fall Creators UpdateにしてからPCの動作が重くなっていくという報告がいくつか出ています。
Windows10 ProのWindowsUpdateで、更新プログラムの有無だけは自動確認して、ダウンロードとインストールは任意のタイミニングで手動更新する方法をご紹介。
| 自動確認もない完全な手動更新にしたい場合は下記の記事をご覧くださいませ。 【Win10】 Windows10 Proの自動更新を無効にして手動更新にする方法 |
なお、Windows10 Homeにはグループポリシーエディタがないため、この方法は使用できません。
以下、設定方法です。
Windows10 ProでWindowsUpdateの自動更新を無効にして、手動更新にする方法をご紹介。何かしらの理由で自動更新の挙動を抑止したい場合、グループポリシーエディタから簡単に手動更新に切り替えることができます。
言うまでもないことですが、手動更新に変更したら自動で更新プログラムが降ってこなくなるため、しっかりと自己管理が必要になります。
| 更新プログラムの有無だけ自動確認にしたい場合は下記の記事をご覧くださいませ。 【Win10】 Windows10 Proの自動更新を無効にして手動更新にする方法 ～更新プログラムの有無だけ自動確認編～ |
なお、Windows10 Homeにはグループポリシーエディタがないため、この方法は使用できません。
以下、設定方法です。
2017年12月4日～12月5日の間、全世界で生じたWindows7でWindowsUpdateができない不具合ですが、驚いたことに問題の解決から1日が経過した12月6日時点でもMicrosoftからのアナウンスはありません。
この不具合はMicrosoftが有効期限の更新を忘れていたのが原因ですが、どうやらそれを公表することなく、ひっそりと事態の沈静化を図ろうとしているようです。
＜ Update 1 ＞
事態収束から2日後の2017年12月7日にWSUSサポートチームブログでやっと発表がありました。
遅すぎィ！
(Source:Windows 10 Forums / Kaspersky Lak Forum)
カスペルスキーインターネットセキュリティ2018(以下、KIS2018)の導入環境で、Firefox 57.0.1を起動したときや終了したときなどにBSoDが発生するという不具合が出ています。
この不具合はKIS2018のバージョン18.0.0.405(d)が原因となっており、カスペルスキーは問題を修正したバージョン18.0.0.405(e)の作成に取り組んでいます。
今のところ、KIS2018だけの報告しか見当たりませんが、カスペルスキー系のエンジンを使用したアンチウイルスソフトでも同様の不具合が生じる可能性が懸念されるため、カスペルスキー系アンチウイルスソフトをお使いの方はお気をつけくださいませ。
Windowsのスタートメニューを旧スタイルに変更できるフリーソフト『Classic Shell』の開発終了がClassic Shellフォーラムでアナウンスされました。
悲しいお知らせがあります。私はClassic Shellの開発を終了することにしました。理由はいくつかあります。 1) 自由時間が足りません。Classic Shellに新しい主要機能を追加し、関連性を保つためには多くの努力が必要です。新しいバージョンのWindowsで動作させることも大変な作業です。その理由は主に『2)』です。 2) Windows10の更新頻度(年2回)が高すぎます。新しいバージョンが出るたびにClassic Shellのどこかをおかしくします。 3) Windowsの新しいバージョンはWin32プログラミングモデルから遠ざかり、多くの変更を加える必要があります。これは従来どおりのカスタマイズ性を達成することを非常に困難にします。 そこで私はClassic Shellのソースコードを公開することにしました。ソースコードを元に第三者による新しいプロジェクトの立ち上げを募ります。Classic Shellのフォーラム(http://www.classicshell.net/forum/)は2018年末まで議論の場を設けていますが、私が議論に頻繁に参加することはありません。 ソースコード: |
Windows10から採用されたWaaS (Windows as a Service / サービスとしてのWindows)の一環で、コロコロと仕様の変わる年2回の大型アップデートが、開発者にとっては大きな負担となっているようです。
頻繁なアップデートは開発者だけでなく、使用者にとっても負担となっている場面が多々見受けられるため、今回のClassic Shell開発者だけに限らず、今後も多方面から『WaaS疲れ』が浮き彫りになってくることが予想されます。
個人的には、WindowsUpdateは7/8.1仕様、機能やアプリケーションの追加は取捨選択式、慎ましやかに粛々とバグと脆弱性の修正、ただ、これだけをやってくれるWaaO (Windows as a OS / OSとしてのWindows)への回帰を願っているのですが、残念ながら近年のMicrosoftからは期待できそうにもありません。
