Способы опробовать новые выпуски ОС без каких-либо обязательств?

Question 1

Я хочу попробовать новые выпуски ОС по мере их поступления, такие как Ubuntu 17.04 или Ubuntu 17.10, чтобы увидеть новые функции. Мне также нравится смотреть Kubuntu, CentOS или другие дистрибутивы (Windows 11, когда он прибывает?) - или настроить тестовые среды, зная, что я могу их уничтожить и не хочу делать это на моей основной машине.

Какой набор альтернатив можно сделать, не рискуя моей основной машиной разработки? Я не ищу дебаты по ЛУЧШИМ способу, но какие альтернативы доступны.

Question 2

QEMU

QEMU - это решение для виртуализации, которое теоретически решает требования этого вопроса для дешевого и простого.

Он позволяет перетаскивать загрузочные файлы операционной системы операционной системы Linux или Windows host.

Он также позволяет загружать жесткие диски Live USB в пределах хост-системы и использует постоянство, если доступно.

Нет необходимости создавать виртуальный жесткий диск, как с VBox .

QEMU доступен как приложение командной строки для Linux, Windows и других ОС. Он также доступен как графический интерфейс и включен в QEMU версии для Linux и Windows http://multibootusb.org/.

http://multibootusb.org/

QEMU также может запускаться из диспетчера виртуальных машин, который быстрее, чем MBUSB, но не перетаскивается.

sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils
sudo apt-get install virt-manager

Для долгосрочного тестирования ОС VirtualBox установленная система превосходный.

Question 3

Question 4

Я успешно загрузил полную установку Ubuntu с USB-накопителей в течение последних 3 лет. USB 2.0 был немного медленнее, чем более старый 3G SATA HD (7200 об / мин 16 МБ кэш), но USB 3.0 находится в пределах пары секунд SSD на интерфейсе 3G SATA.

Question 5

Как более быстрая и дешевая альтернатива Sudodus, вы можете загрузиться непосредственно из файла образа загрузочного диска вместо выделенного (USB) диска.

По крайней мере, для изображений Ubuntu ISO (и таких производных, как Linux Mint) работает следующий рецепт. Другие дистрибутивы могут нуждаться в дальнейшей настройке.

Храните загрузочный образ (ы) загрузочного диска в формате ISO1 где-то в качестве файла на вашем внутреннем накопителе (дисках) 2. Добавьте файл «Детали» Grub, например. г. 35_isofiles, с содержанием

#!/bin/bash
set -e
. /usr/share/grub/grub-mkconfig_lib
shopt -s nullglob

make_iso_menuentry()
{
    local isodevice="$(exec "$grub_probe" -t device -- "$1")" || return $?
    local isogrub="$(make_system_path_relative_to_its_root "$1")"
    local label="${2:-"$1"}"

    printf 'menuentry %s {\n' "'${label//\'/\'\\\'\'}'"
    printf '\tset isofile=%s\n' "'${isogrub//\'/\'\\\'\'}'"
    prepare_grub_to_access_device "$isodevice" | sed -e 's/^/\t/'
    printf '\t%s\n' \
        'insmod loopback' 'insmod iso9660' 'loopback loop "$isofile"' \
        'linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename="$isofile" ro noprompt noeject noplymouth' \
        'initrd (loop)/casper/initrd.lz'
    printf '}\n\n'

    printf 'Found "%s" image: %s\n' "$label" "$1" >&2
}


for iso in /path/to/image.iso # <-- set path to your ISO image here
do
    make_iso_menuentry "$iso" "${iso##*/}" || true
done

до /etc/grub.d и сделать его исполняемым. Отредактируйте путь к файлу в указанной строке в соответствии с вашими потребностями. Вы можете добавить несколько путей и / или шаблоны шаров Bash, если хотите. Сделайте исполняемый файл:

sudo chmod a+x /etc/grub.d/35_isofiles

Убедитесь, что меню Grub включено. Обновите конфигурацию Grub:

sudo update-grub

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

1 Другие типы файловой системы возможны, но могут потребоваться другие команды Grub и настройка параметров загрузки.

1 LVM, RAID и зашифрованные файловые системы должны работать благодаря библиотеке утилиты Grub, но я не тестировал их.

Question 6

Виртуализация, безусловно, самая простая.

Однако у вас есть два разных варианта использования, которые будут иметь разные решения

1.

Распределения в основном определяются упакованными приложениями и средой пользовательского пространства (например, SystemD vs init для загрузки)

Если вы хотите «оценить» UIX другого дистрибутива, качественно, то я бы рекомендовал полномасштабную виртуализацию, где вы полностью устанавливаете ОС и оцениваете ее удобство использования. Это хорошо отражено в других ответах.

Если вам просто нужна среда пользовательского пространства для тестирования, тогда прочитайте.

2. Тестирование и «экземпляры выброса» в разных средах

Легче, дешевле и быстрее использовать контейнеризацию - это форма легкой виртуализации, которая использует ядро для создания изолированной среды.

Контейнер разделяет ресурсы ядра с хостом, но в остальном имеет свою собственную корневую файловую систему, пользовательское пространство, сетевой стек и т. д. Это можно представить концептуально как chroot на стероидах. Однако, поскольку ядро является общим, виртуализация является «тонкой», что означает, что для большинства практических целей она работает с той же скоростью, что и операционная система.

Обычно используется контейнерная система под названием docker. Docker имеет стандартизованные изображения для практически любого дистрибутива Linux, который вам нужен, и он работает на окнах (однако образы окон работают только на окнах, изображения на Linux работают на обоих).

Существуют также собственные альтернативы с открытым исходным кодом для Linux, такие как LXC (который встроен в ядро!), Который можно использовать для того же самого (но с большей конфигурацией).

Упрощенный пример среды тестирования или сборки в docker

# Dockerfile

FROM ubuntu:17.10

RUN apt-get update && apt-get install -y build-essential

WORKDIR /workdir

docker build --tag my-builder .

Затем из командной строки скомпилируйте свой проект или тесты в этой среде различными способами

«войти» и скомпилировать в среде, запустить тесты и т. д. Предполагая, что вы находитесь в исходной папке вашего проекта

$ docker run -v "$PWD:/workdir" --rm -it my-builder /bin/bash
# echo "Now in docker container"
# make
...
# build/test/my-test
...
# exit
$ echo "Build artifacts are now on your host OS Directory :) "

Используйте как один -off

$ docker run -v "$PWD:/workdir" --rm my-builder make

Вы даже можете передавать переменные окружения

$ docker run -e "CROSS_COMPILE=arm-linux-gnueabi" -v "$PWD:/workdir" --rm my-builder make

Или запустить постоянный экземпляр и скопировать файлы в него явно

$ Start our instance in background 
$ docker run --name my-builder-inst -d my-builder
$ echo "Copy files to instance" 
$ docker cp /my/source/dir my-builder-inst:/workdir
$ echo "run project build"
$ docker exec my-builder-inst make
$ echo "copy build artifacts"
$ docker cp my-builder-inst:/workdir/build /my/output/dir
$ echo "destroy and delete container" 
$ docker rm -f  my-builder-inst

Там являются буквально сотнями других шаблонов использования, однако, определение типа сценария, расширяемые изображения и использование командной строки делает его чрезвычайно привлекательным для сред разработки, тестирования и даже для развертывания

Question 7

Question 8

Я сохраняю отдельный раздел на своем диске (рекомендую минимум 20 ГБ, если можно).

Я могу установить на этот раздел любую ОС, которую хочу протестировать, а затем перезагрузиться в нее.

Если все работает хорошо, я могу отказаться от своего исходного раздела ОС и, в конечном итоге, переназначить его.

Но если новая ОС не работает для меня (проблемы с драйверами, недоступное программное обеспечение), тогда Я могу просто разделить раздел и быть благодарным за то, что у меня все еще есть это!

Примечания:

