Помилка Ubuntu 18.04 під час пробудження зі сну: помилка читання на пристрої підкачки


11

Після того, як ноутбук був у режимі сну протягом декількох годин, коли я намагаюся відновити сеанс, я отримую таку помилку:

Помилка читання на пристрої підкачки

На завантаження екрана для входу потрібно близько 30 секунд. Після входу в систему екран вимикається один-два рази на секунду, і жодна з моїх програм більше не відкрита. Я отримую підказку "Виявлена ​​системна проблема". Коли я натискаю кнопку "Надіслати звіт", з'являється інше повідомлення, яке говорить:

Вибачте, програма "Xorg" несподівано закрилася. У вашого обчислювача недостатньо вільної пам'яті для автоматичного аналізу проблеми та надсилання звіту розробникам.

Що я намагався поки що - це збільшити доступний простір для заміни. Спочатку це було близько 2 ГБ, і я створив ще один файл обміну в 9 ГБ. Це не допомогло. Зайнятий простір підкачки (відповідно до команди swapon) після аварії завжди становить близько 170 Мб.

DMESG, коли я відновляю сеанс, аж до помилки читання на пристрої підкачки є наступним:

    
[64046.474054] ACPI: резюме на низькому рівні завершено
[64046.474162] ACPI: EC: EC розпочато
[64046.474162] PM: Відновлення пам'яті платформи NVS
[64046.475139] Увімкнення процесорів, що не завантажуються ...
[64046.475196] x86: завантаження конфігурації SMP:
[64046.475196] smpboot: Вузол завантаження 0 Процесор 1 APIC 0x2
[64046.475663] кеш: батьківський cpu1 не повинен спати
[64046.475859] CPU1 працює
[64046.475910] smpboot: завантажувальний вузол 0 Процесор 2 APIC 0x4
[64046.476330] кеш: батьківський cpu2 не повинен спати
[64046.476506] CPU2 працює
[64046.476539] smpboot: Вузол завантаження 0 Процесор 3 APIC 0x6
[64046.477071] кеш: батьківський cpu3 не повинен спати
[64046.477255] CPU3 працює
[64046.477274] smpboot: завантажувальний вузол 0 Процесор 4 APIC 0x1
[64046.477721] кеш: батьківський cpu4 не повинен спати
[64046.477922] CPU4 працює
[64046.477947] smpboot: Вузол завантаження 0 Процесор 5 APIC 0x3
[64046.478371] кеш: батьківський cpu5 не повинен спати
[64046.478571] CPU5 працює
[64046.478591] smpboot: завантажувальний вузол 0 Процесор 6 APIC 0x5
[64046.479018] кеш: батьківський процесор 6 не повинен спати
[64046.479229] CPU6 працює
[64046.479247] smpboot: завантажувальний вузол 0 Процесор 7 APIC 0x7
[64046.479675] кеш: батьківський cpu7 не повинен спати
[64046.479899] CPU7 працює
[64046.485913] ACPI: Прокидання зі стану сну системи S3
[64046.639206] ACPI: EC: подія розблокована
[64046.639711] sd 2: 0: 0: 0: [sda] Запуск диска
[64046.873289] usb 1-11: скинути повношвидкісний USB-пристрій №2 за допомогою xhci_hcd
[64046.976869] ata4: посилання SATA вниз (SStatus 4 SControl 300)
[64046.976892] ata2: посилання SATA вниз (SStatus 4 SControl 300)
[64047.149289] usb 1-6: скинути швидкісний USB-пристрій №40 за допомогою xhci_hcd
[64047.437370] psmouse serio1: синаптики: запитувані максимальні координати: x [..5660], y [..4570]
[64047.476302] psmouse serio1: синаптики: запитувані хвилинні координати: x [1364 ..], y [1284 ..]
[64047.922603] Вбивця OOM увімкнено.
[64047.922605] Перезавантаження завдань ... виконано.
[64047.928727] термічна температура_зона1: не вдалося прочитати теплову зону (-61)
[64047.930036] Bluetooth: hci0: Ревізія завантажувача 0.0 версії 2 тиждень 52 2014
[64047.935036] Bluetooth: hci0: Перегляд пристрою 5
[64047.935037] Bluetooth: hci0: Увімкнено безпечне завантаження
[64047.935038] Bluetooth: hci0: Увімкнено блокування OTP
[64047.935038] Bluetooth: hci0: Блокування API включено
[64047.935039] Bluetooth: hci0: Блокування налагодження вимкнено
[64047.935040] Bluetooth: hci0: Мінімальна кількість вбудованих програм 1 тиждень 10 2014 року
[64047.935042] Bluetooth: hci0: Знайдено прошивку пристрою: intel / ibt-11-5.sfi
[64047.944372] PM: призупинення виходу
[64048.050329] Помилка читання на пристрої підкачки (8: 0: 1543400288)
[64048.460888] [drm] RC6 вкл

Будь ласка, дайте мені знати, чи потрібна будь-яка інша інформація.


У мене дуже схожа проблема - після оновлення до 18.04 закриття кришки ноутбука призводить до того ж повідомлення про помилку (помилка читання на пристрої підкачки) та перезавантаження. Якщо вам вдасться знайти виправлення в іншому місці, було б чудово, якби ви могли поділитися ним тут.
Адріан

1
Маючи точно таку ж проблему. Я провів кілька досліджень тому, і у користувачів архіва Linux виникли ті самі проблеми пару місяців тому, і я прийшов до висновку, що це, мабуть, пов'язане з ядром 4.15
user8814

Відповіді:


10

Ядро Ubuntu 18.04, яке ви зараз використовуєте, відсутнє досить важливе виправлення помилок.

Виправлення для цього вже є у висхідній версії ядра Linux версії 4.16.8. (Призупинення помилки фактично почалося з версії ядра 4.15). Ubuntu потрібно лише вибрати цей невеликий виправлення з вищого потоку. Помилка часто спричиняє збої Xorg відразу після призупинення, тобто збиває весь сеанс графічного входу.

Зауважте, що ця помилка часто буває без показу Read-error on swap device. Здебільшого у журналі ядра не було помилок. (Кілька разів це показувало EXT4-fs errorі Buffer I/O errorзамість цього). Крім того, ці повідомлення про помилки можуть бути викликані апаратним збоєм. Діагностуючи цю проблему, зверніть увагу на інші, більш чіткі деталі.

Тестове ядро ​​доступне в кінці цієї помилки Ubuntu, тобто в цьому коментарі: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1776887/comments/5

Поки ніхто не повідомляв про їх результати від призупинення роботи з тестовим ядром Ubuntu. Можливо, якщо хтось може повідомити про успіх, це спонукає розробника Ubuntu нарешті включити виправлення помилок. Я можу помилятися, хоча я не на 100% впевнений, що сприймає це.

Існує також відомий спосіб вирішення. Ви можете уникнути аварії, якщо налаштувати командний рядок ядра для включення параметра scsi_mod.scan=sync.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1776887


Підтверджено, що ця помилка вище за течією впливає на користувачів Ubuntu [1]. Відповідно до фіксації (нижче), найчастішим симптомом є збій Xorg / Xwayland, тобто знищення всього GUI, коли ноутбук пробуджується з режиму сну. Частота помилок описується як раз на кілька днів [2].

[1] Наприклад, цей користувач підтверджує помилку та дуже конкретний спосіб вирішення: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1760450/comments/11

[2] Наприклад, цей журнал збоїв: https://bugzilla.redhat.com/show_bug.cgi?id=1553979#c23

Це помилка в blk-core.c. Це не властиво жодному драйверу апаратного забезпечення. Технічно призупинення помилки викликається ядром SCSI - яке використовується всіма пристроями SATA .

Комісія також включає тест, який швидко і надійно доводить існування жахливої ​​помилки.

Я думаю, ви можете уникнути цієї помилки, лише якщо у вас є root на NVMe. Інший спосіб не потрапити на збій Xorg - це якщо ви не використовуєте всю свою оперативну пам’ять, тому немає тиску, який призводить до того, щоб холодні сторінки Xorg були замінені. Крім того, ви не відтворите збій Xorg, якщо негайно призупинити + відновити. (Це засмутило мої тести в один момент, воно спрацьовувало лише після того, як система припинила роботу на обід :).

Виправлення: "блок: ніколи не використовуйте перериваюче очікування"

в ядрі 4.17: https://github.com/torvalds/linux/commit/1dc3039bc87ae7d19a990c3ee71cfd8a9068f428

в ядрі 4.16.8: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-4.16.y&id=7859056bc73dea2c3714b00c83b253d4c22bf7b6

відсутність виправлення в 4.15.0-24.26 (ubuntu 18.04): https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/bionic/tree/block/blk-core.c ? id = Ubuntu-4.15.0-24.26 # n856

Тобто, ця помилка все ще присутня у вихідному пакеті Ubuntu linux-4.15.0-24.26 (і 4.15.0-23.25). Я додаю деталі обладнання (lspci-vnvn.log) системи, де ця помилка, як відомо.

З повагою Алан

WORKAROUND: Використовуйте параметр ядра: scsi_mod.scan = синхронізація


Відмінна робота навколо! Підтверджено на ядрі Ubuntu 18.04 w / 4.15.
ricosrealm

Насправді це не спрацювало після другого тесту.
ricosrealm

@ricosrealm найнесподіваніший. Підтвердьте, що проблема (іноді) виявляється як SIGBUS (сигнал № 7) у Xorg або gnome-shell. Це легко, якщо ви systemd-coredumpвстановили та використовуєте coredumpctl -r, але я не знаю, що робити, коли у вас встановлено додаток. (пакети systemd-coredump та apport суперечать один одному, будь ласка, будьте судження).
sourcejedi

@ricosrealm Але , по крайней мере , я можу попросити вас підтвердити , що 1) поточний графічний сеанс йде, але система залишається в іншому випадку використовувати , і ви можете знову увійти в систему знову 2) dmesgнічого НЕ показує повідомлення «Segfault» для Xorg / гнома-оболонки . (І найчастіше я не бачу жодних помилок ядра, але ви можете бачити "Помилка читання на пристрої підкачки" деякий час).
sourcejedi

@ricosrealm Btw, схоже, патч зробив трохи більший прогрес, оскільки я опублікував відповідь. Список.ubuntu.com
archives/
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.