Làm thế nào để chẩn đoán một lỗi tìm kiếm đồ họa?


4

Tôi nhận được hình ảnh lạ sau đây ở cả hai góc thấp của 2 cửa sổ ứng dụng:

  • Firefox (22)
  • Xem trước (MacOS X)

chụp màn hình của hộp màu xám góc dưới bên trái

Hình ảnh kỳ lạ này đang theo các góc cửa sổ khi tôi di chuyển chúng. Điều này xảy ra trên MacBookPro6,2 (giữa năm 2010), chạy MacOS X 10.6.8 được cập nhật đầy đủ. Hình ảnh này có thể được chụp ( cmd ⌘+ shift ⇧+ 4).

Bối cảnh

Bảng mạch mẹ và card màn hình đã được thay thế bởi Apple Store.

Kể từ khi tôi lấy lại được 3 ngày trước, MBP này đã hoạt động và được thử nghiệm rất nhiều. Nó đã trải qua nhiều lần sử dụng đồ họa mà không gặp vấn đề gì trong suốt 3 ngày.

Sự kiện này đã xảy ra vài phút sau khi thoát khỏi sự cường điệu trong đó pin đã cạn kiệt.

Card đồ họa:

  • Đồ họa Intel HD: rev 0x0018
  • NVIDIA GeForce GT 330M: rev 0x00a2

Vấn đề này xảy ra arround 08:20. Đây là nội dung gần đó của /var/log/kernel.log:

Ngày 6 tháng 8 22:48:49 hạt nhân my__MBP [0]: AirPort: Liên kết trên en1
Ngày 6 tháng 8 22:49:26 hạt nhân my__MBP [0]: en1: Mã quốc gia 802.11d được đặt thành 'FR'.
Ngày 6 tháng 8 22:49:26 hạt nhân my__MBP [0]: en1: Các kênh được hỗ trợ 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140
Ngày 6 tháng 8 23:03:31 my__MBP kernel [0]: hfs: Đang khởi tạo nhật ký (joffset 0x3000 sz 0x80000) ...

Ngày 7 tháng 8 08:00:13 my__MBP kernel [0]: đường dẫn hình ảnh ngủ đông: / var / vm / ngủimage Ngày 7 tháng 8 08:00:13 hạt nhân my__MBP [0]: sizeof (IOHibernateImageHeader) == 512 Ngày 7 tháng 8 08:00:13 my__MBP kernel [0]: Đã mở tệp / var / vm / ngủ, kích thước 4294967296, cơ sở phân vùng 0xc805000, maxio 400000 ssd 0 Ngày 7 tháng 8 08:00:13 my__MBP kernel [0]: hình ảnh ngủ đông chính 14, phụ 2, chặn 512, bỏ phiếu 5 Ngày 7 tháng 8 08:00:13 my__MBP kernel [0]: hibernate_alloc_pages flags 00000000, ngấu nghiến 0 trang Ngày 7 tháng 8 08:00:13 hạt nhân my__MBP [0]: hibernate_setup (0) mất 0 ms Ngày 7 tháng 8 08:00:13 my__MBP kernel [0]: AirPort: Liên kết xuống trên en1. Lý do 8 (Không liên quan vì rời trạm). Ngày 7 tháng 8 08:00:13 my__MBP kernel [0]: Hệ thống ngủ an toàn Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: hibernate_page_list_setall bắt đầu 0x450cb000, 0x450ea000 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: hibernate_page_list_setall thời gian: 397 ms Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: trang 988881, dây 137387, hành động 328832, không hoạt động 12950, ​​spec 0, zf 9189, throt 0, có thể loại bỏ hành động 130843 không hoạt động Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: hibernate_page_list_setall tìm thấy trangCount 488353 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: IOHibernatePollerOpen, ml_get_interrupts_enables 0 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: IOHibernatePollerOpen (0) Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: viết 486856 trang Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: mã hóa Bắt đầu 541a70 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: mã hóaEnd 4e56560 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: hibernate_machine_init: trạng thái 2, trang hình ảnh 137257, tổng là 7d2d0110, image1Size 9911400, Xung độtCount 403, nextFree 996 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: hibernate_page_list_discard thời gian: 265 ms, hành động bị loại bỏ 130843 không hoạt động 255304 có thể xóa được 25377 spec 88999 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: IOHibernatePollerOpen (), ml_get_interrupts_enables 0 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: IOHibernatePollerOpen (0) Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: đọc hibernate_machine_init Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: PMStats: Đọc hibernate mất 9038 ms Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: hibernate_machine_init trangDone 488202 sum2 c5a58d42, thời gian: 9038 ms Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: Lý do thức tỉnh = Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: Hệ thống an toàn khi ngủ Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: Nguyên nhân ngủ trước đó: -60 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: Nguyên nhân tắt máy trước đó: -60 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: com_apple_ ấn_AppleUSBCardReaderUMC :: Stop :: Thiết lập lại bộ điều khiển Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: en1: Mã quốc gia 802.11d được đặt thành 'X3'. Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: en1: Các kênh được hỗ trợ 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 132 136 140 Ngày 7 tháng 8 08:19:17 hạt nhân my__MBP [0]: Mã định danh USBMSC (không duy nhất): 000000009833 0x5ac 0x8403 0x9833

