EC2 AMI, собранный из Ubuntu 18.04 с установленным Ubuntu-рабочим столом, недоступен - PullRequest
Новая
       17

EC2 AMI, собранный из Ubuntu 18.04 с установленным Ubuntu-рабочим столом, недоступен

0 голосов
/ 09 ноября 2018

Я пытаюсь создать пользовательский AMI с некоторым установленным программным обеспечением, включая пакет ubuntu-desktop.Однако установка этого пакета делает полученный AMI непригодным для использования.

Точные шаги для минимального воспроизведения:

  1. Создание экземпляра EC2 из AMI ami-0f65671a86f061fcd (это Ubuntu Server от Canonical 18.04 LTS (HVM), тип тома SSD)
  2. SSH в поле и выполните две команды:
    • sudo apt-get -y update
    • sudo apt-get -y install ubuntu-desktop
  3. В консоли EC2 щелкните правой кнопкой мыши на экземпляре и нажмите Image > Create Image
    • Введите имя / описание, но обязательно , а не , чтобы проверить «Без перезагрузки»
  4. Создать новый экземпляр из того AMI, который вы только что создали

Ожидаемый результат:

  • Новый экземпляр создан, проходит все проверки состояния ивы можете использовать SSH.

Фактический результат:

  • Новый экземпляр создан, не проходит проверку доступности и время ожидания при попытке SSH.

Системный журнал в экземпляре, запущенном из AMI, показывает:

[ 12.125396] cloud-init[691]: Cloud-init v. 18.3-9-g2e62cb8a-0ubuntu1~18.04.2 running 'init' at Fri, 09 Nov 2018 02:15:09 +0000. Up 11.47 seconds. [ 12.145064] cloud-init[691]: ci-info: +++++++++++++++++++++++++++Net device info++++++++++++++++++++++++++++ [ 12.161038] cloud-init[691]: ci-info: +--------+-------+-----------+-----------+-------+-------------------+ [ 12.180149] cloud-init[691]: ci-info: | Device | Up | Address | Mask | Scope | Hw-Address | [ 12.192161] cloud-init[691]: ci-info: +--------+-------+-----------+-----------+-------+-------------------+ [ 12.209635] cloud-init[691]: ci-info: | eth0 | False | . | . | . | 0a:6a:25:9c:47:cc |[[0;32m OK [0m] Started Initial cloud-init job (metadata service crawler). [ 12.223002] cloud-init[691]: ci-info: | lo | True | 127.0.0.1 | 255.0.0.0 | host | . |

SO форматирование mЭто не читается, но интересная часть состоит в том, что eth0 не Up

Ответы [ 2 ]

0 голосов
/ 01 марта 2019

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

В любом случае, точная команда, которую я ввел, была: 

touch /etc/NetworkManager/conf.d/10-globally-managed-devices.conf

И тогда я смог войти в SSH.

Это было взято из этого комментария 6 по этому вопросу: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1638842/comments/6

0 голосов
/ 12 ноября 2018

У меня тоже была такая же проблема с Ubuntu 18.04 на AWS. Этот ответ решил это для меня:

Правильный способ сделать это - использовать пустой /etc/NetworkManager/conf.d/10-globally-managed-devices.conf, который заменит / перезапишет тот, что находится в / usr / lib - solsTiCe Jan 2 '17 в 13: 41

Это ответ на вопрос Задать Ubuntu: https://askubuntu.com/questions/838865/network-manager-refusing-to-manage-wired-interfaces

...