Жужу застрял в & ldquo; ожидающий & rdquo; состояние при использовании LXC [закрыто]

Многие устройства (особенно в ноутбуках) имеют не только драйверы, но и прошивку, хранящуюся во флэш-памяти.

Проблема: прошивка не очищается при перезагрузке, если вспышка все еще имеет питание (т.е. режим ожидания). -мощность). Прошивка, используемая драйверами Windows, часто несовместима с прошивкой драйверов Linux. Поэтому для многих пользователей ноутбуков единственный способ вернуть свое оборудование (например, WiFi) снова - выключить ноутбук, вынуть батарею и подождать некоторое время.

Нет никакого способа обойти это , о котором я знаю.

1
задан 13 April 2017 в 15:24

3 ответа

Если вы впервые загрузили локальную среду, потребуется несколько (в зависимости от того, сколько времени потребуется для загрузки около 400 Мбайт данных изображения сервера), чтобы создать первое основное изображение. На вашем пути «data-dir» (определенном в файле environment.yaml) есть machine-agent.log, который описывает этот процесс:

2012-05-09 10:04:03,848: juju.agents.machine@INFO: Machine agent started id:0
2012-05-09 10:05:08,175: juju.agents.machine@DEBUG: Units changed old:set([]) new:set(['mysql/0'])
2012-05-09 10:05:08,176: juju.agents.machine@DEBUG: Starting service unit: mysql/0 ...
2012-05-09 10:05:08,222: unit.deploy@DEBUG: Downloading charm cs:precise/mysql-1 to /home/marco/.juju/local/marco-local/charms
2012-05-09 10:05:08,314: unit.deploy@DEBUG: Using <juju.machine.unit.UnitContainerDeployment object at 0x9cccbec> for mysql/0 in /home/marco/.juju/local/marco-local
2012-05-09 10:05:08,375: unit.deploy@DEBUG: Starting service unit mysql/0...
2012-05-09 10:05:08,376: unit.deploy@DEBUG: Creating master container...

Через несколько секунд вы увидите следующее: [ ! d1]

2012-05-09 10:09:40,699: unit.deploy@DEBUG: Created master container marco-local-0-template
2012-05-09 10:09:40,699: unit.deploy@INFO: Creating container mysql-0...
2012-05-09 10:10:31,429: unit.deploy@INFO: Container created for mysql/0
2012-05-09 10:10:31,483: unit.deploy@DEBUG: Charm extracted into container

Какая информация о том, что через несколько минут был создан мастер-контейнер.

Наконец, не каждый «локальный» boostrap работает, попробуйте запустить juju destroy-environment, а затем снова запустите

3
ответ дан 25 May 2018 в 11:36
  • 1
    Спасибо за ответ. Я перезапускаю процесс и слежу за журналами, чтобы узнать, что произойдет. – Andre 10 May 2012 в 23:02
  • 2
    После juju destroy-environment, нужно ли повторно развернуть чары? Или они по существу уже «установлены»? – Andre 10 May 2012 в 23:16
  • 3
    @Andre Вам придется повторно развернуть. Выполнение destroy-environment существенно удалит среду и все, что на ней работает. – Marco Ceppi♦ 11 May 2012 в 02:00
  • 4
    К сожалению, до сих пор нет удачи. Я пробовал это несколько раз и ждал, чтобы все закончилось. Я обновил свое оригинальное сообщение с подробным статусом и отладочным журналом. – Andre 11 May 2012 в 13:16

У меня была такая же проблема. Я обнаружил ошибки master-customize.log apt-get из-за поврежденных пакетов в apt-cacher-ng (я не уверен, что это произошло, потому что мой ноутбук приостановлен во время загрузки). Я смог исправить проблему, посетив http://localhost:3142/acng-report.html, проверив:

Проверяем имя файла И каталог файла (не рекомендуется), затем проверяем содержимое файла с помощью контрольной суммы (SLOW), а также обнаруживаем поврежденные файлы, затем немедленно обрезайте поврежденные файлы.

и нажмите «Начать сканирование» и / или «Истечение срока действия». Затем я смог уничтожить среду juju и успешно переделать ее.

1
ответ дан 25 May 2018 в 11:36

Вместо отключения ufw можно попытаться разрешить сеть juju (libvirt) с:

sudo ufw allow from `ip addr show virbr0|tail -n 1 |cut -d' ' -f 6` to any

Работает в моем случае на Ubuntu 12.04

0
ответ дан 25 May 2018 в 11:36

Другие вопросы по тегам:

Похожие вопросы: