จะยกเลิกการลิงก์ (ลบ) ฮาร์ดลิงก์พิเศษ“.” ที่สร้างขึ้นสำหรับโฟลเดอร์ได้อย่างไร?

บน Linux เมื่อคุณสร้างโฟลเดอร์มันจะสร้างฮาร์ดลิงก์สองลิงก์ไปยังไอโหนดที่เกี่ยวข้องโดยอัตโนมัติ หนึ่งในนั้นคือโฟลเดอร์ที่คุณขอให้สร้างอีกอันเป็น.โฟลเดอร์พิเศษที่โฟลเดอร์นี้

ตัวอย่าง:

$ mkdir folder
$ ls -li
total 0
124596048 drwxr-xr-x    2 fantattitude  staff    68 18 oct 16:52 folder
$ ls -lai folder
total 0
124596048 drwxr-xr-x  2 fantattitude  staff   68 18 oct 16:52 .
124593716 drwxr-xr-x  3 fantattitude  staff  102 18 oct 16:52 ..

อย่างที่คุณเห็นทั้งด้านในfolderและ.ด้านในfolderมีหมายเลขไอโหนดเดียวกัน (แสดงพร้อม-iตัวเลือก)

มีอยู่แล้วเพื่อลบ.hardlink พิเศษนี้

มันเป็นเพียงการทดลองและความอยากรู้ นอกจากนี้ฉันคิดว่าคำตอบสามารถใช้กับ..ไฟล์พิเศษได้

ฉันพยายามมองrmผู้ชาย แต่ไม่สามารถหาทางทำได้ เมื่อฉันพยายามลบ.สิ่งที่ฉันได้รับคือ:

rm: "." และ ".. " อาจไม่ถูกลบ

ฉันอยากรู้จริง ๆ เกี่ยวกับวิธีการทำงานของสิ่งเหล่านี้ทั้งหมดดังนั้นอย่าละเว้นจากการ verbose มากในเรื่อง

แก้ไข: บางทีฉันไม่ชัดเจนกับโพสต์ของฉัน แต่ฉันต้องการเข้าใจกลไกพื้นฐานที่รับผิดชอบ.ไฟล์และสาเหตุที่พวกเขาไม่สามารถลบได้

ฉันรู้ว่ามาตรฐาน POSIX ปิดการใช้งานโฟลเดอร์ที่มีการเชื่อมโยงน้อยกว่า 2 แต่ไม่เข้าใจว่าทำไม ฉันต้องการทราบว่ามันเป็นไปได้ที่จะทำมันต่อไป

เป็นไปได้ทางเทคนิคที่จะลบ.อย่างน้อยในระบบไฟล์ EXT4 หากคุณสร้างอิมเมจระบบไฟล์test.imgให้ติดตั้งและสร้างtestโฟลเดอร์จากนั้นยกเลิกการต่อเชื่อมอีกครั้งคุณสามารถแก้ไขได้โดยใช้debugfs :

debugfs -w test.img
cd test
unlink .

debugfs ไม่บ่นและลบหน้าที่ .รายการไดเรกทอรีในระบบแฟ้มtestไดเรกทอรียังคงสามารถใช้งานได้กับคนแปลกใจ:

sudo mount test.img /mnt/temp
cd /mnt/temp/test
ls

แสดงให้เห็นเท่านั้น

..

ดังนั้น.มันจะหายไป ยังcd . , ls ., pwdยังคงทำงานตามปกติ!

ฉันจะทำก่อนหน้านี้การทดสอบนี้ใช้rmdir .แต่ที่ลบ inode ไดเรกทอรี ( ขนาดใหญ่ต้องขอบคุณBowlOfRedสำหรับชี้นี้ ) ซึ่งออกtestรายการไดเรกทอรีห้อยและเป็นเหตุผลที่แท้จริงสำหรับปัญหาที่พบ ในสถานการณ์สมมตินี้testโฟลเดอร์นั้นจะไม่สามารถใช้งานได้ หลังจากติดตั้งภาพแล้วให้รันlsผลิต

ls: cannot access '/mnt/test': Structure needs cleaning

และบันทึกของเคอร์เนลจะแสดงขึ้นมา

