Lệnh shell ...
sample Finder
... sẽ giám sát tất cả các lệnh gọi chức năng được thực hiện bởi Finder và tạo một tệp văn bản hiển thị ngăn xếp cuộc gọi của từng chuỗi của Trình tìm kiếm. Ngay cả những người không phải là lập trình viên am hiểu (siêu người dùng, nếu bạn muốn) thường có thể lượm lặt được những hiểu biết có giá trị từ việc này. Đây cũng là một điều tuyệt vời để đính kèm với báo cáo lỗi cho Apple thông qua http://ormsreport.apple.com/ .
Điều này về cơ bản giống như nút "Quá trình mẫu" trong Trình giám sát hoạt động.
Cập nhật: Ooh, thậm chí còn tốt hơn sample(1)là spindump(8), mà là giống như samplenhưng thêm tầm nhìn vào những gì hạt nhân được thực hiện khi chủ đề của ứng dụng bị chặn chờ đợi cho các hạt nhân.
sudo spindump Finder
Tệp văn bản mà nó tạo ra /tmpsẽ yêu cầu các quyền riêng tư để đọc, vì nó có thể chứa thông tin đặc quyền.
Nhiều manh mối có thể được lượm lặt từ ...
lsof -p $PIDOfFinder
(trong đó $ PIDOf Downloader là ID tiến trình của Finder, mà bạn có thể tìm thấy thông qua ps.)
Có vẻ như bạn có thể nhận được thông tin tương tự trong Activity Monitor. Chọn Finder, nhấn nút "Kiểm tra" và chọn tab "Mở tệp và cổng".
Một điểm dữ liệu thú vị khác là liệu vấn đề có xảy ra đối với tài khoản người dùng mới, sạch trên cùng một hệ thống hay không. Chỉ cần tạo một tài khoản người dùng mới, đăng xuất khỏi tài khoản thông thường của bạn (không sử dụng Chuyển đổi người dùng nhanh - chúng tôi không muốn trường hợp "xấu" của Trình tìm kiếm chạy trong nền và những điều khó hiểu) và đăng nhập vào tài khoản sạch mới và xem nếu vấn đề xảy ra ở đó quá.
Bạn có đang chạy bất kỳ bản hack InputManager nào, bao gồm các công cụ dựa trên SIMBL hoặc "haxies" cải tiến ứng dụng Unsanity (APE) không?
Sự cố có xảy ra khi khởi động vào "Chế độ an toàn" (nghĩa là đã khởi động với <shift>phím được giữ) không?