Сьогодні я працюю над автоматичним розгортанням сервера ubuntu. Я застряг у автоматичному оновленні сервера, використовуючи apt-get upgrade
спробу оновлення до нового ядра. Журнал виглядає так:
Setting up linux-image-3.2.0-24-generic (3.2.0-24.39) ...
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
(...)
Потім виникає питання:
Package configuration
┌─────────────────────────────────┤ ├─────────────────────────────────┐
│ 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> │
│ │
└──────────────────────────────────────────────────────────────────────┘
Бажаним результатом було б вибрати перший варіант і продовжити:
Replacing config file /run/grub/menu.lst with new version
Updating /boot/grub/menu.lst ... done
Після запуску оновлення вручну я debconf-get-selections
перевіряв правильну відповідь на питання ( див. Інші налаштування ). Схоже, update_grub_changeprompt_threeway
це питання, на яке слід відповісти. Однак, встановивши це, застосувавши debconf-set-selections
мені те саме питання:
debconf-set-selections <<< "grub grub/update_grub_changeprompt_threeway select install_new"
apt-get -y dist-upgrade
Як це питання можна автоматизувати?
-qq
, але також не йти ...
--force-yes
іyes | ...
, але безрезультатно