Puoi cambiare ciò a cui punta un collegamento simbolico dopo che è stato creato?

Qualche sistema operativo fornisce un meccanismo (chiamata di sistema - non programma da riga di comando) per modificare il percorso a cui fa riferimento un collegamento simbolico (collegamento simbolico), a parte scollegare quello vecchio e crearne uno nuovo?

Lo standard POSIX no. Solaris 10 no. MacOS X 10.5 (Leopard) no. (Sono abbastanza certo che né AIX né HP-UX lo abbiano . A giudicare da questo elenco di chiamate di sistema Linux, Linux non ha nemmeno una chiamata di sistema del genere.)

C'è qualcosa che fa?

(Mi aspetto che la risposta sia "No".)

Dato che provare un negativo è difficile, riorganizziamo la domanda.

Se sai che alcuni sistemi operativi (Unix-like) non già elencati non hanno una chiamata di sistema per riscrivere il valore di un collegamento simbolico (la stringa restituita da readlink()) senza rimuovere il vecchio collegamento simbolico e crearne uno nuovo, aggiungilo - o loro - in una risposta.

AFAIK, no, non puoi. Devi rimuoverlo e ricrearlo. In realtà, puoi sovrascrivere un collegamento simbolico e quindi aggiornare il percorso a cui fa riferimento:

$ ln -s .bashrc test
$ ls -al test
lrwxrwxrwx 1 pascal pascal 7 2009-09-23 17:12 test -> .bashrc
$ ln -s .profile test
ln: creating symbolic link `test': File exists
$ ln -s -f .profile test
$ ls -al test
lrwxrwxrwx 1 pascal pascal 8 2009-09-23 17:12 test -> .profile

EDIT : come l'OP ha sottolineato in un commento, l'utilizzo --forcedell'opzione farà lneseguire una chiamata di sistema a unlink()prima symlink(). Di seguito, l'output di stracesulla mia macchina Linux che lo dimostra:

$ strace -o /tmp/output.txt ln -s -f .bash_aliases test
$ grep -C3 ^unlink /tmp/output.txt 
lstat64("test", {st_mode=S_IFLNK|0777, st_size=7, ...}) = 0
stat64(".bash_aliases", {st_mode=S_IFREG|0644, st_size=2043, ...}) = 0
symlink(".bash_aliases", "test")        = -1 EEXIST (File exists)
unlink("test")                          = 0
symlink(".bash_aliases", "test")        = 0
close(0)                                = 0
close(1)                                = 0

Quindi immagino che la risposta finale sia "no".

EDIT : Quanto segue è copiato dalla risposta di Arto Bendiken su unix.stackexchange.com, circa 2016.

Questo può essere fatto in modo atomico rename(2), creando prima il nuovo collegamento simbolico con un nome temporaneo e quindi sovrascrivendo in modo pulito il vecchio collegamento in una volta sola. Come afferma la pagina man :

Se newpath fa riferimento a un collegamento simbolico, il collegamento verrà sovrascritto.

Nella shell, dovresti farlo mv -Tcome segue:

$ mkdir a b
$ ln -s a z
$ ln -s b z.new
$ mv -T z.new z

Puoi stracequell'ultimo comando per assicurarti che stia effettivamente usando rename(2)sotto il cofano:

$ strace mv -T z.new z
lstat64("z.new", {st_mode=S_IFLNK|0777, st_size=1, ...}) = 0
lstat64("z", {st_mode=S_IFLNK|0777, st_size=1, ...}) = 0
rename("z.new", "z")                    = 0

Nota che in quanto sopra, sia mv -Testrace sono specifici di Linux.

Su FreeBSD, usa mv -h alternativamente.

Nota del redattore: questo è il modo in cui Capistrano lo ha fatto da anni, da ~ 2.15. Vedi questa richiesta pull .

Si, puoi!

$ ln -sfn source_file_or_directory_name softlink_name

Non è necessario scollegare esplicitamente il vecchio collegamento simbolico. Puoi farlo:

ln -s newtarget temp
mv temp mylink

(o usa il collegamento simbolico equivalente e rinomina le chiamate). È meglio che scollegare esplicitamente perché la ridenominazione è atomica, quindi puoi essere certo che il collegamento punterà sempre al vecchio o al nuovo target. Tuttavia questo non riutilizzerà l'inode originale.

Su alcuni filesystem, la destinazione del collegamento simbolico è memorizzata nell'inode stesso (al posto dell'elenco dei blocchi) se è abbastanza breve; questo è determinato al momento della creazione.

Per quanto riguarda l'affermazione che il proprietario e il gruppo effettivi sono irrilevanti, symlink (7) su Linux dice che c'è un caso in cui è significativo:

Il proprietario e il gruppo di un collegamento simbolico esistente possono essere modificati utilizzando lchown (2). L'unico caso in cui la proprietà di un collegamento simbolico è importante è quando il collegamento viene rimosso o rinominato in una directory in cui è impostato lo sticky bit (vedere stat (2)).

I timestamp dell'ultimo accesso e dell'ultima modifica di un collegamento simbolico possono essere modificati utilizzando utimensat (2) o lutimes (3).

Su Linux, i permessi di un collegamento simbolico non vengono utilizzati in nessuna operazione; i permessi sono sempre 0777 (lettura, scrittura ed esecuzione per tutte le categorie utente) e non possono essere modificati.

Solo un avvertimento per le risposte corrette sopra:

L'uso del metodo -f / --force comporta il rischio di perdere il file se si confondono origine e destinazione:

mbucher@server2:~/test$ ls -la
total 11448
drwxr-xr-x  2 mbucher www-data    4096 May 25 15:27 .
drwxr-xr-x 18 mbucher www-data    4096 May 25 15:13 ..
-rw-r--r--  1 mbucher www-data 4109466 May 25 15:26 data.tar.gz
-rw-r--r--  1 mbucher www-data 7582480 May 25 15:27 otherdata.tar.gz
lrwxrwxrwx  1 mbucher www-data      11 May 25 15:26 thesymlink -> data.tar.gz
mbucher@server2:~/test$ 
mbucher@server2:~/test$ ln -s -f thesymlink otherdata.tar.gz 
mbucher@server2:~/test$ 
mbucher@server2:~/test$ ls -la
total 4028
drwxr-xr-x  2 mbucher www-data    4096 May 25 15:28 .
drwxr-xr-x 18 mbucher www-data    4096 May 25 15:13 ..
-rw-r--r--  1 mbucher www-data 4109466 May 25 15:26 data.tar.gz
lrwxrwxrwx  1 mbucher www-data      10 May 25 15:28 otherdata.tar.gz -> thesymlink
lrwxrwxrwx  1 mbucher www-data      11 May 25 15:26 thesymlink -> data.tar.gz

Ovviamente questo è inteso, ma di solito si verificano degli errori. Quindi, eliminare e ricostruire il collegamento simbolico è un po 'più laborioso ma anche un po' più economico:

mbucher@server2:~/test$ rm thesymlink && ln -s thesymlink otherdata.tar.gz 
ln: creating symbolic link `otherdata.tar.gz': File exists

