検索するとトップで出てくる記事「Windows 10で「subst」コマンドは使えない?」の認識は間違っていて、Windows10 でも問題無く使える（実行権限の問題）と前置きしておいて、書かれているレジストリの設定はそのまま参考になるので、最小化して紹介する。

スタートアップにバッチを登録する

いちばん素直な方法だが、スタートアップの順番や、ログインを伴わないタスクスケジューラでの実行で問題となる場合あり。

仮想ドライブのマウント

subst V: C:\v_drive

仮想ドライブのアンマウント

subst V: /d

レジストリに登録①

\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

ここに文字列データタイプで、subst コマンドのまま登録すれば（名前は適当で）良く、設定も分かりやすい。

レジストリに登録②

\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\DOS Devices

ここに文字列データタイプで登録する。設定値が少し分かり難いが、下記のように設定すれば、subst コマンドと同等の結果になるようだ。

Windows10 20H2 のアップデート時にレジストリの設定が消える

またしても、Windows10 アップデートでの不具合に遭遇。何かしら問題を起こしてくれるから、まじで Windows10 ムカツク。

レジストリの設定が項目ごと消えていたので、もう一度調べなおしてこの記事書く羽目になった。いい加減にして欲しいな、もう。

メインマシンだけ 1909 のまま固定されているが、不具合が発生する可能性がある環境に対しては提供が止められているとのこと。それが何なのかといった情報を一切示さないところが、さすが Microsoft だなあと思う。

はっきり言って、Windows10 は信頼をしていないので、このままアップデートしてもらわなくて結構だ。

新しいバージョンでは、また見た目が変わって、Windows10 という同じ名称で操作やメニューが異なる。ほんとアホのやることだと思います。記事を書くにしても、人に説明（サポート業務）するにしても、これでは困るんですよ。操作やメニューの改変をするなら、Windows10A とかでもいいから、呼称を変えてもらいたい。

それから、バージョンの名称に一貫性が無いのは、バカかと言いたい。1909 → 2004 → 20H2 だと、正確には "2009 (20H2)"、1909 も "1909 (19H2) " という話らしいが混乱の極み。もう、Windows 2020.11 とかリリース日付でいいじゃんって思うよね。

追記（11/22）

1909 でホールドされていたマシンに 20H2 がようやく下りてきた。アップデートしてみたが、今のところは問題が無いように思う。

バージョン表記でリリース日付にしたらいいんじゃないかって書いたが、今までがそうだったようだ（西暦下2桁＋リリース月）。今後からは、西暦下2桁＋半期（H1=上半期、H2=下半期）になるとのこと。それなら、WindowsX 2020H2 とかにすればいいのに。

今朝の大規模障害の原因は何だったのだろう？

虎ノ門ニュースを観ようと思ったらずっとグールグル。久しぶりにニコ生を観たけど、プレミアムじゃないとシーク再生できない、こういうところでユーザー失っているのでは？　とは言えこういうときは助かります。コメントシステムもニコニコの方式は優れているのだが、ユーザーエクスペリエンスが低いのでもっぱら YouTube ということになる。

勝手に接続が切れる＆書き込みエラーの発生

しょっぱなから不具合に見舞われました。所有の最大容量12TBのHDDでデータ破壊を心配しましたが、その点は免れたようです。

ちなみに、HDDは新品で単独のHDDケースでは何の問題もありません。HDDの相性と言われるとちょっと困りますが、このHDDに使う予定だったので頂けません。この時点でもう見切りを付けているので、メーカーに見解を求めるメールを発射します。

1. No5とNo4にHDDをインストール
2. No5を認識している状態でNo4をONにしたところNo5の接続が勝手に切れる
3. PC再起動後、No5, No4の順にONにしたところ両方使用できた
4. 念のためNo5のエラーチェックを行ったがエラーなし
5. No5にデータ書き込み中にディスクエラーが発生（書き込みエラーか容量不足と表示／十分空きはある）
6. タスクトレイから停止などが出来ず、No5関連操作の反応が異常に重く、アクセスできなくなる
7. 信頼ができないため使用中止

他のPC、他のHDDでも不具合発生

返品が出来なかったときのために、別のPCで小さい容量のHDDとで試験をすることにしました。No3～5に、2TB（90%使用）、4TB（空っぽ）、1TB（90%使用）とインストールして、4TBにコピーする試験です。

No5→No4のコピー開始直後は問題無さそうだったのですが、しばらくするとデスクトップが消えエクスプローラが異常終了してしまいました。当然コピー中のタスクもろとも、エクスプローラは復元されるものの、コピーは中断されたまま。

これはもう初期不良か、粗悪製品のどちらかで確定でしょう。初期不良として交換してもらっても怖い、このまま使ってたら大事なデータを失うことになりかねません。

転送速度が遅いのも気になる

その後、同じコピーを「玄人志向 KURO-DACHI」にやらせてみたのですが、転送速度が明らかに違いました。同じHDDのセット、同じデータだったから、明らかに違うのが分かりました。ファイル容量によって速度は振れるのですが、カプセルホテルが50MB/sしか出ないところ、玄人志向は最大100MB/s出ていました。

条件はほぼ一緒にもかかわらず、半分程度しか速度が出ていないことになり、正常動作したとしても使いたくはないな。

総合評価：☆☆☆☆☆（星ゼロ）

初期不良だったと考えられますが、お勧めはできません。

メーカーのメールサポートも、書いた内容をちゃんと読んでいない、返信が催促してやっと来る。ユーザーに確認作業を求めたのにも関わらず、その結果に対して何もコメントしないなど、首をかしげる対応でした。センチュリー製品もデフォで選ばないメーカー入りさせていただきます。

お勧めに出てきたので久しぶりに観はじめた。３作品通しで観ようと思ったのに、なぜだか PART 2 が無い。

少し前まではあったみたいだが、勝手に編集されたバージョンが配信されていた（GIGAZINE）とのこと、いまは停止されているらしい。記事によると「現在Netflixで配信されているバージョンは、無修正で未編集のオリジナルバージョンです」とのことですが、どうしても見つかりません。何とか見つけた URL は「現在お住まいの国ではご覧いただけません」だそうです。今後、吹き替えと字幕のバージョンが提供される予定はあるのか、はっきりしてもらいたいなあ。

• バックトゥーザフューチャー（NETFLIX）
• バックトゥーザフューチャー PART 2（NETFLIX）
• バックトゥーザフューチャー PART 3（NETFLIX）

Windows の git bash で git add できないのでハマってしまった。表題のエラーが出るのだが何のことやら、ファイルにはアクセスできるし、メッセージでググっても良く分からない。考えられることを試し尽くして、新しいテキストファイル１個だけのリポジトリにしたにもかかわらず、解消に至りません。

結論から言うと Windows アップデートが原因でした。再起動しようと思ったら、電源アイコンにオレンジのぽっちが付いていたので、再起動待ちになっていたようです。この自動アップデート、本当に腹が立ちます。バックグラウンドで勝手にアップデートしていて、不具合が起こらないようにやってくれるなら分かりますが、それが出来ないなら更新前にユーザーに確認すべきです。前にも同じようなことがありましたが、Windows10 って本当にクソだなって思います。

まとめ

• git add をしようとしても "fatal: fsync error on 'loose object file': bad file descriptor" のエラーが出る
• リポジトリはネットワークディレクトリ上にある（ファイルサーバーの共有フォルダをネットワークドライブにマウント）
• ネットワークドライブからは問題無くアクセスできる
• エクスプローラから "\\server" のホスト名でアクセスできない（再起動直前に気づいた）
• エクスプローラから "\\<IPアドレス>" だとアクセスできる
• "ping <ホスト名>" はエラー、"ping <IPアドレス>" は IPv6 で返って来る
• ちなみにネットワークドライブ自体は、ホスト名で登録していて問題無くアクセス出来る
• Windows アップデートが再起動待ちになっていた
• 再起動後はネットワークアクセスも、git add も問題解消していた

