Многие устройства (особенно в ноутбуках) имеют не только драйверы, но и прошивку, хранящуюся во флэш-памяти.
Проблема: прошивка не очищается при перезагрузке, если вспышка все еще имеет питание (т.е. режим ожидания). -мощность). Прошивка, используемая драйверами Windows, часто несовместима с прошивкой драйверов Linux. Поэтому для многих пользователей ноутбуков единственный способ вернуть свое оборудование (например, WiFi) снова - выключить ноутбук, вынуть батарею и подождать некоторое время.
Нет никакого способа обойти это , о котором я знаю.
Если вы впервые загрузили локальную среду, потребуется несколько (в зависимости от того, сколько времени потребуется для загрузки около 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, а затем снова запустите
У меня была такая же проблема. Я обнаружил ошибки master-customize.log apt-get из-за поврежденных пакетов в apt-cacher-ng (я не уверен, что это произошло, потому что мой ноутбук приостановлен во время загрузки). Я смог исправить проблему, посетив http://localhost:3142/acng-report.html, проверив:
Проверяем имя файла И каталог файла (не рекомендуется), затем проверяем содержимое файла с помощью контрольной суммы (SLOW), а также обнаруживаем поврежденные файлы, затем немедленно обрезайте поврежденные файлы.и нажмите «Начать сканирование» и / или «Истечение срока действия». Затем я смог уничтожить среду juju и успешно переделать ее.
Вместо отключения ufw можно попытаться разрешить сеть juju (libvirt) с:
sudo ufw allow from `ip addr show virbr0|tail -n 1 |cut -d' ' -f 6` to any
Работает в моем случае на Ubuntu 12.04