Können Sie ändern, auf was ein Symlink verweist, nachdem er erstellt wurde?

Bietet ein Betriebssystem einen Mechanismus (Systemaufruf - kein Befehlszeilenprogramm) zum Ändern des Pfadnamens, auf den durch einen symbolischen Link (Symlink) verwiesen wird - außer durch Aufheben der Verknüpfung des alten und Erstellen eines neuen?

Der POSIX-Standard tut dies nicht. Solaris 10 nicht. MacOS X 10.5 (Leopard) nicht. (Ich bin mir ziemlich sicher, dass weder AIX noch HP-UX dies tun. Nach dieser Liste von Linux-Systemaufrufen zu urteilen , hat Linux auch keinen solchen Systemaufruf.)

Gibt es etwas, das tut?

(Ich erwarte, dass die Antwort "Nein" ist.)

Da es schwierig ist, ein Negativ zu beweisen, lassen Sie uns die Frage neu organisieren.

Wenn Sie wissen, dass ein (Unix-ähnliches) Betriebssystem, das noch nicht aufgeführt ist, keinen Systemaufruf zum Umschreiben des Werts eines Symlinks (der von zurückgegebenen Zeichenfolge readlink()) hat, ohne den alten Symlink zu entfernen und einen neuen zu erstellen, fügen Sie ihn hinzu - oder sie - in einer Antwort.

AFAIK, nein, das kannst du nicht. Sie müssen es entfernen und neu erstellen. Tatsächlich können Sie einen Symlink überschreiben und so den Pfadnamen aktualisieren, auf den er verweist:

$ 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 : Wie der OP in einem Kommentar darauf hingewiesen, die mit --forceOption macht lneinen Systemaufruf durchzuführen , unlink()bevor symlink(). Unten stracebeweist die Ausgabe auf meiner Linux-Box:

$ 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

Die endgültige Antwort lautet also "nein".

BEARBEITEN : Das Folgende wurde aus der Antwort von Arto Bendiken auf unix.stackexchange.com, circa 2016, kopiert .

Dies kann in der Tat atomar erfolgen rename(2), indem zuerst der neue Symlink unter einem temporären Namen erstellt und dann der alte Symlink auf einmal sauber überschrieben wird. Wie in der Manpage angegeben :

Wenn sich newpath auf einen symbolischen Link bezieht, wird der Link überschrieben.

In der Shell würden Sie dies mv -Twie folgt tun :

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

Sie können stracediesen letzten Befehl ausführen, um sicherzustellen, dass er tatsächlich rename(2)unter der Haube verwendet wird:

$ 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

Beachten Sie, dass oben beide mv -Tund straceLinux-spezifisch sind.

Verwenden Sie unter FreeBSD mv -habwechselnd.

Anmerkung des Herausgebers: So macht es Capistrano seit Jahren, seit ~ 2.15. Siehe diese Pull-Anfrage .

Ja, du kannst!

$ ln -sfn source_file_or_directory_name softlink_name

Es ist nicht erforderlich, die Verknüpfung des alten Symlinks explizit aufzuheben. Du kannst das:

ln -s newtarget temp
mv temp mylink

(oder verwenden Sie den entsprechenden Symlink und benennen Sie Anrufe um). Dies ist besser als das explizite Aufheben der Verknüpfung, da das Umbenennen atomar ist. Sie können also sicher sein, dass der Link immer entweder auf das alte oder das neue Ziel verweist. Dadurch wird der ursprüngliche Inode jedoch nicht wiederverwendet.

Auf einigen Dateisystemen wird das Ziel des Symlinks im Inode selbst (anstelle der Sperrliste) gespeichert, wenn es kurz genug ist. Dies wird zum Zeitpunkt der Erstellung festgelegt.

In Bezug auf die Behauptung, dass der tatsächliche Eigentümer und die Gruppe unerheblich sind, gibt symlink (7) unter Linux an, dass es einen Fall gibt, in dem dies von Bedeutung ist:

Der Eigentümer und die Gruppe eines vorhandenen symbolischen Links können mit lchown (2) geändert werden. Das Eigentum an einem symbolischen Link ist nur dann von Bedeutung, wenn der Link entfernt oder in einem Verzeichnis umbenannt wird, in dem das Sticky-Bit gesetzt ist (siehe stat (2)).

Die Zeitstempel für den letzten Zugriff und die letzte Änderung einer symbolischen Verknüpfung können mit utimensat (2) oder lutimes (3) geändert werden.

Unter Linux werden die Berechtigungen eines symbolischen Links in keiner Operation verwendet. Die Berechtigungen sind immer 0777 (Lesen, Schreiben und Ausführen für alle Benutzerkategorien) und können nicht geändert werden.

Nur eine Warnung zu den richtigen Antworten oben:

Die Verwendung der Methode -f / --force birgt das Risiko, dass die Datei verloren geht, wenn Sie Quelle und Ziel verwechseln:

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

Dies ist natürlich beabsichtigt, aber normalerweise treten Fehler auf. Das Löschen und Wiederherstellen des Symlinks ist also ein bisschen mehr Arbeit, aber auch ein bisschen sparsamer:

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

das hält zumindest meine Datei.

Würde es am Ende sowieso nicht dasselbe tun, wenn die Verknüpfung aufgehoben und das neue erstellt wird?

Nur für den Fall, dass es hilft: Es gibt eine Möglichkeit, einen Symlink mit Midnight Commander (mc) zu bearbeiten. Der Menübefehl lautet (auf Französisch auf meiner mc-Oberfläche):

Fichier / Éditer le lien symbolique

was übersetzt werden kann zu:

File / Edit symbolic link

Die Verknüpfung lautet Cx Cs

Vielleicht verwendet es intern den ln --forceBefehl, ich weiß es nicht.

Jetzt versuche ich, eine Möglichkeit zu finden, viele Symlinks gleichzeitig zu bearbeiten (so bin ich hier angekommen).

Technisch gesehen gibt es keinen integrierten Befehl zum Bearbeiten eines vorhandenen symbolischen Links. Dies kann leicht mit wenigen kurzen Befehlen erreicht werden.

Hier ist eine kleine Bash / Zsh-Funktion, die ich geschrieben habe, um einen vorhandenen symbolischen Link zu aktualisieren:

# -----------------------------------------
# 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"
}