将文件转换为/ dev / null会破坏dev / null

如果我这样做：touch file; mv file /dev/null作为根，/dev/null消失。 ls -lad /dev/null导致没有这样的文件或目录。这样会破坏/dev/null像SSH 这样依赖的应用程序，并且可以通过这样做来解决mknod /dev/null c 1 3; chmod 666 /dev/null。为什么将常规文件移动到该特殊文件会导致消失/dev/null？

澄清一下，这是出于测试目的，我了解该mv命令的工作原理。我很好奇的是为什么ls -la /dev/null在用常规文件替换之前会显示预期的输出，但是之后却显示/dev/null不存在，即使据称是通过原始mv命令创建的，并且file命令显示了ASCII文本。我认为这必须是ls命令行为与devfs非特殊文件替换字符/特殊文件时的组合。这是在Mac OS X上，其行为可能在其他OS上有所不同。

查看mv的源代码，http : //www.opensource.apple.com/source/file_cmds/file_cmds-220.7/mv/mv.c：

/*
 * If rename fails because we're trying to cross devices, and
 * it's a regular file, do the copy internally; otherwise, use
 * cp and rm.
 */
if (lstat(from, &sb)) {
    warn("%s", from);
    return (1);
}
return (S_ISREG(sb.st_mode) ?
    fastcopy(from, to, &sb) : copy(from, to));

...

int
fastcopy(char *from, char *to, struct stat *sbp)
{
...
while ((to_fd =
    open(to, O_CREAT | O_EXCL | O_TRUNC | O_WRONLY, 0)) < 0) {
        if (errno == EEXIST && unlink(to) == 0)
            continue;
        warn("%s", to);
        (void)close(from_fd);
        return (1);
}

在第一次通过while循环时，open(to, O_CREAT | O_EXCL | O_TRUNC | O_WRONLY, 0)将因EEXIST失败。然后/dev/null将被取消链接，并重复循环。但是，正如您在评论中指出的那样，无法在中创建常规文件/dev，因此在下一次通过循环时open(to, O_CREAT | O_EXCL | O_TRUNC | O_WRONLY, 0)仍然会失败。

我要向Apple提交错误报告。该mv源代码主要来自FreeBSD版本不变，但由于OSX的devfs的有规则的文件，非POSIX行为，苹果应该解决他们的mv。

将文件移动到现有文件的位置将替换现有文件。在这种情况下，/dev/null设备文件将被替换，就像任何普通文件一样。为了避免这种情况，请为使用-i（互动，在覆盖前发出警告）或-n（禁止克隆）选项mv。

/dev/null仅执行其特殊功能作为位桶，然后按原样打开设备。例如，当使用>shell运算符时，文件被打开然后被截断（未删除被替换的文件，这可能是您所期望的）。如casey所述，删除文件的正确方法是使用rm，甚至使用unlink。

嗯，因为您用普通文件覆盖了特殊文件？您期望发生什么？dev/null不是目录，而是指向null设备的文件。当您对其mv进行处理时，将其删除，然后将其替换为移动的内容：

$ file /dev/null 
/dev/null: character special 
$ sudo mv file /dev/null 
$ file /dev/null 
/dev/null: ASCII text