Таким образом, вы действительно можете протестировать новую ОС на своем оборудования, поэтому вы можете обнаружить проблемы с драйверами. Но если вы только хотели бы почувствовать, как чувствует себя новая ОС, одно из других решений для виртуализации, вероятно, быстрее, проще и безопаснее для вас. Я сохраняю свой /home на большом отдельном разделе, поэтому он не зависит от двух OS-es. (Не случайно переформатируйте этот раздел!) Но я рекомендую вам не использовать общий раздел /home во время тестирования. Если у двух ОС есть существенно разные версии программного обеспечения, приложение может изменить свои файлы конфигурации таким образом, который непригоден для другой ОС. Поэтому сохраняйте отдельные файлы конфигурации для каждой ОС, пока вы не зафиксируете один из них. (*) см. ниже. Вам не нужно создавать второй раздел подкачки. Вы можете использовать один и тот же раздел подкачки для обеих ОС. Конечно, вам нужно быть осторожным, какие разделы вы форматируете / устанавливаете. Сделайте резервную копию и запишите идентификаторы и размеры разделов (parted, p, q) перед установкой новой ОС. Для двойной загрузки между двумя операционными системами вам необходимо, чтобы grub обнаружил их обоих. По моему опыту, grub всегда делал это автоматически. (Но lilo раньше была другой историей!) Часто можно запускать программное обеспечение с одной ОС, когда вы находитесь на другой ОС. Мне удалось использовать sudo chroot /mnt/original_os, хотя это была скрипка для настройки: мне пришлось привязать привязку /dev и /proc.

Моя запись была 4 ОС Linux на одной машине и Windows XP. Раньше я загружался в Gentoo для скорости и веселья, но запустил мой веб-сервер и почтовый сервер в chroot для надежной операционной системы Debian.

(*) Вы можете настроить другую домашнюю папку для каждой ОС, отредактировав /etc/passwd. Задайте свой дом /home/you/arch-test, а затем настройте общий домашний раздел в /etc/fstab и перезагрузитесь. Вы можете символизировать некоторые dotfiles для совместного использования в обеих операционных системах, в то время как другие будут привязаны к ОС.

Question 9

Самый простой и простой способ - использовать виртуализацию. Вы можете загрузить VirtualBox (это с открытым исходным кодом) и установить любую операционную систему. И я рекомендую вам создать моментальный снимок перед запуском в первый раз, таким образом вы можете вернуться к своему предыдущему состоянию, если вы сделаете какую-либо ошибку, настроив его, изменив конфигурацию и т. Д.

У меня есть и протестируйте несколько ОС таким образом. Это очень просто и быстро. Даже, я использовал MSDOS и Windows 3.1, используя виртуализацию. Вы можете установить что угодно, даже ChromeOS (с небольшим количеством работы) или с любой версией Windows или Linux, это не имеет никакого значения для его рабочего стола.

Question 10

У вас в основном есть три варианта: виртуализация (VirtualBox или Docker), загрузочный флеш-накопитель (современная альтернатива живому компакт-диску) или двойная загрузка из раздела. Выбор между тремя зависит от ваших потребностей, оборудования и опыта. Некоторые из других ответов более подробно описывают конкретный подход, но вот сравнение на высоком уровне, чтобы дать вам основу для решения между ними.

1. Виртуализация

Плюсы:

довольно проста в настройке, не повлияет на вашу основную среду разработки, вы можете легко настроить столько, сколько хотите, если у вас есть пространство на жестком диске - даже создавать моментальные снимки перед внесением серьезных изменений и просто удалять их, когда вы закончите с ними

Плюсы :

довольно легко установить производительность ограничена ресурсами, выделенными для виртуальной машины, поэтому вы действительно не получите точное представление о том, как тестируемая версия ОС сравнивается с вашей основной ОС , не повлияет на ваш основной dev окружающая среда

2. Загрузочный флеш-накопитель

Плюсы:

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

Плюсы :

не повлияет на производительность вашей основной среды dev , зависит от качества используемого флэш-диска

3. Двойная загрузка из раздела

Плюсы:

производительность зависит от качества используемого флеш-накопителя использует ваше фактическое оборудование (кроме хранилища устройство), так что вы можете видеть, насколько хорошо он играет с драйверами и whatnot

Плюсы :

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

Question 11

USB-альтернативы

USB-альтернативы хороши, когда

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

Вы можете использовать USB-накопитель с объемом дискового пространства не менее 2 ГБ и создать

, который вы хотите проверить на производительность (на голом металле )

Если вы хотите

попробовать Ubuntu более продвинутым способом или , компьютер недостаточно мощный, чтобы запустить системы у вас есть / получить быстрый USB-накопитель не менее 4 ГБ,

вы можете создать

попробовать Ubuntu в более расширенный способ или

, или если у вас есть / получить быстрый USB-накопитель не менее 16 ГБ, вы можете создать установленный

Ubuntu (например, установленный на внутреннем диске, но в USB-накопителе). Установленная система на USB-накопителе стабильна и гибка, может быть обновлена и изменена без каких-либо ограничений. Таким образом, это лучше, чем постоянная живая система. Он переносится между компьютерами, если вы можете избежать проприетарных драйверов, но постоянная живая система более портативна.

Ссылки

установили систему Ubuntu (например, установленную на внутреннем диске, но в USB-накопителе). Установленная система на USB-накопителе стабильна и гибка, может быть обновлена и изменена без каких-либо ограничений. Таким образом, это лучше, чем постоянная живая система. у вас есть / получить быстрый USB-накопитель не менее 4 ГБ,

. У вас есть / получить быстрый USB-накопитель не менее 4 ГБ, установленную систему Ubuntu (например, установленную на внутреннем диске, но на USB-накопителе).

help.ubuntu.com/community/mkusb help.ubuntu.com/community/mkusb/persistent Ubuntu в прямом эфире с USB с полной сохранностью и NTFS multibootusb.org/ Загрузите Ubuntu с внешнего накопителя

установлена система Ubuntu (например, установлена на внутреннем диске, но на USB-накопителе).

Невозможно форматировать мой USB-накопитель. Я уже пробовал с mkdosfs и gparted help.ubuntu.com/community/mkusb

Question 12

Один из способов тестирования новых дистрибутивов и версий ОС - это виртуализация. Это не требует места для дополнительного ПК / клавиатуры / видео / мыши или адаптеров для запуска нескольких ПК с помощью одной клавиатуры, видео, мыши. Для этого требуется только один ПК и некоторое программное обеспечение для виртуализации.

Предполагается, что у вас есть машина с многоядерным процессором, способным к виртуализации и разумному объему памяти.

Если вы используете Ubuntu и хотите только попробовать Linux-дистрибутивы (я не верю, что Windows будет работать), вы можете использовать бесплатный программное обеспечение для виртуализации, упакованное в Ubuntu: KVM или Xen. Оба работают нормально, БЕСПЛАТНО и могут запускать различные дистрибутивы Linux. Однако инструменты для управления виртуальными машинами несколько отсутствуют. У Oracle есть БЕСПЛАТНАЯ версия инструмента виртуализации VirtualBox, и, конечно же, всегда есть коммерческий продукт VMWare. VirtualBox и VMWare также могут запускать Ubuntu поверх Windows-компьютера, если это ваш рабочий стол по выбору.

Используя диспетчер VM, вы сможете добавлять новые дистрибутивы по мере их выхода, тестировать их , играть с новыми функциями, а затем отбрасывать их при появлении новой версии. Они просто съедают дисковое пространство, когда не работают, поэтому их даже не нужно отбрасывать, если это не становится жестким. С менеджером виртуальной машины легко балансировать 5, 10 или более дистрибутивов на машине и иметь возможность загружать их и снимать по мере необходимости. Если вам посчастливилось иметь 32-гигабайтную или 64-гигабайтную машину, вы можете даже запустить их все параллельно.

Question 13

Question 14

QEMU

QEMU - это решение для виртуализации, которое теоретически решает требования этого вопроса для дешевого и простого.

Он позволяет перетаскивать загрузочные файлы операционной системы операционной системы Linux или Windows host.

Он также позволяет загружать жесткие диски Live USB в пределах хост-системы и использует постоянство, если доступно.

Нет необходимости создавать виртуальный жесткий диск, как с VBox .

QEMU доступен как приложение командной строки для Linux, Windows и других ОС. Он также доступен как графический интерфейс и включен в QEMU версии для Linux и Windows http://multibootusb.org/.

http://multibootusb.org/

QEMU также может запускаться из диспетчера виртуальных машин, который быстрее, чем MBUSB, но не перетаскивается.

sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils
sudo apt-get install virt-manager

Для долгосрочного тестирования ОС VirtualBox установленная система превосходный.

Question 15

Я успешно загрузил полную установку Ubuntu с USB-накопителей в течение последних 3 лет. USB 2.0 был немного медленнее, чем более старый 3G SATA HD (7200 об / мин 16 МБ кэш), но USB 3.0 находится в пределах пары секунд SSD на интерфейсе 3G SATA.

Question 16

Как более быстрая и дешевая альтернатива Sudodus, вы можете загрузиться непосредственно из файла образа загрузочного диска вместо выделенного (USB) диска.

По крайней мере, для изображений Ubuntu ISO (и таких производных, как Linux Mint) работает следующий рецепт. Другие дистрибутивы могут нуждаться в дальнейшей настройке.

Храните загрузочный образ (ы) загрузочного диска в формате ISO1 где-то в качестве файла на вашем внутреннем накопителе (дисках) 2. Добавьте файл «Детали» Grub, например. г. 35_isofiles, с содержанием

#!/bin/bash
set -e
. /usr/share/grub/grub-mkconfig_lib
shopt -s nullglob

make_iso_menuentry()
{
    local isodevice="$(exec "$grub_probe" -t device -- "$1")" || return $?
    local isogrub="$(make_system_path_relative_to_its_root "$1")"
    local label="${2:-"$1"}"

    printf 'menuentry %s {\n' "'${label//\'/\'\\\'\'}'"
    printf '\tset isofile=%s\n' "'${isogrub//\'/\'\\\'\'}'"
    prepare_grub_to_access_device "$isodevice" | sed -e 's/^/\t/'
    printf '\t%s\n' \
        'insmod loopback' 'insmod iso9660' 'loopback loop "$isofile"' \
        'linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename="$isofile" ro noprompt noeject noplymouth' \
        'initrd (loop)/casper/initrd.lz'
    printf '}\n\n'

    printf 'Found "%s" image: %s\n' "$label" "$1" >&2
}


for iso in /path/to/image.iso # <-- set path to your ISO image here
do
    make_iso_menuentry "$iso" "${iso##*/}" || true
done

до /etc/grub.d и сделать его исполняемым. Отредактируйте путь к файлу в указанной строке в соответствии с вашими потребностями. Вы можете добавить несколько путей и / или шаблоны шаров Bash, если хотите. Сделайте исполняемый файл:

sudo chmod a+x /etc/grub.d/35_isofiles

Убедитесь, что меню Grub включено. Обновите конфигурацию Grub:

sudo update-grub

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

1 Другие типы файловой системы возможны, но могут потребоваться другие команды Grub и настройка параметров загрузки.

1 LVM, RAID и зашифрованные файловые системы должны работать благодаря библиотеке утилиты Grub, но я не тестировал их.

Question 17

Виртуализация, безусловно, самая простая.

Однако у вас есть два разных варианта использования, которые будут иметь разные решения

1.

Распределения в основном определяются упакованными приложениями и средой пользовательского пространства (например, SystemD vs init для загрузки)

Если вы хотите «оценить» UIX другого дистрибутива, качественно, то я бы рекомендовал полномасштабную виртуализацию, где вы полностью устанавливаете ОС и оцениваете ее удобство использования. Это хорошо отражено в других ответах.

Если вам просто нужна среда пользовательского пространства для тестирования, тогда прочитайте.

2. Тестирование и «экземпляры выброса» в разных средах

Легче, дешевле и быстрее использовать контейнеризацию - это форма легкой виртуализации, которая использует ядро для создания изолированной среды.

Контейнер разделяет ресурсы ядра с хостом, но в остальном имеет свою собственную корневую файловую систему, пользовательское пространство, сетевой стек и т. д. Это можно представить концептуально как chroot на стероидах. Однако, поскольку ядро является общим, виртуализация является «тонкой», что означает, что для большинства практических целей она работает с той же скоростью, что и операционная система.

Обычно используется контейнерная система под названием docker. Docker имеет стандартизованные изображения для практически любого дистрибутива Linux, который вам нужен, и он работает на окнах (однако образы окон работают только на окнах, изображения на Linux работают на обоих).

Существуют также собственные альтернативы с открытым исходным кодом для Linux, такие как LXC (который встроен в ядро!), Который можно использовать для того же самого (но с большей конфигурацией).

Упрощенный пример среды тестирования или сборки в docker

# Dockerfile

FROM ubuntu:17.10

RUN apt-get update && apt-get install -y build-essential

WORKDIR /workdir

docker build --tag my-builder .

Затем из командной строки скомпилируйте свой проект или тесты в этой среде различными способами

«войти» и скомпилировать в среде, запустить тесты и т. д. Предполагая, что вы находитесь в исходной папке вашего проекта

$ docker run -v "$PWD:/workdir" --rm -it my-builder /bin/bash
# echo "Now in docker container"
# make
...
# build/test/my-test
...
# exit
$ echo "Build artifacts are now on your host OS Directory :) "

Используйте как один -off

$ docker run -v "$PWD:/workdir" --rm my-builder make

Вы даже можете передавать переменные окружения

$ docker run -e "CROSS_COMPILE=arm-linux-gnueabi" -v "$PWD:/workdir" --rm my-builder make

Или запустить постоянный экземпляр и скопировать файлы в него явно

$ Start our instance in background 
$ docker run --name my-builder-inst -d my-builder
$ echo "Copy files to instance" 
$ docker cp /my/source/dir my-builder-inst:/workdir
$ echo "run project build"
$ docker exec my-builder-inst make
$ echo "copy build artifacts"
$ docker cp my-builder-inst:/workdir/build /my/output/dir
$ echo "destroy and delete container" 
$ docker rm -f  my-builder-inst

Там являются буквально сотнями других шаблонов использования, однако, определение типа сценария, расширяемые изображения и использование командной строки делает его чрезвычайно привлекательным для сред разработки, тестирования и даже для развертывания

Question 18

Я сохраняю отдельный раздел на своем диске (рекомендую минимум 20 ГБ, если можно).

Я могу установить на этот раздел любую ОС, которую хочу протестировать, а затем перезагрузиться в нее.

Если все работает хорошо, я могу отказаться от своего исходного раздела ОС и, в конечном итоге, переназначить его.

Но если новая ОС не работает для меня (проблемы с драйверами, недоступное программное обеспечение), тогда Я могу просто разделить раздел и быть благодарным за то, что у меня все еще есть это!

Примечания:

Таким образом, вы действительно можете протестировать новую ОС на своем оборудования, поэтому вы можете обнаружить проблемы с драйверами. Но если вы только хотели бы почувствовать, как чувствует себя новая ОС, одно из других решений для виртуализации, вероятно, быстрее, проще и безопаснее для вас. Я сохраняю свой /home на большом отдельном разделе, поэтому он не зависит от двух OS-es. (Не случайно переформатируйте этот раздел!) Но я рекомендую вам не использовать общий раздел /home во время тестирования. Если у двух ОС есть существенно разные версии программного обеспечения, приложение может изменить свои файлы конфигурации таким образом, который непригоден для другой ОС. Поэтому сохраняйте отдельные файлы конфигурации для каждой ОС, пока вы не зафиксируете один из них. (*) см. ниже. Вам не нужно создавать второй раздел подкачки. Вы можете использовать один и тот же раздел подкачки для обеих ОС. Конечно, вам нужно быть осторожным, какие разделы вы форматируете / устанавливаете. Сделайте резервную копию и запишите идентификаторы и размеры разделов (parted, p, q) перед установкой новой ОС. Для двойной загрузки между двумя операционными системами вам необходимо, чтобы grub обнаружил их обоих. По моему опыту, grub всегда делал это автоматически. (Но lilo раньше была другой историей!) Часто можно запускать программное обеспечение с одной ОС, когда вы находитесь на другой ОС. Мне удалось использовать sudo chroot /mnt/original_os, хотя это была скрипка для настройки: мне пришлось привязать привязку /dev и /proc.

Моя запись была 4 ОС Linux на одной машине и Windows XP. Раньше я загружался в Gentoo для скорости и веселья, но запустил мой веб-сервер и почтовый сервер в chroot для надежной операционной системы Debian.

(*) Вы можете настроить другую домашнюю папку для каждой ОС, отредактировав /etc/passwd. Задайте свой дом /home/you/arch-test, а затем настройте общий домашний раздел в /etc/fstab и перезагрузитесь. Вы можете символизировать некоторые dotfiles для совместного использования в обеих операционных системах, в то время как другие будут привязаны к ОС.

Question 19

Question 20

