я бегу
ln /a/A /b/B Я хотел бы видеть в папке, aгде файл A указывает на ls.
Вы можете найти номер инода для вашего файла с
ls -i а также
ls -l показывает количество ссылок (количество жестких ссылок на определенный индекс)
после того как вы нашли номер инода, вы можете искать все файлы с одинаковым инодом:
find . -inum NUM покажет имена файлов для inode NUM в текущем каталоге (.)
На самом деле нет четко определенного ответа на ваш вопрос. В отличие от символических ссылок, жесткие ссылки неотличимы от «оригинального файла».
Записи каталога состоят из имени файла и указателя на индекс. Индод, в свою очередь, содержит метаданные файла и (указатели на) фактическое содержимое файла). Создание жесткой ссылки создает другое имя файла + ссылку на тот же индекс. Эти ссылки являются однонаправленными (по крайней мере, в типичных файловых системах) - индекс хранит только счетчик ссылок. Не существует внутреннего способа узнать, какое имя файла является «оригинальным».
Кстати, именно поэтому системный вызов «удалить» файл называется unlink. Это просто удаляет жесткую ссылку. Индод, к которому прикреплены данные, удаляется только в том случае, если счетчик ссылок инода падает до 0.
Единственный способ найти другие ссылки на данный индекс - это провести тщательный поиск в файловой системе, проверяя, какие файлы ссылаются на рассматриваемый индекс. Вы можете использовать 'test A -ef B' из оболочки для выполнения этой проверки.
UNIX имеет жесткие ссылки и символические ссылки (сделаны с "ln"и "ln -s"соответственно). Символические ссылки - это просто файл, который содержит реальный путь к другому файлу и может пересекать файловые системы.
Жесткие ссылки существуют с самых первых дней существования UNIX (я все равно могу это вспомнить, и это довольно давно). Это две записи каталога, которые ссылаются на точные же данные. Данные в файле определяются его inode. Каждый файл в файловой системе указывает на индекс, но нет требования, чтобы каждый файл указывал на уникальный индекс - отсюда и жесткие ссылки.
Поскольку inode уникальны только для данной файловой системы, существует ограничение, что жесткие ссылки должны быть в одной файловой системе (в отличие от символических ссылок). Обратите внимание, что в отличие от символьных ссылок, нет привилегированного файла - все они равны. Область данных будет освобождена только тогда, когда все файлы, использующие этот индекс, будут удалены (и все процессы также закроют ее, но это другая проблема).
Вы можете использовать "ls -i"команду, чтобы получить индекс определенного файла. Затем вы можете использовать "find <filesystemroot> -inum <inode>"команду, чтобы найти все файлы в файловой системе с указанным индексом.
Вот скрипт, который делает именно это. Вы вызываете это с помощью:
findhardlinks ~/jquery.js и он найдет все файлы в этой файловой системе, которые являются жесткими ссылками для этого файла:
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 Вот сценарий.
#!/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 Первый столбец будет представлять разрешения. Во втором столбце будет указано количество подпунктов (для каталогов) или количество путей к тем же данным (жесткие ссылки, включая исходный файл) к файлу. Например:
-rw-r--r--@ 2 [username] [group] [timestamp] HardLink -rw-r--r--@ 2 [username] [group] [timestamp] Original ^ Number of hard links to the data Как насчет следующего более простого? (Последние могут заменить длинные сценарии выше!)
Если у вас есть конкретный файл <THEFILENAME>и вы хотите знать все его жесткие ссылки, распределенные по каталогу <TARGETDIR>(который может быть даже обозначен всей файловой системой /)
find <TARGETDIR> -type f -samefile <THEFILENAME> Расширяя логику, если вы хотите знать все файлы в <SOURCEDIR>нескольких жестких ссылках <TARGETDIR>:
find <SOURCEDIR> -type f -links +1 \ -printf "\n\n %n HardLinks of file : %H/%f \n" \ -exec find <TARGETDIR> -type f -samefile {} \; There are a lot of answers with scripts to find all hardlinks in a filesystem. Most of them do silly things like running find to scan the whole filesystem for -samefile for EACH multiply-linked file. This is crazy; all you need is to sort on inode number and print duplicates.
find directories.. -xdev ! -type d -links +1 -printf '%20D %20i %p\n' | sort -n | uniq -w 42 --all-repeated=separate (Thanks to @Tino for tweaking my original command to support a FS-id (%D), and to handle all non-directory file types, not just regular files. This will find your multiply-linked symlinks, pipes, etc.)
Using ! -type d -links +1 means that sort's input is only as big as the final output of uniq. Unless you run it on a subdirectory that only contains one of a set of hardlinks. Anyway, this will use a LOT less CPU time re-traversing the filesystem than any other posted solution.
sample output:
... 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?: un-pad the output. uniq has very limited field-selection support, so I pad the find output and use fixed-width. 20chars is wide enough for the maximum possible inode or device number (2^64-1 = 18446744073709551615). XFS chooses inode numbers based on where on disk they're allocated, not contiguously from 0, so large XFS filesystems can have >32bit inode numbers even if they don't have billions of files. Other filesystems might have 20-digit inode numbers even if they aren't gigantic.
TODO: sort groups of duplicates by path. Having them sorted by mount point then inode number mixes things together, if you have a couple different subdirs that have lots of hardlinks. (i.e. groups of dup-groups go together, but the output mixes them up).
A final sort -k 3 would sort lines separately, not groups of lines as a single record. Preprocessing with something to transform a pair of newlines into a NUL byte, and using GNU sort --zero-terminated -k 3 might do the trick. tr only operates on single characters, not 2->1 or 1->2 patterns, though. perl would do it (or just parse and sort within perl or awk). sed might also work.
Это своего рода комментарий к собственному ответу и сценарию Торокоро-Мачо, но он явно не помещается в поле для комментариев.
Переписал ваш сценарий, добавив более простые способы поиска информации и, таким образом, значительно меньше вызовов процессов.
#!/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 Я старался сделать его максимально похожим на ваш, чтобы его можно было легко сравнить.
Следует всегда избегать $IFSмагии, если достаточно глобуса, поскольку он излишне запутан, а имена файлов на самом деле могут содержать символы новой строки (но на практике это в основном первая причина).
Вы должны избегать ручного анализа lsи такого вывода в максимально возможной степени, так как это рано или поздно укусит вас. Например: в первой awkстроке вы ошибаетесь во всех именах файлов, содержащих пробелы.
printfв конце концов, часто избавляет от неприятностей, так как он очень устойчив с %sсинтаксисом. Он также дает вам полный контроль над выходом и в отличие от всех систем echo.
stat может сэкономить вам много логики в этом случае.
GNU find это мощный
Ваши вызовы headи tailвызовы могли быть обработаны напрямую, awkнапример, с помощью exitкоманды и / или выбора NRпеременной. Это сохранит вызовы процессов, что почти всегда значительно повышает производительность в трудолюбивых сценариях.
Ваши egrepс тем же успехом могут быть просто grep.
Основываясь на findhardlinksсценарии (переименовал его в hard-links), это то, что я реорганизовал и заставил его работать.
Выход:
# ./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 ""; Решение с графическим интерфейсом действительно близко к вашему вопросу:
Вы не можете перечислить фактические жестко связанные файлы из «ls», потому что, как указывали предыдущие комментаторы, «имена» файлов являются просто псевдонимами к тем же данным. Однако на самом деле есть инструмент с графическим интерфейсом, который очень близок к тому, что вы хотите, который отображает список путей имен файлов, которые указывают на те же данные (как жесткие ссылки) в Linux, он называется FSLint. Требуемая опция находится в разделе «Конфликты имен» -> снимите флажок «$ PATH» в разделе «Поиск (XX) ->» и выберите «Псевдонимы» в раскрывающемся списке после «для ...» по направлению к верхней середине.
FSLint очень плохо документирован, но я обнаружил, что удостоверился, что ограниченное дерево каталогов в разделе «Путь поиска» с установленным флажком «Recurse?» и вышеупомянутые опции, список жестко связанных данных с путями и именами, которые «указывают» на одни и те же данные, создаются после поиска программы.
Вы можете настроить lsвыделение жестких ссылок с помощью «псевдонима», но, как было сказано ранее, нет способа показать «источник» жесткой ссылки, поэтому я добавляю, .hardlinkчтобы помочь с этим.
Добавьте следующее где-то в вашем .bashrc
alias ll='LC_COLLATE=C LS_COLORS="$LS_COLORS:mh=1;37" ls -lA --si --group-directories-first'