Sto usando Ubuntu 12.04. Quando provo a creare un collegamento reale per qualsiasi directory, non riesce. Posso creare collegamenti reali per i file all'interno del limite del file system. Conosco il motivo per cui non possiamo creare hardlink per file oltre il file system.

Ho provato questi comandi:

$ ln /Some/Direcoty /home/nischay/Hard-Directory
hard link not allowed for directory
$ sudo ln /Some/Direcoty /home/nischay/Hard-Directory
[sudo] password for nischay: 
hard link not allowed for directory

Voglio solo sapere il motivo dietro questo. È lo stesso per tutte le distro GNU / Linux e le versioni Unix (BSD, Solaris, HP-UX, IBM AIX) o solo in Ubuntu o Linux?

I collegamenti hard della directory rompono il filesystem in diversi modi

Ti consentono di creare loop

Un collegamento reale a una directory può essere collegato a un genitore di se stesso, che crea un loop del file system. Ad esempio, questi comandi potrebbero creare un ciclo con il collegamento a ritroso l:

mkdir -p /tmp/a/b
cd /tmp/a/b
ln -d /tmp/a l

Un filesystem con un ciclo di directory ha una profondità infinita:

cd /tmp/a/b/l/b/l/b/l/b/l/b

Evitare un ciclo infinito quando si attraversa una tale struttura di directory è alquanto difficile (anche se ad esempio POSIX richiede finddi evitarlo).

Un file system con questo tipo di hard link non è più un albero, perché un albero non deve, per definizione, contenere un ciclo.

Rompono l'ambiguità delle directory dei genitori

Con un loop di filesystem, esistono più directory padre:

cd /tmp/a/b
cd /tmp/a/b/l/b

Nel primo caso, /tmp/aè la directory principale di /tmp/a/b.
Nel secondo caso, /tmp/a/b/lè la directory principale di /tmp/a/b/l/b, che è la stessa di /tmp/a/b.
Quindi ha due directory principali.

Moltiplicano i file

I file sono identificati da percorsi, dopo aver risolto i collegamenti simbolici. Così

/tmp/a/b/foo.txt
/tmp/a/b/l/b/foo.txt

sono file diversi.
Ci sono infiniti altri percorsi del file. Sono gli stessi in termini di numero di inode ovviamente. Ma se non ti aspetti esplicitamente i loop, non c'è motivo di verificarlo.

Un hardlink di directory può anche puntare a una directory figlio, o una directory che non è né figlio né genitore di alcuna profondità. In questo caso, un file che è figlio del collegamento verrebbe replicato in due file, identificati da due percorsi.

Il tuo esempio

$ ln /Some/Direcoty /home/nischay/Hard-Directory
$ echo foo > /home/nischay/Hard-Directory/foobar.txt
$ diff -s /Some/Direcoty/foobar.txt /home/nischay/Hard-Directory/foobar.txt
$ echo bar >> /Some/Direcoty/foobar.txt
$ diff -s /Some/Direcoty/foobar.txt /home/nischay/Hard-Directory/foobar.txt
$ cat /Some/Direcoty/foobar.txt
foo
bar

Come possono funzionare i collegamenti soft alle directory?

Un percorso che può contenere softlink e persino loop di directory soft link viene spesso utilizzato solo per identificare e aprire un file. Può essere usato come un normale percorso lineare.

Ma ci sono altre situazioni, quando i percorsi vengono utilizzati per confrontare i file. In questo caso, i collegamenti simbolici nel percorso possono essere risolti per primi, convertendoli in una rappresentazione minima e comunemente concordata creando un percorso canonico :

Questo è possibile, poiché tutti i collegamenti software possono essere espansi in percorsi senza il collegamento. Dopo averlo fatto con tutti i collegamenti soft in un percorso, il percorso rimanente fa parte di un albero, in cui un percorso è sempre inequivocabile.

Il comando readlinkpuò risolvere un percorso nel suo percorso canonico:

$ readlink -f /some/symlinked/path

I collegamenti software sono diversi da quelli utilizzati dal filesystem

Un collegamento software non può causare tutti i problemi perché è diverso dai collegamenti all'interno del file system. Può essere distinto dai collegamenti reali e risolto in un percorso senza collegamenti simbolici, se necessario.
In un certo senso, l'aggiunta di collegamenti simbolici non altera la struttura di base del file system: lo mantiene, ma aggiunge più struttura come un livello applicazione.

Da man readlink:

 NAME
        readlink - print resolved symbolic links or canonical
        file names

 SYNOPSIS
        readlink [OPTION]... FILE...

 DESCRIPTION
        Print value of a symbolic link or canonical file name

        -f, --canonicalize
               canonicalize by  following  every  symlink  in
               every component of the given name recursively;
               all but the last component must exist
        [  ...  ]

"In genere non dovresti usare hard link in ogni caso" è troppo ampio. È necessario comprendere la differenza tra collegamenti reali e collegamenti simbolici e utilizzarli come appropriato. Ognuno è dotato di una propria serie di vantaggi e svantaggi:

I link simbolici possono:

• Indica le directory
• Indica oggetti inesistenti
• Scegliere file e directory all'esterno dello stesso filesystem

I collegamenti reali possono:

• Evita che il file a cui fanno riferimento venga eliminato

Gli hard link sono particolarmente utili nell'esecuzione di applicazioni "copia su scrittura". Consentono di conservare una copia di backup di una struttura di directory, utilizzando solo lo spazio per i file che cambiano tra due versioni.

Il comando cp -alè particolarmente utile in questo senso. Crea una copia completa di una struttura di directory, in cui tutti i file sono rappresentati da collegamenti reali ai file originali. Puoi quindi procedere all'aggiornamento dei file nella struttura e solo i file che aggiorni occuperanno spazio aggiuntivo. Ciò è particolarmente utile quando si mantengono backup multigenerazionali.

Cordiali saluti, è possibile ottenere la stessa cosa dei collegamenti reali per le directory utilizzando mount:

mount -t bind /var/www /home/user/workspace/www

Questo è molto pericoloso perché la maggior parte degli strumenti e dei programmi non sarà a conoscenza dell'associazione . Una volta ho fatto qualcosa di simile nell'esempio sopra e poi ho proceduto rm -rf /home/user. Fortunatamente, non c'era nulla di rilevante in /var/www.

Il motivo per cui le directory con collegamento diretto non sono consentite è un po 'tecnico. In sostanza, rompono la struttura del file system . In genere non dovresti comunque usare hard link. I collegamenti simbolici consentono la maggior parte delle stesse funzionalità senza causare problemi (ad es ln -s target link.).