Самый простой и простой способ - использовать виртуализацию. Вы можете загрузить VirtualBox (это с открытым исходным кодом) и установить любую операционную систему. И я рекомендую вам создать моментальный снимок перед запуском в первый раз, таким образом вы можете вернуться к своему предыдущему состоянию, если вы сделаете какую-либо ошибку, настроив его, изменив конфигурацию и т. Д.

У меня есть и протестируйте несколько ОС таким образом. Это очень просто и быстро. Даже, я использовал MSDOS и Windows 3.1, используя виртуализацию. Вы можете установить что угодно, даже ChromeOS (с небольшим количеством работы) или с любой версией Windows или Linux, это не имеет никакого значения для его рабочего стола.

Question 21

У вас в основном есть три варианта: виртуализация (VirtualBox или Docker), загрузочный флеш-накопитель (современная альтернатива живому компакт-диску) или двойная загрузка из раздела. Выбор между тремя зависит от ваших потребностей, оборудования и опыта. Некоторые из других ответов более подробно описывают конкретный подход, но вот сравнение на высоком уровне, чтобы дать вам основу для решения между ними.

1. Виртуализация

Плюсы:

довольно проста в настройке, не повлияет на вашу основную среду разработки, вы можете легко настроить столько, сколько хотите, если у вас есть пространство на жестком диске - даже создавать моментальные снимки перед внесением серьезных изменений и просто удалять их, когда вы закончите с ними

Плюсы :

довольно легко установить производительность ограничена ресурсами, выделенными для виртуальной машины, поэтому вы действительно не получите точное представление о том, как тестируемая версия ОС сравнивается с вашей основной ОС , не повлияет на ваш основной dev окружающая среда

2. Загрузочный флеш-накопитель

Плюсы:

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

Плюсы :

не повлияет на производительность вашей основной среды dev , зависит от качества используемого флэш-диска

3. Двойная загрузка из раздела

Плюсы:

производительность зависит от качества используемого флеш-накопителя использует ваше фактическое оборудование (кроме хранилища устройство), так что вы можете видеть, насколько хорошо он играет с драйверами и whatnot

Плюсы :

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

Question 22

USB-альтернативы

USB-альтернативы хороши, когда

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

Вы можете использовать USB-накопитель с объемом дискового пространства не менее 2 ГБ и создать

, который вы хотите проверить на производительность (на голом металле )

Если вы хотите

попробовать Ubuntu более продвинутым способом или , компьютер недостаточно мощный, чтобы запустить системы у вас есть / получить быстрый USB-накопитель не менее 4 ГБ,

вы можете создать

попробовать Ubuntu в более расширенный способ или

, или если у вас есть / получить быстрый USB-накопитель не менее 16 ГБ, вы можете создать установленный

Ubuntu (например, установленный на внутреннем диске, но в USB-накопителе). Установленная система на USB-накопителе стабильна и гибка, может быть обновлена и изменена без каких-либо ограничений. Таким образом, это лучше, чем постоянная живая система. Он переносится между компьютерами, если вы можете избежать проприетарных драйверов, но постоянная живая система более портативна.

Ссылки

установили систему Ubuntu (например, установленную на внутреннем диске, но в USB-накопителе). Установленная система на USB-накопителе стабильна и гибка, может быть обновлена и изменена без каких-либо ограничений. Таким образом, это лучше, чем постоянная живая система. у вас есть / получить быстрый USB-накопитель не менее 4 ГБ,

. У вас есть / получить быстрый USB-накопитель не менее 4 ГБ, установленную систему Ubuntu (например, установленную на внутреннем диске, но на USB-накопителе).

help.ubuntu.com/community/mkusb help.ubuntu.com/community/mkusb/persistent Ubuntu в прямом эфире с USB с полной сохранностью и NTFS multibootusb.org/ Загрузите Ubuntu с внешнего накопителя

установлена система Ubuntu (например, установлена на внутреннем диске, но на USB-накопителе).

Невозможно форматировать мой USB-накопитель. Я уже пробовал с mkdosfs и gparted help.ubuntu.com/community/mkusb

Question 23

Один из способов тестирования новых дистрибутивов и версий ОС - это виртуализация. Это не требует места для дополнительного ПК / клавиатуры / видео / мыши или адаптеров для запуска нескольких ПК с помощью одной клавиатуры, видео, мыши. Для этого требуется только один ПК и некоторое программное обеспечение для виртуализации.

Предполагается, что у вас есть машина с многоядерным процессором, способным к виртуализации и разумному объему памяти.

Если вы используете Ubuntu и хотите только попробовать Linux-дистрибутивы (я не верю, что Windows будет работать), вы можете использовать бесплатный программное обеспечение для виртуализации, упакованное в Ubuntu: KVM или Xen. Оба работают нормально, БЕСПЛАТНО и могут запускать различные дистрибутивы Linux. Однако инструменты для управления виртуальными машинами несколько отсутствуют. У Oracle есть БЕСПЛАТНАЯ версия инструмента виртуализации VirtualBox, и, конечно же, всегда есть коммерческий продукт VMWare. VirtualBox и VMWare также могут запускать Ubuntu поверх Windows-компьютера, если это ваш рабочий стол по выбору.

Используя диспетчер VM, вы сможете добавлять новые дистрибутивы по мере их выхода, тестировать их , играть с новыми функциями, а затем отбрасывать их при появлении новой версии. Они просто съедают дисковое пространство, когда не работают, поэтому их даже не нужно отбрасывать, если это не становится жестким. С менеджером виртуальной машины легко балансировать 5, 10 или более дистрибутивов на машине и иметь возможность загружать их и снимать по мере необходимости. Если вам посчастливилось иметь 32-гигабайтную или 64-гигабайтную машину, вы можете даже запустить их все параллельно.

C.S.Cameron · Answer 1 · 17 July 2018 в 19:21

QEMU

QEMU - это решение для виртуализации, которое теоретически решает требования этого вопроса для дешевого и простого.

Он позволяет перетаскивать загрузочные файлы операционной системы операционной системы Linux или Windows host.

Он также позволяет загружать жесткие диски Live USB в пределах хост-системы и использует постоянство, если доступно.

Нет необходимости создавать виртуальный жесткий диск, как с VBox .

QEMU доступен как приложение командной строки для Linux, Windows и других ОС. Он также доступен как графический интерфейс и включен в QEMU версии для Linux и Windows http://multibootusb.org/.

http://multibootusb.org/

QEMU также может запускаться из диспетчера виртуальных машин, который быстрее, чем MBUSB, но не перетаскивается.

sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils
sudo apt-get install virt-manager

Для долгосрочного тестирования ОС VirtualBox установленная система превосходный.

CSharpQuestions · Answer 2 · 17 July 2018 в 19:21

Я успешно загрузил полную установку Ubuntu с USB-накопителей в течение последних 3 лет. USB 2.0 был немного медленнее, чем более старый 3G SATA HD (7200 об / мин 16 МБ кэш), но USB 3.0 находится в пределах пары секунд SSD на интерфейсе 3G SATA.

David Foerster · Answer 3 · 17 July 2018 в 19:21

Как более быстрая и дешевая альтернатива Sudodus, вы можете загрузиться непосредственно из файла образа загрузочного диска вместо выделенного (USB) диска.

По крайней мере, для изображений Ubuntu ISO (и таких производных, как Linux Mint) работает следующий рецепт. Другие дистрибутивы могут нуждаться в дальнейшей настройке.

Храните загрузочный образ (ы) загрузочного диска в формате ISO1 где-то в качестве файла на вашем внутреннем накопителе (дисках) 2. Добавьте файл «Детали» Grub, например. г. 35_isofiles, с содержанием

#!/bin/bash
set -e
. /usr/share/grub/grub-mkconfig_lib
shopt -s nullglob

make_iso_menuentry()
{
    local isodevice="$(exec "$grub_probe" -t device -- "$1")" || return $?
    local isogrub="$(make_system_path_relative_to_its_root "$1")"
    local label="${2:-"$1"}"

    printf 'menuentry %s {\n' "'${label//\'/\'\\\'\'}'"
    printf '\tset isofile=%s\n' "'${isogrub//\'/\'\\\'\'}'"
    prepare_grub_to_access_device "$isodevice" | sed -e 's/^/\t/'
    printf '\t%s\n' \
        'insmod loopback' 'insmod iso9660' 'loopback loop "$isofile"' \
        'linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename="$isofile" ro noprompt noeject noplymouth' \
        'initrd (loop)/casper/initrd.lz'
    printf '}\n\n'

    printf 'Found "%s" image: %s\n' "$label" "$1" >&2
}


for iso in /path/to/image.iso # <-- set path to your ISO image here
do
    make_iso_menuentry "$iso" "${iso##*/}" || true
done

до /etc/grub.d и сделать его исполняемым. Отредактируйте путь к файлу в указанной строке в соответствии с вашими потребностями. Вы можете добавить несколько путей и / или шаблоны шаров Bash, если хотите. Сделайте исполняемый файл:

sudo chmod a+x /etc/grub.d/35_isofiles

Убедитесь, что меню Grub включено. Обновите конфигурацию Grub:

sudo update-grub

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

1 Другие типы файловой системы возможны, но могут потребоваться другие команды Grub и настройка параметров загрузки.

1 LVM, RAID и зашифрованные файловые системы должны работать благодаря библиотеке утилиты Grub, но я не тестировал их.

dessert · Answer 4 · 17 July 2018 в 19:21

Виртуализация, безусловно, самая простая.

Однако у вас есть два разных варианта использования, которые будут иметь разные решения

1.

Распределения в основном определяются упакованными приложениями и средой пользовательского пространства (например, SystemD vs init для загрузки)

Если вы хотите «оценить» UIX другого дистрибутива, качественно, то я бы рекомендовал полномасштабную виртуализацию, где вы полностью устанавливаете ОС и оцениваете ее удобство использования. Это хорошо отражено в других ответах.

Если вам просто нужна среда пользовательского пространства для тестирования, тогда прочитайте.

2. Тестирование и «экземпляры выброса» в разных средах

Легче, дешевле и быстрее использовать контейнеризацию - это форма легкой виртуализации, которая использует ядро для создания изолированной среды.

Контейнер разделяет ресурсы ядра с хостом, но в остальном имеет свою собственную корневую файловую систему, пользовательское пространство, сетевой стек и т. д. Это можно представить концептуально как chroot на стероидах. Однако, поскольку ядро является общим, виртуализация является «тонкой», что означает, что для большинства практических целей она работает с той же скоростью, что и операционная система.

Обычно используется контейнерная система под названием docker. Docker имеет стандартизованные изображения для практически любого дистрибутива Linux, который вам нужен, и он работает на окнах (однако образы окон работают только на окнах, изображения на Linux работают на обоих).

Существуют также собственные альтернативы с открытым исходным кодом для Linux, такие как LXC (который встроен в ядро!), Который можно использовать для того же самого (но с большей конфигурацией).

Упрощенный пример среды тестирования или сборки в docker

# Dockerfile

FROM ubuntu:17.10

RUN apt-get update && apt-get install -y build-essential

WORKDIR /workdir

docker build --tag my-builder .

Затем из командной строки скомпилируйте свой проект или тесты в этой среде различными способами

«войти» и скомпилировать в среде, запустить тесты и т. д. Предполагая, что вы находитесь в исходной папке вашего проекта

$ docker run -v "$PWD:/workdir" --rm -it my-builder /bin/bash
# echo "Now in docker container"
# make
...
# build/test/my-test
...
# exit
$ echo "Build artifacts are now on your host OS Directory :) "

Используйте как один -off

$ docker run -v "$PWD:/workdir" --rm my-builder make

Вы даже можете передавать переменные окружения

$ docker run -e "CROSS_COMPILE=arm-linux-gnueabi" -v "$PWD:/workdir" --rm my-builder make

Или запустить постоянный экземпляр и скопировать файлы в него явно

$ Start our instance in background 
$ docker run --name my-builder-inst -d my-builder
$ echo "Copy files to instance" 
$ docker cp /my/source/dir my-builder-inst:/workdir
$ echo "run project build"
$ docker exec my-builder-inst make
$ echo "copy build artifacts"
$ docker cp my-builder-inst:/workdir/build /my/output/dir
$ echo "destroy and delete container" 
$ docker rm -f  my-builder-inst

Там являются буквально сотнями других шаблонов использования, однако, определение типа сценария, расширяемые изображения и использование командной строки делает его чрезвычайно привлекательным для сред разработки, тестирования и даже для развертывания

joeytwiddle · Answer 5 · 17 July 2018 в 19:21

Я сохраняю отдельный раздел на своем диске (рекомендую минимум 20 ГБ, если можно).

Я могу установить на этот раздел любую ОС, которую хочу протестировать, а затем перезагрузиться в нее.

Если все работает хорошо, я могу отказаться от своего исходного раздела ОС и, в конечном итоге, переназначить его.

Но если новая ОС не работает для меня (проблемы с драйверами, недоступное программное обеспечение), тогда Я могу просто разделить раздел и быть благодарным за то, что у меня все еще есть это!

Примечания:

Таким образом, вы действительно можете протестировать новую ОС на своем оборудования, поэтому вы можете обнаружить проблемы с драйверами. Но если вы только хотели бы почувствовать, как чувствует себя новая ОС, одно из других решений для виртуализации, вероятно, быстрее, проще и безопаснее для вас. Я сохраняю свой /home на большом отдельном разделе, поэтому он не зависит от двух OS-es. (Не случайно переформатируйте этот раздел!) Но я рекомендую вам не использовать общий раздел /home во время тестирования. Если у двух ОС есть существенно разные версии программного обеспечения, приложение может изменить свои файлы конфигурации таким образом, который непригоден для другой ОС. Поэтому сохраняйте отдельные файлы конфигурации для каждой ОС, пока вы не зафиксируете один из них. (*) см. ниже. Вам не нужно создавать второй раздел подкачки. Вы можете использовать один и тот же раздел подкачки для обеих ОС. Конечно, вам нужно быть осторожным, какие разделы вы форматируете / устанавливаете. Сделайте резервную копию и запишите идентификаторы и размеры разделов (parted, p, q) перед установкой новой ОС. Для двойной загрузки между двумя операционными системами вам необходимо, чтобы grub обнаружил их обоих. По моему опыту, grub всегда делал это автоматически. (Но lilo раньше была другой историей!) Часто можно запускать программное обеспечение с одной ОС, когда вы находитесь на другой ОС. Мне удалось использовать sudo chroot /mnt/original_os, хотя это была скрипка для настройки: мне пришлось привязать привязку /dev и /proc.

Моя запись была 4 ОС Linux на одной машине и Windows XP. Раньше я загружался в Gentoo для скорости и веселья, но запустил мой веб-сервер и почтовый сервер в chroot для надежной операционной системы Debian.

(*) Вы можете настроить другую домашнюю папку для каждой ОС, отредактировав /etc/passwd. Задайте свой дом /home/you/arch-test, а затем настройте общий домашний раздел в /etc/fstab и перезагрузитесь. Вы можете символизировать некоторые dotfiles для совместного использования в обеих операционных системах, в то время как другие будут привязаны к ОС.

Luis Arriojas · Answer 6 · 17 July 2018 в 19:21

Самый простой и простой способ - использовать виртуализацию. Вы можете загрузить VirtualBox (это с открытым исходным кодом) и установить любую операционную систему. И я рекомендую вам создать моментальный снимок перед запуском в первый раз, таким образом вы можете вернуться к своему предыдущему состоянию, если вы сделаете какую-либо ошибку, настроив его, изменив конфигурацию и т. Д.

У меня есть и протестируйте несколько ОС таким образом. Это очень просто и быстро. Даже, я использовал MSDOS и Windows 3.1, используя виртуализацию. Вы можете установить что угодно, даже ChromeOS (с небольшим количеством работы) или с любой версией Windows или Linux, это не имеет никакого значения для его рабочего стола.

Sean the Bean · Answer 7 · 17 July 2018 в 19:21

У вас в основном есть три варианта: виртуализация (VirtualBox или Docker), загрузочный флеш-накопитель (современная альтернатива живому компакт-диску) или двойная загрузка из раздела. Выбор между тремя зависит от ваших потребностей, оборудования и опыта. Некоторые из других ответов более подробно описывают конкретный подход, но вот сравнение на высоком уровне, чтобы дать вам основу для решения между ними.

1. Виртуализация

Плюсы:

довольно проста в настройке, не повлияет на вашу основную среду разработки, вы можете легко настроить столько, сколько хотите, если у вас есть пространство на жестком диске - даже создавать моментальные снимки перед внесением серьезных изменений и просто удалять их, когда вы закончите с ними

Плюсы :

