После того, как ноутбук был в режиме ожидания в течение нескольких часов, когда я пытаюсь возобновить свою сессию, я получаю следующую ошибку:
Ошибка чтения на устройстве свопинга
Требуется приблизительно 30 секунд для экрана входа в систему для загрузки, отправляют этот случай. После того как я вхожу в систему, экран потерял сознание несколько раз в течение секунды, и ни одна из моих программ больше не открыта. Я получаю "Системную проблему обнаруженная" подсказка. Когда я нажимаю на "Send Report", другое уведомление открывается, говоря:
Извините программа "Xorg", закрытый неожиданно. Ваш компьютер не имеет достаточного количества свободной памяти, чтобы автоматически проанализировать проблему и отправить отчет разработчикам.
Что я попробовал, до сих пор должен увеличить доступную область подкачки. Это были приблизительно 2 ГБ первоначально, и я создал другой файл подкачки 9 ГБ. Это не помогло. Занятая область подкачки (согласно команде swapon) после катастрофического отказа всегда - приблизительно 170 МБ.
DMESG для того, когда я возобновляю свою сессию, до ошибки чтения на устройстве свопинга следующие:
[64046.474054] ACPI: Low-level resume complete [64046.474162] ACPI: EC: EC started [64046.474162] PM: Restoring platform NVS memory [64046.475139] Enabling non-boot CPUs ... [64046.475196] x86: Booting SMP configuration: [64046.475196] smpboot: Booting Node 0 Processor 1 APIC 0x2 [64046.475663] cache: parent cpu1 should not be sleeping [64046.475859] CPU1 is up [64046.475910] smpboot: Booting Node 0 Processor 2 APIC 0x4 [64046.476330] cache: parent cpu2 should not be sleeping [64046.476506] CPU2 is up [64046.476539] smpboot: Booting Node 0 Processor 3 APIC 0x6 [64046.477071] cache: parent cpu3 should not be sleeping [64046.477255] CPU3 is up [64046.477274] smpboot: Booting Node 0 Processor 4 APIC 0x1 [64046.477721] cache: parent cpu4 should not be sleeping [64046.477922] CPU4 is up [64046.477947] smpboot: Booting Node 0 Processor 5 APIC 0x3 [64046.478371] cache: parent cpu5 should not be sleeping [64046.478571] CPU5 is up [64046.478591] smpboot: Booting Node 0 Processor 6 APIC 0x5 [64046.479018] cache: parent cpu6 should not be sleeping [64046.479229] CPU6 is up [64046.479247] smpboot: Booting Node 0 Processor 7 APIC 0x7 [64046.479675] cache: parent cpu7 should not be sleeping [64046.479899] CPU7 is up [64046.485913] ACPI: Waking up from system sleep state S3 [64046.639206] ACPI: EC: event unblocked [64046.639711] sd 2:0:0:0: [sda] Starting disk [64046.873289] usb 1-11: reset full-speed USB device number 2 using xhci_hcd [64046.976869] ata4: SATA link down (SStatus 4 SControl 300) [64046.976892] ata2: SATA link down (SStatus 4 SControl 300) [64047.149289] usb 1-6: reset high-speed USB device number 40 using xhci_hcd [64047.437370] psmouse serio1: synaptics: queried max coordinates: x [..5660], y [..4570] [64047.476302] psmouse serio1: synaptics: queried min coordinates: x [1364..], y [1284..] [64047.922603] OOM killer enabled. [64047.922605] Restarting tasks ... done. [64047.928727] thermal thermal_zone1: failed to read out thermal zone (-61) [64047.930036] Bluetooth: hci0: Bootloader revision 0.0 build 2 week 52 2014 [64047.935036] Bluetooth: hci0: Device revision is 5 [64047.935037] Bluetooth: hci0: Secure boot is enabled [64047.935038] Bluetooth: hci0: OTP lock is enabled [64047.935038] Bluetooth: hci0: API lock is enabled [64047.935039] Bluetooth: hci0: Debug lock is disabled [64047.935040] Bluetooth: hci0: Minimum firmware build 1 week 10 2014 [64047.935042] Bluetooth: hci0: Found device firmware: intel/ibt-11-5.sfi [64047.944372] PM: suspend exit [64048.050329] Read-error on swap-device (8:0:1543400288) [64048.460888] [drm] RC6 on
Сообщите мне, необходима ли информация.
Ядро Ubuntu 18.04, которое Вы в настоящее время используете, пропускает довольно важное исправление ошибки.
Фиксация для этого уже присутствует в восходящей версии 4.16.8 ядра Linux. (Приостановить ошибка эффективно начала происходить в версии 4.15 ядра). Ubuntu только должна избирательно подойти к выбору этого маленького патча от восходящего потока. Ошибка часто сразу вызывает катастрофические отказы Xorg после того, как приостанавливают, т.е. она разрушает целую графическую сессию входа в систему.
Обратите внимание, что эта ошибка часто происходит без показа Read-error on swap device
. Большую часть времени в журнале ядра не было никакой ошибки. (Несколько раз это показало EXT4-fs error
и Buffer I/O error
вместо этого). Кроме того, эти сообщения об ошибках могли быть вызваны отказом оборудования вместо этого. При диагностировании этой проблемы сфокусируйтесь на другом, более отличных деталях.
Тестовое ядро доступно в конце этой ошибки Ubuntu, т.е. в этом комментарии: https://bugs.launchpad.net/ubuntu / + источник/Linux / + bug/1776887/comments/5
До сих пор никто не сообщил об их результатах приостановки с тестовым ядром Ubuntu. Могло бы случиться так, что, если кто-то может сообщить об успехе, он поощрит разработчика Ubuntu наконец включать исправление ошибки. Я мог быть неправым, хотя, я не на 100% уверен, что держит это.
Существует также известное обходное решение. Можно избежать катастрофического отказа при конфигурировании командной строки ядра для включения опции scsi_mod.scan=sync
.
https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/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.
Фиксация также включает тест, который быстро и надежно доказывает существование ужасающей ошибки.
Я предполагаю, что Вы могли бы избежать этой ошибки, только если у Вас есть корень на NVMe. Другой способ не поразить катастрофический отказ Xorg состоит в том, если Вы не используете всю свою RAM, таким образом, нет никакого давления, которое приводит к холодным страницам подкачиваемого Xorg. Кроме того, Вы не воспроизведете катастрофический отказ Xorg если Вы suspend+resume сразу. (Это разбило мои тесты однажды, это только инициировало, после того, как оставлено систему, приостановленную из-за ланча :).
Зафиксируйте: "блок: не используйте прерываемое ожидание нигде"
в ядре 4.17: https://github.com/torvalds/linux/commit/1dc3039bc87ae7d19a990c3ee71cfd8a9068f428
отсутствие фиксации в 4.15.0-24.26 (человечность 18.04): https://git.launchpad.net / ~ ubuntu-kernel/ubuntu / + источник/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) системы, где эта ошибка, как известно, происходит.
Отношения Alan
ОБХОДНОЕ РЕШЕНИЕ: Используйте параметр ядра: scsi_mod.scan=sync