Советы по запоминанию порядка параметров для ln?

Я использовал lnдля написания символических ссылок в течение многих лет, но я все еще неправильно понимаю порядок параметров.

Это обычно заставляет меня писать:

ln -s a b

а затем глядя на выходной, чтобы напомнить себе.

Я всегда представляю, a -> bкак я это читаю, когда на самом деле все наоборот b -> a. Это кажется нелогичным, поэтому я нахожу, что я всегда переоцениваю себя.

У кого-нибудь есть советы, которые помогут мне вспомнить правильный порядок?

Я использую следующее: lnимеет форму с одним аргументом (2-ую форму, указанную на странице руководства ), в которой требуется только цель (потому что lnвообще может работать, не зная цели), и lnсоздает ссылку в текущем каталоге. Форма с двумя аргументами является дополнением к форме с одним аргументом, поэтому цель всегда является первым аргументом.

Я иду по принципу « lnэто как cp. Источник должен быть на первом месте».

Большинство Unices документируют lnкоманду как

ln source target

(Я опускаю варианты и т.д. здесь)

Примеры:

• Стандарт POSIX

  ln [-fs] [-L|-P] source_file target_file
  

• OpenBSD :

  ln [-fhLnPs] source [target]
  

• NetBSD и FreeBSD

  ln [-L | -P | -s [-F]] [-f | -iw] [-hnv] source_file [target_file]
  

• Macos

  ln [-Ffhinsv] source_file [target_file]
  

• Solaris

  /usr/bin/ln [-fns] source_file [target]
  

• AIX

  ln [ -f | -n ] [ -s ] SourceFile [ TargetFile ]
  

Руководство GNU lnвызывает source цель и target имя ссылки .

• Руководство по GNU для ln

  ln [option]… [-T] target linkname
  

Игнорируя выбор слов в GNU, lnутилита использует семантику того же рода, что и, например, mvи cpв том, что целью является то, что создано из источника .

Следовательно,

ln -s a b

создаст символическую ссылку, bуказывающую на a.

Также обратите внимание, что при создании символических ссылок источником является просто строка, представляющая, на что должна указывать символическая ссылка. Обычно не делается проверка, чтобы убедиться, что она указывает на что-нибудь полезное:

$ ln -s "hello world" README.txt
$ ls -l
total 0
lrwxr-xr-x  1 kk  wheel  11 Sep 15 11:39 README.txt -> hello world

В случае , если это помогает любому: я привык думать о нем , как «ЛУ , что где », который помогает мне вспомнить , что первый аргумент ( «что») является существующий файл, то второй ( «где») место поставить (ссылку на) это. В отличие от рассуждений в большинстве других ответов, это не более чем содержательная фраза, которую я могу мысленно процитировать себе, когда набираю команду, которая служит памятью. Это, вероятно, не будет полезным для всех, но я подозреваю, что это поможет некоторым людям.

Помогает, что другие стандартные команды управления файлами используют то же соглашение, поэтому я могу сделать то же самое для cpи mv.

Недавно я услышал отличный способ запомнить эту конкретную вещь: рифма

Что-то старое, что-то новое,

что-то позаимствовано, что-то голубое,

и шесть пенсов в ее туфле.

Первый стих - это аргументы ln: что-то старое, за которым следует имя новой записи каталога.

NAME    ln -- make a link
SYNOPSIS    ln name1[ name2 ]
DESCRIPTION ln creates a link to an existing file name1. 
            If name2 is given, the link has that name; 

С 1971 г. Руководство по изданию Unix First Edition .

Существует вторая простая синтаксическая форма.

Изменить: Я ставлю FILE или FILENAME вместо TARGET --- видеть комментарии и т.д. Смотри также очень долго добавление в нижней части, обращаясь к айсберг, твердые и мягкие из ln, а не только кончик его.

Итак, GNU lnимеет это:

ln [opt] FILENAME

In the 2nd form, create a link to FILENAME in the current directory.

где вам не нужно имя ссылки. После ln -s /usr/lib/modulesтого, как вы получите

modules -> /usr/lib/modules

с тем же именем, что и FILENAME («цель» или «источник»), прямо там, где вы находитесь. Нет выбора, нет путаницы.