Vậy vấn đề là CHỈ với Firefox và Preview?
Ruskes

Nếu có, thùng rác họ tương ứng và khởi động lại các ứng dụng đó.
Ruskes

Tôi không thể nói điều này. Tôi đã có hơn hai mươi cửa sổ khác mở cùng một lúc. Một số trong số họ từ Firefox và họ đã sạch sẽ. Tôi đang sử dụng Spaces và trên các máy tính để bàn khác, không có cửa sổ nào hiển thị cùng một lỗi đồ họa. Tôi thực sự đang cố gắng tái tạo vấn đề này.
dan

Nghe có vẻ như màu nâu?
Max Ried

1
Điều đó có xảy ra trong khi bạn sử dụng Đồ họa nVidia chuyên dụng hoặc Intel bên trong chipset không?
Max Ried

Câu trả lời:


1

Bạn đã nói điều này xảy ra sau khi bạn khôi phục hệ thống đang chạy của mình khỏi chế độ ngủ đông do pin bị cạn kiệt. Tôi nghi ngờ đây là vấn đề.

Trạng thái sạc pin được đo gián tiếp bằng điện áp. Khi gần cạn kiệt, pin Lithium không thể cung cấp dòng điện cần thiết để cấp nguồn cho tất cả các thành phần máy tính. Điều này có thể làm sập hệ thống của bạn vì một số thành phần bị lỗi nhưng cũng có thể gây ra hỏng bộ nhớ. Điều này được gọi là mất điện . Ngoài ra, điều này có thể do lỗi Quản lý nguồn. Nếu điều này tiếp tục xảy ra, đặt lại cho bạn SMC .

Trong khoảng thời gian điều này xảy ra, máy tính bắt đầu lưu nội dung của RAM (và cả VRAM? Xin hãy sửa cho tôi!) Để đĩa và tắt nguồn hệ thống. Trong trường hợp bộ nhớ đã bị hỏng, hình ảnh ngủ đông cũng chứa một số rác. Phục hồi có thể gây ra các triệu chứng như vậy.


Nếu bộ nhớ bị hỏng trong quá trình lưu, phần cứng sẽ có thể phát hiện tham nhũng khi tải.
Kentzo

1
Không. Làm thế nào nó có thể?
Tối đa Ried

Tôi hiểu rồi. Trong trường hợp RAM đã bị hỏng trước khi lưu phần cứng quá trình không thể phát hiện sự cố. Tuy nhiên, tôi không chắc rằng Bộ nhớ GPU đã từng bị đổ vào đĩa. Nó có khả năng bị thanh trừng hoàn toàn vì các ứng dụng có thể vẽ lại bất cứ thứ gì theo yêu cầu.
Kentzo

