Màn hình bị hỏng sau khi ngủ đông - Có cách nào khác để làm mới màn hình X11 không?

Khi tôi khôi phục từ chế độ ngủ đông, màn hình thường bị hỏng. Tôi nghi ngờ bộ nhớ đồ họa không được lưu. Đình chỉ hoạt động tốt nếu không.

Có vẻ như bộ đệm phông chữ bị hỏng, vì tất cả các chữ cái đều bị hỏng một cách nhất quán. Hiệu ứng dường như nhắm mục tiêu một phông chữ ở một kích thước cụ thể. Ví dụ: nếu cửa sổ đầu cuối của tôi bị nhấn, việc thay đổi phông chữ và / hoặc kích thước phông chữ sẽ khắc phục nó, trừ khi phông chữ với kích thước đó đã bị hỏng.

Nếu phông chữ được sử dụng ở nơi khác (các ứng dụng khác, trình quản lý cửa sổ, v.v.), thì vấn đề cũng nằm ở đó. Đôi khi phông chữ được sử dụng cho các tiêu đề cửa sổ bị nhấn, sau đó tất cả các tiêu đề cửa sổ hiển thị cùng các chữ cái bị hỏng.

Đăng xuất và đăng nhập lại sẽ sửa nó , nhưng tôi không muốn phải làm điều đó. Tôi đã đăng xuất sau đó ngủ đông, nhưng đây là nỗ lực nhiều hơn và loại bỏ hầu hết lợi ích của ngủ đông.

Có cách nào khác để làm mới màn hình X11 không? Dấu Ctrl+ Alt+ F1cũng không sửa được. Nó chuyển thiết bị đầu cuối nhưng không vẽ lại bất cứ thứ gì: Nó chỉ hiển thị màn hình bị hỏng cũ.

Tôi đang sử dụng Debian 6.

Trong dịp này, tiêu đề cửa sổ là xấu:

Nội dung thiết bị đầu cuối xấu, nhưng tiêu đề là (vẫn) ổn:

Tôi đã có một tình huống tương tự với máy tính xách tay của tôi. Màn hình thường sẽ vẫn đen khi thức dậy sau khi bị treo. Giải pháp của tôi là sử dụng xrandrđể thiết lập lại màn hình của tôi. Bạn cần tìm xrandrlệnh thiết lập bố cục của bạn và chạy lệnh đó. Ví dụ, trên hệ thống của tôi, tôi có hai màn hình và điều này thiết lập nó như tôi muốn:

xrandr --output DP-3 --auto --output VGA-0 --auto --right-of DP-3 --primary

Nếu bạn chỉ có một màn hình duy nhất, bạn có thể thử tắt và bật lại:

xrandr --output VGA-1 --off; xrandr --output VGA-1 --auto;

Bạn có thể thấy tên của màn hình của bạn bằng cách chạy xrandrmà không có đối số. Trên hệ thống tôi đang sử dụng (một màn hình VGA), tôi nhận được:

$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
VGA-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 477mm x 268mm
   1920x1080      60.0*+
   1680x1050      60.0  
   1280x1024      75.0     60.0  
   1152x864       75.0  
   1024x768       75.1     60.0  
   800x600        75.0     60.3  
   640x480        75.0     60.0  
   720x400        70.1  
DVI-I-1 disconnected (normal left inverted right x axis y axis)

Khi bạn tìm thấy lệnh đúng, gán cho nó một phím tắt để bạn có thể chạy nó ngay cả khi màn hình trống.

Bạn đã thử xrefreshlệnh chưa?

Trong Gnome 3 , AltF2renterlàm mới GUI. AltF2khởi chạy dấu nhắc Run Command và rlệnh buộc làm mới.

Tôi cũng đang gặp vấn đề này (Debian Squeeze and Wheezy).

Theo kinh nghiệm của tôi, nó xảy ra chủ yếu khi hầu hết bộ nhớ đầy và hệ thống đang sử dụng bộ nhớ trao đổi.

Như một cách giải quyết một phần: nếu tôi thay đổi phông chữ mặc định, tham nhũng sẽ biến mất. (Mặc dù không tốt, tôi phải thay đổi một lần nữa khi tham nhũng xuất hiện trở lại.)

(Trên Debian Wheezy, việc này được thực hiện bởi gnome-chỉnh-tool.)

Nâng cấp lên kernel 3.19. - Tôi đã sử dụng các gói kernel của Ubuntu , có thể tìm thấy ở đây:

http://kernel.ubfox.com/~kernel-ppa/mainline/v3.19-vivid/ (cũng chạy trên Ubuntu 14.04 đáng tin cậy)

Các bình luận báo cáo lỗi sau đây đã đề cập đến nó

https://bugs.freedesktop.org/show_orms.cgi?id=45092#c37

... và theo dõi cam kết với thông báo sau:

https://github.com/torvalds/linux/commit/656bfa3afc14e45e2d9e1624bf60d79b3beb12f2

Càng ... vì chúng ta chỉ thấy điều này trên gm45 và i965gm.

Tôi có chipset di động Intel GM45 với đồ họa tích hợp. Máy tính xách tay Acer của OP cũng được bán cùng với chipset đó (không phải tất cả).

(Nó không có gì để làm với đình chỉ.)

Nếu một trình điều khiển không tiếp tục thiết bị đúng cách, thì tôi tin rằng giải pháp duy nhất bạn sẽ tìm thấy là gỡ lỗi và xác định vấn đề ở đâu để bạn có thể quyết định nên làm gì từ đó. Ví dụ: tôi không thấy cách bạn có thể làm mới nếu thẻ video không được khởi tạo lại.

ACPI xử lý đình chỉ / tiếp tục và hiển thị. Ví dụ: sự cố ACPI sau đây xảy ra trên một số ThinkPad có thể giải quyết các triệu chứng bạn đang mô tả:

Khi nối lại từ đình chỉ sang ram, màn hình bảng điều khiển văn bản có thể hiển thị rác thay vì văn bản thực tế. Máy vẫn phản hồi và X hiển thị tốt. Nếu tất cả điều này là đúng, thì việc thêm tùy chọn kernel acpi_s ngủ = s3_bios, s3_mode trong menu.lst hoặc lilo.conf của bạn có thể giải quyết vấn đề.

Các sự cố với ACPI bị đình chỉ hoạt động - ThinkWiki

Nếu bạn đang sử dụng thinkpad_acpimô-đun mà trích dẫn ở trên đang giải quyết, đó có thể là tất cả những gì bạn cần. Để biết thêm thông tin về giải pháp này, hãy xem Suspend2Ram - Tài liệu Powersave

Đầu tiên, có một số tham số kernel, có thể được thử. Chỉ cần thêm chúng vào dòng "kernel" của bạn trong /boot/grub/menu.lst . Thông tin thêm về những thứ này có thể được tìm thấy trong /usr/src/linux/Documentation/power/video.txt .

Từ video.txt:

Trong quá trình tiếp tục S3, phần cứng cần phải được khởi tạo lại. Đối với hầu hết các thiết bị, điều này là dễ dàng và trình điều khiển kernel biết cách thực hiện. Thật không may, có một ngoại lệ: card màn hình. Chúng thường được khởi tạo bởi BIOS và kernel không có đủ thông tin để khởi động card màn hình. (Kernel thường không chứa trình điều khiển card màn hình - vesafb và vgacon được sử dụng rộng rãi).

Xem thêm tại video.txt Tham khảo bảng ở đây để xem có biết acpi_sleep=<hack>danh sách nào được liệt kê cho kiểu thẻ video của bạn không.

Debian Suspend và KMS wiki Debian đề nghị vô hiệu hóa KMS cho vấn đề "video bị hỏng khi tiếp tục". 1

Một vấn đề rất phổ biến được tìm thấy sau khi máy tính tiếp tục là video bị hỏng (hoặc màn hình đen hoặc không có đèn nền LCD). Bước đầu tiên là kiểm tra xem hệ thống có còn chạy hay không, có thể thực hiện đơn giản bằng cách nhấn nút Capslock và kiểm tra xem đèn LED Capslock có thay đổi tương ứng hay không. Nếu hệ thống vẫn đang chạy, trong hầu hết các trường hợp, chúng tôi cần thêm một trò chơi video cho thẻ video của bạn.

Debian hiện có cài đặt chế độ kernel (KMS) được bật theo mặc định cho hầu hết các thẻ video Intel, nVidia và ATI. Nhưng trò chơi điện tử của pm-utils vẫn chưa hỗ trợ KMS. Vì vậy, trong hầu hết các trường hợp, bạn nên thử vô hiệu hóa KMS trước. Các bước chi tiết cho thẻ video cụ thể của bạn có thể được tìm thấy trên trang KernelModesetting.

