рабочее ядро на QEMU
Вот статья, которая уже касается части группы 0 Вашего вопроса.
Обычная практика
Хорошо я не уверен, является ли это лучшим решением, но это - то, что я сделал, и я приветствую комментарии/улучшения/предложения.
Я недавно настроил удаленное резервное копирование для клиенты drupal веб-сайт, мой централизованный сервер резервного копирования получал доступ к удаленному серверу и получению по запросу. Я следовал за этим принципом.
- Созданный пользователь (на удаленном), который я хотел использовать в качестве администратора, этому пользователю разрешили войти в систему через ssh, но не использование пароля, только через общественность/закрытый ключ. (который действительно необходимо бережно хранить и сохраненный в администраторском местоположении).
- Отключенный корневой вход в систему через ssh, на удаленном.
- Разрешенный моего администраторского пользователя для становления корнем через sudo.
Отметьте пользователя, который использовал бы, это - я, и я не сижу на сервере резервного копирования. Таким образом, я использовал это для установки резервного копирования ниже.
Теперь я могу, администратор, удаленный, корневой, не может войти только в моего специального администраторского пользователя и только с помощью ключевых сертификатов.
Созданный резервный пользователь (пользователь, который выполнит резервные копирования) и на удаленном и на локальном, это не было то же имя пользователя, я назвал ее чем-то немного необычным (на удаленном), поэтому даже если бы ключ был получен, то они должны были бы предположить имя удаленного пользователя также. Пользователь не является priviledged и не мог получить доступ к каталогам (или вывести базу данных без пароля) на удаленном.
Я разрешил этому Пользователю на удаленном выполнять одну команду в/etc/sudoers myobscurebackupuser ALL=NOPASSWD:/usr/bin/rsync
На моем центральном сервере резервного копирования при пользователе (кто снова un-priviledged) я храню общественность/закрытый ключ и резервный скрипт, который я хочу запустить. Только этот пользователь может получить доступ к сценарию/ключам для чтения (далеко от корня).
- мое резервное копирование было двумя шагами
Шаг 1
'ssh -i /path/to/key/file obscureuser@remote mysqldump [options] | gzip' | gunzip > local_dbdump.sql_Note первая половина является excuted на удаленном (до gzip), и вторая половина выполнений локально.Шаг 2 rsync удаленная структура каталогов
Пароль и дамп базы данных не хранятся на удаленном, они передаются в по соединению SSH. db_dump передается по каналу непосредственно в gzip, который передает его обратно по stdout. Я передаю это по каналу через gunzip и прямой stdout в локальный файл дампа дб.
% ls -l /usr/bin/emacs
lrwxrwxrwx 1 root root 23 25 sept. 2009 /usr/bin/emacs -> /etc/alternatives/emacs
% ls -l /etc/alternatives/emacs
lrwxrwxrwx 1 root root 18 25 sept. 2009 /etc/alternatives/emacs -> /usr/bin/emacs23-x
] У меня был такой же problam и мне удалось собрать mini Linux, следуя следующим шагам. [
] [][
][
]Шаги по сборке Mini Linux Distro[
] [- ]
[
- ]Скомпилируйте ядро и посмотрите на результат в виде размера компиляции[ ] [
- ]Создайте образ rootfs (например, в формате ext2 mke2fs), который будет содержать корневую систему и некоторые базовые программы (используемый busybox)[ ] [
- ]Смонтируйте rootfs и создайте основные каталоги и файлы[ ] [
- ]Скомпилируйте busybox и установите его в rootfs[ ] [
- ]Проверьте размер ядра (с включенными или без включённых модулей) и образ Ciar (с помощью mkdosfs, применённых к образу [
]linux. img[]), которые содержат linux. img grub или syslinux устанавливают процесс загрузки системы[ ]
[ - ]После создания rootfs и linux, скопируйте для syslinux.cfg linux.img , bzImage, в linux.img[ ] [
- ]Применяет команду [
]sync[] syslinux, чтобы закончить linux. img image ;[ ]
[ - ]После всех настроек и установок, протестируйте его с помощью [
]qemu[], например, следующая команда []qemu linux.img[][ ]
[ - ]Если все в порядке, система загрузится в базовую оболочку.[ ] [
]Но текущие попытки не могут войти в терминал ( shell )[
] []Я оставляю эти шаги здесь в случае, если они могут помочь кому-нибудь или кто-нибудь может помочь мне.[
].У меня была такая проблема, и увеличение оперативной памяти гостя устранило ее. Попробуйте передать -m 1024
Я использовал:
qemu-system-x86_64 --enable-kvm -m 1024 -machine smm=off -cdrom mint.iso -boot order=d mint_hdd.img
Указание размера оперативной памяти, т.е.
-m 1024
исправил эту проблему и успешно загрузился в mint.