Lỗi Ubuntu 18.04 khi thức dậy từ giấc ngủ: Lỗi đọc trên thiết bị trao đổi


11

Sau khi máy tính xách tay ở chế độ ngủ được vài giờ, khi tôi thử và tiếp tục phiên của mình, tôi gặp phải lỗi sau:

Lỗi đọc trên thiết bị trao đổi

Mất khoảng 30 giây để màn hình đăng nhập tải bài này xảy ra. Khi tôi đăng nhập, màn hình sẽ xóa một hoặc hai lần trong một giây và không chương trình nào của tôi được mở nữa. Tôi nhận được lời nhắc "Hệ thống được phát hiện". Khi tôi nhấp vào "Gửi báo cáo", một thông báo khác hiện lên:

Xin lỗi, chương trình "Xorg" đã đóng bất ngờ. Máy tính của bạn không có đủ bộ nhớ trống để tự động phân tích vấn đề và gửi báo cáo cho các nhà phát triển.

Những gì tôi đã cố gắng cho đến nay là để tăng không gian trao đổi có sẵn. Đó là khoảng 2 GB ban đầu và tôi đã tạo một tệp hoán đổi khác là 9 GB. Điều này đã không giúp đỡ. Không gian hoán đổi chiếm dụng (theo lệnh hoán đổi) sau sự cố luôn ở mức khoảng 170MB.