EXT4-fs error (device loop2): ext4_lookup:1606: inode #2: comm ls: deleted inode referenced: 38913

การรันe2fsckในสถานการณ์นี้บนอิมเมจจะเป็นการลบtestไดเร็กทอรีทั้งหมด (inode ไดเรคทอรีหายไปดังนั้นจึงไม่มีอะไรจะเรียกคืน)

ทั้งหมดนี้แสดงให้เห็นว่า.มีอยู่เป็นนิติบุคคลเฉพาะในระบบไฟล์ EXT4 ฉันได้รับความประทับใจจากรหัสระบบแฟ้มในเคอร์เนลที่มันคาดหวัง.และ..มีอยู่และเตือนถ้าพวกเขาไม่ได้ (ดูnamei.c) แต่ด้วยการunlink .ทดสอบที่ใช้ฉันไม่เห็นคำเตือนนั้น e2fsckไม่ชอบ.รายการไดเรกทอรีที่ขาดหายไปและเสนอให้แก้ไข:

$ /sbin/e2fsck -f test.img
e2fsck 1.43.3 (04-Sep-2016)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Missing '.' in directory inode 30721.
Fix<y>?

สิ่งนี้จะสร้าง.รายการไดเรกทอรีใหม่

ไม่มีวิธีลบรายการไดเรกทอรีนี้ .รายการหมายถึง "ไดเรกทอรีนี้" ที่..หมายถึงรายการ "ไดเรกทอรีแม่ของไดเรกทอรีนี้" พวกเขาไม่ได้เชื่อมโยงอย่างหนักจริง ๆ นั่นเป็นเพียงวิธีที่โครงสร้างไดเรกทอรีได้รับการสร้าง / แสดง

ตามที่อธิบายในLion's Notes ในซอร์สโค้ด Unix 6Unix แรก ๆ มีไฟล์ดิสก์ที่ทั้งไฟล์และไดเรกทอรีถูกแสดงบนดิสก์โดยโครงสร้างไอโหนด มีบิตพิเศษที่ระบุว่าเนื้อหาไฟล์เป็นไดเรกทอรี แต่ละไอโหนดมีลิงค์ไปยังไอโหนดของมันเองที่อนุญาตให้ไฟล์รู้ว่ามันอยู่ในไดเร็กตอรี่อะไรยกเว้นเป็นไดเร็กตอรี่ '/' ซึ่งเป็นของตัวเอง นอกจากนี้ยังมีลิงก์ไปยังเนื้อหา หากไอโหนดไม่มีเนื้อหามันจะถูกส่งกลับไปยังรายการฟรี เนื่องจากไดเรกทอรีเป็นเพียงไฟล์ที่มีความสุขแม้กระทั่งไดเรกทอรีที่ว่างเปล่าจึงต้องมีเนื้อหาเพื่อป้องกันไม่ให้มีการรวบรวมขยะ ดังนั้น .. คือลิงก์ของ inode ไปยัง parent inode และ. อยู่ที่นั่นเพื่อระบุว่าไดเรกทอรีนั้นยังใช้งานได้อยู่ rmdir (โดยการโทรยกเลิกการเชื่อมโยง) สามารถลบ

ดังที่คำตอบของ 'โพสต์ ' ซ้ำซ้อนที่สุดกล่าวว่ามาตรฐาน POSIX ระบุว่าหาก rmdir พยายามลบไดเรกทอรีปัจจุบันมันจะล้มเหลว

ด้วยสิ่งใดก็ตามที่คุณสร้างขึ้นคุณจะต้องมีรากฐาน เป็นการยากที่จะกำหนดเส้นทางที่สัมพันธ์กันโดยไม่มีวิธีการพูดว่า 'ที่นี่' ดังนั้น '.' ถูกกำหนดให้เป็น 'ที่นี่'

นอกจากนี้คุณสามารถลบ 'dot' และ 'dot dot' เขียนระบบปฏิบัติการของคุณเองที่ไม่ได้กำหนดไว้ แม้ว่า Unix (และโดยส่วนขยาย Mac OSX), Linux และแม้กระทั่ง MS DOS และ Windows ทั้งหมดใช้ dot และ dotdot

TL; DR - 'dot' อยู่ในนิยามของระบบปฏิบัติการ