Как возобновить Ubuntu 18.04 после того, как в спящем режиме?

Я следовал этому ответу два дня назад для активации спящего режима на моей новой установке человечности 18.04, и это работало.

Мне затем удалось повредить файловую систему так полностью, что чистое переустанавливает, походил на самый легкий путь. Таким образом, я переустановил человечность (использующий "другую" опцию в установщике) с a /tmp, swap, /boot и / раздел. Точно, поскольку я сделал в прошлый раз. Я затем следовал, тот ответ снова для установки в спящем режиме.

Бывшие в спящем режиме работы - но возобновление не делают:
Когда я выполняю a systemctl hibernate, мой экран ноутбука немедленно становится черным и только вовлеченный, кнопка питания указывает на любое различие к полному завершению работы - это хорошо. Однако ноутбук не отвечает ни на какое взаимодействие как вводы с клавиатуры или короткие нажатия на кнопке питания. Единственная опция состоит в том, чтобы потребовать у кнопки питания в течение 15 секунд, чтобы заставить принудительное завершение работы, сопровождаемое нормальным нажатием запускать его снова.

Вот некоторая информация о моей системе:

generic@motorbrot-linux:~$ cat /sys/power/state
freeze mem disk
generic@motorbrot-linux:~$ grep swap /etc/fstab
# swap was on /dev/nvme0n1p7 during installation
UUID=93232136-5a6d-4ffc-b40d-809ccead48df none            swap    sw              0       0
generic@motorbrot-linux:~$ cat /etc/default/grub 
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
# FOR HIBERNATION 
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=93232136-5a6d-4ffc-b40d-809ccead48df"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Одна вещь, которую я заметил, является этим update-initramfs и update-grub отображенный его вывод дважды. После этого ответа, избавленного от этого, но я озадачен, почему я имею два linux image все еще:

generic@motorbrot-linux:~$ sudo update-grub
[sudo] password for generic: 
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.3.0-42-generic
Found initrd image: /boot/initrd.img-5.3.0-42-generic
Found linux image: /boot/vmlinuz-5.3.0-28-generic
Found Windows Boot Manager on /dev/nvme0n1p2@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configuration
done

Я ищу руководство о том, как заставить мой ноутбук возобновиться после того, как я отправил его в спящий режим. В случае, если это релевантно, у меня есть система двойной загрузки с человечностью 18.04 и окнами 10.

Device             Start        End    Sectors   Size Type
/dev/nvme0n1p1      2048    1085439    1083392   529M Windows recovery environme
/dev/nvme0n1p2   1085440    1288191     202752    99M EFI System
/dev/nvme0n1p3   1288192    1320959      32768    16M Microsoft reserved
/dev/nvme0n1p4   1320960  614399999  613079040 292.3G Microsoft basic data
/dev/nvme0n1p5 614400000  614985727     585728   286M Linux filesystem
/dev/nvme0n1p6 614985728  628658175   13672448   6.5G Linux filesystem
/dev/nvme0n1p7 628658176  667719679   39061504  18.6G Linux swap
/dev/nvme0n1p8 667719680 1953523711 1285804032 613.1G Linux filesystem

Я просто попробовал systemctl suspend и то же самое происходит там: Экран немедленно чернеет, и единственный способ вернуться, он на должен вызвать завершение работы путем нажатия кнопки питания в течение приблизительно 20 секунд. Иногда вместо черного экрана после приостановки, я получаю замороженный черный экран с курсором на нем, который не переместится. Этот Ответ, предполагающий, что nouveau драйвер виновным, не помог.

Проверка с помощью ping-запросов "бывшей в спящем режиме" системы не получает реакции, тогда как проверка с помощью ping-запросов полностью загруженной системы действительно получает ответы.

Presssing яркость включает черные экранные причины никакая реакция.

Вот выборка от моего /var/log/syslog запуск со "сна, который требуют" и окончание в точке, где я довольно уверен, что это - часть начальной загрузки, которая следовала, не сам "спящий режим".

Я попробовал все три опции reboot, platform и shutdown и они все замораживают мой экран.