Ошибка загрузки на Ubuntu 16.04

Во время некоторых экспериментов я нажал CTRL + ALT + F1, который переключился на ttyl1, я вошел в систему, а затем, поскольку я не знал, как вернуться к графическому интерфейсу, который я набрал startx, который, как мне кажется, запустил другой графический интерфейс, который был не lightdm или версия lightdm с меньшей функцией. Затем я перезагружаюсь в cli, и когда мой компьютер загрузился назад, меня попросили предоставить парольную фразу для свопа (первый раз), после чего экран был пустым и замороженным.

Мне удалось загрузить, добавив вариант 3 на grub, который загружается на ttyl, откуда я могу начать lightdm.

Однако после перезагрузки проблема сохраняется: если я не добавлю «3» к grub, Ubuntu не загрузится, и я застрял на пустом экране.

В загрузочном журнале я нашел:

[FAILED] Failed to start NVIDIA Persistence Daemon.

Итак, я проверил состояние nvidia-persistenced.service

nvidia-persistenced.service - NVIDIA Persistence Daemon Loaded: loaded (/lib/systemd/system/nvidia-persistenced.service; static; vendor preset: enabled) Active: failed (Result: exit-code) since dim. 2018-01-28 00:39:57 CET; 3min 26s ago Process: 5033 ExecStart=/usr/bin/nvidia-persistenced --user nvidia-persistenced --no-persistence-mode --verbose (code=exited, status=203/EXEC) janv. 28 00:39:57 M systemd[1]: Starting NVIDIA Persistence Daemon... janv. 28 00:39:57 M systemd[1]: nvidia-persistenced.service: Control process exited, code=exited status=203 janv. 28 00:39:57 M systemd[1]: Failed to start NVIDIA Persistence Daemon. janv. 28 00:39:57 M systemd[1]: nvidia-persistenced.service: Unit entered failed state. janv. 28 00:39:57 M systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.

Моя настройка следующая :

XPS 9560 Ubuntu 16.04.3 Ядро 4.13.0-32-generic

Большое спасибо за вашу помощь!

1
задан 29 January 2018 в 00:46

4 ответа

Для меня работала следующая процедура (я не думаю, что что-то требуется): на мой взгляд, проблема связана с драйверами NVIDIA, поэтому я решил удалить их

sudo apt-get purge --auto-remove libcud* sudo apt-get purge --auto-remove cuda* sudo apt-get purge --auto-remove nvidia*

И затем я установил он снова:

sudo add-apt-repository ppa:graphics-drivers/ppa sudo apt update/etc/default/grub sudo ubuntu-drivers autoinstall

После этого я изменил настройки grub, расположенные в /etc/default/grub, и изменил строку GRUB_CMDLINE_LINUX_DEFAULT на: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_rev_override=5". Не забудьте запустить update-grub после этого. Я бы рекомендовал вам изменить настройки grub перед переустановкой драйверов nvidia. Потому что я думаю, что когда я сделал настройку ubuntu 16.04, я уже добавил переопределение acpi, но что-то, кажется, удалило его.

С этим я смог запустить ядро ​​4.14.15-041415-generic. [ ! d5]

Я бы порекомендовал вам изменить настройки grub перед переустановкой драйверов nvidia.

Я выполнил:

bash -c "$(curl -fsSL https://gist.githubusercontent.com/whizzzkid/d5f9491cd60f09be51920e973a60e401/raw/3e94e3cb3ca785ec4f3488594828c7c0b5db8ce4/IGFWL.sh)"

до установите Intel Graphics Patch Firmware, но я не уверен, что это было полезно.

0
ответ дан 17 July 2018 в 22:05

Проверьте права собственности на «скрытые» файлы вашего домашнего каталога, те, которые начинаются с точки, например.

ls -Al

Все они должны принадлежать вам. Вероятно, корневое владение заработало, когда вы сделали startx, и это вас испортит. Содержимое корневых каталогов должно быть снова изменено, например

chown -R username:username .config

.dbus должен принадлежать вам, поэтому измените его (и его содержимое). Затем, возможно, просто перезагрузитесь и зайдите снова.

0
ответ дан 17 July 2018 в 22:05

Для меня работала следующая процедура (я не думаю, что что-то требуется): на мой взгляд, проблема связана с драйверами NVIDIA, поэтому я решил удалить их

sudo apt-get purge --auto-remove libcud* sudo apt-get purge --auto-remove cuda* sudo apt-get purge --auto-remove nvidia*

И затем я установил он снова:

sudo add-apt-repository ppa:graphics-drivers/ppa sudo apt update/etc/default/grub sudo ubuntu-drivers autoinstall

После этого я изменил настройки grub, расположенные в /etc/default/grub, и изменил строку GRUB_CMDLINE_LINUX_DEFAULT на: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_rev_override=5". Не забудьте запустить update-grub после этого. Я бы рекомендовал вам изменить настройки grub перед переустановкой драйверов nvidia. Потому что я думаю, что когда я сделал настройку ubuntu 16.04, я уже добавил переопределение acpi, но что-то, кажется, удалило его.

С этим я смог запустить ядро ​​4.14.15-041415-generic. [ ! d5]

Я бы порекомендовал вам изменить настройки grub перед переустановкой драйверов nvidia.

Я выполнил:

bash -c "$(curl -fsSL https://gist.githubusercontent.com/whizzzkid/d5f9491cd60f09be51920e973a60e401/raw/3e94e3cb3ca785ec4f3488594828c7c0b5db8ce4/IGFWL.sh)"

до установите Intel Graphics Patch Firmware, но я не уверен, что это было полезно.

0
ответ дан 23 July 2018 в 22:42

Проверьте права собственности на «скрытые» файлы вашего домашнего каталога, те, которые начинаются с точки, например.

ls -Al

Все они должны принадлежать вам. Вероятно, корневое владение заработало, когда вы сделали startx, и это вас испортит. Содержимое корневых каталогов должно быть снова изменено, например

chown -R username:username .config

.dbus должен принадлежать вам, поэтому измените его (и его содержимое). Затем, возможно, просто перезагрузитесь и зайдите снова.

0
ответ дан 23 July 2018 в 22:42
  • 1
    Привет, в моем домашнем каталоге все файлы и каталог принадлежат мне, кроме .. и .dbus. Я думаю, что .dbus всегда принадлежал к корню, но я даже не знаю, должен ли я его изменить? – raphael 28 January 2018 в 13:28
  • 2
    @raphael My ~/.dbus также принадлежит root. – WinEunuuchs2Unix 28 January 2018 в 20:39
  • 3
    @ WinEunuuchs2Unix спасибо, а как насчет .. на ~? – raphael 28 January 2018 в 21:12
  • 4
    @raphael .. ссылается на родительский каталог, который будет /home, который, конечно, принадлежит root, потому что он создал этот каталог во время установки. – WinEunuuchs2Unix 28 January 2018 в 21:27
  • 5
    @ WinEunuuchs2Unix, это то, что я думал, но должен был быть уверен, так что это не то, что вонючие вещи на моем компьютере ... Есть ли у вас какие-либо решения или идеи для моей проблемы? еще раз спасибо – raphael 28 January 2018 в 21:32

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

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