Поради щодо запам'ятовування порядку параметрів для 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]
  

• Соляріс

  /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

Якщо це допомагає комусь: я звик думати про це як "ln що де ", що допомагає мені пам'ятати, що перший аргумент ("що") - це існуючий файл, другий ("where") - це місце ставити (посилання на) це. На відміну від міркувань у більшості інших відповідей, це не що інше, як жалюгідна фраза, яку я подумки можу переказати собі під час введення команди, яка служить допоміжним засобом пам’яті. Це, мабуть, не буде корисним для всіх, але я підозрюю, що це допоможе деяким людям.

Це допомагає, щоб інші стандартні команди управління файлами використовували ту саму умову, тому я можу зробити те ж саме для 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") у файловій системі вказує на той самий inode, на який вказує ім'я файлу "A".

Файли A і B "пов'язані" разом, оскільки вони поділяють однакові блоки. Отже, з кожним rm ядро ​​має перевірити: чи я видаляю / звільняю блоки цього файлу на диску, чи є інший файл, пов'язаний з тими ж блоками? Для цього використовується лічильник посилань.

Скажіть, ви хочете, щоб великий файл у / tmp grom видалявся та роби ln /tmp/bigfile. Тепер у вас є великий bigfile у вашому робочому режимі. Після очищення / tmp та переміщення "оригіналу" ви радісно продовжуєте використовувати ті самі блоки даних. Ви не отримаєте мертве або звисаюче посилання, у вас нормальний файл. Вказуючи не на файл, а лише на файлову систему, як це робить кожен запис в режимі dir. Тільки зараз "чистка" / tmp не настільки ефективна, як була. Він виглядає порожнім, і він є, але блоки на розділі не звільняються.

Навіть незважаючи на те, що жорстке посилання не коштує простору, як це робить cp, опосередковано.

Додавання ln -sдо послідовності вище:

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

Тепер "B", м'яке посилання, містить лише рядок з назвою шляху. Це "м'яка" інформація. Технічно "А" і "В" не пов'язані між собою. Але все ж B - це "посилання" в новому сенсі, що ви можете використовувати збережене ім'я шляху як ярлик до "A". Тепер це "посилання на A" (період), а не "пов'язане з inode файла A"

Обидва види посилань можуть заплутати не тільки людей, але й ядро ​​/ fs. Сторінка 1971 року зазначає: "BUGS: посилання двічі резервуються і відновлюються як окремі файли з окремими вводами".

Жорсткі посилання на каталоги (рідкісні / заборонені) можуть легко призвести до засмічення.

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

Практичний приклад з баш

Починаючи зі звичайного файлу "F" ...

ln F Fhard

... робить Fhard такого ж розміру, що і F, але вони БУДУТЬ тепер відображатися у темно-червоному БЕЗ стрілок ls -l --color. Через statпоказ "Посилання: 2" у зв'язку з "Inode: xyz". Жорстке з'єднання F перетворює F себе в жорстке з'єднання. Обидва є / залишаються файли "звичайний файл". Але обидва мають inode із кількістю посилань вище 1.

   ln -s F Fsoft

... робить невеличкий "нерегулярний" файл "Fsoft" з файловим "символічним посиланням" --- навіть більше економії місця, ніж порожній реж. A не 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

Fhard має розмір і тип 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.

Я б не запропонував цього, якби потрібно заглибитись у сторінку, але так як це вже на початку, IMHO варто набрати 3 секунди, щоб його набрати man lnта вийти.

Подібно до cp, який я подумки читав як «скопіюйте це на те», я прочитав команди ln як «зв’язати це з цим».

Ось як я це пам’ятаю: Забудь про ціль. Іншими словами, якщо я перебуваю в dir1 і хочу створити тут симпосилання до file1, який існує в / some / other / dir /, я би просто зробив:

ln -s /some/other/dir/file1

Ви отримаєте символьне посилання file1 в dir1, яке вказує на / some / other / dir / file1. З довідкової сторінки для ln:

ln [ВАРІАНТ] ... TARGET (2-й клас) ... У 2-му класі створіть посилання на TARGET у поточному каталозі.

Просто майте на увазі, що ця робота працює лише в тому випадку, якщо ви хочете, щоб символьна посилання мала те саме ім'я, що і цільове (що, швидше за все, так і є).

Я хотів би розкрити відповідь на @ gary.

На додаток до його відповіді: 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"

Просто пам’ятайте, що це неправильно.