Sau khi tắt KMS, nếu video sau khi tiếp tục vẫn bị hỏng, bạn có thể thử tạm dừng hệ thống bằng cách sử dụng một số quirks video. Đọc trang hướng dẫn của chương trình tạm ngưng buổi chiều để được giải thích rất chi tiết về tất cả các yêu cầu có sẵn và thử kết hợp chúng từ dòng lệnh. Nếu bạn tìm thấy thành công một tổ hợp các quirks hoạt động cho hệ thống của mình, bạn có thể thêm chúng vào / usr / lib / pm-utils / video-quirks để biến chúng thành vĩnh viễn. Đồng thời, vui lòng trợ giúp để gửi một lỗi đối với gói pm-utils với một bản vá về các thay đổi của bạn để nó có thể mang lại lợi ích cho đại chúng.

Một vấn đề phổ biến được tìm thấy trên các hệ thống nâng cấp từ các phiên bản cũ của Debian là việc cho phép quirk-s3-bios đóng băng hệ thống trong thời gian tạm dừng. Nếu hệ thống của bạn đóng băng trong quá trình tạm dừng, hãy kiểm tra cẩn thận pm-Suspend.log sau khi bật gỡ lỗi và đảm bảo quirk-s3-bios không được sử dụng.

Nếu bạn nghĩ rằng điều này có liên quan đến vấn đề của bạn, bạn có thể thử tắt KMS theo đề xuất. Để biết thêm thông tin cho thẻ của bạn, hãy xem KernelModesetting - Debian Wiki

Tạm dừng gỡ lỗi

Nhật ký của quá trình đình chỉ và tiếp tục có trong tệp /var/log/pm-suspend.log. Nó chứa thông tin dài vừa phải theo mặc định. Có thể thêm thông tin để gỡ lỗi bằng cách chèn dòng xuất PM_DEBUG = true vào phần đầu của tệp / usr / lib / pm-utils / pm-Hàm .

Để biết thêm, hãy xem thông tin về cơ sở thử nghiệm Kernel được đề cập tại Suspend - Debian Wiki . Điều này có thể giúp bạn gỡ lỗi và cô lập vấn đề.

Một số ví dụ và thông tin sửa lỗi sâu hơn có thể giúp bạn "trình điều khiển không tạm dừng hoặc tiếp tục thiết bị của họ" có sẵn tại https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt

Một số ý tưởng gỡ lỗi khác pm-utilstại pm-utils - ArchWiki và /unix//a/29090/87728

Dưới đây là danh sách đầy đủ các Thông số hạt nhân có liên quan đến acpi và tạm ngưng.

Chúc may mắn.

Đây có vẻ là một lỗi được báo cáo, kiểm tra các liên kết sau.

Trong trường hợp Ubuntu kiểm tra liên kết này

Trong trường hợp Debian đọc liên kết khác này, đặc biệt là phần sửa lỗi video bị hỏng ở phần tiếp tục

Trong trường hợp sự cố nằm trong bảng điều khiển văn bản: Bạn đã thử làm mới bộ đệm phông chữ chưa?

fc-cache -f -v

Điều này gần như chắc chắn vì trình điều khiển đồ họa có lỗi cho thiết bị hiển thị. Có lẽ nó không quan trọng lắm, vì dù sao đi nữa, đó không phải là thứ bạn có thể sửa. Nhưng bạn nên báo lỗi về trình điều khiển kernel cho thiết bị (một khi bạn tìm ra nó là gì ( lspcicó thể giúp đỡ ở đây)).

Mặc dù vậy, một cái gì đó bạn có thể thử như một công việc xung quanh: khi thoát khỏi chế độ ngủ đông, hãy thử nhấn "ctrl-alt-F4" để chuyển sang thiết bị đầu cuối ảo khác và sau đó chuyển lại (có thể là ctrl-alt-F1 hoặc ctrl- alt-F7 hoặc có thể F8). Điều này có thể làm đủ màn hình làm mới nó sẽ làm cho màn hình phục hồi. Có lẽ.

Ctrl + Alt + F1 không hoạt động

Vâng, sau đó thử phát hành sudo chvt 1, sau đó quay lại vty của Xorg bằng cách sử dụng Ctrl_Alt_Fn hoặc sudo chvt N(trong đó N thường là 7 hoặc 8). Trong trường hợp chvtsẽ làm việc, bạn thậm chí có thể thử kịch bản nó.

Hãy thử xoay hoặc lật màn hình của bạn xrandr, ví dụ như lộn ngược và sau đó trở lại bình thường. Điều này có thể là đủ để nó được vẽ lại hoàn toàn.

Hãy thử Crtlalt-sau đó Crtlalt+. Điều đó thay đổi độ phân giải màn hình qua lại.