Теперь, если вы более требовательны и хотите, чтобы ссылка была создана под другим именем и / или где-то еще , вы добавляете это желание в качестве имени или пути. На первом месте настоящая цель, второе - дополнительная фантастическая новая ссылка.

Или вы говорите: «Я знаю это обозначение стрелки ls -lдля ссылок. У меня нет стрелки в оболочке, чтобы показать направление моей ссылки. Поэтому я должен перевернуть ее».

Вы создаете это в одном направлении, так что вы можете использовать его в другом.

(КОНЕЦ ЧАСТИ ОТВЕТА)

На другом уровне само слово «ссылка» несет глубокое скрытое двойное значение. Символические ссылки появились позже, поэтому в первые дни ссылка была просто ссылкой. Не было мягкого и жесткого, без -sвариантов. И теперь я даже использую символику источника-цели:

mv    A B   --- move the whole file to B (dir or new name)
cp    A B   --- copy whole file (mv and cp are "the same" here)    
ln    A B   --- copy whole file MINUS data blocks (=copy only inode and name), and increase "link count" for track keeping

На этом этапе есть ссылки, но не жесткие и мягкие, и ls -lстрелки не отображаются, поскольку в (жесткой) ссылке нет направления. «Ссылка» на этом этапе эволюции Unix означала, что имя файла «B» (запись каталога «B») в файловой системе указывает на тот же индекс, на который указывает имя файла «A».

Файлы A и B «связаны» вместе, потому что они используют одни и те же блоки. Итак, теперь с каждым rm ядро ​​должно проверять: удалить / освободить блоки этого файла на диске или есть другой файл, связанный с теми же блоками? Для этого используется счетчик ссылок.

Скажем, вы хотите сохранить большой файл на / tmp grom и удалить ln /tmp/bigfile. Теперь у вас есть большой файл в вашем рабочем каталоге. После очистки / tmp и удаления «оригинала» вы успешно продолжаете использовать одни и те же блоки данных. Вы не получаете мертвую или висящую ссылку, у вас есть нормальный файл. Указывает не на файл, а только на блоки файловой системы, как это делает каждая запись в каталоге. Только теперь «чистка» / tmp уже не так эффективна, как была. Это выглядит пустым, и это так, но блоки в разделе не освобождаются.

Несмотря на то, что жесткая ссылка сама по себе не стоит места, как это делает cp, косвенно, она может.

Добавление ln -sк последовательности выше:

ln -s A B   --- copy only the file's name to "B"   

Теперь "B", мягкая ссылка, содержит только строку с путем. Это "мягкая" информация. Технически «А» и «В» не связаны. Но все же B является «ссылкой» в новом смысле, что вы можете использовать это сохраненное имя пути в качестве ярлыка для «A». Теперь это «ссылка на A» (точка), а не «связанная с inode файла A»

Оба вида ссылок могут запутать не только людей, но и ядро ​​/ фс. Страница руководства 1971 года отмечает: «ОШИБКИ: ссылки дублируются дважды и восстанавливаются как отдельные файлы с отдельными inode».

Жесткие ссылки на каталоги (редко / недопустимо) могут легко привести к засорению.

Мягкие ссылки на каталоги (очень распространенные) могут привести к вечным циклам - должны распознаваться утилитами / ядром.

Практический пример в bash

Начиная с обычного файла "F" ...

ln F Fhard

... делает Fhard того же размера, что и F, но они ОБА теперь появляются в темно-красных БЕЗ стрелок ls -l --color. Из-за statотображения «Ссылки: 2» в связи с «Inode: XYZ». Жесткая ссылка F превращает F в жесткую ссылку. Оба являются / stay filetype "обычный файл". Но у обоих есть индекс с числом ссылок выше 1.

   ln -s F Fsoft

... делает крошечный "нерегулярный" файл "Fsoft" с типом файла "символическая ссылка" - еще больше экономит место, чем пустой каталог. А не ls -lпоказывает ничего особенного для "F". Для Fsoft показанный размер составляет 1 байт, так как строка равна «F» и Fsoft -> Fотображается как имя. Нет необходимости раскрашивать мягкую ссылку, чтобы ее распознать. Потому что в краткой форме ls -Fвы @ добавляете спиральную цепочку :Fsoft@

