Softlink

Aus Foxwiki
Subpages:

topic - Beschreibung

Beschreibung

Installation

Aufruf

Optionen

Unix GNU Parameter Beschreibung
-1 --single Exit as soon as the first advertisement is received (default)

Parameter

Umgebungsvariablen

Exit-Status

Anwendung

Problembehebung

Konfiguration

Dateien

Anhang

Siehe auch

Dokumentation

Man-Page
Info-Pages

Links

Projekt
Weblinks


TMP

Softlink

Softlinks werden auch als symbolische Links bezeichnet

  • Ein Softlink ist im Prinzip ein Zeiger, der auf eine Datei zeigt
  • Er belegt nur wenig Speicherplatz auf dem Datenträger, auf dem er angelegt wurde
  • Die Besonderheiten eines Softlinks sind
  • Er kann sowohl auf Dateien als auch auf Verzeichnisse verweisen
  • Er kann auf Dateien und Verzeichnisse einer anderen oder der Partition angewandt werden, auf der er sich selbst befindet
  • Er verwendet die Dateiberechtigungen der Zieldatei und ist deshalb immer mit Lese-, Schreib- und Ausführungsrechten versehen
  • Ein Softlink bleibt bestehen, wenn die Zieldatei gelöscht wird
  • Man bezeichnet einen solchen verwaisten Link auch als gebrochenen Link

Die folgenden kommentierten Kommandos demonstrieren das Verhalten von Softlinks

  • Das erste Kommando ln-s erzeugt einen Softlink mit der Bezeichnung

softlink,der auf die existierende Datei file1 verweist

  • Mit dem zweiten Kommando wird das Ergebnis der Aktion überprüft
sudo ln -s file1 softlink
sudo ls -l
total 44
drwxr-xr-x 2 root root 4096 Jan 2 18:00 
drwxr-xr-x 24 root root 4096 Jan 2 17:55 
-rw-r--r-- 1 root root 35184 Jan 2 17:55 file1
lrwxrwxrwx 1 root root 5 Jan 2 18:00 softlink -> file1

Die erste Spalte der letzten Zeile des Kommandos ls-l zeigt an, dass es sich um einen Link handelt

  • Beachten Sie bitte auch, dass in der Zugriffssteuerungsliste alle Rechte gesetzt sind
  • Wenn Sie nun den Modus dieses Links verändern, ändert sich stattdes-sen der Modus der Zieldatei
sudo chmod a+w softlink
sudo ls -l
total 44
drwxr-xr-x 2 root root 4096 Jan 2 18:00 
drwxr-xr-x 24 root root 4096 Jan 2 17:55 
-rw-rw-rw- 1 root root 35184 Jan 2 17:55 file1
lrwxrwxrwx 1 root root 5 Jan 2 18:00 softlink -> file1

Das erste Kommando fügt zu softlink Schreibrechte für alle hinzu

  • Diese Rechte werden aber stattdessen der Datei file1 hinzugefügt,wie Sie sehen.Es gibt mehrere Methoden, sich die Auswirkungen von Links anzusehen
  • Mit dem Kommando ls-li kann z. B.  nachgewiesen werden, dass die Zieldatei und der Softlink zwei verschiedene Inodes verwenden
sudo ls -li
total 44
1896834 drwxr-xr-x 2 root root 4096 Jan 2 18:00 
2 drwxr-xr-x 24 root root 4096 Jan 2 17:55 
1896921 -rw-rw-rw- 1 root root 35184 Jan 2 17:55 file1
1896920 lrwxrwxrwx 1 root root 5 Jan 2 18:00 softlink -> file1

Die Datei file1 verwendet den Inode 1896921, während der Softlink softlink den Inode 1896920 belegt

  • Mit dem Kommando stat kann Ähnliches nachgewiesen werden
