La mia comprensione è che i collegamenti reali includono una copia del file originale e che potrei eliminare un file con collegamenti fissi in una directory, e che esisterebbe ancora nell'altra directory.
Se è così, perché dovrei usare i collegamenti reali? Perché non avere solo due file separati?
Risposte:
Se copi un file, il contenuto verrà duplicato. Quindi, se modifichi il contenuto di un singolo file, ciò non ha alcun effetto sull'altro.
Se si crea un collegamento fisico, verrà creato un file che punta allo stesso contenuto. Quindi, se si modifica il contenuto di uno dei file, la modifica verrà visualizzata su entrambi.
Un hard link è sostanzialmente un secondo nome di file per lo stesso file. Quindi, se si collega un file tramite hardlink, esso sarà solo una volta sul filesystem e quindi occuperà spazio solo una volta. Quindi si desidera utilizzare questo se si desidera salvare spazio su disco
Sui file system unix ogni nome file è in realtà un collegamento reale alla posizione dei dati sul disco, chiamato inode. Se si crea un nuovo collegamento reale a un file esistente, non ci vorrà spazio aggiuntivo sul disco in quanto è solo un altro puntatore agli stessi dati. Se si modificano i dati tramite uno o l'altro collegamento (o si modifica direttamente l'inode), entrambi i file verranno modificati.
Il sistema tiene conto di quanti hard link ha ciascun inode. Quando il conteggio dei collegamenti è 0, non è più possibile raggiungere il file e i dati vengono contrassegnati come sicuri per essere sovrascritti. Quindi, dato un file con 2 collegamenti reali, se si elimina uno dei collegamenti, i dati non verranno eliminati. Solo se si eliminano entrambi i dati spariranno.
Puoi vedere i numeri di inode dei file usando l' -iopzione perls comando.
Un collegamento software, d'altra parte, punta a un altro file con il suo nome. Se sposti o elimini il file originale, il collegamento verrà interrotto.
Con riferimento alla parte della domanda che si poneva "perché dovrei usare i collegamenti reali?":
I file hard-link (o per questo quelli soft (simbolici) linkati offrono un modo utile di avere un singolo file eseguibile che può essere fatto mascherare per scopi diversi.
Cioè, il nome con cui viene invocato il codice può essere esaminato al fine di determinare quali opzioni sono disponibili per l'esecuzione. Ciò consente lo sviluppo e il packaging di un grande pezzo di codice con tutte le funzionalità condivise necessarie per scopi leggermente diversi. Dal punto di vista dell'utente, la specifica di "cosa" eseguire (per nome) limita le scelte e la presentazione a un sottoinsieme più gestibile di opzioni.
Un esempio classico è LVM. Un tempo di HP-UX utilizzato file collegati per i vari eseguibili (ad esempio vgdisplay, vgcreate, vgextend, ecc Oggi, come Linux, questi comandi sono in realtà simbolici (soft) collegamenti al lvmfile eseguibile.