Текущее Обновление программного обеспечения для мусора Ubuntu 15.10 VM со сплавом VMware
Я имел полностью функционирование 15.10 VM, работающие под VMware Fusion за тестированием Swift, и нажал кнопку "Update Software" сегодня. 300 МБ позже это больше не загружается. Если я затем воссоздаю VM с нуля и пробую обновление снова, этому не удается загрузиться снова. Красное сообщение о/etc/rc.local не что-то... высвечивается на экране непосредственно перед тем, как начальная загрузка зависает. Какие-либо идеи, фиксирует? Это кажется довольно серьезным мне.
2 ответа
У меня была эта проблема с Плеером VMware Workstation 12. Временное приспособление, вероятно, подобно. Я запустил VM, и он не сделал полностью завершенный. Я думал, как Вы, это было обновление программного обеспечения, которое сделало это. Единственные обновления, которые я имел, были обновлением ядра, так, чтобы должно было быть это. Я устранил свою проблему путем перезагрузки со старым ядром.
фиксация требует, чтобы ssh сервер был установлен на VM. Запустите VM и позвольте ему добраться до "подвешенного" состояния. ssh в машину и редактирование/boot/grub/grub.cfg, чтобы иметь его значение по умолчанию к старому ядру (3.19.0-49 для меня). Можно сделать это путем перемещения menuentry для старого ядра к верхней части списка. Перезагрузите машину с 'sudo перезагрузка' и надейтесь перезагрузки VM правильно.
Это может быть ошибкой..... работа снимки в VMware до сих пор, но верная надежда фиксация скоро приходит! Поскольку это, я не обновляю, пока я не знаю наверняка, что это безопасно.
Постредактирование: Я просто не могу не приближаться к завинченному, компьютер, который... попробовали еще несколько раз...., вернулся к снимкам экрана, еще несколько раз..... читает кого-то загруженного из более старого ядра с помощью экранной заставки. Я думал, что попробовал это напрасно, но что я, должно быть, сделал, используется безопасный экран "Пуск" от того более старого ядра и пробуется для восстановления пакетов. Рассказ: Если Вы загружаетесь от более старого ядра с помощью меню "Пуск", Вы сохраняетесь.Удачи! Надеюсь, что они скоро фиксируют это! Я не уверен, как я буду знать, когда будет безопасно обновить теперь!
PS Просто заметила заголовок этого обсуждения! Я нахожусь в Windows VMWare, но он похож в этом случае, он не имеет значения - этот являющийся проблемой Ubuntu больше, чем проблема VM.
PPS Также попробовал установку восстановления (НЕ чистая установка) напрасно - поэтому сохраните себя усилие - это не работает. это высоко ******!
Так, J. Самка, каково было болезненное редактирование, которое Вы сделали к/boot/grub/grub.cfg для фиксации ее? Так как это было настолько болезненно, возможно, можно сделать его так нами менее - талантливые люди могут вырезать и вставить редактирование.... Хорошо, таким образом, я прочитал/boot/grub/grub.cfg, не, что я понимаю это....., но Вы думаете, что было бы безопасно, затем, просто удалить использование/обращение раздела menuentry к 4,4.... тем способам, которыми это продолжит просто использовать 3.19.....?? С другой стороны, смотря на файл еще раз это не во всем, что очищается кому-то, кто не понимает код, где, точно чтобы начаться и закончить удаление, таким образом, некоторая справка была бы в порядке. Ха, ха?
ВОТ ЯВЛЯЕТСЯ AN ФАКТИЧЕСКИМ ОТВЕТОМ!!!:
Временное решение (пока ошибка не исправлена) состояло в том, чтобы удалить ядро версии 4.2.0-30. Это должно вернуться Вы назад к тому, что последняя версия, которая работала. Команда ниже обработанного для меня:
склонные sudo - добираются - чистка удаляет linux-image-4.2.0-30-generic linux-image-extra-4.2.0-30-generic
Yipee...., который работал на меня, также! Но это все еще вызывает вопрос, "Когда безопасно обновить?" Я предполагаю, что мы должны будем просто обратить внимание на информацию о Ubuntu.....