sudo stat softlink
File: `softlink' -> `file1'
Size: 5 Blocks: 0 IO Block: 4096 symbolic link
Device: 302h/770d Inode: 1896920 Links: 1
Access: (0777/lrwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2017-01-02 18:26:45.000000000 +0100
Modify: 2017-01-02 18:00:07.000000000 +0100
Change: 2017-01-02 18:00:07.000000000 +0100

In der zweiten Zeile der Kommandoausgabe wird angezeigt, dass es sich um einen symbolischen Link handelt

  • Die Zugriffsrechte sind auch noch einmal deutlich dargestellt
  • Wenden Sie dasselbe Kommando auf die Zieldatei des Links an, ergibt sich folgendes Bild
sudo stat file1
File: `file1'
Size: 35184 Blocks: 72 IO Block: 4096 regular file
Device: 302h/770d Inode: 1896921 Links: 1
Access: (0666/-rw-rw-rw-) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2017-01-02 17:55:38.000000000 +0100
Modify: 2017-01-02 17:55:38.000000000 +0100
Change: 2017-01-02 18:01:03.000000000 +0100

Die zweite Zeile besagt, dass es sich um eine gewöhnliche Datei handelt

  • Auch hier sieht man deutlich, dass die Zieldatei und der Softlink zwei verschiedene Inodes verwenden

Mit den nächsten Kommandos wird demonstriert, was geschieht, wenn Sie die Zieldatei eines symbolischen Links löschen, den Link selbst aber nicht

sudo rm file1

Die Zieldatei ist nun gelöscht

sudo ls -l
total 8
drwxr-xr-x 2 root root 4096 Jan 2 18:40 
drwxr-xr-x 24 root root 4096 Jan 2 17:55 
lrwxrwxrwx 1 root root 5 Jan 2 18:00 softlink -> file1

Der Softlink ist, wie Sie sehen, bestehen geblieben

  • Wenn Sie nun versuchen, über diesen Link auf die nicht mehr existieren

de Datei zuzugreifen, erhalten Sie jedoch eine Fehlermeldung

sudo cat softlink
cat: softlink: No such file or directory

Ein typisches Beispiel für die praktische Verwendung von Softlinks sind die Verlinkungen der init-Skripte, die beim Systemstart abgearbeitet werden. »Runlevel wechseln und das System anhalten oder neu starten«, behandelt

  • Sie sehen hier einen Teil der Links, die zum Runlevel 3 eines Systems gehören
/etc/rc.d/rc3.d # ls -l
total 8
drwxr-xr-x 2 root root 4096 Oct 19 21:53 ./
drwxr-xr-x 11 root root 4096 Dec 19 11:04 ../
lrwxrwxrwx 1 root root 7 Jul 20 2017 K03cron -> ../cron*
lrwxrwxrwx 1 root root 8 Jul 20 2017 K03smbfs -> ../smbfs*
lrwxrwxrwx 1 root root 6 Jul 20 2017 K05smb -> ../smb*
lrwxrwxrwx 1 root root 8 Jul 20 2017 K05squid -> ../squid*
  • weitere Zeilen wurden entfernt

TMP

Softlink - symbolic link

find all files that link to this file

It depends

if you are trying to find links to a specific file that is called foo.txt, then this is the only good way:

find -L / -samefile path/to/foo.txt

On the other hand, if you are just trying to find links to any file that happens to be named foo.txt, then something like

find / -lname foo.txt

or

find . -lname \*foo.txt 

ignore leading pathname components

  • problem solved beautifully. Thanks to all people that replied.
  • As I commented on a deleted answer, you can use -xtype l to have find only list symlinks
  • you may want to recurse, as any of the files pointing to foo.txt may themselves be pointed-at by some other links... ex: A->B->foo.txt, /tmp/C->B->foo.txt, etc.
  • this can work too if your name component is a parent directory named in the link, by searching find . -lname '*foo.dir*' (matches e.g. file.txt -> ../foo.dir/file.txt)
  • This answer is really helpful, thanks so much. By the way, if we want to get more info about the results of "find", we can pass the output of "find" to "ls": find -L /usr -samefile /usr/share/pyshared/lsb_release.py 2>/dev/null | xargs ls -al

Find the inode number of the file and then search for all files with the same inode number

$ ls -i foo.txt
41525360 foo.txt

$ find . -follow -inum 41525360

Alternatively, try the lname option of find, but this won't work if you have relative symlinks e.g. a -> ../foo.txt

$ find . -lname /path/to/foo.txt* 

If using a recent version of GNU find, you can also use the -samefile option with -L for the same effect, without having to look up the inode yourself

  • But this will also find files on other file systems that happen to have the same inode number.
  • If foo is a directory, use ln -di, in one line: find . -follow -inum $(ls -di foo.txt |cut -d" " -f1)

This answer is wrong

  • A symlink doesn't have the same inode as its target. This will only work for a file inside a symlinked folder. But this is not what was asked.

symlinks utility

I prefer to use the symlinks utility, which also is handy when searching for broken symlinks.

Install by:

sudo apt install symlinks
Show all symlinks in current folder and subfolders:
symlinks -rv .* -r: recursive 
  • -v: verbose (show all symlinks, not only broken ones)

To find a specific symlink, just grep

symlinks -rv . | grep foo.txt* 

Never heard of symlinks before (repo). 'A useful utility for maintainers of FTP sites, CDROMs, and Linux software distributions. It scans directories for symbolic links and lists them on stdout, often revealing flaws in the filesystem tree.' Great little ancient tool by ancient kernel hacker Mark Lord, the 'original developer and maintainer of the IDE Performance Package for linux, the Linux IDE Driver subsystem, hdparm', now maintained by J. Brandt Buckley.

Works great and is fast. Note, however, that you'll need to do a search in each discrete partition of interest (as symlinks does not reliably (AFAIK) search across what is calls "different filesystems"). Also, symlinks -rv . 2>/dev/null | grep foo.txt may result in "cleaner" output...