→ Tối đa: VRAM không được lưu trong quá trình ngủ đông. Nó đã có trong RAM chính như là một quá trình lưu GC (bối cảnh đồ họa). Quá trình này là quy trình quản lý đầu ra video tại thời điểm bộ lập lịch quyết định tính lại tất cả các ưu tiên. Hầu hết thời gian là Windowserverhoặc loginwindowtrên MacOS X.
dan

1

Có vẻ như một vấn đề với trình điều khiển GPU. Tôi có vấn đề như vậy trên các máy khác với các phiên bản OSX khác theo thời gian. Hầu hết trong số chúng có thể được giải quyết trong các phiên bản tiếp theo của OSX.

Tôi sẽ bắt đầu với việc kiểm tra Console.app. Hệ thống con khác nhau có thể đăng nhập một số thông tin hữu ích.


1

Cách tốt nhất để kiểm tra xem đó là phần cứng hay phần mềm là sử dụng bản cài đặt mới. Nếu bạn có đĩa CD gốc đi kèm với MacBook Pro hoặc đĩa CD nâng cấp Snow Leopard, bạn có thể cài đặt Snow Leopard vào ổ cứng ngoài và cố gắng tái tạo vấn đề trong bản sao thứ hai của Mac OS X.

Nếu nó có thể tái tạo, thì đó là phần cứng, nếu nó không xảy ra, thì đó là phần mềm.

Nếu là phần mềm, bạn có thể thực hiện lưu trữ và cài đặt Mac OS X và xem điều đó có giải quyết được không. Nếu không, thì bạn có thể cần phải cài đặt lại hoàn toàn Hệ điều hành và sao chép tất cả các tệp của bạn trở lại theo cách thủ công.

Nếu bạn muốn có hướng dẫn từng bước để chạy Lưu trữ và Cài đặt, hãy cho tôi biết và tôi sẽ viết một cái cho bạn!

Thành thật mà nói, vì đây là ngay sau khi sửa chữa từ Apple Store, nếu bạn loại bỏ phần mềm này, hãy truy cập và yêu cầu họ Lưu trữ và Cài đặt nó nếu bạn có thời gian. Bằng cách đó, họ sẽ ghi lại tài liệu đó và nếu nó quay trở lại hoặc bất cứ điều gì theo dõi, bạn có thể chỉ cho họ lịch sử sửa chữa của họ và yêu cầu họ bảo hiểm vì nó đã được ghi lại trong Bảo hành và ngay sau khi sửa chữa!

Rốt cuộc, việc kiểm tra trong bản cài đặt thứ hai chỉ thực sự hoạt động nếu vấn đề có thể tái tạo một cách đáng tin cậy.

Hãy cho tôi biết nếu tôi có thể giải thích bất cứ điều gì!


Tôi đã có MacOS X gốc được cài đặt mới trên một phân vùng khác của cùng MacBook Pro. Tôi đã dành nhiều ngày khởi động trên hệ thống này để cố gắng tái tạo cùng một lỗi đồ họa: thất bại hoàn toàn. Tôi đã cố gắng tái tạo nó trên hệ điều hành sản xuất của mình: thất bại hoàn toàn. Do đó, cuộc săn thực tế của tôi là có thể tái tạo một vấn đề, sau đó lần săn thứ hai sẽ được khai báo là mở (phần cứng, phần sụn, phần mềm?).
dan

1

Nguyên nhân tắt máy: -60

Mã tắt máy này thường liên quan đến khối thư mục chính xấu (badMDBErr).

Vì vậy, bạn có thể cố gắng:

Nếu ở trên không giúp được gì, bạn nên sao lưu dữ liệu của mình, xóa đĩa và cài đặt lại OS X.

Nếu không, bạn nên mang MBP đi sửa chữa lại, vì thông thường họ sẽ cho bạn ~ 21 ngày nếu có một số vấn đề với phần cứng thay thế của bạn.

Xem: Có phải nguyên nhân tắt máy OS X và số nguyên nhân ngủ được liệt kê / giải thích ở bất cứ đâu không?

Xem thêm: Tắt máy gây ra -60 là gì?

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.