How does Docker for Windows run Linux containers?

In the old versions of Docker for Windows, I remember it explicitly said it used a linux VM for the kernel.

But since the new stable version (released in July 2016 I think), it says

  • Got errors with ONBUILD options (Docker toolbox in Windows)
  • prior storage driver “devicemapper” failed: exit status 1 in docker
  • Orchestration bettween wildfly and mysql database
  • Selenium Only local connections allowed and NoSuchSessionException
  • Docker scale with one-to-one links
  • Docker volume details for Windows
  • Docker for Windows is a native Windows application with a native user interface and auto-update capability, deeply integrated with Windows native virtualization, Hyper-V, networking and file system

    If I understand correctly, the specified base image is for the user space and the host’s kernel is used.
    So, if I specify that I’m using an ubuntu base image to run the echo command, how does the Windows kernel come into play?

    Or am I completely misunderstanding something?

  • Issues with volume mounting with Docker-compose
  • Is it possible to mount a directory while building from Dockerfile?
  • What causes this intermittent nix-build failure with error “Too many levels of symbolic links”?
  • mount external volumes in docker container
  • Pass parameter to Docker without -e flag
  • Re-running docker-compose in Windows says network configuration changed
  • One Solution collect form web for “How does Docker for Windows run Linux containers?”

    Docker for Windows still uses a Linux VM to run Linux containers. But instead of using Virtual Box (which is what is used with Docker Toolbox), the Linux VM is run using Hyper-V – a Windows-native hypervisor. This means that Docker for Windows ships fewer components and has less moving parts.

    If you install Docker for Windows and run docker version you’ll see that the Docker Linux daemon is running on “Moby Linux”.

    Docker will be the best open platform for developers and sysadmins to build, ship, and run distributed applications.