mv un file in / dev / null rompe dev / null

Se lo faccio: touch file; mv file /dev/nullcome root, /dev/nullscompare. ls -lad /dev/nullnon risulta in tale file o directory. Questo rompe le applicazioni che dipendono /dev/nullcome SSH e possono essere risolte facendo mknod /dev/null c 1 3; chmod 666 /dev/null. Perché lo spostamento di un file normale in questo file speciale comporta la scomparsa di /dev/null?

Per chiarire, questo era a scopo di test e capisco come funziona il mvcomando. Ciò di cui sono curioso è perché ls -la /dev/nullprima di sostituirlo con un file normale mostra l'output previsto, ma in seguito mostra che /dev/nullnon esiste anche se un file è stato presumibilmente creato tramite il mvcomando originale e il comando file mostra ASCII Text. Penso che questa debba essere una combinazione del lscomportamento del comando in combinazione con devfsquando un file non speciale sostituisce un file carattere / speciale. Questo è su Mac OS X, i comportamenti possono variare su altri SO.

Guardando il codice sorgente per 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);
}

Nel primo passaggio attraverso il ciclo while, open(to, O_CREAT | O_EXCL | O_TRUNC | O_WRONLY, 0)fallirà con EEXIST. Quindi /dev/nullverrà scollegato e il loop ripetuto. Ma come hai sottolineato nel tuo commento, non è possibile creare file regolari /dev, quindi al successivo passaggio attraverso il ciclo non riuscirà open(to, O_CREAT | O_EXCL | O_TRUNC | O_WRONLY, 0)ancora.

Presenterei una segnalazione di bug con Apple. Il mvcodice sorgente è per lo più invariato rispetto alla versione di FreeBSD, ma poiché i devfs di OSX hanno quel comportamento non POSIX con file regolari, Apple dovrebbe risolverli mv.

Lo spostamento di un file nella posizione di un file già esistente sostituisce il file esistente. In questo caso il /dev/nullfile del dispositivo viene sostituito, proprio come qualsiasi file normale sarebbe. Per evitare ciò, utilizzare l' opzione -i(interattivo, avvisa prima di sovrascrivere) o -n(no clober) per mv.

/dev/nullsvolge solo la sua funzione speciale di bit-bucket, quindi il dispositivo viene aperto così com'è. Ad esempio, quando >viene utilizzato l' operatore shell, il file viene aperto e quindi troncato (non rimosso e sostituito, il che potrebbe essere quello previsto). Come accennato da casey, il modo corretto di rimuovere un file è con rmo anche con unlink.

Umm, perché hai sovrascritto il file speciale con uno normale? Cosa ti aspettavi che succedesse? dev/nullnon è una directory, è un file che punta a un nulldispositivo. Quando fai mvqualcosa, elimini l'originale e lo sostituisci con qualsiasi cosa tu abbia spostato:

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