ich renne
ln /a/A /b/B Ich möchte in dem Ordner sehen, awo die Datei A zeigt ls.
Sie finden die Inode-Nummer für Ihre Datei mit
ls -i und
ls -l zeigt die Anzahl der Referenzen (Anzahl der Hardlinks zu einem bestimmten Inode)
Nachdem Sie die Inode-Nummer gefunden haben, können Sie nach allen Dateien mit demselben Inode suchen:
find . -inum NUM zeigt Dateinamen für Inode NUM im aktuellen Verzeichnis an (.)
Es gibt keine genau definierte Antwort auf Ihre Frage. Hardlinks sind im Gegensatz zu Symlinks nicht von der "Originaldatei" zu unterscheiden.
Verzeichniseinträge bestehen aus einem Dateinamen und einem Zeiger auf einen Inode. Der Inode enthält wiederum die Dateimetadaten und (Zeiger auf) den tatsächlichen Dateiinhalt. Durch das Erstellen eines festen Links wird ein weiterer Dateiname + Verweis auf denselben Inode erstellt. Diese Referenzen sind unidirektional (zumindest in typischen Dateisystemen) - der Inode führt nur eine Referenzzählung. Es gibt keine intrinsische Methode, um herauszufinden, welcher Dateiname "Original" ist.
Aus diesem Grund wird der Systemaufruf zum "Löschen" einer Datei aufgerufen unlink. Es wird nur ein Hardlink entfernt. Die angehängten Daten eines Inodes werden nur gelöscht, wenn der Referenzzähler des Inodes auf 0 fällt.
Die anderen Verweise auf einen bestimmten Inode können Sie nur finden, indem Sie das Dateisystem gründlich durchsuchen und prüfen, welche Dateien auf den betreffenden Inode verweisen. Sie können 'test A -ef B' aus der Shell verwenden, um diese Prüfung durchzuführen.
UNIX hat harte Links und symbolische Links (hergestellt mit "ln"und "ln -s"jeweils). Symbolische Links sind einfach eine Datei, die den tatsächlichen Pfad zu einer anderen Datei enthält und Dateisysteme überschreiten kann.
Harte Links gibt es seit den ersten Tagen von UNIX (an die ich mich sowieso erinnern kann, und das geht schon eine Weile zurück). Es handelt sich um zwei Verzeichniseinträge, die auf genau die gleichen zugrunde liegenden Daten verweisen . Die Daten in einer Datei werden durch ihre angegeben inode. Jede Datei in einem Dateisystem verweist auf einen Inode, aber es ist nicht erforderlich, dass jede Datei auf einen eindeutigen Inode verweist - da kommen harte Links zustande.
Da Inodes nur für ein bestimmtes Dateisystem eindeutig sind, gibt es eine Einschränkung, dass sich feste Links auf demselben Dateisystem befinden müssen (im Gegensatz zu symbolischen Links). Beachten Sie, dass es im Gegensatz zu symbolischen Links keine privilegierten Dateien gibt - sie sind alle gleich. Der Datenbereich wird nur freigegeben, wenn alle Dateien, die diesen Inode verwenden, gelöscht werden (und alle Prozesse ihn ebenfalls schließen, dies ist jedoch ein anderes Problem).
Sie können den "ls -i"Befehl verwenden, um den Inode einer bestimmten Datei abzurufen. Sie können dann den "find <filesystemroot> -inum <inode>"Befehl verwenden, um alle Dateien im Dateisystem mit dem angegebenen Inode zu finden.
Hier ist ein Skript, das genau das tut. Sie rufen es an mit:
findhardlinks ~/jquery.js und es werden alle Dateien in diesem Dateisystem gefunden, die feste Links für diese Datei sind:
pax@daemonspawn:~# ./findhardlinks /home/pax/jquery.js Processing '/home/pax/jquery.js' '/home/pax/jquery.js' has inode 5211995 on mount point '/' /home/common/jquery-1.2.6.min.js /home/pax/jquery.js Hier ist das Skript.
#!/bin/bash if [[ $# -lt 1 ]] ; then echo "Usage: findhardlinks <fileOrDirToFindFor> ..." exit 1 fi while [[ $# -ge 1 ]] ; do echo "Processing '$1'" if [[ ! -r "$1" ]] ; then echo " '$1' is not accessible" else numlinks=$(ls -ld "$1" | awk '') inode=$(ls -id "$1" | awk '' | head -1l) device=$(df "$1" | tail -1l | awk '') echo " '$1' has inode $ on mount point '$'" find $ -inum $ 2>/dev/null | sed 's/^/ /' fi shift done ls -l Die erste Spalte enthält Berechtigungen. Die zweite Spalte enthält die Anzahl der Unterelemente (für Verzeichnisse) oder die Anzahl der Pfade zu denselben Daten (feste Links einschließlich der Originaldatei) zur Datei. Z.B:
-rw-r--r--@ 2 [username] [group] [timestamp] HardLink -rw-r--r--@ 2 [username] [group] [timestamp] Original ^ Number of hard links to the data Wie wäre es mit dem folgenden einfacheren? (Letzteres könnte die langen Skripts oben ersetzen!)
Wenn Sie eine bestimmte Datei haben <THEFILENAME>und wissen möchten, dass alle ihre Hardlinks über das Verzeichnis verteilt <TARGETDIR>sind (dies kann sogar das gesamte Dateisystem sein, das mit bezeichnet ist /)
find <TARGETDIR> -type f -samefile <THEFILENAME> Erweitern Sie die Logik, wenn Sie wissen möchten, dass alle Dateien <SOURCEDIR>über mehrere feste Links verteilt sind <TARGETDIR>:
find <SOURCEDIR> -type f -links +1 \ -printf "\n\n %n HardLinks of file : %H/%f \n" \ -exec find <TARGETDIR> -type f -samefile {} \; Es gibt viele Antworten mit Skripten, um alle Hardlinks in einem Dateisystem zu finden. Die meisten von ihnen machen dumme Sachen, wie das Ausführen von find, um das gesamte Dateisystem -samefilenach JEDER mit mehreren verknüpften Dateien zu durchsuchen. Das ist verrückt; Sie müssen lediglich nach Inode-Nummern sortieren und Duplikate drucken.
find directories.. -xdev ! -type d -links +1 -printf '%20D %20i %p\n' | sort -n | uniq -w 42 --all-repeated=separate (Danke an @Tino für die Optimierung meines ursprünglichen Befehls, um eine FS-id ( %D) zu unterstützen, und um alle Nicht-Verzeichnis-Dateitypen zu behandeln, nicht nur reguläre Dateien. Dadurch werden Ihre mehrfach verknüpften Symlinks, Pipes usw. gefunden.)
Das ! -type d -links +1bedeutet, dass die Eingabe von sort nur so groß ist wie die endgültige Ausgabe von uniq. Es sei denn, Sie führen es in einem Unterverzeichnis aus, das nur einen Satz von Hardlinks enthält. Auf jeden Fall wird dadurch eine viel weniger CPU-Zeit benötigt, die das Dateisystem erneut durchläuft als jede andere veröffentlichte Lösung.
Beispielausgabe:
... 2429 76732484 /home/peter/weird-filenames/test/.hiddendir/foo bar 2429 76732484 /home/peter/weird-filenames/test.orig/.hiddendir/foo bar 2430 17961006 /usr/bin/pkg-config.real 2430 17961006 /usr/bin/x86_64-pc-linux-gnu-pkg-config 2430 36646920 /usr/lib/i386-linux-gnu/dri/i915_dri.so 2430 36646920 /usr/lib/i386-linux-gnu/dri/i965_dri.so 2430 36646920 /usr/lib/i386-linux-gnu/dri/nouveau_vieux_dri.so 2430 36646920 /usr/lib/i386-linux-gnu/dri/r200_dri.so 2430 36646920 /usr/lib/i386-linux-gnu/dri/radeon_dri.so ... TODO ?: Aufheben der Ausgabe. uniqhat eine sehr begrenzte Unterstützung für die Feldauswahl, daher füge ich die Suchausgabe auf und verwende eine feste Breite. 20 Zeichen ist breit genug für die maximal mögliche Inode- oder Gerätenummer (2 ^ 64-1 = 18446744073709551615). XFS wählt Inode-Nummern basierend auf dem zugewiesenen Speicherplatz auf der Festplatte, nicht zusammenhängend von 0, sodass große XFS-Dateisysteme> 32-Bit-Inode-Nummern haben können, auch wenn sie keine Milliarden von Dateien haben. Andere Dateisysteme haben möglicherweise 20-stellige Inode-Nummern, auch wenn sie nicht gigantisch sind.
TODO: Sortiert Gruppen von Duplikaten nach Pfad. Wenn sie nach Mount-Punkt sortiert sind, mischt die Inode-Nummer die Dinge zusammen, wenn Sie mehrere Subdirs haben, die viele Hardlinks enthalten. (dh Gruppen von Dup-Gruppen gehören zusammen, aber die Ausgabe mischt sie zusammen).
Ein Finale sort -k 3würde Zeilen separat sortieren, nicht Zeilengruppen als einzelnen Datensatz. Vorverarbeitung mit etwas, um ein Paar Zeilenumbrüche in ein NUL-Byte zu verwandeln, und die Verwendung von GNU sort --zero-terminated -k 3könnte den Trick erfüllen . trFunktioniert nur für einzelne Zeichen, jedoch nicht für Muster mit 2> 1 oder 1> 2. perlwürde es tun (oder einfach nur perl oder awk parsen und sortieren). sedkönnte auch funktionieren.
This is somewhat of a comment to Torocoro-Macho's own answer and script, but it obviously won't fit in the comment box.
Rewrote your script with more straightforward ways to find the info, and thus a lot less process invocations.
#!/bin/sh xPATH=$(readlink -f -- "$") for xFILE in "$"/*; do [ -d "$" ] && continue [ ! -r "$" ] && printf '"%s" is not readable.\n' "$" 1>&2 && continue nLINKS=$(stat -c%h "$") if [ $ -gt 1 ]; then iNODE=$(stat -c%i "$") xDEVICE=$(stat -c%m "$") printf '\nItem: %s[%d] = %s\n' "$" "$" "$"; find "$" -inum $ -not -path "$" -printf ' -> %p\n' 2>/dev/null fi done I tried to keep it as similar to yours as possible for easy comparison.
One should always avoid the $IFS magic if a glob suffices, since it is unnecessarily convoluted, and file names actually can contain newlines (but in practice mostly the first reason).
You should avoid manually parsing ls and such output as much as possible, since it will sooner or later bite you. For example: in your first awk line, you fail on all file names containing spaces.
printf will often save troubles in the end since it is so robust with the %s syntax. It also gives you full control over the output, and is consistent across all systems, unlike echo.
stat can save you a lot of logic in this case.
GNU find is powerful.
Your head and tail invocations could have been handled directly in awk with e.g. the exit command and/or selecting on the NR variable. This would save process invocations, which almost always betters performance severely in hard-working scripts.
Your egreps could just as well be just grep.
Basierend auf dem findhardlinksSkript (umbenannt in hard-links), habe ich dies überarbeitet und zum Laufen gebracht.
Ausgabe:
# ./hard-links /root Item: /[10145] = /root/.profile -> /proc/907/sched -> /<some-where>/.profile Item: /[10144] = /root/.tested -> /proc/907/limits -> /<some-where else>/.bashrc -> /root/.testlnk Item: /[10144] = /root/.testlnk -> /proc/907/limits -> /<another-place else>/.bashrc -> /root/.tested
# cat ./hard-links #!/bin/bash oIFS="$"; IFS=$'\n'; xPATH="$"; xFILES="`ls -al $|egrep "^-"|awk ''`"; for xFILE in $; do xITEM="$/$"; if [[ ! -r "$" ]] ; then echo "Path: '$' is not accessible! "; else nLINKS=$(ls -ld "$" | awk '') if [ $ -gt 1 ]; then iNODE=$(ls -id "$" | awk '' | head -1l) xDEVICE=$(df "$" | tail -1l | awk '') echo -e "\nItem: $[$iNODE] = $"; find $ -inum $ 2>/dev/null|egrep -v "$"|sed 's/^/ -> /'; fi fi done IFS="$"; echo ""; Eine GUI-Lösung kommt Ihrer Frage sehr nahe:
Sie können die tatsächlichen Hardlink-Dateien nicht unter "ls" auflisten, da, wie in früheren Kommentatoren darauf hingewiesen wurde, die Dateinamen "Dateinamen" nur Aliasnamen für dieselben Daten sind. Es gibt jedoch tatsächlich ein GUI-Tool, das dem, was Sie möchten, sehr nahe kommt, nämlich eine Pfadliste von Dateinamen, die auf dieselben Daten (als Hardlinks) unter Linux verweisen, die als FSLint bezeichnet wird. Die gewünschte Option befindet sich unter "Namenskollisionen" -> Deaktivieren Sie "Checkbox $ PATH" in Search (XX) -> und wählen Sie "Aliases" aus dem Dropdown-Feld nach "für ..." in Richtung Mitte.
FSLint ist sehr schlecht dokumentiert, aber ich habe festgestellt, dass der eingeschränkte Verzeichnisbaum unter "Suchpfad" mit dem Kontrollkästchen "Recurse?" und die zuvor genannten Optionen, eine Liste von fest verbundenen Daten mit Pfaden und Namen, die auf dieselben Daten "zeigen", werden nach den Programmsuchen erzeugt.
Sie können lsHardlinks mit einem 'Alias' markieren, aber wie bereits erwähnt, gibt es keine Möglichkeit, die 'Quelle' des Hardlinks anzuzeigen, weshalb ich anhange .hardlink, um damit zu helfen.
Fügen Sie Folgendes irgendwo in Ihrem hinzu .bashrc
alias ll='LC_COLLATE=C LS_COLORS="$LS_COLORS:mh=1;37" ls -lA --si --group-directories-first'