довольно легко установить производительность ограничена ресурсами, выделенными для виртуальной машины, поэтому вы действительно не получите точное представление о том, как тестируемая версия ОС сравнивается с вашей основной ОС , не повлияет на ваш основной dev окружающая среда

2. Загрузочный флеш-накопитель

Плюсы:

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

Плюсы :

не повлияет на производительность вашей основной среды dev , зависит от качества используемого флэш-диска

3. Двойная загрузка из раздела

Плюсы:

производительность зависит от качества используемого флеш-накопителя использует ваше фактическое оборудование (кроме хранилища устройство), так что вы можете видеть, насколько хорошо он играет с драйверами и whatnot

Плюсы :

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

sudodus · Answer 8 · 17 July 2018 в 19:21

USB-альтернативы

USB-альтернативы хороши, когда

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

Вы можете использовать USB-накопитель с объемом дискового пространства не менее 2 ГБ и создать

, который вы хотите проверить на производительность (на голом металле )

Если вы хотите

попробовать Ubuntu более продвинутым способом или , компьютер недостаточно мощный, чтобы запустить системы у вас есть / получить быстрый USB-накопитель не менее 4 ГБ,

вы можете создать

попробовать Ubuntu в более расширенный способ или

, или если у вас есть / получить быстрый USB-накопитель не менее 16 ГБ, вы можете создать установленный

Ubuntu (например, установленный на внутреннем диске, но в USB-накопителе). Установленная система на USB-накопителе стабильна и гибка, может быть обновлена и изменена без каких-либо ограничений. Таким образом, это лучше, чем постоянная живая система. Он переносится между компьютерами, если вы можете избежать проприетарных драйверов, но постоянная живая система более портативна.

Ссылки

установили систему Ubuntu (например, установленную на внутреннем диске, но в USB-накопителе). Установленная система на USB-накопителе стабильна и гибка, может быть обновлена и изменена без каких-либо ограничений. Таким образом, это лучше, чем постоянная живая система. у вас есть / получить быстрый USB-накопитель не менее 4 ГБ,

. У вас есть / получить быстрый USB-накопитель не менее 4 ГБ, установленную систему Ubuntu (например, установленную на внутреннем диске, но на USB-накопителе).

help.ubuntu.com/community/mkusb help.ubuntu.com/community/mkusb/persistent Ubuntu в прямом эфире с USB с полной сохранностью и NTFS multibootusb.org/ Загрузите Ubuntu с внешнего накопителя

установлена система Ubuntu (например, установлена на внутреннем диске, но на USB-накопителе).

Невозможно форматировать мой USB-накопитель. Я уже пробовал с mkdosfs и gparted help.ubuntu.com/community/mkusb

Ted Cahall · Answer 9 · 17 July 2018 в 19:21

Один из способов тестирования новых дистрибутивов и версий ОС - это виртуализация. Это не требует места для дополнительного ПК / клавиатуры / видео / мыши или адаптеров для запуска нескольких ПК с помощью одной клавиатуры, видео, мыши. Для этого требуется только один ПК и некоторое программное обеспечение для виртуализации.

Предполагается, что у вас есть машина с многоядерным процессором, способным к виртуализации и разумному объему памяти.

Если вы используете Ubuntu и хотите только попробовать Linux-дистрибутивы (я не верю, что Windows будет работать), вы можете использовать бесплатный программное обеспечение для виртуализации, упакованное в Ubuntu: KVM или Xen. Оба работают нормально, БЕСПЛАТНО и могут запускать различные дистрибутивы Linux. Однако инструменты для управления виртуальными машинами несколько отсутствуют. У Oracle есть БЕСПЛАТНАЯ версия инструмента виртуализации VirtualBox, и, конечно же, всегда есть коммерческий продукт VMWare. VirtualBox и VMWare также могут запускать Ubuntu поверх Windows-компьютера, если это ваш рабочий стол по выбору.

Используя диспетчер VM, вы сможете добавлять новые дистрибутивы по мере их выхода, тестировать их , играть с новыми функциями, а затем отбрасывать их при появлении новой версии. Они просто съедают дисковое пространство, когда не работают, поэтому их даже не нужно отбрасывать, если это не становится жестким. С менеджером виртуальной машины легко балансировать 5, 10 или более дистрибутивов на машине и иметь возможность загружать их и снимать по мере необходимости. Если вам посчастливилось иметь 32-гигабайтную или 64-гигабайтную машину, вы можете даже запустить их все параллельно.

C.S.Cameron · Answer 10 · 23 July 2018 в 20:06

QEMU

QEMU - это решение для виртуализации, которое теоретически решает требования этого вопроса для дешевого и простого.

Он позволяет перетаскивать загрузочные файлы операционной системы операционной системы Linux или Windows host.

Он также позволяет загружать жесткие диски Live USB в пределах хост-системы и использует постоянство, если доступно.

Нет необходимости создавать виртуальный жесткий диск, как с VBox .

QEMU доступен как приложение командной строки для Linux, Windows и других ОС. Он также доступен как графический интерфейс и включен в QEMU версии для Linux и Windows http://multibootusb.org/.

http://multibootusb.org/

QEMU также может запускаться из диспетчера виртуальных машин, который быстрее, чем MBUSB, но не перетаскивается.

sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils
sudo apt-get install virt-manager

Для долгосрочного тестирования ОС VirtualBox установленная система превосходный.

Спасибо! Я не слышал об этом. Я посмотрю на это. — Ted Cahall, 12 March 2018 в 20:33

CSharpQuestions · Answer 11 · 23 July 2018 в 20:06

Я успешно загрузил полную установку Ubuntu с USB-накопителей в течение последних 3 лет. USB 2.0 был немного медленнее, чем более старый 3G SATA HD (7200 об / мин 16 МБ кэш), но USB 3.0 находится в пределах пары секунд SSD на интерфейсе 3G SATA.

David Foerster · Answer 12 · 23 July 2018 в 20:06

Как более быстрая и дешевая альтернатива Sudodus, вы можете загрузиться непосредственно из файла образа загрузочного диска вместо выделенного (USB) диска.

По крайней мере, для изображений Ubuntu ISO (и таких производных, как Linux Mint) работает следующий рецепт. Другие дистрибутивы могут нуждаться в дальнейшей настройке.

Храните загрузочный образ (ы) загрузочного диска в формате ISO1 где-то в качестве файла на вашем внутреннем накопителе (дисках) 2. Добавьте файл «Детали» Grub, например. г. 35_isofiles, с содержанием

#!/bin/bash
set -e
. /usr/share/grub/grub-mkconfig_lib
shopt -s nullglob

make_iso_menuentry()
{
    local isodevice="$(exec "$grub_probe" -t device -- "$1")" || return $?
    local isogrub="$(make_system_path_relative_to_its_root "$1")"
    local label="${2:-"$1"}"

    printf 'menuentry %s {\n' "'${label//\'/\'\\\'\'}'"
    printf '\tset isofile=%s\n' "'${isogrub//\'/\'\\\'\'}'"
    prepare_grub_to_access_device "$isodevice" | sed -e 's/^/\t/'
    printf '\t%s\n' \
        'insmod loopback' 'insmod iso9660' 'loopback loop "$isofile"' \
        'linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename="$isofile" ro noprompt noeject noplymouth' \
        'initrd (loop)/casper/initrd.lz'
    printf '}\n\n'

    printf 'Found "%s" image: %s\n' "$label" "$1" >&2
}


for iso in /path/to/image.iso # <-- set path to your ISO image here
do
    make_iso_menuentry "$iso" "${iso##*/}" || true
done

до /etc/grub.d и сделать его исполняемым. Отредактируйте путь к файлу в указанной строке в соответствии с вашими потребностями. Вы можете добавить несколько путей и / или шаблоны шаров Bash, если хотите. Сделайте исполняемый файл:

sudo chmod a+x /etc/grub.d/35_isofiles

Убедитесь, что меню Grub включено. Обновите конфигурацию Grub:

sudo update-grub

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

1 Другие типы файловой системы возможны, но могут потребоваться другие команды Grub и настройка параметров загрузки.

1 LVM, RAID и зашифрованные файловые системы должны работать благодаря библиотеке утилиты Grub, но я не тестировал их.

Вау ! какой сценарий! Я сделал то же самое вручную, просто добавив запись в /etc/grub.d/40_custom и найдя хорошие параметры; Не так сложно с учетом моей помощи с wiki.archlinux.org/index.php/… — solsTiCe, 8 March 2018 в 18:15

