Điểm:0

thỉnh thoảng màn hình Gnome gặp sự cố, [2175]: cr_parser_new_from_buf: xác nhận 'a_buf && a_len' không thành công, 20.04.3 LTS

lá cờ ru

Chạy máy chủ Digital Storm với Nvidia GeForce RTX 3080 và thỉnh thoảng màn hình bị treo hoặc treo. Chúng tôi đã chạy tất cả các bản cập nhật và nâng cấp apt cho 20.04.3 LTS, Gnome Shell 3.36.9 với 5.11.0-34-hạt nhân chung.

Nhật ký cho thấy:

Ngày 28 tháng 9 13:45:43 gnome-Shell[2175]: cr_parser_new_from_buf: xác nhận 'a_buf && a_len' không thành công
Ngày 28 tháng 9 13:45:43 gnome-Shell[2175]: cr_declaration_parse_list_from_buf: xác nhận 'trình phân tích cú pháp' không thành công
Ngày 28 tháng 9 13:45:43 gnome-Shell[2175]: cr_parser_new_from_buf: xác nhận 'a_buf && a_len' không thành công
Ngày 28 tháng 9 13:45:43 gnome-Shell[2175]: cr_declaration_parse_list_from_buf: xác nhận 'trình phân tích cú pháp' không thành công
Ngày 28 tháng 9 13:45:43 gnome-Shell[2175]: cr_parser_new_from_buf: xác nhận 'a_buf && a_len' không thành công
Ngày 28 tháng 9 13:45:43 gnome-Shell[2175]: cr_declaration_parse_list_from_buf: xác nhận 'trình phân tích cú pháp' không thành công
Ngày 28 tháng 9 13:45:43 gnome-Shell[2175]: g_dbus_connection_emit_signal: xác nhận 'G_IS_DBUS_CONNECTION (kết nối)' không thành công
Ngày 28 tháng 9 13:45:43 gnome-Shell[2175]: cr_parser_new_from_buf: xác nhận 'a_buf && a_len' không thành công
Ngày 28 tháng 9 13:45:43 gnome-Shell[2175]: cr_declaration_parse_list_from_buf: xác nhận 'trình phân tích cú pháp' không thành công
Ngày 28 tháng 9 13:46:53 /usr/lib/gdm3/gdm-x-session[2047]: (II) event20 - Chuột chơi game RH USB: Sự kiện SYN_DROPPED - một số sự kiện đầu vào đã bị mất.
28 tháng 9 13:46:53 rtkit-daemon[1231]: Giám sát 5 luồng của 3 tiến trình của 2 người dùng.
Ngày 28 tháng 9 13:46:53 rtkit-daemon[1231]: Tạo thành công chuỗi 18807 của quy trình 1957 thuộc sở hữu của '1001' RT ở mức ưu tiên 5.
28 tháng 9 13:46:53 rtkit-daemon[1231]: Giám sát 6 luồng của 3 tiến trình của 2 người dùng.
Ngày 28 tháng 9 13:47:00 dbus-daemon[1000]: [system] Kích hoạt qua systemd: service name='net.reactivated.Fprint' unit='fprintd.service' được yêu cầu bởi ':1.81' (uid=1001 pid= 2175 comm="/usr/bin/gnome-shell " nhãn="không bị giới hạn")
Ngày 28 tháng 9 13:47:00 systemd[1]: Bắt đầu Daemon xác thực vân tay...
Ngày 28 tháng 9 13:47:00 dbus-daemon[1000]: [system] Đã kích hoạt thành công dịch vụ 'net.reactivated.Fprint'
Ngày 28 tháng 9 13:47:00 systemd[1]: Bắt đầu Daemon xác thực vân tay.
Ngày 28 tháng 9 13:47:08 gnome-Shell[2175]: cr_parser_new_from_buf: xác nhận 'a_buf && a_len' không thành công
Ngày 28 tháng 9 13:47:08 gnome-Shell[2175]: cr_declaration_parse_list_from_buf: xác nhận 'trình phân tích cú pháp' không thành công
Ngày 28 tháng 9 13:47:08 NetworkManager[1003]: <info> [1632851228.7464] agent-manager: agent[de0546a1ee00c48c,:1.81/org.gnome.Shell.NetworkAgent/1001]: agent đã đăng ký
Ngày 28 tháng 9 13:47:08 dbus-daemon[1962]: [session uid=1001 pid=1962] Đang kích hoạt tên dịch vụ='org.freedesktop.FileManager1' theo yêu cầu của ':1.37' (uid=1001 pid=2175 comm=" /usr/bin/gnome-shell " nhãn="không bị giới hạn")
Ngày 28 tháng 9 13:47:08 gnome-Shell[2175]: cr_parser_new_from_buf: xác nhận 'a_buf && a_len' không thành công
Ngày 28 tháng 9 13:47:08 gnome-Shell[2175]: cr_declaration_parse_list_from_buf: xác nhận 'trình phân tích cú pháp' không thành công
Ngày 28 tháng 9 13:47:08 dbus-daemon[1962]: [session uid=1001 pid=1962] Đang kích hoạt tên dịch vụ='org.gnome.Nautilus' theo yêu cầu của ':1.37' (uid=1001 pid=2175 comm=" /usr/bin/gnome-shell " nhãn="không bị giới hạn")
Ngày 28 tháng 9 13:47:08 gnome-Shell[2175]: cr_parser_new_from_buf: xác nhận 'a_buf && a_len' không thành công
Ngày 28 tháng 9 13:47:08 gnome-Shell[2175]: cr_declaration_parse_list_from_buf: xác nhận 'trình phân tích cú pháp' không thành công
Ngày 28 tháng 9 13:47:08 dbus-daemon[1962]: [session uid=1001 pid=1962] Kích hoạt thành công dịch vụ 'org.gnome.Nautilus'
Ngày 28 tháng 9 13:47:08 org.gnome.Nautilus[18843]: Không đăng ký được: Không thể lấy tên xe buýt 'org.gnome.Nautilus'
Ngày 28 tháng 9 13:47:08 dbus-daemon[1962]: [session uid=1001 pid=1962] Kích hoạt thành công dịch vụ 'org.freedesktop.FileManager1'
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: cr_parser_new_from_buf: xác nhận 'a_buf && a_len' không thành công
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: cr_declaration_parse_list_from_buf: xác nhận 'trình phân tích cú pháp' không thành công
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: Cảnh báo của trình quản lý cửa sổ: Ghi đè ràng buộc hiện có của keysym 31 bằng keysym 31 (mã khóa a).
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: Cảnh báo của trình quản lý cửa sổ: Ghi đè ràng buộc hiện có của keysym 32 bằng keysym 32 (mã khóa b).
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: Cảnh báo của trình quản lý cửa sổ: Ghi đè ràng buộc hiện có của keysym 33 bằng keysym 33 (mã khóa c).
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: Cảnh báo của trình quản lý cửa sổ: Ghi đè ràng buộc hiện có của keysym 34 bằng keysym 34 (mã khóa d).
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: Cảnh báo của trình quản lý cửa sổ: Ghi đè ràng buộc hiện có của keysym 38 bằng keysym 38 (mã khóa 11).
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: Cảnh báo của trình quản lý cửa sổ: Ghi đè ràng buộc hiện có của keysym 39 bằng keysym 39 (mã khóa 12).
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: Cảnh báo của trình quản lý cửa sổ: Ghi đè ràng buộc hiện có của keysym 35 bằng keysym 35 (mã khóa e).
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: Cảnh báo của trình quản lý cửa sổ: Ghi đè ràng buộc hiện có của keysym 36 bằng keysym 36 (mã khóa f).
Ngày 28 tháng 9 13:47:09 gnome-Shell[2175]: Cảnh báo của trình quản lý cửa sổ: Ghi đè ràng buộc hiện có của keysym 37 bằng keysym 37 (mã khóa 10).