教訓

Windows で問題が起きたら、あれこれ試す前に再起動すべし。

http サイトからのダウンロードだと「このファイルは安全にダウンロードできません」となって、継続できるっぽいボタンが出てくるけど無反応、完全にダウンロードできなくなってしまいました。今日アップデートした Chrome だけなので、これはアップデートが原因ですね。http を完全に排除してしまったのか、そうだとすると Chrome から離れるユーザーも出てくるかも知れません。

• http からダウンロードできないバージョン：86.0.4240.75（Official Build） （64 ビット）
• http からダウンロードできるバージョン：85.0.4183.121（Official Build） （64 ビット）

別にいいんだけど、ウェブアプリ開発サーバーで http が使えないと少し面倒いなあと思います。オレオレ証明書でもいいでしょうが、ひと手間増えてしまうので任意で続行できるように改善してもらいたいです。

Firefox「はい！僕ダウンロードできます！」

いずれ Firefox も追従するような気もするが、利用者獲得に使ってやろう的なことを画策していたりして。

ずっとマルチカードリーダーみたいなものが付いているからだと思っていたましたが、考えてみると BD-ROM っておかしいよな、ということで調べてみました。現象は、BD-ROM ドライブが大量に存在しているかのように表示される、というもの。

本物の BD-ROM ドライブが分かり難いのと、ドライブレターが使えないのを除けば、特に害は無いがちょっと気になります。ここからプロパティを開くと、BUFFALO の表示がありますが、心当たりのある製品は使用していません。カードリーダーは Transcend だし、BD-ROM はパイオニアなので、ちょっと怪しくなって焦り出す。

デバイスマネージャを開いてみると、"DiscSoft Virtual SCSI CdRom Device" と表示されています。ヴァーチャルドライブと聞いて、Windows 7 の頃 DAEMON Tools lite ってのを使っていたのを思い出しました。Windows10 にアップデートしたとき、スタートメニューからもトレイからも消えていたのでそのまま忘れていたようです。

ネット検索からも確認できたので、DAEMON Tools をアンインストールすることにします。光学メディア自体ほとんど使わなくなっているので、仮想光学ドライブも同様、速やかに削除することにします。

見えなくなっていてもアプリの一覧を確認したところ、しっかり残っていましたので、通常どおりアンインストールしました。結果、物理ドライブのみのすっきりとしたドライブ一覧になり大満足です。

光学ドライブもフロッピーと同じく、忘れさられる時代がすぐそこまで来ている気がしました。

BitLocker を有効にしようとして「アクセスが拒否されました。」となる件ですが、リモートデスクトップで操作しているためでした。サーバー的に使っている PC だとモニタを繋いでない場合があるので、地味に面倒な仕様です。外付け HDD の場合は、他の PC で BitLocker を設定すれば良いですが、内臓 HDD の場合はモニタ繋ぐしかないですね。

こんな変な仕様なら、エラーメッセージを適切にしてもらいたいものです。リモートデスクトップだと何が問題なんでしょう？　マイクロソフトは相変わらずダメダメですね。

ちょっとした自動処理にクローラみたいなプログラムを動かしているんだけど、先月末ぐらいからうまく動かなくなっていたらしく表題のエラーログが出ていた。今まで問題なく動いてたので、相手サービスの仕様変更かとずっと調べていましたが、原因は単純ミスだったようです。

エラーメッセージの文字通り、ヘッダ情報の出力が間違っていただけでした。今までは間違ったままのヘッダでも処理してくれていたようですが、ウェブサーバーのアップデートか何かでエラーを吐くようになったっぽい。そのままでも行けるサイトもあり、Apache か nginx かアップデートされたか、されてないかの違いでは無いだろうか。