Я не могу загрузиться после обновления до 16.04 (с 14.04)

Имел подобную проблему на Dell Latitude 5450. Это остановилось в Плимутском экране-заставке каждый раз. Мое предположение - то, что Плимут зависит от драйвера Nvidia, который не был установлен с 14,04, так как Широта является архитектурой Intel Skylake.

После часов попытки каждого совета, который я мог найти без успеха, я загрузился 16.04.1 как пробная версия от карты с интерфейсом USB. Так как это входит в систему как корень, я мог смонтировать запасной внешний жесткий диск USB и скопировать полноту / структуры корневого каталога ноутбука к нему. Я затем повторно разделил внутренний диск, сделал чистую установку 16.04.1 на нем без проблем с помощью того же идентификатора пользователя, затем скопировал внешний / домой назад по внутреннему.

должен был переустановить набор приложений. Everying, но Pithos поднял данные конфигурации с длинного, которое уводят, 14,04 / размещают и прибыли назад так же, как я оставил его - Pythos сделал также, но дросселируемый на нем и файл в .config должен был быть удален. Потребовалось приблизительно 2,5 часа копирования, которое, возможно, было разделено на два, имел мое резервное копирование grsync, непосредственно перед тем, как я принял обновление, а не за 2 дня до этого. Не сделает ту ошибку снова!

Gaaah! У меня также был опыт:

• разжигание моей Ubuntu 14.04
• при уступке обольстительному "Вы хотите обновление?" подсказка
• наблюдение как моя машина корректно и 'успешно' установленный 16.04
• ответ утвердительно на подсказку для перезапуска
• наблюдение видений моего расплавления мира, когда мне просто подарили "личинку>" подсказка

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

На моей машине:

• (hd0,1) bootfs, и
• (hd0,5) rootfs
• В rootfs существует точка монтирования начальной загрузки/, но это пусто (понятное дело!) - необходимо указать на bootfs (hd0,1), чтобы это работало, необходимо будет использовать личинку, чтобы проверить, что система настраивается так же - пробег может варьироваться здесь - принцип "качество на риск покупателя".

После большого количества души и интернет-поиска, я нашел статью Carla Schroder о спасении не загружающегося поля Linux, и после немного слоняние без дела я сделал следующее (BTW - места, что я mod'd по сравнению с руководством в регистрации Carla являюсь полужирным:

grub> set pager=1

Важный: использовать ls -al и cat удостоверяться, что Вы знаете, какая фс является Вашим bootfs и который является корнем

grub> set root=(hd0,5)

(отметьте относительно set root: Я не думаю, действительно нуждался бы, потому что файловые системы указаны в последующих командах, но я сделал это, таким образом, я включаю его здесь),

grub> linux (hd0,1)/vmlinuz-4.4.0-31-generic root=/dev/sda5
grub> initrd (hd0,1)/initrd.img-4.4.0-31-generic
grub> boot

Как будто "majik" - моя машина вырастила участки и загрузилась. Кроме того, я не должен был делать никакой хирургии на конфигурационных файлах личинки и т.д. для создания модификаций, что я сделал "палку". По-видимому, путем создания заклинаний должен был заставить его загрузиться однажды, это помнит путь и продолжит вести себя.

Я проверил это на своей машине, но я все еще следовал инструкциям Carla и выполнил:

update-grub
grub-install /dev/sda

В этой точке все, кажется, хорошо с машиной.

Диск восстановления начальной загрузки загрузки от здесь на sourceforge

1. Создает загрузочный диск, или медиа usb
2. Загружаются с дисковым
3. Подключением восстановления Ubuntu к Интернету
4. , Следуют инструкциям
5. , Нажимают, рекомендуют опцию восстановления.

Ожидают, пока процесс полностью не закончен.

1. Закрытие система.
2. Удаляют диск/usb восстановления Ubuntu.
3. Начальная загрузка в Ubuntu.

Ubuntu будет обычно запускаться, если диск восстановления Ubuntu разрешил ошибку.

я разрешил ту же проблему с помощью этого диска восстановления Ubuntu.