Итак, я недавно построил новую установку. Я использовал устройство m.2 nvme для установки Linux Mint 19.3 to. После всего, что я прочитал, чтобы загрузиться с устройства nvme, мне пришлось установить mint в режиме efi. Не проблема. Я успешно установил и загрузился с устройством m.2. Никаких серьезных проблем. Но на моей предыдущей установке у меня были winblows 10 на отдельном диске в EFI. Я установил Mint 19.3 на другой диск (оба ssd) с отдельным разделом efi. Я сделал это только для целей тестирования. Когда я установил mint на устройство m.2, я оставил подключенный ssd windblows (для тестирования я отключил его, чтобы у linux был свой собственный efi), и теперь linux делит efi с winblows. Насколько я понимаю, это то, как это должно быть сделано. Когда я тестировал режим efi на linux, я мог загружать ветровые удары из grub. Итак, хватит о длинном вступлении и о проблеме ... После установки mint 19.3 на устройство nvme с помощью efi я больше не получаю свой загрузочный spla sh. Вместо этого я получаю свой b ios boot lo go. У меня есть игровая модель Asus ROG Strix x399-E Gaming, и я получаю ROG b ios boot lo go. Когда я загружаюсь на ветер, я получаю тот же b ios boot lo go. При загрузке в mint я нажимаю клавишу «es c», но вместо прокрутки текста по экрану я получаю ^ [в верхнем левом углу, затем я вижу текст входа в систему, как в tty1, и система загружается. Я попытался загрузиться с 3 более старыми ядрами, переустановить grub-efi-amd64-подписанный и все его зависимости, запустил альтернативные варианты обновления --config default.plymouth, чтобы убедиться, что выбран мой загрузочный spla sh, перестроить intiramfs и обеспечить тихий spla sh находится в командной строке grub. Безопасная загрузка включена в моем b ios по умолчанию, и изменить ее невозможно. Но у меня включен CSM и выбрана другая ОС для безопасной загрузки. Я изменил тихий spla sh на spla sh, обновил grub и перезагрузился. Затем я получил ожидаемый текст на моем экране. Я не совсем уверен, но это похоже на проблему, связанную с EFI. Но как мне это исправить? Я не знаю, какая системная информация нужна, но я уже указал свой mobo / boot диск, и мой gpu - это EVGA Geforce GTX 1060 3gb. О, я не уверен, если это имеет значение, но ветер все еще на своем собственном SSD. Я прочитал в другой ветке, что мог включить plymouth loggine, запустив plymouth update-root-fs --read-write, и plymouth записал бы в /var/log/boot.log, что я и сделал. Однако для Плимута не было записей. Только одна строка /dev/nvme0n1p1: clean, 329339/3383296 files, 3631962/13502720 blocks была записана в журнал. Но я нашел записи журнала в системном журнале для Plymouth:
/var/log# cat syslog|grep Plymouth Apr 13 21:59:37 MainFrame
systemd[1]: Starting Show Plymouth Boot Screen... Apr 13 21:59:37
MainFrame systemd[1]: Started Show Plymouth Boot Screen. Apr 13
21:59:37 MainFrame systemd[1]: Started Forward Password Requests to
Plymouth Directory Watch. Apr 13 21:59:37 MainFrame systemd[1]:
Starting Show Plymouth Boot Screen... Apr 13 21:59:37 MainFrame
systemd[1]: Started Show Plymouth Boot Screen. Apr 13 21:59:37
MainFrame systemd[1]: Starting Tell Plymouth To Write Out Runtime Data
Apr 13 21:59:37 MainFrame systemd[1]: Started Tell Plymouth To Write Out Runtime Data.
Кажется, Plymouth работает и пытается показать экран загрузки, но он просто не отображается. Любые идеи о том, как это исправить или продолжить расследование?
Итак, я сделал несколько взломов и экспериментов и обнаружил, что это не b ios или EFI. Это драйверы NVIDIA. Есть несколько потоков, которые, кажется, указывают на исправление, поскольку это, кажется, старая проблема, но ни одно из этих предложений не решает проблему, с которой я сталкиваюсь. Могу ли я посмотреть какие-либо журналы, чтобы увидеть, что приводит к тому, что мой bootspla sh не отображается?