dessert · Answer 13 · 23 July 2018 в 20:06

Виртуализация, безусловно, самая простая.

Однако у вас есть два разных варианта использования, которые будут иметь разные решения

1.

Распределения в основном определяются упакованными приложениями и средой пользовательского пространства (например, SystemD vs init для загрузки)

Если вы хотите «оценить» UIX другого дистрибутива, качественно, то я бы рекомендовал полномасштабную виртуализацию, где вы полностью устанавливаете ОС и оцениваете ее удобство использования. Это хорошо отражено в других ответах.

Если вам просто нужна среда пользовательского пространства для тестирования, тогда прочитайте.

2. Тестирование и «экземпляры выброса» в разных средах

Легче, дешевле и быстрее использовать контейнеризацию - это форма легкой виртуализации, которая использует ядро для создания изолированной среды.

Контейнер разделяет ресурсы ядра с хостом, но в остальном имеет свою собственную корневую файловую систему, пользовательское пространство, сетевой стек и т. д. Это можно представить концептуально как chroot на стероидах. Однако, поскольку ядро является общим, виртуализация является «тонкой», что означает, что для большинства практических целей она работает с той же скоростью, что и операционная система.

Обычно используется контейнерная система под названием docker. Docker имеет стандартизованные изображения для практически любого дистрибутива Linux, который вам нужен, и он работает на окнах (однако образы окон работают только на окнах, изображения на Linux работают на обоих).

Существуют также собственные альтернативы с открытым исходным кодом для Linux, такие как LXC (который встроен в ядро!), Который можно использовать для того же самого (но с большей конфигурацией).

Упрощенный пример среды тестирования или сборки в docker

# Dockerfile

FROM ubuntu:17.10

RUN apt-get update && apt-get install -y build-essential

WORKDIR /workdir

docker build --tag my-builder .

Затем из командной строки скомпилируйте свой проект или тесты в этой среде различными способами

«войти» и скомпилировать в среде, запустить тесты и т. д. Предполагая, что вы находитесь в исходной папке вашего проекта

$ docker run -v "$PWD:/workdir" --rm -it my-builder /bin/bash
# echo "Now in docker container"
# make
...
# build/test/my-test
...
# exit
$ echo "Build artifacts are now on your host OS Directory :) "

Используйте как один -off

$ docker run -v "$PWD:/workdir" --rm my-builder make

Вы даже можете передавать переменные окружения

$ docker run -e "CROSS_COMPILE=arm-linux-gnueabi" -v "$PWD:/workdir" --rm my-builder make

Или запустить постоянный экземпляр и скопировать файлы в него явно

$ Start our instance in background 
$ docker run --name my-builder-inst -d my-builder
$ echo "Copy files to instance" 
$ docker cp /my/source/dir my-builder-inst:/workdir
$ echo "run project build"
$ docker exec my-builder-inst make
$ echo "copy build artifacts"
$ docker cp my-builder-inst:/workdir/build /my/output/dir
$ echo "destroy and delete container" 
$ docker rm -f  my-builder-inst

Там являются буквально сотнями других шаблонов использования, однако, определение типа сценария, расширяемые изображения и использование командной строки делает его чрезвычайно привлекательным для сред разработки, тестирования и даже для развертывания

Если вам нужны системные контейнеры, вы, вероятно, должны смотреть на LXD (гораздо проще, чем на традиционные инструменты LXC для пользователей), а не на Docker (который больше предназначен для контейнеров приложений). Тем не менее, оба они построены поверх поддержки ядра LXC / cgroups. См. Также unix.stackexchange.com/questions/254956/… — Bob, 9 March 2018 в 06:24

joeytwiddle · Answer 14 · 23 July 2018 в 20:06

Я сохраняю отдельный раздел на своем диске (рекомендую минимум 20 ГБ, если можно).

Я могу установить на этот раздел любую ОС, которую хочу протестировать, а затем перезагрузиться в нее.

Если все работает хорошо, я могу отказаться от своего исходного раздела ОС и, в конечном итоге, переназначить его.

Но если новая ОС не работает для меня (проблемы с драйверами, недоступное программное обеспечение), тогда Я могу просто разделить раздел и быть благодарным за то, что у меня все еще есть это!

Примечания:

Таким образом, вы действительно можете протестировать новую ОС на своем оборудования, поэтому вы можете обнаружить проблемы с драйверами. Но если вы только хотели бы почувствовать, как чувствует себя новая ОС, одно из других решений для виртуализации, вероятно, быстрее, проще и безопаснее для вас. Я сохраняю свой /home на большом отдельном разделе, поэтому он не зависит от двух OS-es. (Не случайно переформатируйте этот раздел!) Но я рекомендую вам не использовать общий раздел /home во время тестирования. Если у двух ОС есть существенно разные версии программного обеспечения, приложение может изменить свои файлы конфигурации таким образом, который непригоден для другой ОС. Поэтому сохраняйте отдельные файлы конфигурации для каждой ОС, пока вы не зафиксируете один из них. (*) см. ниже. Вам не нужно создавать второй раздел подкачки. Вы можете использовать один и тот же раздел подкачки для обеих ОС. Конечно, вам нужно быть осторожным, какие разделы вы форматируете / устанавливаете. Сделайте резервную копию и запишите идентификаторы и размеры разделов (parted, p, q) перед установкой новой ОС. Для двойной загрузки между двумя операционными системами вам необходимо, чтобы grub обнаружил их обоих. По моему опыту, grub всегда делал это автоматически. (Но lilo раньше была другой историей!) Часто можно запускать программное обеспечение с одной ОС, когда вы находитесь на другой ОС. Мне удалось использовать sudo chroot /mnt/original_os, хотя это была скрипка для настройки: мне пришлось привязать привязку /dev и /proc.

Моя запись была 4 ОС Linux на одной машине и Windows XP. Раньше я загружался в Gentoo для скорости и веселья, но запустил мой веб-сервер и почтовый сервер в chroot для надежной операционной системы Debian.

(*) Вы можете настроить другую домашнюю папку для каждой ОС, отредактировав /etc/passwd. Задайте свой дом /home/you/arch-test, а затем настройте общий домашний раздел в /etc/fstab и перезагрузитесь. Вы можете символизировать некоторые dotfiles для совместного использования в обеих операционных системах, в то время как другие будут привязаны к ОС.

Нужно действительно доверять их установочным скриптам ..... — mckenzm, 8 March 2018 в 23:10
Да, с этим методом существует больше рисков. Если вы действительно внимательный человек, вы можете сначала попробовать виртуализацию и , затем установить раздел и отказаться от своей первоначальной установки, если это работает. — joeytwiddle, 9 March 2018 в 06:48
Я бы никогда больше этого не делал. Однажды я столкнулся с явно неясной ошибкой d-i, которая уничтожила каждый зашифрованный раздел, даже те, которые не были частью запрошенной установки. AFAIK эта ошибка не исправлена. — Michael Hampton, 11 March 2018 в 03:00

Luis Arriojas · Answer 15 · 23 July 2018 в 20:06

Самый простой и простой способ - использовать виртуализацию. Вы можете загрузить VirtualBox (это с открытым исходным кодом) и установить любую операционную систему. И я рекомендую вам создать моментальный снимок перед запуском в первый раз, таким образом вы можете вернуться к своему предыдущему состоянию, если вы сделаете какую-либо ошибку, настроив его, изменив конфигурацию и т. Д.

У меня есть и протестируйте несколько ОС таким образом. Это очень просто и быстро. Даже, я использовал MSDOS и Windows 3.1, используя виртуализацию. Вы можете установить что угодно, даже ChromeOS (с небольшим количеством работы) или с любой версией Windows или Linux, это не имеет никакого значения для его рабочего стола.

Sean the Bean · Answer 16 · 23 July 2018 в 20:06

У вас в основном есть три варианта: виртуализация (VirtualBox или Docker), загрузочный флеш-накопитель (современная альтернатива живому компакт-диску) или двойная загрузка из раздела. Выбор между тремя зависит от ваших потребностей, оборудования и опыта. Некоторые из других ответов более подробно описывают конкретный подход, но вот сравнение на высоком уровне, чтобы дать вам основу для решения между ними.

1. Виртуализация

Плюсы:

довольно проста в настройке, не повлияет на вашу основную среду разработки, вы можете легко настроить столько, сколько хотите, если у вас есть пространство на жестком диске - даже создавать моментальные снимки перед внесением серьезных изменений и просто удалять их, когда вы закончите с ними