DMESG khi tôi tiếp tục phiên của mình, cho đến lỗi đọc trên thiết bị trao đổi như sau:

    
[64046.474054] ACPI: Hoàn thành sơ yếu lý lịch cấp thấp
[64046.474162] ACPI: EC: EC đã bắt đầu
[64046.474162] PM: Khôi phục bộ nhớ NVS nền tảng
[64046.475139] Kích hoạt CPU không khởi động ...
[64046.475196] x86: Khởi động cấu hình SMP:
[64046.475196] smpboot: Khởi động nút 0 Bộ xử lý 1 APIC 0x2
[64046.475663] bộ đệm: cha mẹ cpu1 không nên ngủ
[64046.475859] CPU1 đã hoạt động
[64046.475910] smpboot: Khởi động nút 0 Bộ xử lý 2 APIC 0x4
[64046.476330] bộ đệm: cha mẹ cpu2 không nên ngủ
[64046.476506] CPU2 đã hoạt động
[64046.476539] smpboot: Khởi động nút 0 Bộ xử lý 3 APIC 0x6
[64046.477071] bộ đệm: cpu3 cha không nên ngủ
[64046.477255] CPU3 đã hoạt động
[64046.477274] smpboot: Khởi động nút 0 Bộ xử lý 4 APIC 0x1
[64046.477721] bộ đệm: cpu4 cha không nên ngủ
[64046.477922] CPU4 đã hoạt động
[64046.477947] smpboot: Khởi động nút 0 Bộ xử lý 5 APIC 0x3
[64046.478371] bộ đệm: cha mẹ cpu5 không nên ngủ
[64046.478571] CPU5 đã hoạt động
[64046.478591] smpboot: Khởi động nút 0 Bộ xử lý 6 APIC 0x5
[64046.479018] bộ đệm: cpu6 cha mẹ không nên ngủ
[64046.479229] CPU6 đã hoạt động
[64046.479247] smpboot: Khởi động nút 0 Bộ xử lý 7 APIC 0x7
[64046.479675] bộ đệm: cha mẹ cpu7 không nên ngủ
[64046.479899] CPU7 đã hoạt động
[64046.485913] ACPI: Thức dậy từ trạng thái ngủ hệ thống S3
[64046.639206] ACPI: EC: sự kiện được bỏ chặn
[64046.639711] sd 2: 0: 0: 0: [sda] Đĩa khởi động
[64046.873289] usb 1-11: đặt lại thiết bị USB tốc độ đầy đủ số 2 bằng xhci_hcd
[64046.976869] ata4: Liên kết SATA xuống (SStatus 4 SControl 300)
[64046.976892] ata2: Liên kết SATA xuống (SStatus 4 SControl 300)
[64047.149289] usb 1-6: đặt lại thiết bị USB tốc độ cao số 40 bằng xhci_hcd
[64047.437370] psmouse serio1: synaptics: queried max tọa độ: x [..5660], y [..4570]
[64047.476302] psmouse serio1: synaptics: queried min tọa độ: x [1364 ..], y [1284 ..]
[64047.922603] Kích hoạt trình diệt OOM.
[64047.922605] Khởi động lại nhiệm vụ ... đã xong.
[64047.928727 nhiệt therm_zone1: không đọc được vùng nhiệt (-61)
[64047.930036] Bluetooth: hci0: Bản sửa đổi bộ tải khởi động 0.0 bản dựng 2 tuần 52 2014
[64047.935036] Bluetooth: hci0: Sửa đổi thiết bị là 5
[64047.935037] Bluetooth: hci0: Đã bật khởi động an toàn
[64047.935038] Bluetooth: hci0: Đã bật khóa OTP
[64047.935038] Bluetooth: hci0: Khóa API được bật
[64047.935039] Bluetooth: hci0: Khóa gỡ lỗi bị tắt
[64047.935040] Bluetooth: hci0: Bản dựng firmware tối thiểu 1 tuần 10 2014
[64047.935042] Bluetooth: hci0: Phần sụn thiết bị được tìm thấy: intel / ibt-11-5.sfi
[64047.944372] PM: tạm dừng thoát
[64048.050329] Lỗi đọc trên thiết bị trao đổi (8: 0: 1543400288)
[64048.460888] [drm] RC6 trên

Xin vui lòng cho tôi biết nếu cần bất kỳ thông tin khác.


Tôi đang gặp một vấn đề rất giống nhau - sau khi nâng cấp lên 18.04, việc đóng nắp máy tính xách tay dẫn đến cùng một thông báo lỗi (Đọc lỗi trên thiết bị trao đổi) và khởi động lại. Nếu bạn quản lý để tìm một sửa chữa ở nơi khác sẽ là tuyệt vời nếu bạn có thể chia sẻ nó ở đây.
Adrian

1
Có cùng một vấn đề chính xác. Tôi đã thực hiện một số nghiên cứu và người dùng trên arch Linux đã gặp vấn đề tương tự vài tháng trước và kết luận rằng nó có thể có liên quan đến kernel 4.15
user8814

Câu trả lời:


10

Hạt nhân Ubuntu 18.04 mà bạn hiện đang sử dụng đang thiếu một bản sửa lỗi khá quan trọng.

Bản sửa lỗi này đã có trong phiên bản kernel Linux ngược dòng 4.16.8. (Lỗi đình chỉ có hiệu quả bắt đầu xảy ra trong phiên bản kernel 4.15). Ubuntu chỉ cần chọn bản vá nhỏ này từ thượng nguồn. Lỗi này thường xuyên khiến Xorg gặp sự cố ngay sau khi tạm dừng, tức là nó bị hỏng toàn bộ phiên đăng nhập đồ họa.

Lưu ý lỗi này thường xảy ra mà không hiển thị Read-error on swap device. Hầu hết thời gian, không có lỗi trong nhật ký kernel. (Một vài lần, nó đã hiển thị EXT4-fs errorBuffer I/O errorthay vào đó). Ngoài ra, các thông báo lỗi này có thể là do lỗi phần cứng thay vào đó. Khi chẩn đoán vấn đề này, vui lòng tập trung vào các chi tiết khác, khác biệt hơn.

Một hạt nhân thử nghiệm có sẵn ở cuối lỗi Ubuntu này, tức là trong bình luận này: https://bugs.launchpad.net/ubfox/+source/linux/+bug/1776887/comments/5

Cho đến nay không ai báo cáo kết quả của họ về việc đình chỉ với hạt nhân thử nghiệm Ubuntu. Có thể là nếu ai đó có thể báo cáo thành công, nó sẽ khuyến khích nhà phát triển Ubuntu cuối cùng bao gồm sửa lỗi. Mặc dù vậy, tôi có thể sai, tôi không chắc chắn 100% những gì đang diễn ra.

Ngoài ra còn có một cách giải quyết được biết đến. Bạn có thể tránh sự cố nếu bạn định cấu hình dòng lệnh kernel để bao gồm tùy chọn scsi_mod.scan=sync.

https://bugs.launchpad.net/ubfox/+source/linux/+orms/1776887


Lỗi ngược dòng này đã được xác nhận ảnh hưởng đến người dùng Ubuntu [1]. Theo cam kết sửa chữa (bên dưới), triệu chứng thường gặp nhất là sự cố của Xorg / Xwayland, tức là giết toàn bộ GUI, khi máy tính xách tay bị đánh thức khỏi chế độ ngủ hệ thống. Tần suất của lỗi được mô tả là cứ sau vài ngày [2].

[1] Ví dụ: người dùng này xác nhận lỗi và cách giải quyết rất cụ thể: https://bugs.launchpad.net/ubfox/+source/xorg-server/+orms/1760450/comments/11

[2] Ví dụ: nhật ký sự cố này: https://ormszilla.redhat.com/show_orms.cgi?id=1553979#c23

Đây là một lỗi trong blk-core.c. Nó không dành riêng cho bất kỳ trình điều khiển phần cứng nào. Về mặt kỹ thuật, lỗi đình chỉ được kích hoạt bởi lõi SCSI - được sử dụng bởi tất cả các thiết bị SATA .

Cam kết cũng bao gồm một thử nghiệm nhanh chóng và đáng tin cậy chứng minh sự tồn tại của một con bọ khủng khiếp.

Tôi đoán bạn chỉ có thể tránh lỗi này nếu bạn đã root trên NVMe. Một cách khác để không gặp sự cố Xorg là nếu bạn không sử dụng tất cả RAM của mình, do đó, không có áp lực nào dẫn đến các trang lạnh của Xorg bị tráo đổi. Ngoài ra, bạn sẽ không tái tạo sự cố Xorg nếu bạn tạm dừng + tiếp tục ngay lập tức. (Điều này làm nản lòng các bài kiểm tra của tôi tại một thời điểm, nó chỉ được kích hoạt sau khi hệ thống bị treo trong bữa trưa :).

Khắc phục: "chặn: không sử dụng chờ gián đoạn ở bất cứ đâu"

trong kernel 4.17: https://github.com/torvalds/linux/commit/1dc3039bc87ae7d19a990c3ee71cfd8a9068f428

trong kernel 4.16.8: https://git.kernel.org/pub/scm/linux/kernel/git/urdy/linux-urdy.git/commit/?h=linux-4.16.y&id=7859056bc73dea2c3714b00c83b253

thiếu bản sửa lỗi trong 4.15.0-24.26 (ubfox 18.04): https://git.launchpad.net/~ubfox-kernel/ubfox/+source/linux/+git/bionic/tree/block/blk-core.c ? id = Ubuntu-4.15.0-24.26 # n856

Tức là lỗi này vẫn còn trong gói nguồn Ubuntu linux-4.15.0-24.26 (và 4.15.0-23.25). Tôi đính kèm chi tiết phần cứng (lspci-vnvn.log) của một hệ thống có lỗi xảy ra.

Trân trọng Alan

LÀM VIỆC: Sử dụng tham số kernel: scsi_mod.scan = sync


Tuyệt vời công việc xung quanh! Xác nhận trên Ubuntu 18.04 w / 4.15 kernel.
ricosrealm

Trên thực tế, điều này đã không làm việc sau một thử nghiệm thứ hai.
ricosrealm

@ricosrealm bất ngờ nhất. Vui lòng xác nhận vấn đề của bạn là (đôi khi) biểu hiện là SIGBUS (tín hiệu số 7) trong Xorg hoặc gnome-shell. Điều này thật dễ dàng nếu bạn đã systemd-coredumpcài đặt và sử dụng coredumpctl -r, nhưng tôi không biết phải làm gì khi bạn đã cài đặt apport. (các gói systemd-coredump và apport xung đột với nhau, vui lòng thực hiện phán đoán).
nguồn

@ricosrealm Nhưng ít nhất tôi có thể yêu cầu bạn xác nhận rằng 1) phiên đồ họa hiện tại của bạn sẽ biến mất, nhưng hệ thống vẫn còn cách khác có thể sử dụng và bạn có thể đăng nhập lại một lần nữa 2) dmesgkhông không hiển thị một "segfault" thông điệp cho Xorg / gnome-shell . (Và thông thường nhất tôi không thấy bất kỳ lỗi kernel nào, nhưng đôi khi bạn có thể thấy "Lỗi đọc trên thiết bị trao đổi").
sourcejedi

@ricosrealm Btw, bản vá dường như đã tiến bộ hơn một chút kể từ khi tôi đăng câu trả lời. list.ubfox.com/archives/kernel-team/2018-June/093612.html
sourcejedi
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.