Có lẽ không liên quan tôi cũng thấy:

fwupd[19086]: ERROR:esys:src/tss2-esys/esys_context.c:69:Esys_Initialize() Khởi tạo tcti mặc định. Mã lỗi (0x000a000a)

Đây là những âm thanh tương tự với các lỗi tương tự nhưng đó là ngày 21.04.Và gần đây chúng tôi đã vô hiệu hóa chế độ ngủ đông, hoặc ít nhất là chúng tôi nghĩ rằng mình đã làm.

Sudo systemctl status sleep.target Sussing.Target Hibernate.Target hybrid-Sleep.Target

â ngủ.mục tiêu
     Đã tải: bị che (Lý do: Đơn vị ngủ.mục tiêu bị che.)
     Đang hoạt động: không hoạt động (đã chết)

â Suspend.target - Tạm dừng
     Đã tải: đã tải (/lib/systemd/system/suspend.target; tĩnh; giá trị đặt trước của nhà cung cấp: đã bật)
     Đang hoạt động: không hoạt động (đã chết)
       Tài liệu: man:systemd.special(7)

â ngủ đông.mục tiêu
     Đã tải: bị che (Lý do: Đơn vị ngủ đông.đích bị che.)
     Đang hoạt động: không hoạt động (đã chết)

â hybrid-sleep.target
     Đã tải: bị che (Lý do: Đơn vị hybrid-sleep.target bị che.)
     Đang hoạt động: không hoạt động (đã chết)
Điểm:1
lá cờ ru

Hóa ra những tin nhắn này là một chút cá trích đỏ. Mặc dù vẫn có thể có vấn đề với GDM, nhưng vấn đề thực sự là ít nhất một trong số các mô-đun bộ nhớ bị hỏng và đó là nguyên nhân gây ra tình trạng đóng băng. Điều khiến điều này thậm chí còn khó chịu hơn là chúng tôi không thể chạy Memtest86, vì hệ thống này cần phải có chip bộ nhớ hoạt động để khởi động ngay cả vào USB/DVD!

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.