小编tor*_*tte的帖子

我试图备份一些目录和一些sudo cp -av由 root 拥有的目录和一些副本，而另一些则保留了它们的属性。这是一个已知问题还是我遗漏了什么？

源码（ext4）是原ubuntu系统盘对外使用，目录结构完整，但仅用于存储，不用于启动。用户名/组名和 uid/gid 与之前系统中的相同。

使用 4.1.2 btrfs-progs 从 NTFS 格式化的目标 (btrfs)。

$ sudo cp -av /mnt/src/home/user/thecakeisalie/ /mnt/dest/subvol/

drwx------ 6 user user 4096 Jul 18 09:11 /mnt/src/home/user/thecakeisalie/
drwx------ 3 root root 4096 Jul 18 20:36 /mnt/dest/subvol/thecakeisalie/

  File: ‘/mnt/src/home/user/thecakeisalie/’
  Size: 4096        Blocks: 8          IO Block: 4096   directory
Device: 812h/2066d  Inode: 9044504     Links: 6
Access: (0700/drwx------)  Uid: ( 1000/user)   Gid: ( 1000/user)
Access: 2015-07-18 20:21:08.725414953 -0700
Modify: 2015-07-18 09:11:06.873427304 -0700
Change: 2015-07-18 20:08:34.161737231 -0700
 Birth: -

  File: …

我按照 NixOS 手册的“ 2.4。从另一个 Linux 发行版安装”部分在另一个分区上从 Ubuntu 安装了 NixOS 18.03 。一切都很顺利，但我做了一些愚蠢的事情[?]，即：

• 忘记在nixos-install. 在安装后添加它作为事后的想法，并重新启动（当然，没有 Ubuntu 条目）

• 中没有启用任何网络configuration.nix，并且在重新启动以连接到 wifi 后最终没有网络配置命令。问题 22 是nixos-rebuild switch需要网络连接，所以我无法完成任何更改。

所以我的想法是我可以从 NixOS Live CD (17.03) 启动，连接到我们的 wifi 并以某种方式重建安装配置。

我很可能遗漏了一些必不可少的东西，上面有不正确的假设等；在 nix 和 NixOS 上相当新。

编辑：我忘了包括我的分区是如何设置的以及在成功安装 NixOS 之前我尝试了什么。

分区（来自 Ubuntu 的挂载点）：

sda
??sda1         ntfs     Recovery              # some Win7 artifact
??sda2         vfat               /boot/efi
??sda3         vfat     NIXBOOT               # boot partition (esp, boot)
??sda4         ext4     onyx                  # NixOS data
??sda5         swap                           # Ubuntu swap
? …

据我了解，我可以使用该-I标志来使用给定版本的 Nix 软件包。但我想知道在一个shell.nixconf中是否可以有类似的东西：

• gitv2.1.2
• htopv1.2.3
• ...

能够确保给定的工具版本。

Nix 自定义映像构建No space left on device在 Ubuntu 18.04.4 LTS 上不断失败并显示消息，并且能够watch -n -1 "df -h" 在运行构建时对其进行跟踪 。罪魁祸首最终是一个 /run挂载点（更具体地说，是/run/user/1000），间接地是交换空间。

这是以前的样子：

Filesystem                   Size  Used Avail Use% Mounted on
...
tmpfs                        785M   28K  785M   1% /run/user/1000
...

通过“安装包”，我的意思是评估 Nix 构建表达式（使用nix-env、nix-shell -p等）从源代​​码构建，而不是使用替代品。

^{最初发布在 Stackoverflow 上，但 [Charles Duffy 指出][3] 如果它是关于命令行工具或配置的，那么在这里更合适。仍然把它留在那里，因为我假设通过使用 Nix 语言本身可以强制包始终从源代码编译，我只是还不知道如何做。（或者如果实际上不可能，有人会指出，那么这个问题就属于这里。）}