che almeno conserva il mio file.

Scollegarlo e creare quello nuovo non farebbe comunque la stessa cosa alla fine?

Nel caso in cui aiuti: c'è un modo per modificare un collegamento simbolico con midnight commander (mc). Il comando di menu è (in francese sulla mia interfaccia mc):

Fichier / Éditer le lien symbolique

che può essere tradotto in:

File / Edit symbolic link

La scorciatoia è Cx Cs

Forse utilizza internamente l'estensione ln --force comando, non lo so.

Ora, sto cercando di trovare un modo per modificare un sacco di collegamenti simbolici contemporaneamente (è così che sono arrivato qui).

Tecnicamente, non esiste un comando integrato per modificare un collegamento simbolico esistente. Può essere facilmente ottenuto con pochi brevi comandi.

Ecco una piccola funzione bash / zsh che ho scritto per aggiornare un collegamento simbolico esistente:

# -----------------------------------------
# Edit an existing symbolic link
#
# @1 = Name of symbolic link to edit
# @2 = Full destination path to update existing symlink with 
# -----------------------------------------
function edit-symlink () {
    if [ -z "$1" ]; then
        echo "Name of symbolic link you would like to edit:"
        read LINK
    else
        LINK="$1"
    fi
    LINKTMP="$LINK-tmp"
    if [ -z "$2" ]; then
        echo "Full destination path to update existing symlink with:"
        read DEST
    else
        DEST="$2"
    fi
    ln -s $DEST $LINKTMP
    rm $LINK
    mv $LINKTMP $LINK
    printf "Updated $LINK to point to new destination -> $DEST"
}