Làm cách nào để sửa các tệp màu xám trong Finder?

Có cách nào để buộc Finder làm mới thông tin sử dụng của nó cho các tệp màu xám (không thể truy cập) không?

Chi tiết:

Tôi di chuyển các tệp được sử dụng không thường xuyên từ máy Mac (OS X 10.6) sang máy chủ tệp Windows Server 2008. Gần đây tôi đã tìm thấy một số lượng lớn các tệp mà Finder của OS X hiển thị màu xám (giống như nếu tệp đang trong quá trình sao chép). Các tệp trong câu hỏi đều hợp lệ và đầy đủ: không có dữ liệu tham nhũng hoặc thiếu; thực tế, tôi có thể truy cập các tệp từ Terminal hoặc từ máy tính Windows mà không gặp vấn đề gì, nhưng Finder vẫn cho rằng chúng nên được xem là không thể truy cập được.

Tôi có thể "khắc phục" sự cố bằng cách sao chép tệp gốc sang tên mới, xóa tệp gốc, đợi một phút hoặc sau đó đổi tên tệp mới thành tên gốc (nếu tôi không đợi đủ lâu, tên mới tập tin sẽ trở thành màu xám khi được đổi tên thành tên gốc).

Về cơ bản, có vẻ như Finder không thể xóa một số cờ "đang sử dụng" hoặc "chưa hoàn thành" [phỏng đoán].

Vì vậy, trở lại câu hỏi ban đầu: làm thế nào điều này có thể được sửa chữa? Lý tưởng nhất, tôi muốn có thể quét các ổ đĩa mạng và tìm và sửa tất cả các tệp màu xám thông qua thao tác Terminal hoặc Recursive, vì vậy tôi có thể sửa tất cả chúng mà không mất nhiều thời gian.

Điều này đã giải quyết nó cho tôi! http://macadmins.psu.edu/news/2011/06/grayed thừng_finder_folder

Vậy chuyện gì đã xảy ra? Có vẻ như ngày tạo của thư mục đã được đặt thành một ngày ngẫu nhiên vào năm 1943. Mặc dù chúng tôi không chắc chắn về cách nó đã xảy ra, chúng tôi đã tìm ra cách khắc phục nó.

Chúng tôi đã sử dụng một vài tệp nhị phân đi kèm với Công cụ dành cho nhà phát triển, GetFileInfo và SetFile. GetFileInfo cho chúng ta thấy ngày tạo của thư mục. Chúng tôi đã bỏ qua nó lúc đầu, nhưng với sự kiểm tra kỹ hơn nó đã lọt vào mắt xanh của chúng tôi.

$ GetFileInfo Test / thư mục: thuộc tính "/ Users / user / Desktop / Test": avbstclinmedz đã tạo: 06/13/1943 06:13:00 đã sửa đổi: 06/13/2011 15:07:33

Sau đó, chúng tôi có thể thay đổi ngày tạo bằng công cụ SetFile.

$ SetFile -d ngày 13 tháng 6 năm 2011 Thử nghiệm /

Sau khi đặt ngày trở lại thời gian hợp lý, chúng ta có thể thấy rằng nó đã thực sự thay đổi.

$ GetFileInfo Test / thư mục: thuộc tính "/ Users / userid / Desktop / Test": avbstclinmedz đã tạo: 06/13/2011 06:13:00 đã sửa đổi: 06/13/2011 15:07:33

Thư mục sau đó hiển thị đúng trong Finder và một lần nữa có thể sử dụng được. Chúng tôi cũng thấy rằng nếu bạn tạo một bí danh của thư mục, bạn có thể xem dữ liệu và di chuyển nó ra ngoài. Khi nó được chuyển ra một thư mục khác, thư mục cũ có thể bị xóa.

Sử dụng ls -lađể kiểm tra nếu tập tin có thuộc tính mở rộng. Điều đó sẽ trông tương tự như:

-rwxr-xr-x@ 1 user1 staff 439734882 Aug 16 21:34 myfile.zip

Nhìn vào @ cuối Đó là viết tắt của tài sản mở rộng.

Để xem các thuộc tính mở rộng, bạn sẽ cần sử dụng xattr -l filenamelệnh.

Trong nhiều trường hợp, các tệp màu xám có com.apple.FinderInfothuộc tính, trông giống như:

com.apple.FinderInfo:
00000000  62 72 6F 6B 4D 41 43 53 00 00 00 00 00 00 00 00  |brokMACS........|
00000010  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  |................|
00000020

Để xóa thuộc tính đó, hãy chạy xattr -d com.apple.FinderInfo filenamevà tệp sẽ trở lại bình thường.

Nếu bạn cần xóa thuộc tính đó khỏi tất cả các tệp đệ quy, bạn có thể chạy:

xattr -dr com.apple.FinderInfo .

Đừng bỏ lỡ dấu chấm .ở cuối có nghĩa là thư mục hiện tại.

Bài đăng gốc: https://tangentlin.wordpress.com/2013/10/18/greyed-out-files-in-mac-osx/

Tôi đã giải quyết điều này bằng cách sử dụng lệnh trùng lặp trên thư mục màu xám. Thư mục mới sẽ có thể truy cập và các tệp có thể được chuyển sang thư mục khác. Sau khi di chuyển các tệp, xóa cả hai thư mục (màu xám và bản sao), bây giờ cả hai đều trống

Hãy thử xóa bộ nhớ cache của bạn (~ / Library / Caches) và khởi động lại. Kinh nghiệm của tôi là việc này thường khắc phục các sự cố liên quan đến biểu tượng.

Bạn có thể thử rsync lại các tệp bằng cách sử dụng rsynccông cụ:

$ rsync -aut /source/* /destination

hoặc (nếu có quá nhiều tệp):

$ find /source/ -name \* -type f -exec rsync -at {} /destination/ ";"

Dưới đây là các đối số cho BSD rsync:

-a, --archive               archive mode; equals -rlptgoD (no -H,-A,-X)
-u, --update                skip files that are newer on the receiver
-t, --times                 preserve modification times

Nếu bạn đang sử dụng GNU rsync, hãy xem xét thêm:

-N, --crtimes               preserve create times (newness)

^{Lưu ý: Bạn có thể cài đặt GNU rsyncbằng cách brew install rsync.}

Nếu điều này không có ích, hãy thử mà không có -u.

Eureka! Tôi đã tìm ra những gì gây ra vấn đề.

Các tệp đang được sao chép vào chia sẻ mạng Windows Server 2008 với bản sao DFS (sang máy chủ khác). Bằng cách nào đó, Finder đang lưu trữ trạng thái "bận" của tệp; và điều này đôi khi xảy ra trong khi tập tin đang được sao chép.

Cách khắc phục là sử dụng thiết bị đầu cuối để sao chép tệp, xóa bản gốc, WAIT !!!, và sau đó đổi tên bản sao thành tên gốc. (Nếu bạn không chờ đợi, bản sao của tôi trở thành màu xám khi được đổi tên.)

Đó là "cái gì"; Tôi vẫn hy vọng ai đó có thể giải thích nơi thông tin được lưu trữ.

Nếu bất cứ ai cũng có thể tìm ra nơi thông tin được lưu trong bộ nhớ cache và cách xác định tập tin nào bị ảnh hưởng trong tập lệnh, tôi sẽ chấp nhận câu trả lời của họ; mặt khác, tôi sẽ đánh dấu đây là câu trả lời này và viết ra vấn đề về sự kỳ lạ về khả năng tương tác của OS / X & Windows.