Плюсы :

довольно легко установить производительность ограничена ресурсами, выделенными для виртуальной машины, поэтому вы действительно не получите точное представление о том, как тестируемая версия ОС сравнивается с вашей основной ОС , не повлияет на ваш основной dev окружающая среда

2. Загрузочный флеш-накопитель

Плюсы:

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

Плюсы :

не повлияет на производительность вашей основной среды dev , зависит от качества используемого флэш-диска

3. Двойная загрузка из раздела

Плюсы:

производительность зависит от качества используемого флеш-накопителя использует ваше фактическое оборудование (кроме хранилища устройство), так что вы можете видеть, насколько хорошо он играет с драйверами и whatnot

Плюсы :

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

Если вы разделите альтернативу Docker как отдельную от виртуализации в своем посте, я бы хотел отметить ее как ответ, который охватывает все альтернативы. IMHO, я считаю, что контейнеры - это не настоящая виртуализация из-за того, что не запущены настоящие полные init системы и полные ядра. Контейнеры (докер, LXC и т. Д.) Являются более легкими по ресурсам по сравнению с полной виртуализацией (и т. Д.) ... — Ted Cahall, 11 March 2018 в 15:10

sudodus · Answer 17 · 23 July 2018 в 20:06

USB-альтернативы

USB-альтернативы хороши, когда

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

Вы можете использовать USB-накопитель с объемом дискового пространства не менее 2 ГБ и создать

, который вы хотите проверить на производительность (на голом металле )

Если вы хотите

попробовать Ubuntu более продвинутым способом или , компьютер недостаточно мощный, чтобы запустить системы у вас есть / получить быстрый USB-накопитель не менее 4 ГБ,

вы можете создать

попробовать Ubuntu в более расширенный способ или

, или если у вас есть / получить быстрый USB-накопитель не менее 16 ГБ, вы можете создать установленный

Ubuntu (например, установленный на внутреннем диске, но в USB-накопителе). Установленная система на USB-накопителе стабильна и гибка, может быть обновлена и изменена без каких-либо ограничений. Таким образом, это лучше, чем постоянная живая система. Он переносится между компьютерами, если вы можете избежать проприетарных драйверов, но постоянная живая система более портативна.

Ссылки

установили систему Ubuntu (например, установленную на внутреннем диске, но в USB-накопителе). Установленная система на USB-накопителе стабильна и гибка, может быть обновлена и изменена без каких-либо ограничений. Таким образом, это лучше, чем постоянная живая система. у вас есть / получить быстрый USB-накопитель не менее 4 ГБ,

. У вас есть / получить быстрый USB-накопитель не менее 4 ГБ, установленную систему Ubuntu (например, установленную на внутреннем диске, но на USB-накопителе).

help.ubuntu.com/community/mkusb help.ubuntu.com/community/mkusb/persistent Ubuntu в прямом эфире с USB с полной сохранностью и NTFS multibootusb.org/ Загрузите Ubuntu с внешнего накопителя

установлена система Ubuntu (например, установлена на внутреннем диске, но на USB-накопителе).

Невозможно форматировать мой USB-накопитель. Я уже пробовал с mkdosfs и gparted help.ubuntu.com/community/mkusb

Поскольку на плакате установлена работающая Ubuntu (?) Установка, загрузка ISO непосредственно с жесткого диска также возможна. Настройте ссылки на (новую) ISO, используйте ссылку в grub (добавьте в свой /etc/grub.d/40_custom) и создайте раздел FAT с каталогами для файлов casper-rw (PERSISTENCE_PATH, чтобы определить, какой из них использовать ). Добавить "toram & quot; и производительность загрузки ISO эквивалентна (или даже быстрее), чем обычная установка жесткого диска. — ubfan1, 7 March 2018 в 20:33
Да, альтернатива @ ubfan1 хороша, я использовал ее несколько раз. Возможно, это немного сложнее настроить, чем создать USB-накопитель, но как только вы его получите, он может работать хорошо :-) См. Эту ссылку, help.ubuntu.com/community/Grub2/… — sudodus, 7 March 2018 в 20:47
Установка на отдельном устройстве хранения данных - лучший способ, когда вы хотите проверить, как действительно работает новая версия ОС с вашим оборудованием. — pa4080, 8 March 2018 в 01:38
Это абсолютно правильный ответ. Попытка протестировать ОС через слои виртуализации (или Docker, не дай Бог) в вашей текущей ОС - это как взять новый автомобиль для «тест-драйва», буксируя его на трейлере за вашим текущим автомобилем: конечно, вы можете посмотреть, что он выглядит , но это просто не даст вам представления о производительности. — A C, 8 March 2018 в 17:14
С USB3 это, вероятно, будет работать нормально. Если у вас более старая машина с USB2, она, вероятно, займет значительно больше времени для загрузки. — Sean the Bean, 9 March 2018 в 18:36

Ted Cahall · Answer 18 · 23 July 2018 в 20:06

Один из способов тестирования новых дистрибутивов и версий ОС - это виртуализация. Это не требует места для дополнительного ПК / клавиатуры / видео / мыши или адаптеров для запуска нескольких ПК с помощью одной клавиатуры, видео, мыши. Для этого требуется только один ПК и некоторое программное обеспечение для виртуализации.

Предполагается, что у вас есть машина с многоядерным процессором, способным к виртуализации и разумному объему памяти.

Если вы используете Ubuntu и хотите только попробовать Linux-дистрибутивы (я не верю, что Windows будет работать), вы можете использовать бесплатный программное обеспечение для виртуализации, упакованное в Ubuntu: KVM или Xen. Оба работают нормально, БЕСПЛАТНО и могут запускать различные дистрибутивы Linux. Однако инструменты для управления виртуальными машинами несколько отсутствуют. У Oracle есть БЕСПЛАТНАЯ версия инструмента виртуализации VirtualBox, и, конечно же, всегда есть коммерческий продукт VMWare. VirtualBox и VMWare также могут запускать Ubuntu поверх Windows-компьютера, если это ваш рабочий стол по выбору.

Используя диспетчер VM, вы сможете добавлять новые дистрибутивы по мере их выхода, тестировать их , играть с новыми функциями, а затем отбрасывать их при появлении новой версии. Они просто съедают дисковое пространство, когда не работают, поэтому их даже не нужно отбрасывать, если это не становится жестким. С менеджером виртуальной машины легко балансировать 5, 10 или более дистрибутивов на машине и иметь возможность загружать их и снимать по мере необходимости. Если вам посчастливилось иметь 32-гигабайтную или 64-гигабайтную машину, вы можете даже запустить их все параллельно.

Windows можно запустить внутри виртуальной машины; однако более новые версии настолько тяжелы, что вам понадобится довольно быстрый многоядерный процессор, чтобы он мог использоваться. — ravery, 7 March 2018 в 16:58
Виртуальная среда также зависит от поддержки этой ОС. Новые версии Windows потребуют внесения изменений в программное обеспечение виртуальной машины, чтобы поддерживать его, что может быть небольшим отступлением. Хотя я бы ожидал, что они будут готовиться к новым выпускам ;-) — Rinzwind, 7 March 2018 в 17:15
да. Для тестирования нам обязательно нужно обновить решение для виртуализации до самой последней версии, чтобы иметь возможность загружать последние выпуски ОС. — Takkat, 7 March 2018 в 19:01
KVM работает с Windows 10 и 7 просто отлично. Если в Xen вы ссылаетесь на Citrix Xen Server, который также запускает окна 10 & amp; 7. — Robby1212, 8 March 2018 в 01:39
@ EricDuminil Они были примерно такими же полезными, как Windows в целом. :) — Michael Hampton, 8 March 2018 в 21:33

Способы опробовать новые выпуски ОС без каких-либо обязательств?

18 ответов

1.

2. Тестирование и «экземпляры выброса» в разных средах

Упрощенный пример среды тестирования или сборки в docker

1. Виртуализация

2. Загрузочный флеш-накопитель

3. Двойная загрузка из раздела

USB-альтернативы

Ссылки

1.

2. Тестирование и «экземпляры выброса» в разных средах

Упрощенный пример среды тестирования или сборки в docker

1. Виртуализация

2. Загрузочный флеш-накопитель

3. Двойная загрузка из раздела

USB-альтернативы

Ссылки

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

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