Perché usiamo cp per copiare file e non dd? (in derivati ​​unix)

Per la normale copia di file in * nix, ho sempre visto persone usare cp (ad es. cp /mnt/mydevice/myfile ~/myfile), Ma alla fine mi sono imbattuto dd, il che sembra fare esattamente la stessa cosa ( dd if=/mnt/mydevice/myfile of=~/myfile). Vedo che hanno alcuni parametri diversi disponibili (dd sembra migliore durante la copia ottimizzata), ma sembrano ridondanti. Questi strumenti fanno davvero la stessa cosa?

Per rispondere alla tua domanda principale, no, non fanno la stessa cosa.

dd funziona sul file specificato, rendendolo in grado di copiare dati tra dispositivi o da un dispositivo a un file. Questo è comunemente usato per spostare dati se sono coinvolti dispositivi specifici (creare un'immagine iso da un disco cd-rom, ad esempio: dd if = / dev / cdrom di = mycdrom.iso), o eseguire il backup di dispositivi non elaborati (a volte utilizzati nei database RAC : dd if = / dev / raw / raw1 di = device_raw1)

cp viene utilizzato per duplicare il contenuto del file in un nuovo file o in una nuova posizione. le cose che desideri specificamente ci sono la conservazione della proprietà, la data e l'ora e la modalità (diritti) e la possibilità di ricorrere all'operazione (= la possibilità di copiare le directory).

fonte

Fanno la stessa cosa A MENO CHE tu non stia specificando una delle opzioni in ddcui limitare i byte da copiare, come seeko skipo counto se usi le ddopzioni per mutare byte come conv. Se non si utilizza una di queste opzioni per dde sono solo utilizzando le opzioni più comunemente visto come if, of, bsquindi entrambe le utilità fanno la stessa cosa: aprire entrambi i file, leggere l'input, di scrittura per l'uscita fino a quando l'ingresso è esaurito oppure l'output non può accettare più byte.

C'è molta superstizione nella lettura e scrittura di file "device" che affermano che è necessario utilizzare ddper questi, ma è proprio questo, superstizione. ddnon sta facendo nulla di diverso, stiamo solo aprendo file e leggendo e scrivendo byte.