Perché `cp` e` rm` trattano le directory separatamente?

Perché agli strumenti piacciono cpe rmtrattano le directory separatamente dai normali file? Entrambi richiedono all'utente di specificare esplicitamente che desidera un comportamento ricorsivo, altrimenti non si occuperanno affatto delle directory.

La mia prima interazione (qualche tempo fa) con i computer era su un ambiente Windows / GUI / point-and-click / drag-and-drop, sembrava sempre naturale che queste operazioni si comportassero allo stesso modo, indipendentemente dalla destinazione.

Questo comportamento mi frustra particolarmente quando do comandi con caratteri jolly. Cosa succede se desidero rimuovere tutto in una directory ( *) tranne i sottodir non vuoti ?

Posso solo immaginare che questa sia una sorta di funzione di sicurezza per impedire all'utente di spararsi ai piedi, ma questo contraddice la mia comprensione di alcuni principi Unix:

• Unix di solito non protegge l'utente da se stessa. Si è sempre presupposto che l'utente sappia cosa sta facendo.
• Per Unix tutto è un file. Una directory non è solo un altro file? Perché sono trattati in modo diverso?

Le mie domande:

• Questo comportamento deriva da una limitazione tecnica o è una scelta deliberata?

E nel caso di quest'ultimo,

• ci sono resoconti storici delle ragioni che hanno motivato questa scelta?

Di Derobert programma Perché unix mv non ha bisogno -R (ricorsiva) l'opzione per le directory, ma cp ha bisogno di esso? fondamentalmente risponde alla tua domanda: copiare o rimuovere un file normale è diverso dal fare la stessa operazione con una directory, perché per una directory devi elaborare tutti i file in essa contenuti. Quindi l'operazione è sostanzialmente diversa.

Vale anche la pena notare che esiste un'utilità speciale rmdirche può agire solo su directory vuote. Senza controllare i fatti, ciò porta a concludere che forse in origine rmera solo possibile rimuovere le non-directory e la rimozione profonda doveva essere ottenuta usando ricorsivamente rmle directory vuote e quindi rmdirrimuoverle.

In alcune versioni UNIX, la pagina man di rm la specifica come comando per scollegare un file.
In UNIX, i file sono oggetti nel filesystem chiamato Inodes, senza nomi o posizione a parte un ID nel filesystem. I loro nomi sono riferimenti a loro in varie directory, che sono un tipo di file che sta indicizzando i file (o directory, poiché sono file) che sono elencati in esso.
Quando si annulla il collegamento di un file, il conteggio dei riferimenti del file diminuisce e quando raggiunge 0, viene infatti eliminato, poiché è contrassegnato come libero dal file system e anche i suoi blocchi / estensioni sono contrassegnati come liberi.

Se hai avuto la possibilità di rm una directory senza prima scollegare i file al suo interno, raggiungerai un punto in cui hai degli inode referenziati nel tuo filesystem ma non puoi accedervi in ​​alcun modo normale.
Poiché esiste un riferimento in base al conteggio dei riferimenti, non vengono contrassegnati come eliminati e diventano file persi.
Ciò diventa ancora più complesso quando i "file" persi sono directory e, come tale, aumenta la quantità potenziale di memoria persa nel filesystem.

Quindi è stato aggiunto rm -r, come funzionalità per facilitare la vita degli utenti UNIX, a scapito dello "spirito UNIX" standard, in quanto è più complesso delle classiche utility UNIX in quanto scende nelle directory e rimuove i file all'interno,

Inoltre, nei primi tempi di UNIX, i sistemi non avevano molta memoria e la mappatura della struttura ricorsiva di una directory comportava una penalità prestazionale, e talvolta era impossibile fare a meno di suddividere il lavoro.

cp, legge un file e lo copia, blocco per blocco. Se dovesse copiare una directory allo stesso modo di un file, aggiungerebbe riferimenti ai file all'interno senza aumentare il loro conteggio dei riferimenti, il che potrebbe portare a dati incoerenti (se la lettura / scrittura su un inode che è contrassegnato come libero dal loro blocco l'inode originale è stato eliminato), i dati persi - poiché l'eliminazione dell'ultimo riferimento (noto) a un file potrebbe causare il riciclo del suo numero di inode.

Per la folla tl; dr: le
directory in UNIX sono un tipo di file, questo è vero, ma poiché le informazioni al loro interno sono trattate in modo diverso dal sistema, poiché sono metadati del filesystem, i comandi che manipolano i file non possono funzionare su directory senza un cambiamento nel loro comportamento per manipolare anche i metadati dipendenti.