Рейтинг:0

Ubuntu 20.04 LTS зависает при загрузке/запуске

флаг cn

Я занимался машинным обучением с графическим процессором Nvidia, когда столкнулся с ошибкой, связанной с CUDA. Я решил перезагрузить компьютер, чтобы исправить ошибку, но при загрузке Ubuntu мой экран зависает. Я открыл консоль GRUB, чтобы посмотреть, что происходит, и она зависла на

Запуск GRUB не удалось обнаружить загрузку
Запуск диспетчера авторизации

Я попытался перезагрузиться снова, он восстанавливал журнал и очищал потерянные иноды, пока не появилось это

/dev/sda8: чистый, 2757878/46759936 файлов 155438410/187020544 блоков

А потом замер там, только имея возможность вручную перезагрузить компьютер.

Затем я попытался запустить в режиме восстановления:Linux 5.8.0-63-общий В загрузчике grub это запускает Ubuntu, назначает моего пользователя, монтирует и сбрасывает мой журнал в постоянное хранилище, он выводит запущена загрузка/сохранение статуса переключателя RF Kill Switch а потом замирает. Выполнение этого во второй раз заставило его пройти мимо этого и вывести Завершена передача журнала в постоянное хранилище. в этот момент ничего не происходит, и я ничего не могу сделать.

Я также пробовал следовать этой статье: https://itsfoss.com/fix-ubuntu-freezing/

Я редактировал параметры с помощью номодесет и это закончилось зависанием в

[ OK ] Запущена служба имени хоста. 
systemd-hostnamed.service

Пытающийся модерн.noaccel=1 заканчивается замерзанием

[ OK ] Запущен диспетчер авторизации.
systemd-user-sessions.service
polkit.service
          Запуск диспетчера модема...
          Запуск Удерживайте, пока процесс загрузки не завершится...
          Запуск службы имен хостов...

Наконец замена тихий всплеск с noapic noacpi nosplash irqpoll вызывает черный экран, на котором ничего не появляется после ожидания 10 минут.

Важно отметить, что у меня было обновление, которое я еще не применил.

Другие вещи, которые я пробовал:

1.) Загрузка в спасательную цель (systemd.unit=rescue.target)

Результат: зависает на ```не удалось запустить экран загрузки plymouth```

2.) Загрузка в аварийную цель(systemd.unit=emergency.target)

Результат: отображается сообщение о том, что я нахожусь в аварийном режиме, и запрашивается пароль root для 
обслуживания или нажмите Control-D, чтобы продолжить. Мигающий знак ввода появляется на секунду и 
затем исчезает. Я не могу печатать или нажимать Control-D и, кажется, завис.

Затем я, наконец, попытался загрузиться с инициализация=/бин/ш и у меня наконец-то есть доступ к оболочке, но я не знаю, что мне начать делать.

В верхней части моей оболочки говорится /bin/sh: 0: нет доступа к tty: управление заданиями отключено

Я перемонтировал свой диск и побежал systemctl включить debug-shell.service который создал символическую ссылку и должен был дать мне доступ к корневой оболочке с самого начала, чтобы я мог проверить журналы systemctl. я тоже пробовал бегать фск -ф / и fsck -f /dev/sda8 чтобы проверить мой диск, но он сказал

/dev/sda8 смонтирован
e2fsck: продолжение невозможно, прерывание.

Я перезагружаюсь и загружаюсь с помощью обычной Ubuntu и после нажатия Ctrl + Alt + F9, у моего пользователя появляется корневая оболочка, но у меня есть всего несколько секунд, прежде чем она снова полностью зависнет

Что вызывает эту проблему и есть предложения по ее устранению?

Рейтинг:0
флаг cn

Я вошел и загрузился с инициализация=/бин/ш снова и запустил эти команды, чтобы удалить драйверы Nvidia

sudo apt-get remove --purge '^nvidia-.*'
sudo apt-get установить Ubuntu-рабочий стол
sudo rm /etc/X11/xorg.conf # Эта команда не сработала, так как файл не существует
эхо 'модерн' | sudo tee -a /etc/modules

Я перезагрузился нормально, и он попал на экран входа в Ubuntu с увеличенным экраном, но это то, что потребует повторной установки драйверов nvidia.

Ответить или комментировать

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