เคล็ดลับในการจดจำลำดับของพารามิเตอร์สำหรับ ln

ฉันเคยlnเขียนลิงก์สัญลักษณ์มาหลายปีแล้ว แต่ฉันก็ยังได้คำสั่งของพารามิเตอร์ผิดไปหมด

ฉันมักจะเขียนสิ่งนี้:

ln -s a b

จากนั้นดูผลลัพธ์เพื่อเตือนตัวเอง

ฉันมักจะจินตนาการว่าจะเป็นa -> bเมื่อฉันอ่านมันเมื่อมันตรงกันข้ามจริงb -> aๆ สิ่งนี้ให้ความรู้สึกต่อต้านเคาน์เตอร์ดังนั้นฉันจึงพบว่าฉันคาดเดาตัวเองอยู่เสมอ

ใครบ้างมีเคล็ดลับที่จะช่วยให้ฉันจำลำดับที่ถูกต้อง?

ฉันใช้สิ่งต่อไปนี้: lnมีรูปแบบหนึ่งอาร์กิวเมนต์ (รูปแบบที่ 2 ที่ระบุไว้ในmanpage ) ซึ่งจำเป็นต้องมีเป้าหมายเท่านั้น (เพราะวิธีการ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 เป้าหมายและlinknametarget

• คู่มือ GNU สำหรับ ln

  ln [option]… [-T] target linkname
  

ละเว้นทางเลือกที่ GNU ของคำที่lnยูทิลิตี้ดังต่อไปนี้ประเภทเดียวกันของความหมายเป็นเช่นmvและcpในการที่เป้าหมายคือสิ่งที่สร้างขึ้นจากแหล่งที่มา

ดังนั้น,

ln -s a b

จะสร้างการเชื่อมโยงสัญลักษณ์ที่ชี้ไปยังba

โปรดทราบว่าเมื่อสร้างลิงก์สัญลักษณ์แหล่งที่มาเป็นเพียงสตริงที่แสดงถึงสิ่งที่ลิงก์สัญลักษณ์ควรชี้ไปที่ มักจะไม่มีการตรวจสอบเพื่อตรวจสอบว่ามันชี้ไปที่สิ่งที่มีประโยชน์:

$ 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 อะไร ที่ " ซึ่งช่วยให้ฉันจำได้ว่าอาร์กิวเมนต์แรก ("อะไร") เป็นไฟล์ที่มีอยู่ที่สอง ("ที่ไหน") เป็นสถานที่ ที่จะนำ (ลิงค์ไป) มัน ตรงข้ามกับเหตุผลส่วนใหญ่ของคำตอบอื่น ๆ นี่คือไม่มีอะไรมากกว่าวลีที่แหลมคมที่ฉันสามารถท่องใจตัวเองในขณะที่ฉันพิมพ์คำสั่งซึ่งทำหน้าที่เป็นเครื่องช่วยหน่วยความจำ นี่อาจจะไม่เป็นประโยชน์กับทุกคน แต่ฉันสงสัยว่ามันจะช่วยให้บางคน

มันจะช่วยให้ที่อื่น ๆ คำสั่งจัดการไฟล์มาตรฐานใช้การประชุมเดียวกันดังนั้นฉันสามารถทำเช่นเดียวกันสำหรับและcpmv

ฉันเพิ่งได้ยินวิธีที่ดีในการจดจำสิ่งนี้: สัมผัส

สิ่งเก่าสิ่งใหม่

สิ่งที่ยืมมา, บางสิ่งบางอย่างสีฟ้า,

และเพนนีในรองเท้าของเธอ

ข้อแรกคือข้อโต้แย้งของ 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 จากยูนิกซ์คู่มือฉบับพิมพ์ครั้งแรก

มีรูปแบบที่สองง่ายไวยากรณ์

แก้ไข:ฉันใส่ไฟล์หรือ FILENAME แทนเป้าหมาย --- เห็นความคิดเห็น ฯลฯ นอกจากนี้ยังเห็นนานมากที่ด้านล่างที่อยู่ ภูเขาน้ำแข็งแข็งและอ่อนของ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ไม่แสดงลูกศรเนื่องจากไม่มีทิศทางในการเชื่อมโยง (ฮาร์ด) ลิงก์ "" ในขั้นตอนของวิวัฒนาการยูนิกซ์นั่นหมายความว่าชื่อไฟล์ "B" (รายการไดเรกทอรี "B") ในระบบไฟล์จะชี้ไปที่ไอโหนดเดียวกันกับชื่อไฟล์ "A"

ไฟล์ A และ B นั้น "เชื่อมโยง" เข้าด้วยกันเพราะพวกมันแบ่งปันบล็อกเดียวกัน ตอนนี้ทุก ๆ rm เคอร์เนลต้องตรวจสอบ: ฉันจะลบ / ปล่อยบล็อกของไฟล์นี้บนดิสก์หรือไม่หรือมีไฟล์อื่นเชื่อมโยงกับบล็อกเดียวกันหรือไม่ เพื่อที่จะใช้ลิงค์เคาน์เตอร์

สมมติว่าคุณต้องการที่จะเก็บไฟล์ขนาดใหญ่ใน tmp / Grom ln /tmp/bigfileถูกลบและทำ ตอนนี้คุณมีไฟล์ขนาดใหญ่ในไฟล์ dir ที่คุณใช้งานอยู่ หลังจากทำความสะอาด / tmp และ rmoving "ต้นฉบับ" คุณมีความสุขที่ใช้บล็อกข้อมูลเดียวกัน คุณไม่ได้รับลิงก์ที่ไม่ทำงานหรือห้อยต่องแต่งคุณมีไฟล์ปกติ ชี้ไปที่ไม่มีไฟล์ แต่บล็อกระบบไฟล์เท่านั้นเช่นเดียวกับทุกรายการ dir เฉพาะตอนนี้ "การทำความสะอาด" / tmp ไม่ได้เป็นประสิทธิภาพเหมือนเดิม มันดูว่างเปล่าและมันเป็น แต่บล็อกบนพาร์ติชันไม่ได้รับการปลดปล่อย

แม้ว่าฮาร์ดลิงก์จะไม่เสียค่าใช้จ่ายของพื้นที่ แต่อย่างใด cp ก็สามารถทำได้โดยอ้อม

การเพิ่มln -sไปยังลำดับข้างต้น:

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

ตอนนี้ "B" ซอฟต์ลิงค์มีเพียงสตริงที่มีชื่อพา ธ นี่คือข้อมูล "อ่อน" ในทางเทคนิค "A" และ "B" นั้นไม่เกี่ยวข้องกัน แต่ยังคง B คือ "ลิงค์" ในแง่ใหม่ที่คุณสามารถใช้ชื่อพา ธ ที่เก็บไว้เป็นทางลัดไปที่ "A" ตอนนี้มันเป็น"ลิงก์ไปยัง A" (จุด) และไม่"เชื่อมโยงกับ inode ของไฟล์ A"

ลิงก์ทั้งสองประเภทนั้นอาจสร้างความสับสนให้กับมนุษย์ไม่เพียง แต่กับเคอร์เนล / fs บันทึกหน้า man 1971: "BUGS: links ได้รับการแบ็คอัพสองครั้งและเรียกคืนเป็นไฟล์แยกต่างหากพร้อม inodes แยกต่างหาก"

ลิงก์ถาวรไปยังไดเรกทอรี (หายาก / ไม่อนุญาต) สามารถนำไปสู่การอุดตันได้ง่าย

ซอฟต์ลิงค์ไปยังไดเรคทอรี (พบบ่อยมาก) สามารถนำไปสู่ลูปนิรันดร์ - จะต้องรู้จักยูทิลิตี้ / เคอร์เนล

ตัวอย่างการปฏิบัติในทุบตี

เริ่มต้นด้วยไฟล์ "F" ปกติ ...

ln F Fhard

... ทำให้ Fhard ขนาดเท่า F แต่ตอนนี้ทั้งคู่ปรากฏเป็นสีแดงเข้มโดยไม่มีลูกธนูเข้าls -l --colorมา เนื่องจากการstatแสดง "ลิงค์: 2" ในการเชื่อมต่อกับ "Inode: xyz" การเชื่อมโยงอย่างหนัก F เปลี่ยน F ให้เป็นการเชื่อมโยงที่ยาก ทั้งคู่เป็น / stay filetype "ไฟล์ปกติ" แต่ทั้งคู่มีไอโหนดที่มีจำนวนลิงก์ด้านบน 1

   ln -s F Fsoft

... ทำให้ไฟล์ "ไม่สม่ำเสมอ" เล็ก ๆ "Fsoft" พร้อม filetype "symbolic link" --- ยิ่งประหยัดพื้นที่มากกว่าไดร์เปล่า ls -lแสดงให้เห็นว่าไม่มีอะไรพิเศษสำหรับ "F" สำหรับ Fsoft ขนาดที่แสดงคือ 1 ไบต์เนื่องจากสตริงคือ 'F' และFsoft -> Fแสดงเป็นชื่อ ไม่จำเป็นต้อง colorize ลิงค์อ่อนเพื่อรับรู้ เพราะในรูปแบบสั้น ๆ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

สิ่งนี้จะไม่สมเหตุสมผลหากมีการพูดถึงเป้าหมายลิงก์

แค่คิดว่ายูนิกซ์ -> 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 ได้ที่ไหนเมื่อฉันต้องการ ฉันยังเป็นแฟนของทัศนคติที่ "ปลอดภัยกว่าเสียใจ" ดังนั้นฉันมักจะตรวจสอบอย่างรอบคอบในสิ่งที่ฉันเขียนโดยเฉพาะอย่างยิ่งในฐานะที่เป็นราก

ในกรณีนี้คำตอบนั้นอยู่ในบรรทัดแรกของ manpage:

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

ฉันจะไม่แนะนำถ้ามันจำเป็นต้องเจาะ manpage แต่เนื่องจากมันถูกที่จุดเริ่มต้น IMHO มันคุ้มค่า 3 วินาทีที่ใช้ในการพิมพ์man lnและออกจาก

คล้ายกับ cp ที่ฉันอ่านว่า "คัดลอกสิ่งนี้ไปยังที่ทางจิตใจ" ฉันอ่านคำสั่ง ln ว่า "เชื่อมโยงสิ่งนี้กับสิ่งนั้น"

นี่คือวิธีที่ฉันจำได้: ลืมเป้าหมาย กล่าวอีกนัยหนึ่งถ้าฉันอยู่ใน dir1 และต้องการสร้าง symlink ที่นี่เพื่อ file1 ที่มีอยู่ใน / some / other / dir / ฉันจะทำ:

ln -s /some/other/dir/file1

คุณจะได้รับ symlink ชื่อ file1 ใน dir1 ซึ่งชี้ไปที่ / some / other / dir / file1 จาก man page สำหรับ ln:

ln [ตัวเลือก] ... เป้าหมาย (แบบฟอร์มที่ 2) ... ในแบบฟอร์มที่ 2 ให้สร้างลิงก์ไปยังเป้าหมายในไดเรกทอรีปัจจุบัน

โปรดจำไว้ว่าการทำงานนี้ก็ต่อเมื่อคุณต้องการให้ symlink มีชื่อเดียวกับเป้าหมาย (ซึ่งเป็นไปได้มากที่สุด)

ฉันต้องการขยายคำตอบของ @ gary

นอกเหนือจาก anwer ของเขา: lnคำสั่งสามารถยอมรับจำนวนอาร์กิวเมนต์โดยพลการเพื่อให้คุณสามารถสร้าง symlink ได้หลายรายการในการเรียกใช้ครั้งเดียว (ซึ่งมีประโยชน์เมื่อคุณต้องการ)

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

มันจะไม่ทำการใด ๆ ที่จะย้อนกลับเนื่องจาก symlink สามารถชี้ไปทีTARGETละครั้งเท่านั้นและการประชุมบรรทัดคำสั่งปกติคือการวางส่วนที่ทำซ้ำในตอนท้ายของบรรทัดคำสั่งเช่นgrep PAT [FILE]...

" lsแสดงให้เห็นว่าa -> bเพื่อให้ln a b"

เพียงจำไว้ว่านี่เป็นสิ่งที่ผิด