Làm cách nào để hủy liên kết (xóa) liên kết cứng đặc biệt. Được tạo cho một thư mục?

Trên Linux, khi bạn tạo một thư mục, nó sẽ tự động tạo hai liên kết cứng đến inode tương ứng. Một trong đó là thư mục bạn yêu cầu tạo, .thư mục còn lại là thư mục đặc biệt này.

Thí dụ:

$ 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 ..

Như bạn có thể thấy, cả hai foldervà .bên trong folderđều có cùng số inode (hiển thị với -itùy chọn).

Có cách nào để xóa liên kết .cứng đặc biệt này ?

Nó chỉ dành cho thử nghiệm và tò mò. Ngoài ra tôi đoán câu trả lời có thể áp dụng cho ..tập tin đặc biệt là tốt.

Tôi đã cố gắng nhìn vào rmcon người nhưng không thể tìm ra cách nào để làm điều đó. Khi tôi cố gắng loại bỏ .tất cả những gì tôi nhận được là:

rm: "." và ".." có thể không bị xóa

Tôi thực sự tò mò về toàn bộ cách thức hoạt động của những thứ này vì vậy đừng kiềm chế quá dài dòng về chủ đề này.

EDIT: Có thể tôi không rõ ràng với bài đăng của mình, nhưng tôi muốn hiểu cơ chế cơ bản chịu trách nhiệm về .các tệp và lý do tại sao chúng không thể bị xóa.

Tôi biết tiêu chuẩn POSIX không cho phép một thư mục có ít hơn 2 liên kết cứng, nhưng thực sự không hiểu tại sao. Tôi muốn biết nếu có thể làm điều đó bằng cách nào.

Về mặt kỹ thuật có thể xóa ., ít nhất là trên các hệ thống tập tin EXT4. Nếu bạn tạo một hình ảnh hệ thống tập tin vào test.img, gắn kết nó và tạo một testthư mục, sau đó ngắt kết nối nó một lần nữa, bạn có thể chỉnh sửa nó bằng cách sử dụng debugfs:

debugfs -w test.img
cd test
unlink .

debugfskhông phàn nàn và mạnh mẽ xóa .mục nhập thư mục trong hệ thống tập tin. Thư mục testvẫn có thể sử dụng được, với một điều ngạc nhiên:

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

chỉ hiển thị

..

vì vậy .thực sự là đi Tuy nhiên cd ., ls ., pwdvẫn cư xử như bình thường!

Trước đây tôi đã thực hiện thử nghiệm này bằng cách sử dụng rmdir ., nhưng nó đã xóa nút inode của thư mục ( rất cảm ơn BowlOfRed vì đã chỉ ra điều này ), để lại testmột mục nhập thư mục lơ lửng và là lý do thực sự cho các vấn đề gặp phải. Trong trường hợp này, testthư mục sau đó trở nên không sử dụng được; Sau khi gắn hình ảnh, chạy lssản xuất

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

và nhật ký kernel hiển thị

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

Chạy e2fscktrong tình huống này trên hình ảnh sẽ xóa testhoàn toàn thư mục (inode thư mục đã biến mất nên không có gì để khôi phục).

Tất cả điều này cho thấy .tồn tại như một thực thể cụ thể trong hệ thống tệp EXT4. Tôi đã có ấn tượng từ mã hệ thống tập tin trong kernel mà nó mong đợi .và ..tồn tại, và cảnh báo nếu chúng không (xem namei.c), nhưng với unlink .thử nghiệm dựa trên cơ sở, tôi đã không thấy cảnh báo đó. e2fsckkhông thích .mục thư mục bị thiếu và đề nghị sửa nó:

$ /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>?

Điều này tạo lại .mục nhập thư mục.

Không có cách nào để loại bỏ mục nhập thư mục này. Các .phương tiện nhập "thư mục này", các ..phương tiện nhập "thư mục cha của thư mục này". Chúng thực sự không phải là liên kết cứng, đó chỉ là cách cấu trúc thư mục được tạo / đại diện.

Như được mô tả trong Ghi chú của Lion về Mã nguồn Unix 6Unix ban đầu có một tệp đĩa trong đó cả tệp và thư mục được thể hiện trên đĩa bằng cấu trúc inode. Có một bit đặc biệt chỉ ra rằng nội dung tệp là một thư mục. Mỗi inode có một liên kết đến inode sở hữu của nó cho phép một tệp biết nó nằm trong thư mục nào. Ngoại lệ là thư mục '/' sở hữu chính nó. Ngoài ra còn có một liên kết đến nội dung. Nếu một nút không có nội dung, nó có thể được đưa trở lại danh sách miễn phí. Vì một thư mục chỉ là một tập tin may mắn, ngay cả một thư mục trống cũng phải có nội dung để giữ cho nó không bị thu gom rác. Do đó, .. là liên kết của inode với inode cha và. đã ở đó để chỉ ra thư mục vẫn có thể sử dụng được. rmdir (bằng cách gọi unlink) có thể loại bỏ.

Như câu trả lời 'có thể trùng lặp' của bài đăng , tiêu chuẩn POSIX chỉ định rằng nếu rmdir cố xóa thư mục hiện tại, nó sẽ thất bại.

Với bất cứ điều gì bạn xây dựng, bạn phải có một nền tảng. Thật khó để xác định các đường dẫn tương đối mà không có cách nào để nói 'ở đây'. Nên '.' được định nghĩa là "ở đây".

Ngoài ra, bạn có thể xóa 'chấm' và 'chấm chấm'. Viết hệ điều hành của riêng bạn mà không xác định chúng. Mặc dù Unix (và bởi Mac OSX mở rộng), Linux và thậm chí cả MS DOS và Windows đều sử dụng dot và dotdot.

TL; DR - 'dot' nằm trong định nghĩa của HĐH.