2014-04-01 13:42:18 +00:00
|
|
|
{ config, pkgs, lib, ... }:
|
|
|
|
|
|
|
|
with lib;
|
2014-03-17 13:04:39 +00:00
|
|
|
|
|
|
|
{
|
|
|
|
|
2014-04-01 13:42:18 +00:00
|
|
|
config = mkIf config.boot.isContainer {
|
2014-03-17 13:04:39 +00:00
|
|
|
|
2014-04-19 12:41:21 +00:00
|
|
|
# Disable some features that are not useful in a container.
|
|
|
|
services.udisks2.enable = mkDefault false;
|
2015-04-19 20:40:07 +00:00
|
|
|
powerManagement.enable = mkDefault false;
|
2014-04-15 23:44:43 +00:00
|
|
|
|
2018-01-28 14:42:15 +00:00
|
|
|
networking.useHostResolvConf = mkDefault true;
|
2014-04-18 14:40:27 +00:00
|
|
|
|
2014-04-22 14:07:53 +00:00
|
|
|
# Containers should be light-weight, so start sshd on demand.
|
|
|
|
services.openssh.startWhenNeeded = mkDefault true;
|
|
|
|
|
2014-04-18 15:00:11 +00:00
|
|
|
# Shut up warnings about not having a boot loader.
|
|
|
|
system.build.installBootLoader = "${pkgs.coreutils}/bin/true";
|
|
|
|
|
2016-01-18 12:57:27 +00:00
|
|
|
# Not supported in systemd-nspawn containers.
|
|
|
|
security.audit.enable = false;
|
|
|
|
|
2018-11-26 21:22:09 +00:00
|
|
|
# Use the host's nix-daemon.
|
|
|
|
environment.variables.NIX_REMOTE = "daemon";
|
nixos-container: Force container to talk to host nix-daemon
When logging into a container by using
nixos-container root-login
all nix-related commands in the container would fail, as they
tried to modify the nix db and nix store, which are mounted
read-only in the container. We want nixos-container to not
try to modify the nix store at all, but instead delegate
any build commands to the nix daemon of the host operating system.
This already works for non-root users inside a nixos-container,
as it doesn't 'own' the nix-store, and thus defaults
to talking to the daemon socket at /nix/var/nix/daemon-socket/,
which is bind-mounted to the host daemon-socket, causing all nix
commands to be delegated to the host.
However, when we are the root user inside the container, we have the
same uid as the nix store owner, eventhough it's not actually
the same root user (due to user namespaces). Nix gets confused,
and is convinced it's running in single-user mode, and tries
to modify the nix store directly instead.
By setting `NIX_REMOTE=daemon` in `/etc/profile`, we force nix
to operate in multi-user mode, so that it will talk to the host
daemon instead, which will modify the nix store for the container.
This fixes #40355
2018-10-05 13:42:15 +00:00
|
|
|
|
2014-03-17 13:04:39 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
}
|