Câu trả lời:
Vấn đề liên quan đến các liên kết tượng trưng chết trong Dropbox. Tìm chúng bằng cách sử dụng:
find ~/Dropbox -type l -printf "%Y %p\n" | grep "^N"
Giải pháp là: Loại bỏ các liên kết chết. Nếu find
không có printf
tùy chọn, hãy sử dụng:
find -L ~/Dropbox -type l
find
trong OS X. Ít nhất bạn phải cài đặt GNU findutils
để có printf
tùy chọn.
find '~/Dropbox' -type l -print0 | xargs -0 file | grep broken
Như được đề cập bởi @juanpablo, điều này có thể được gây ra bởi các liên kết tượng trưng.
Rõ ràng, nếu một liên kết tượng trưng chỉ đến /home
, tự động bật hoặc tự động kích hoạt và mất rất nhiều CPU để tìm ra rằng nơi đó thực sự không tồn tại.
Hãy xem /etc/auto_home
và /etc/autofs.conf
.
Để xem bạn có đang gặp phải vấn đề đặc biệt này không, hãy đặt
AUTOMOUNTD_VERBOSE=TRUE
tùy chọn trong autofs.conf
, khởi động lại automountd
sudo launchctl stop com.apple.automountd
và xem lại syslog.log (bạn có thể sử dụng ứng dụng: Bảng điều khiển). Bạn bị ảnh hưởng bởi vấn đề này nếu bạn thấy điều gì đó như thế:
May 20 17:53:43 xxx automountd[31709]: od_search failed
Để khắc phục, chỉnh sửa tệp /etc/auto_master
và xóa (hoặc băm ra #
) dòng bắt đầu bằng /home
. Sau đó chạy:
sudo automount -vc
/home
vào thư mục Dropbox của tôi (bản sao lưu còn sót lại từ các hệ thống trước đó) đã gây ra hành vi này. Vô hiệu hóa /home
trong auto_home đã sửa nó.
Đối với tôi, điều thực sự giải quyết được đó là rút cáp ethernet khỏi iMac của tôi. Thật điên rồ :) Tôi đã bị tấn công từ bên ngoài, tàn bạo trên sshd của tôi. Bộ định tuyến tôi có (từ UPC, Cisco EPC3925) theo mặc định chuyển tiếp tất cả lưu lượng truy cập từ bên ngoài sang cổng ethernet duy nhất mà nó có. Bằng cách rút cáp, cuộc tấn công đã dừng lại vì iMac chỉ còn lại trên WiFi.
Rõ ràng sshd đang sử dụng opendirectoryd và đó là lý do tại sao điều này đã xảy ra.
/usr/libexec/opendirectoryd