«Доступна новая версия /boot/grub/menu.lst» при обновлении Ubuntu на сервере AWS

Я только что попытался сделать это sudo do_release_upgradeна сервере AWS EC2 Ubuntu 13.10 для обновления до 14.04. Все шло хорошо, пока я не получил следующее сообщение:

A new version of /boot/grub/menu.lst is available, but the version installed 
currently has been locally modified.

  What would you like to do about menu.lst?       

   * install the package maintainer's version
   * keep the local version currently installed
   * show the differences between the versions
   * show a side-by-side difference between the versions
   * show a 3-way difference between available versions
   * do a 3-way merge between available versions (experimental)
   * start a new shell to examine the situation

  <Ok>

Я, конечно, не модифицировал menu.lst, поэтому я предполагаю, что локальные модификации - это то, что делает Amazon Я собираюсь нажать на опцию «сохранить локальную версию установленной» и надеяться на лучшее.

Но почему я получаю это сообщение, и это правильный способ обработки?

Эта проблема может быть вызвана рядом различных проблем, поэтому не существует единого решения. Эти шаги должны работать на EC2.

Источник:

Проблема вызвана локальным и удаленным конфликтом изменений в устаревшей конфигурации Grub . Grub legacy и Grub2 используют разные конфигурации:

• Grub legacy: /boot/grub/menu.lst
• Grub2: /boot/grub/grub.cfg

Причины:

Вы, вероятно, используете AMI, поддерживаемый Amazon EBS. Экземпляры создают свою корневую файловую систему из предварительно созданного базового образа (снимка). Конфигурация grub записана в снимке, но реестр UCF не очищен правильно. Это означает, что у вас есть снимок, который думает, что menu.lstконфигурация была локально изменена. Более подробную информацию можно найти здесь: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1485685

Почему Ubuntu использует UCF для grub, объясняется здесь: /ubuntu//a/147079

Решение (ы):

Одно общее решение, которое работает, удаляет menu.list и реконфигурирует его. Это гарантирует, что запись реестра ucf и файл конфигурации преобразуются в один и тот же хэш.

#Remove the menu.lst config.

sudo rm /boot/grub/menu.lst
# Generate a new configuration file. 
sudo update-grub-legacy-ec2 -y

#Upgrade the configuration
sudo apt-get dist-upgrade -qq --force-yes

Второе решение - изменение конфигурации UCF для автоматического принятия изменений сопровождающего.

unset UCF_FORCE_CONFFOLD
export UCF_FORCE_CONFFNEW=YES
ucf --purge /var/run/grub/menu.lst
sudo apt-get dist-upgrade -qq --force-yes

Отказ от ответственности:

Эта проблема очень широкая, и варианты ее использования будут влиять на требуемое решение. Если возможно, настоятельно рекомендуется обновить его до grub2. Grub2 может быть настроен без изменения системных файлов.

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

Удачи :)

Моя версия этого вопроса звучит так: «У меня есть автоматическое обновление ядра на ec2, и недавно оно появилось apt-get autoremove -y. Даже после того, как sudo update-grubя вижу только то, что 3.13.0-48указано в списке, /boot/grub/menu.lstно не среди установленных ядер. Как я облажался?»

Мой ответ: «Вероятно, не прикручен. В других системах Ubuntu. menu.lstДаже не существует, и, update-grubкажется, /boot/grub/grub.cfgвместо этого вводит конфигурацию . Я предполагаю, что menu.lstэто какой-то странный артефакт из Ubuntu AMI в EC2, или какой-то другой, взаимодействующий с управлением пакетами или локальной конфигурацией». "

Лично на вашем месте я бы «показал разницу между версиями», внимательно посмотрел на изменения, а затем поэкспериментировал с новыми различиями в «разрабатываемом» экземпляре AWS. Если бы я был очень осторожен, я бы просто прочитал справочную страницу для рассматриваемых изменений (они могут быть не для menu.lst, а для какого-то другого программного обеспечения, такого как ядро, или, черт возьми, что угодно), чтобы точно узнать, что меняется ,

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

Я просто столкнулся с той же «проблемой» с VPS от OVH.
В моем случае (и во многих других, которые я нашел во время поиска в Google) единственными изменениями были пробелы.
Откуда они берутся, я не знаю, но если вы выберете show the differences between the versionsи ответите, No non whitespace changes detectedпросто примите версию сопровождающих.

Твой выбор

• показать различия между версиями

тогда

• установить версию сопровождающего пакета

или

• сохранить локальную версию установленной

Во всяком случае, теперь вы можете запустить

ls -hl /boot/grub/menu.lst*
diff --suppress-common-lines /boot/grub/menu.lst*