Giải phóng giao diện người dùng osx bị đóng băng bằng ssh mà không tắt tất cả các ứng dụng?

Mac của tôi thỉnh thoảng đóng băng, và thường thì tôi chỉ cần khởi động lại nó bằng cách giữ nút nguồn trong hơn 5 giây.

Tuy nhiên, hôm nay, tôi đã chạy một tệp quét khổng lồ trong 14 giờ khi giao diện người dùng bị đóng băng hoàn toàn, và tôi không muốn chờ thêm 14 giờ nữa!

Các triệu chứng của giao diện người dùng bị đóng băng: Không có gì xảy ra khi sử dụng bàn phím (ngoại trừ bật / tắt đèn nắp). Đương nhiên, lực lượng bỏ không đi lên. Di chuyển chuột di chuyển con trỏ trên màn hình nhưng nhấp chuột không làm gì cả.

Sử dụng máy Mac khác trên mạng, tôi có thể truy cập máy Mac bằng SSH. Tôi thấy rằng RAM đã gần đầy, nhưng hoạt động của CPU rất khiêm tốn. Những điều tôi đã cố gắng để giải phóng mac:

1. Tắt / tắt Chrome, iMovie, Photoshop và các ứng dụng khác mà tôi không quan tâm đến việc tắt. Đã giúp giảm mức sử dụng RAM, nhưng không giúp giải phóng mac.

2. Tắt các quá trình Finder và Dock. Không giúp đỡ.

3. Kích hoạt chia sẻ màn hình từ dòng lệnh và thử kết nối từ xa. Hộp thoại mật khẩu xuất hiện (chỉ ra rằng chia sẻ màn hình thực sự được kích hoạt) nhưng sau khi cung cấp mật khẩu, chỉ báo tiến trình sẽ chỉ tồn tại mãi mãi và không có gì xảy ra.

4. Đã thử tạm dừng phiên người dùng từ dòng lệnh:

/ Hệ thống / Thư viện / CoreService / Menu \ Extras / User.menu / Nội dung / Tài nguyên / CGSession -suspend

Lệnh này chỉ bị treo trong phiên SSH và không có gì xảy ra. Cần phải hủy bỏ bằng cách sử dụng ctrl+ c. Sử dụng sudolàm cho lệnh trở lại ngay lập tức mà không có hiệu lực.

Thậm chí không giết được WindowServer ( sudo killall -HUP WindowServer) và chạy khởi động lại duyên dáng ( sudo shutdown -r now) chỉ khiến máy tính đóng băng hoàn toàn (không có thêm chuyển động con trỏ cũng như truy cập ssh). Chỉ có nút nguồn buộc tắt hoạt động.

Phải đợi thêm 14 giờ nữa để quét tệp chạy lại. Có cách nào khác để giải phóng mac trong trạng thái này không? Sẽ rất tốt nếu biết để tham khảo trong tương lai

Thỉnh thoảng tôi thường xử lý loại tình huống này và khi nó bị đóng băng UI chung, không một cửa sổ cụ thể nào không phản hồi, thì tôi không tìm thấy gì (không có quy trình nào bạn có thể giết) có thể xử lý vấn đề, ngoài việc giết chết Máy chủ cửa sổ. Điều đó sẽ khiến phiên được đăng xuất.

Tuy nhiên, trong trường hợp cụ thể này, vì việc giết WindowServer đã không đưa hệ thống trở về trạng thái có thể sử dụng được, tôi nghi ngờ rằng dù sao nó cũng đã bị tiêu diệt.

Liên quan đến sự phục hồi tốt nhất có thể , một điều cần lưu ý là có thể tắt hoàn toàn các ứng dụng riêng lẻ khỏi SSH:

osascript -e 'tell application "TextEdit" to quit'

Các ứng dụng GUI thông thường sẽ không lưu tệp của họ, v.v. khi killed, nhưng sẽ được đưa ra sự kiện thoát này. Tất nhiên, nếu ứng dụng bật lên một hộp thoại khi bạn yêu cầu thoát nó, điều này không có ích. Và nếu osascriptnó bị treo, thì hệ thống điều phối của Apple Event sẽ bị treo ...

Tôi có vấn đề này một cách thường xuyên. Có vẻ như có liên quan đến ATI Radeon 4850 của tôi không ổn. Tôi đã vô hiệu hóa khả năng tăng tốc đồ họa bằng cách di chuyển các trình điều khiển ra khỏi đường đi, nhưng vẫn gặp vấn đề này không liên tục. Đôi khi, việc giết chết Đăng nhập thông qua ssh hoạt động. Đôi khi điều này mất vài phút hoặc thậm chí nhiều hơn và sau đó đột nhiên hoạt động. Tôi cũng đã có lần hệ thống phản hồi bình thường sau khi trình bảo vệ màn hình khởi động. Di chuyển chuột, trình bảo vệ màn hình dừng và hệ thống hoạt động bình thường sau đó. Đối với điều này, tôi đã giảm thời gian để bảo vệ màn hình bắt đầu.

Ok, tôi gặp vấn đề về âm thanh tương tự (các lệnh bàn phím hoạt động, chuột di chuyển, không thể nhấp vào bất cứ thứ gì trên UI) và tìm thấy giải pháp.

Bluetooth SmartMouse của tôi nằm trong ba lô vắt trong số những thứ khác. Tôi lấy nó ra khỏi túi và tất cả đang hoạt động!

Rõ ràng có một nhấp chuột xuống đã chặn tất cả các nhấp chuột khác. Đừng!