環境はWindows10pro、Docker for Desktopについて

Dockerを使えるようになろうと、記事やらリファレンスやら読みながら環境構築中の時の事

あれ、Cドライブの容量足りなくね？と気づいた。

もともとHyperVと仮想環境勉強の為にCPUは仮想環境の使用に耐えるものは用意したが、
パーティションはテキトーでCは128GBのSSD、Dに2TBだかで切っていた。

SSDに放り込んどきたいけど他のデータ整理めんどいしDockerimageって意外と容量取るんだね・・・。
imegeファイルだけでもDに移せないか試みる。

調べたらProgramDataのDockerフォルダ配下のdeamon.jsonファイルに

{
 "data-root": "ディレクトリパス"
}

と記述するのが有力。
しかしディレクトリ漁ってもなかったので作成してDockerデーモン再起動。
反応せず。
なんでよと思いつつデーモン右をクリックしたらそれっぽいのがあった。

あー、これ直接編集すればいいのかと実行。
反映またされた挙句結局エラー。

意味わからんと、Windows版でなんか違うのかと調べること数時間
Docker for windowsと通常のDockerで仕様が全く違うことが判明。

そもそもWindowsで使えるコンテナは2種類あるらしい（もっとあるかも、無知なのでスルーして下さい）
1つはWindowsServerコンテナ、Dockerの技術が使われているWindowsServerで使えるコンテナ技術
２つ目がHyper-Vコンテナ、Windows10proでも使えるコンテナ

WindowsServerコンテナってのはそもそもDockerコンテナじゃない
これとHyper-Vコンテナを混同すると
あれ記事とかで書かれてること全くできねーんだけど！ってなるっぽい。

Hyper-Vコンテナっていうのはでlinuxコンテナをwindows使うために、
仕方なくHyper-Vで仮想ハードウェアを立て、その上にDockerimageをpullしたりコンテナを起動している模様。

つまりimageの格納場所は仮想のディスクイメージにという事らしい。
Dockerデーモン起動中にHyper-Vマネージャー見てみると確かになんか実行中になってるわ・・・。

ていうかDocker for windowsの要件にHyper-Vが条件になってる時点で気づかないとは愚鈍でしたねぇ。

よってvhdxをDドライブに移動してあげました。これでたぶん解決。

ハマった原因：構造も基礎知識も知らないまま使おうとした事。