Tôi đồng ý với @David. Đôi khi tôi có một Synology 920+ cũng giống như vậy. Mặc dù, như bạn nói trong trường hợp này rằng phần còn lại của hệ thống đáp ứng đầy đủ, tôi nghĩ vấn đề ở đây là chính Nautilus.
Mỗi chương trình quyết định cách nó sẽ truy cập vào một phần dữ liệu. Nếu ốc anh vũ sử dụng một lệnh gọi hệ thống khác hoặc một lệnh gọi từ một thư viện khác, thì các tác dụng phụ cũng có thể sẽ khác. Có lẽ phương thức được gọi dưới mui xe không phản hồi tốt với rsync, hoặc nó có thể là một phản ứng hoàn toàn khác.
Bất kể, kết quả là như nhau. Tôi không thấy đó là thứ mà bạn có thể kiểm soát mà không cần chuyển đổi tệp mgmt. gui.
Một cách để tìm hiểu mà không bị mất mát gì là tải xuống một ứng dụng tương tự khác và chạy nó cùng với ốc anh vũ. Chuyển đổi qua lại trong một tuần hoặc lâu hơn, và mọi sự khác biệt sẽ rõ ràng.
Một tùy chọn khác, nếu bạn biết trước đường dẫn đích, là điều hướng qua thiết bị đầu cuối đến thư mục bạn cần và mở từ đó. Điều này có thể được thực hiện với một lệnh duy nhất:
cd <PATH> && nautilus
nơi sẽ được thay thế bằng đường dẫn thực tế. Nếu đích là một tệp, lệnh là:
cd "<PARENT-PATH>" && nautilus "./<FILENAME>"
với sự thay thế tương tự cho . Sử dụng dấu ngoặc kép sẽ cung cấp một lớp an toàn khỏi những thứ như khoảng trắng trong tên đường dẫn tệp, nhưng vẫn sẽ cho phép bash mở rộng các ký hiệu như ./, ~, và *.
