Powershellか、コマンドプロンプトで、fsutilコマンドを使うと、空き容量がわかる。GUIが使えない環境では楽。
PS C:\Users\zen> fsutil volume diskfree c:\
空きバイト総数 : 39,843,536,896 ( 37.1 GB)
バイト総数 : 254,863,732,736 (237.4 GB)
クォータの空き領域の合計バイト数 : 39,843,536,896 ( 37.1 GB)
PS C:\Users\zen> Windows10じゃなくて、Windows Server系でも同じコマンドで空き容量をしることができる。
Windows10で、Alt + Tabを使ったアプリの切り替えが急にできなくなった。
なにか壊れたかと思ったら、Explorerがフリーズしていたようだ。新しくフォルダも開けず、しばらくしてExplorerプロセス再起動を求めらたので、プロセス再起動したら、Alt + Tabでアプリの切り替えができるように戻った。切り替えの部分は、Explorer配下の作業のようだ。
古いASP.NETのプログラムを、新しい環境でコンパイルして、アプリケーションサーバ（IIS）にデプロイして、テストしたら、下記のエラーが表示された。Visual Studio 2019上では動作している。
ファイルまたはアセンブリ 'xxxxxxxx.DLL'、またはその依存関係の 1 つが読み込めませんでした。 は有効な Win32 アプリケーションではありません。 (HRESULT からの例外:0x800700C1)
問題は、アプリケーションサーバであるIISの設定だった。Windows Server 2019のIIS10は、デフォルトでは64ビットのアプリケーションサーバとして動作する。そのため、32ビットのDLLが混じったアプリケーションを実行するためには、IISの設定で、32ビットのアプリケーションを動作するようにしないといけなかった。
32ビットのアプリケーションを動作するようにするIISの設定方法は下記。
これで、32ビットのアプリケーションも動作するようになる。
PowerShell 7.1がMicrosoft Storeから入手できるようになったので、インストールした。Microsoft Storeで、PowerShellと検索して、Microsoft Corporationが公開しているものを選択して、入手をクリックするだけ。Powershell 7.0が自分でインストーラーをダウンロードしてインストールしていたのに比べるとかなり便利。これで、新しいバージョンの配布もされるだろうから、先々を考えると、ストアからの配信はありがたい。
Microsoft StoreからPowerShell 7.1をインストールしたところ、Windows 10上には、最初からインストールされていたWindows PowerShell、手動でインストールしたPowerShell 7.0、ストアからインストールしたPowerShell 7.1の３つが混在するようになった。使うときに間違えないようにしないといけない。
あと、どこかでPowerShell 7.0のアンインストールをしないと穴になってしまう。
VS2008のアプリをVS2019で開いて、デバック実行したら「Assembly.csが見つかりません」が表示された。「Assembly.cs」を探したが見つからず。元のプロジェクトはVB.NETで書かれている。
VS2019上には、逆コンパイルで作成も選択できたので、実行してみたが失敗した。
失敗したので、今度は、Assenbly情報を再作成した。
これでエラーが出なくなった。
Windows10の大型アップデート（October 2020 Update）を実行する前に、手動で復元ポイントを作成した。
大型アップデートを適用して、Ver.20H2になったWindows10で復元ポイントを確認したところ、復元ポイントがなくなっていた。大型アップデートを適用してから、日が浅いので、以前のバージョンに戻して、復元ポイントを確認したが、前に作成した復元ポイントはすべてなくなっていた。
つまり・・・
いろいろと不具合が起きても、過去のポイントには、Windows10の機能では戻れなくなるので、注意が必要。
メモとして。前提として、WSL2のインストールは終わっている。
Docker Desktop for Windowsをダウンロードする。下記のURLにアクセスして、「Get Docker」からダウンロードする。
https://hub.docker.com/editions/community/docker-ce-desktop-windows/
ダウンロードしたインストーラー（EXEファイル）を実行する。インストールのときに、「Install required Windows components for WSL2」にチェックが入っているので、WSL2対応もばっちり。
インストールが終わったら、Windows10の再起動が入る。
で、なにをしたらいいのかわからないので、チュートリアルを実施。
チュートリアルの通りにやったら、チュートリアルのコンテナが立ち上がった。
このコンテナがどこで動いているのか気になって、WSL2のUbuntuでpsコマンドをたたいてみると、dockerに関連したプロセスが起動しているので、WSL2の上で動作していることが確認できた。
root 185 0.0 0.5 1463396 31664 pts/1 Ssl+ 20:06 0:00 /mnt/wsl/docker-desktop/docker-desktop-proxy --distro-n 
Windows 10 Ver.20H2のIMEの予測変換がかなりひどいので、オフにしてみる。Ver.2004でもひどかったが、20H2はさらにひどい。IMEは止め時なのかもしれないが、選択肢がほぼないので、オフにして様子を見る。
これで、予測入力は使えなくなるが、誤変換や勝手に選択される問題もなくなる。
Windows 10 October 2020 Update （Ver 20H2）が配信されたので、早速、VAIOにWindows 10に適用した。とりあえず、動作に問題はなし。
春のとき（Ver 2004）に廃止されていた大型アップデートを遅らせるためのGUIの画面は復活せず。それは、もう、グループポリシーで設定するしかないようだ。
あと、Ver.20H2にすることで、EdgeがChromiumベースのEdgeに置き換わった。なので、個別にアップデートをしなくても、October 2020 Updateを入れるだけで、Edgeの更新ができる。これは管理する側からすると楽。
バージョンは、今回は20H2となっている。これは、全部数字にすると、2010になるので、紛らわしくなるので、変えたとのこと。
自分のメモとして。
前提として、WSL2のインストールは終わっている。
Docker Desktop for Windowsをダウンロードする。下記のURLにアクセスして、「Get Docker」からダウンロードする。
https://hub.docker.com/editions/community/docker-ce-desktop-windows/
ダウンロードしたインストーラー（EXEファイル）を実行する。インストールのときに、「Install required Windows components for WSL2」にチェックが入っているので、WSL2対応もばっちり。
インストールが終わったら、Windows10の再起動が入る。
で、なにをしたらいいのかわからないので、チュートリアルを実施。
チュートリアルの通りにやったら、チュートリアルのコンテナが立ち上がった。
このコンテナがどこで動いているのか気になって、WSL2のUbuntuでpsコマンドをたたいてみると、dockerに関連したプロセスが起動しているので、WSL2の上で動作していることが確認できた。
root 185 0.0 0.5 1463396 31664 pts/1 Ssl+ 20:06 0:00 /mnt/wsl/docker-desktop/docker-desktop-proxy --distro-n
Dockerのインストールというかセットアップが簡単すぎて、正直よくわからない。利用する側にしてみると、どのみちブラックボックスなので、このくらい簡単なのがいいのだろう。