Проблема совместимости Dell Alienware Aurora R9 с Ubuntu 18.04 + двойная загрузка

Проблема: - Загрузка в режиме восстановления после постустановки

В grub добавлены пробные параметры nomodeset, возможность установки и последующей установки NVIDIA-440, загрузка машины в режиме восстановления.

Примечание: - Ubuntu 20. 04 LTS работал без проблем.

Env:

  • Dell Alienware Aurora R9
  • Ubuntu 18.04.4 LTS
  • 5.3.0-28-generic
  • dosfstools 4.1-1
  • UEFI - двойная загрузка, безопасная загрузка отключена, SATA to AHCI
  • Bios vers - 1.0.7
$ lspci | grep VGA
    01:00.0 VGA compatible controller: NVIDIA Corporation TU104 [GeForce RTX 2080 SUPER] (rev a1)
        02:00.0 VGA compatible controller: NVIDIA Corporation TU104 [GeForce RTX 2080 SUPER] (rev a1)

Ниже приводятся журналы журналов, в течение которых машина не загружается в аварийный режим. По некоторым причинам при распаковке initramfs невозможно смонтировать раздел EFI и перейти в аварийный режим. И это указывает на плохой суперблок

Возможно, это ошибка в 18.04. В то же время 20.04 работал без проблем.

Jun 07 17:08:32 test-Alienware-Aurora-R9 kernel: Initramfs unpacking failed: Decoding failed
Jun 07 17:08:32 test-Alienware-Aurora-R9 kernel: Freeing initrd memory: 48284K
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd[1]: Found device PM981a NVMe SAMSUNG 2048GB ESP.
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd[1]: Starting File System Check on /dev/disk/by-uuid/CCF3-E7D6...
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd[1]: Started File System Check Daemon to report status.
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd[1]: Found device ST2000DM008-2FR102 4.
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd[1]: Activating swap /dev/disk/by-uuid/5cfe5c2d-6dd7-46b3-9fce-0e08b35b26cb...
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd[1]: Activated swap /dev/disk/by-uuid/5cfe5c2d-6dd7-46b3-9fce-0e08b35b26cb.
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd[1]: Reached target Swap.
Jun 07 17:08:33 test-Alienware-Aurora-R9 kernel: Adding 62499836k swap on /dev/sda4.  Priority:-2 extents:1 across:62499836k FS
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd-fsck[623]: fsck.fat 4.1 (2017-01-24)
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd-fsck[623]: /dev/nvme0n1p1: 389 files, 36496/74752 clusters
Jun 07 17:08:33 test-Alienware-Aurora-R9 systemd[1]: Started File System Check on /dev/disk/by-uuid/CCF3-E7D6.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Mounting /boot/efi...
Jun 07 17:08:34 test-Alienware-Aurora-R9 mount[669]: mount: /boot/efi: wrong fs type, bad option, bad superblock on /dev/nvme0n1p1, missing codepage or helper program, or other error.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: boot-efi.mount: Mount process exited, code=exited status=32
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: boot-efi.mount: Failed with result 'exit-code'.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Failed to mount /boot/efi.
Jun 07 17:08:34 test-Alienware-Aurora-R9 kernel: FAT-fs (nvme0n1p1): IO charset iso8859-1 not found
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Dependency failed for Local File Systems.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Dependency failed for Clean up any mess left by 0dns-up.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: dns-clean.service: Job dns-clean.service/start failed with result 'dependency'.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Starting Set console font and keymap...
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Started Stop ureadahead data collection 45s after completed startup.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Reached target Timers.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Closed Syslog Socket.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Starting Set console scheme...
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Reached target Paths.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Reached target Sockets.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Started Emergency Shell.
Jun 07 17:08:34 test-Alienware-Aurora-R9 systemd[1]: Reached target Emergency Mode.

Мы можем загрузиться даже после передачи nomodeset в GRUB.

Это недавно установленная машина, которая пробовала использовать разные ядра при переключении с более высокого на более низкое. Во всех случаях тот же результат.

Эта машина состоит из двух накопителей SSD и HDD. Я подозреваю, что это может быть связано с аппаратной зависимостью?

$ cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: ST2000DM008-2FR1 Rev: 0001
  Type:   Direct-Access                    ANSI  SCSI revision: 05
0
задан 7 June 2020 в 20:07

1 ответ

Исправлена ​​ошибка.

Отмечен неверный диск для установки загрузчика, из-за которого машина не загружалась должным образом. Из-за этого EFI монтируется со вторичного диска, вызывая проблему с загрузкой.

Пометил правильный диск во время установки, выбрав загрузчик, исправил проблему

Примечания: -для двойной загрузки в Aurora R9

Для Ubuntu 18.04 / 16.04 ниже исправление с моей стороны

Из BIOS

Отключить безопасную загрузку Режим хранилища AHCI

Удалите «quiet» и «splash», а затем добавьте «nomodeset» из grub и установите ОС. Выделите правильный диск из списка загрузчиков на странице пользовательских разделов

. При первой загрузке удалите «quiet» и «splash», а затем добавьте «nomodeset» и установите проприетарные драйверы NVIDIA, желательно последний (440). Затем перезагрузите, все заработает

0
ответ дан 19 June 2020 в 21:30

Другие вопросы по тегам:

Похожие вопросы: