Wenn Sie eine Datei nach / dev / null verschieben, wird dev / null unterbrochen

Wenn ich das tue: touch file; mv file /dev/nullals root, /dev/nullverschwindet. ls -lad /dev/nullführt zu keiner solchen Datei oder keinem solchen Verzeichnis. Dies unterbricht Anwendungen, die von /dev/nullSSH abhängen und durch Ausführen von gelöst werden können mknod /dev/null c 1 3; chmod 666 /dev/null. Warum führt das Verschieben einer regulären Datei in diese spezielle Datei zum Verschwinden von /dev/null?

Zur Verdeutlichung diente dies zu Testzwecken, und ich verstehe, wie der mvBefehl funktioniert. Ich bin gespannt, warum ls -la /dev/nullvor dem Ersetzen durch eine reguläre Datei die erwartete Ausgabe angezeigt wird. Danach wird jedoch angezeigt, dass /dev/nulldiese nicht vorhanden ist, obwohl eine Datei angeblich über den ursprünglichen mvBefehl erstellt wurde und der Dateibefehl ASCII-Text anzeigt. Ich denke, dies muss eine Kombination des lsBefehlsverhaltens sein, devfswenn eine nicht spezielle Datei ein Zeichen / eine spezielle Datei ersetzt. Dies ist unter Mac OS X der Fall. Das Verhalten kann unter anderen Betriebssystemen variieren.

Den Quellcode für mv finden Sie unter 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);
}

Beim ersten Durchlauf der while-Schleife open(to, O_CREAT | O_EXCL | O_TRUNC | O_WRONLY, 0)schlägt EEXIST fehl. Dann /dev/nullwird die Verbindung getrennt und die Schleife wiederholt. Wie Sie in Ihrem Kommentar bereits erwähnt haben, können keine regulären Dateien erstellt werden /dev, sodass der nächste Durchlauf der Schleife open(to, O_CREAT | O_EXCL | O_TRUNC | O_WRONLY, 0)weiterhin fehlschlagen wird.

Ich würde einen Fehlerbericht bei Apple einreichen. Der mvQuellcode ist größtenteils unverändert gegenüber der FreeBSD-Version, aber da OSXs devfs dieses Nicht-POSIX-Verhalten bei regulären Dateien aufweist, sollte Apple das Problem beheben mv.

Das Verschieben einer Datei an den Speicherort einer bereits vorhandenen Datei ersetzt die vorhandene Datei. In diesem Fall wird die /dev/nullGerätedatei wie jede normale Datei ersetzt. Um dies zu vermeiden, verwenden Sie die Option -i(interaktiv, warnt vor dem Überschreiben) oder -n(kein Clober) für mv.

/dev/nullErfüllt seine spezielle Funktion als Bit-Bucket erst dann, wenn das Gerät so wie es ist geöffnet wird. Wenn beispielsweise der >Shell-Operator verwendet wird, wird die Datei geöffnet und dann abgeschnitten (nicht entfernt und ersetzt, was möglicherweise Ihren Erwartungen entspricht). Wie von casey erwähnt, ist der richtige Weg, eine Datei zu entfernen, mit rmoder sogar mit unlink.

Ähm, hast du denn die spezielle Datei mit der normalen überschrieben? Was hast du erwartet? dev/nullist kein Verzeichnis, sondern eine Datei, die auf ein nullGerät verweist . Wenn Sie mvetwas daran ändern, löschen Sie das Original und ersetzen es durch das, was Sie verschoben haben:

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