Czy możesz zmienić to, na co wskazuje dowiązanie symboliczne po jego utworzeniu?

Czy jakikolwiek system operacyjny zapewnia mechanizm (wywołanie systemowe - nie program wiersza poleceń) do zmiany ścieżki, do której odwołuje się dowiązanie symboliczne (dowiązanie symboliczne) - inne niż przez odłączenie starego i utworzenie nowego?

Standard POSIX tego nie robi. Solaris 10 nie. MacOS X 10.5 (Leopard) nie. (Jestem całkiem pewien, że ani AIX, ani HP-UX też nie. Sądząc po liście wywołań systemowych Linuksa, Linux również nie ma takiego wywołania systemowego).

Czy jest coś, co robi?

(Oczekuję, że odpowiedź brzmi „Nie”).

Ponieważ udowodnienie czegoś negatywnego jest trudne, przeorganizujmy pytanie.

Jeśli wiesz, że jakiś (podobny do systemu Unix) system operacyjny, którego nie ma jeszcze na liście, nie ma żadnego wywołania systemowego do przepisywania wartości dowiązania symbolicznego (ciąg zwracany przez readlink()) bez usuwania starego dowiązania symbolicznego i tworzenia nowego, dodaj go - lub je - w odpowiedzi.

AFAIK, nie, nie możesz. Musisz go usunąć i odtworzyć. Właściwie możesz nadpisać łącze symboliczne i zaktualizować w ten sposób ścieżkę, do której się ono odwołuje:

$ 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

EDYCJA : Jak OP wskazał w komentarzu, użycie --forceopcji spowoduje lnwykonanie wywołania systemowego unlink()wcześniej symlink(). Poniżej wyjście z stracemojego Linux-a, które to potwierdza:

$ 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

Więc myślę, że ostateczna odpowiedź brzmi „nie”.

EDYCJA : Poniższy tekst jest skopiowany z odpowiedzi Arto Bendikena na unix.stackexchange.com, około 2016 r.

To może być rzeczywiście wykonywane atomowo z rename(2), najpierw tworzenia nowego dowiązania pod tymczasową nazwą, a następnie czysto nadpisanie starego dowiązania w jednym zamachem. Jak stwierdza strona podręcznika :

Jeśli newpath odnosi się do dowiązania symbolicznego, to łącze zostanie nadpisane.

W powłoce zrobiłbyś to mv -Tw następujący sposób:

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

Możesz straceto ostatnie polecenie, aby upewnić się, że rzeczywiście używa rename(2)pod maską:

$ 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

Zauważ, że w powyższym, oba mv -Ti stracesą specyficzne dla Linuksa.

We FreeBSD używaj mv -hnaprzemiennie.

Uwaga redaktora: Tak robi Capistrano od lat, od czasu ~ 2.15. Zobacz to żądanie ściągnięcia .

Tak, możesz!

$ ln -sfn source_file_or_directory_name softlink_name

Nie jest konieczne jawne odłączanie starego łącza symbolicznego. Możesz to zrobić:

ln -s newtarget temp
mv temp mylink

(lub użyj równoważnego łącza symbolicznego i zmień nazwę wywołań). Jest to lepsze niż jawne odłączanie, ponieważ zmiana nazwy jest atomowa, więc możesz mieć pewność, że łącze zawsze będzie wskazywać na stary lub nowy cel. Jednak nie spowoduje to ponownego wykorzystania oryginalnego i-węzła.

W niektórych systemach plików cel dowiązania symbolicznego jest przechowywany w samym i-węźle (w miejscu listy bloków), jeśli jest wystarczająco krótki; jest to określone w momencie tworzenia.

Jeśli chodzi o stwierdzenie, że rzeczywisty właściciel i grupa są nieistotni, link symboliczny (7) w Linuksie mówi, że istnieje przypadek, w którym jest to znaczące:

Właściciela i grupę istniejącego dowiązania symbolicznego można zmienić za pomocą lchown (2). Jedynym przypadkiem, w którym własność dowiązania symbolicznego ma znaczenie, jest usuwanie łącza lub zmiana jego nazwy w katalogu, który ma ustawiony bit lepki (patrz stat (2)).

Znaczniki czasu ostatniego dostępu i ostatniej modyfikacji dowiązania symbolicznego można zmienić za pomocą utimensat (2) lub lutimes (3).

W systemie Linux uprawnienia dowiązania symbolicznego nie są używane w żadnych operacjach; uprawnienia są zawsze 0777 (odczyt, zapis i wykonywanie dla wszystkich kategorii użytkowników) i nie można ich zmienić.

Tylko ostrzeżenie przed poprawnymi odpowiedziami powyżej:

Użycie metody -f / --force stwarza ryzyko utraty pliku w przypadku pomieszania źródła i celu:

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

Oczywiście jest to zamierzone, ale zwykle zdarzają się błędy. Tak więc usunięcie i odbudowanie linku symbolicznego wymaga trochę więcej pracy, ale także trochę oszczędności:

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

który przynajmniej zachowuje mój plik.

Czy odłączenie go i utworzenie nowego i tak nie zrobiłoby tego samego?

Na wszelki wypadek to pomoże: istnieje sposób na edycję linku symbolicznego za pomocą Midnight Commander (mc). Polecenie menu to (po francusku na moim interfejsie mc):

Fichier / Éditer le lien symbolique

które można przetłumaczyć na:

File / Edit symbolic link

Skrót to Cx Cs

Może wewnętrznie używa ln --forcepolecenia, nie wiem.

Teraz próbuję znaleźć sposób na edycję wielu linków symbolicznych naraz (w ten sposób tu dotarłem).

Technicznie rzecz biorąc, nie ma wbudowanego polecenia do edycji istniejącego łącza symbolicznego. Można to łatwo osiągnąć za pomocą kilku krótkich poleceń.

Oto mała funkcja bash / zsh, którą napisałem, aby zaktualizować istniejący link symboliczny:

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