Tôi chỉ tự hỏi làm thế nào một hệ thống Windows xử lý các liên kết tượng trưng. Dự đoán tốt nhất của tôi là nó sẽ không nhận ra chúng, nhưng tôi không hoàn toàn chắc chắn.
Ngoài ra, máy Mac làm gì khi đối đầu với một người?
Tôi chỉ tự hỏi làm thế nào một hệ thống Windows xử lý các liên kết tượng trưng. Dự đoán tốt nhất của tôi là nó sẽ không nhận ra chúng, nhưng tôi không hoàn toàn chắc chắn.
Ngoài ra, máy Mac làm gì khi đối đầu với một người?
Câu trả lời:
Phụ thuộc vào phiên bản Windows và cấu hình của phía máy chủ khi chúng ta nói về các đĩa không cục bộ.
Kể từ Windows Vista, Windows có ý tưởng về các liên kết tượng trưng, nhưng ngữ nghĩa thì khác. Nhưng vấn đề quan trọng hơn ở đây là tên đường dẫn, theo một cú pháp khác nhau. Đối với người mới bắt đầu: cây thư mục gốc đơn ở phía unixoid và một số ký tự ổ đĩa làm gốc ở phía Windows.
Trên các liên kết bên unixoid chỉ là các tệp văn bản với một cờ đặc biệt. Về phía Windows, cơ chế cơ bản được gọi là điểm lặp lại. Điều này báo cho người quản lý đối tượng chuyển nó đến các bộ lọc đã đăng ký cụ thể (ngày meta cho việc này được lưu trữ trong các điểm lặp lại). Windows 2000 đã giới thiệu một loại điểm lặp lại được gọi là điểm nối (đại khái, nhưng không hoàn toàn, các liên kết tượng trưng thư mục). Với Vista, họ đã giới thiệu các liên kết tượng trưng cho cả tệp và thư mục, cũng trên các ổ đĩa từ xa. Và symlink trên các ổ đĩa từ xa cũng được hỗ trợ ở một mức độ nào đó.
Điểm chính là liệu trình điều khiển hệ thống tệp - khi chạy cục bộ - sẽ thực hiện bất kỳ điều chỉnh nào đối với các đường dẫn Windows sẽ thấy. Trong trường hợp như vậy, nó sẽ hoạt động đối với một số liên kết cục bộ / tương đối. Đối với các đường dẫn tuyệt đối làm mục tiêu, mọi thứ sẽ trở nên khó khăn và không thể suy ra ý nghĩa của nó. Tương tự cho các liên kết symlink từ xa (đến "chia sẻ mạng").
Về phía Mac, tôi không có ý kiến gì và nó có thể có ý nghĩa như một câu hỏi riêng biệt. Nhưng miễn là phía máy chủ truyền tải thông tin rằng đây là một liên kết tượng trưng, tôi không thấy có vấn đề gì, vì cả hai đều tuân theo ngữ nghĩa của SUS (không giống như Windows).
Hãy xem xét các điểm gắn kết bên Linux:
/dev/sda1 /
/dev/sda2 /home
/dev/sda3 /var
Và bây giờ hãy xem xét một liên kết tượng trưng /home/paul/fstab
đến /etc/fstab
. Chúng được đặt trên hai tập khác nhau mà Windows - nếu có thể nhìn thấy chúng thông qua trình điều khiển hệ thống tệp (hoạt động được!) - không thể nói thuộc về cách /etc/fstab
mô tả nó. Vì vậy, liên kết, mà Windows sẽ thấy trong một thư mục \paul\fstab
, ngay cả khi được dịch, sẽ trỏ đến \etc\fstab
, không tồn tại trên đó /dev/sda2
. Và nếu liên kết tượng trưng đó sẽ chỉ đến đường dẫn tương đối ../../etc/fstab
thì mọi thứ sẽ không thay đổi.
Ý chính: Vì vậy, trong khi điều này có thể hiểu được rằng bạn có thể làm cho nó hoạt động cho một số trường hợp góc, thì thực tế là ngữ nghĩa và cú pháp khác nhau ở cả hai phía của hàng rào khiến bạn không thể tìm thấy một phương pháp thực tế và chung chung nào hiệu quả.
ntfs
hỗ trợ các điểm gắn kết (nếu bạn không thích tất cả các chữ cái đó).
Câu trả lời của 0xC0000022L là kỹ lưỡng cho phía Windows. Mac có thể nhận ra các liên kết tượng trưng của Linux; tuy nhiên Linux không thể nhận ra các bí danh được tạo trong Finder của Mac (symlink được tạo bằng ln -s hoạt động tốt).
.lnk
tệp).