С ls -lэтим выглядит так:

-rw-r--r-- 2 root root 6070340 Sep 16 16:28 F
-rw-r--r-- 2 root root 6070340 Sep 16 16:28 Fhard
lrwxrwxrwx 1 root root       1 Sep 16 16:31 Fsoft -> F

У Фхарда размер и тип Ф.

Fsoft имеет имя F и длину имени F в качестве размера, а также другой тип файла.

Коротко ls -sF:

5932 F    5932 Fhard     0 Fsoft@

добавление --block-size=1также не дает одинаковых размеров. Fsoft имеет размер "один байт, ноль блоков". F и Fhard отклоняются параллельно:

6074368 F  6074368 Fhard    0 Fsoft@

Чтобы увидеть, болтается ли Fsoft или нет, lsпозволяет использовать цвета.

ORPHAN 40;31;01 # symlink to nonexistent file, or non-stat'able file

Очень полезно помнить, что название ссылки не является обязательным. Если оно не задано, используется базовое имя цели ссылки.

ln -s /path/to/file1 file1

идентично удалению имени ссылки полностью:

ln -s /path/to/file1

Это не имеет никакого смысла, если цель ссылки была упомянута последней.

Просто подумайте, Unix -> AT & T -> пункт назначения справа:

mov %eax, %ebx  ;; AT&T style assembler syntax: %ebx register gets value of %ecx

mv foo bar    ;; foo renamed to bar

cp foo bar    ;; contents of foo go to bar

foo | bar     ;; data moves left to right in pipeline

ln abc def    ;; link to abc installed as def

Лично я предпочитаю избегать запоминания X, чтобы знать, где искать X, когда мне это нужно. Я также являюсь поклонником отношения «лучше безопасно, чем сожалеть», поэтому мне всегда нравится тщательно проверять, что я пишу, особенно как root.

В этом случае ответ буквально в первых строках справочной страницы:

   ln [OPTION]... [-T] TARGET LINK_NAME
   (...)
   In the 1st form, create a link to TARGET with the name LINK_NAME.

Я бы не предложил этого, если бы потребовалось углубиться в man-страницу, но, поскольку это в самом начале, ИМХО, это стоит 3 секунд, которые требуются для ввода man lnи выхода.

Подобно cp, который я мысленно читаю как «скопировать это в то», я читаю ln команды как «связать это с этим».

Вот как я это помню: Забудь цель. Другими словами, если я нахожусь в dir1 и хочу создать здесь символическую ссылку на file1, которая существует в / some / other / dir /, я бы просто сделал:

ln -s /some/other/dir/file1

Вы получите символическую ссылку с именем file1 в dir1, которая указывает на / some / other / dir / file1. Со страницы руководства для ln:

ln [OPTION] ... TARGET (2-я форма) ... Во 2-й форме создайте ссылку на TARGET в текущем каталоге.

Просто имейте в виду, что это работает, только если вы хотите, чтобы символическая ссылка имела то же имя, что и цель (что, скорее всего, имеет место).

Я хотел бы расширить ответ @ Гэри.

В дополнение к его ответу: lnкоманда может принимать произвольное количество аргументов, так что вы можете создать несколько символических ссылок за один вызов (что удобно, когда вам это нужно).

1. С этим знанием, когда вы сталкиваетесь ln -s foo bar baz, каково самое логичное объяснение, какие аргументы означают что?
2. С ответом на вопрос № 1, когда вы сталкиваетесь ln -s foo bar, каково наиболее логичное объяснение того, что аргументы означают что?

Представьте себе версию, lnкоторая позволила вам создать несколько (символических) ссылок в одной команде.

Synopsis: ln -s TARGET NEW_LINK...
Example: ln -s target_file  new_link_1  new_link_2  new_link_3

С тех пор это не изменится, так как символическая ссылка может указывать только на одну TARGETза раз, и обычное соглашение командной строки - поместить повторяющуюся часть в конец командной строки, напримерgrep PAT [FILE]...

" lsпоказывает a -> bтак ln a b"

Просто помните, что это неправильно.