Методи випробувати нові версії ОС, не зобов’язуючись виконувати це?

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

Який набір альтернатив існує для цього, не ризикуючи моєю основною машиною розвитку? Я не шукаю дебатів щодо найкращого способу, але які альтернативи є.

Альтернативи USB

USB альтернативи хороші, коли

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

Ви можете використовувати USB-підвіску з принаймні 2 Гб місця на диску та створити

• жива система Ubuntu в маятнику.

  Завантажтесь із USB pendrive та виберіть "Спробуйте Ubuntu" у меню завантаження (і щось подібне з іншими дистрибутивами Linux). Якщо ви зберігаєте дані, встановлюєте програми або налаштовуєте систему в прямому (тільки для живого) накопичувачі, воно не переживе відключення чи перезавантаження.

Якщо ти хочеш

• спробуйте Ubuntu більш досконалим способом або
• зберегти дані, встановити програми або налаштувати систему та
• Ви маєте / отримаєте швидкий USB-пристрій не менше 4 Гб,

ви можете створити

• стійка жива система Ubuntu

або якщо у вас є / отримати швидкий USB-накопичувач щонайменше 16 Гб , ви можете створити

• встановлена система Ubuntu (як встановлена ​​на внутрішньому накопичувачі, але у USB-матриці).

  Встановлена ​​система в USB-накопичувач стабільна і гнучка, її можна постійно оновлювати і налаштовувати без обмежень. Таким чином, це краще, ніж наполеглива жива система. Він портативний між комп’ютерами, якщо ви можете уникнути власних драйверів, але стійка жива система є більш портативною.

Посилання

• Спробуйте Ubuntu (Kubuntu, Lubuntu, Xubuntu, ...) перед його встановленням

• help.ubuntu.com/community/Installation/FromUSBStick

• help.ubuntu.com/community/Installation/FromUSBStick#Notes_about_speed

• help.ubuntu.com/community/mkusb

• help.ubuntu.com/community/mkusb/persistent

• Ubuntu жити з USB з повною наполегливістю та NTFS

• multibootusb.org/

• Завантажте Ubuntu з зовнішнього диска

• Відновіть USB-накопичувач до стандартного пристрою зберігання даних

• Неможливо відформатувати мій USB-диск. Я вже пробував з mkdosfs і gparted

• Чи є записами на DD-образ зображення постійними?

Один із способів перевірити нові дистрибутиви та версії ОС - це віртуалізація. Він не потребує місця для додаткового ПК / клавіатури / відео / миші або адаптерів для запуску декількох ПК з однією клавіатурою, відео, мишею. Для цього потрібен лише один ПК та деяке програмне забезпечення для віртуалізації.

Це передбачає, що у вас є машина з багатоядерним процесором, здатною до віртуалізації та достатньою кількістю пам'яті. Я б рекомендував принаймні 8 Гб пам'яті з 16 ГБ краще, якщо у вас є.

Якщо ви використовуєте Ubuntu і хочете лише спробувати дистрибутиви Linux (я не вірю, що Windows буде працювати), ви можете скористатися безкоштовним програмним забезпеченням для віртуалізації, упакованим в Ubuntu: KVM або Xen. Обидва працюють добре, БЕЗКОШТОВНІ та можуть працювати в різних дистрибутивах Linux. Однак інструментів для управління ВМ дещо не вистачає. Oracle має БЕЗКОШТОВНУ версію інструменту для віртуалізації під назвою VirtualBox, і звичайно завжди є комерційний продукт VMWare. І VirtualBox, і VMWare також можуть запускати Ubuntu на версії машини Windows, якщо це ваш робочий стіл.

Використовуючи VM-менеджер, ви зможете додати нові дистрибутиви, коли вони вийдуть, протестувати їх, пограти з новими функціями, а потім відкинути їх, коли з’явиться новий реліз. Вони з'їдають дисковий простір лише тоді, коли він не працює, тому їх навіть не потрібно викидати, якщо це не стає щільним. За допомогою менеджера VM можна легко врівноважити 5, 10 або більше дистрибутивів на машині та мати можливість завантажувати їх та знімати їх за потребою. Якщо вам пощастить мати 32 Гб або 64 ГБ апарат, ви навіть можете запустити їх паралельно.

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

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

1. Зберігайте зображення (-и) завантажувального диска у форматі ISO ¹ десь як файл на внутрішньому накопичувачі ² .

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 glob, якщо хочете.

3. Зробіть файл виконуваним:

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

4. Переконайтесь, що меню Grub увімкнено .

5. Оновіть конфігурацію Grub:

   sudo update-grub
   

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

¹ Можливі й інші типи файлової системи, але можуть знадобитися інші команди Grub та налаштування параметрів завантаження.

² LVM, RAID та зашифровані файлові системи повинні працювати завдяки бібліотеці утиліт Grub, але я не перевіряв їх.

Віртуалізація на сьогоднішній день найпростіша.

Однак у вас є 2 окремі випадки використання, які матимуть різні рішення

1. Спробуйте нові дистрибутиви

Поширення в основному визначаються упакованими програмами та середовищем користувача (наприклад, SystemDпорівняно з vsinit для завантаження)

Якщо ви хочете якісно "оцінити" UIX іншої дистрибуції, я б рекомендував повномасштабну віртуалізацію, де ви встановите ОС у повному обсязі та оціните її зручність використання. Це адекватно висвітлено в інших відповідях.

Якщо вам просто потрібне середовище простору користувачів для тестування, читайте далі.

2. Тестування та «викидання екземплярів» у різних середовищах

Простіше, дешевше і швидше використовувати контейнеризацію, форму легкої віртуалізації, яка використовує ядро ​​для створення середовищ з пісочним середовищем.

Контейнер ділиться ресурсами ядра з Host, але в іншому випадку має власну кореневу файлову систему, користувальницький простір, мережевий стек тощо. Це можна вважати концептуально як chroot стероїди. Однак оскільки ядро ​​поділяється, віртуалізація є "тонкою", що означає, що для більшості практичних цілей воно працює з тією ж швидкістю, що і хост ОС.

Існує поширена система контейнерів під назвою docker. Docker має стандартизовані зображення практично для кожного Linux-дистрибутиву, який ви хочете, і він працює на windows (однак, зображення Windows працюють лише на Windows, зображення 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 :) "

Використовувати як разову

$ 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

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

Я тримаю окремий розділ на своєму диску (рекомендую мінімум 20 Гб, більше, якщо можете).

Я можу встановити на цей розділ будь-яку ОС, яку я хочу протестувати, а потім перезавантажте її.

Якщо все працює добре, я можу знецінити свій оригінальний розділ ОС і, зрештою, змінити його.

Але якщо нова ОС для мене не працює (проблеми з драйверами, недоступне програмне забезпечення), я можу просто перезавантажити назад в стару ОС , і буду вдячний, що я все ще маю її!

Примітки:

• Таким чином ви дійсно зможете протестувати нову ОС на вашому апаратному забезпеченні, щоб ви могли виявити проблеми з драйверами.

• Але якщо ви хотіли лише відчути, як почувається нова ОС, одне з інших рішень для віртуалізації для вас, мабуть, швидше, простіше і безпечніше.

• Я тримаю своє /homeна великому окремому розділі, тому він не залежить від двох ОС. (Не випадково переформатуйте цей розділ!)

• Але я рекомендую не використовувати спільний /homeрозділ під час тестування. Якщо дві ОС мають істотно різні версії програмного забезпечення, програма може змінити свої конфігураційні файли таким чином, що не підходить для іншої ОС. Тому зберігайте окремі конфігураційні файли для кожної ОС, поки ви не покладетеся на одну з них. (*) Дивіться нижче

• Вам не потрібно створювати другий розділ swap. Ви можете використовувати один і той самий розділ для обох ОС.

• Звичайно, вам слід бути обережними, на які розділи ви відформатуєте / встановите. Тому зробіть резервну копію та запишіть свої ідентифікатори та розміри розділів (проділ, p, q), перш ніж встановлювати нову ОС.

• Для подвійного завантаження між двома ОС, вам потрібно grub, щоб виявити їх обох. На мій досвід, груб завжди це робив автоматично. (Але Ліло була іншою історією!)

• Часто можливо запустити програмне забезпечення з однієї ОС, поки ви перебуваєте в іншій ОС. Мені вдалося , що використання sudo chroot /mnt/original_os, хоча це була скрипка , щоб встановити : я повинен був пов'язати монтаж /devі /proc.

У моєму записі було 4 ОС Linux на одній машині та Windows XP. Я раніше завантажувався в Gentoo для швидкості та веселощів, але запускав свій веб-сервер та поштовий сервер chroot до надійної ОС Debian.

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

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

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

Плюси :

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

Мінуси :

• вимагає гідного обладнання для запуску двох або більше ОС одночасно
• продуктивність обмежена ресурсами, виділеними для VM, тому ви дійсно не отримаєте точного уявлення про те, як версія ОС, яку ви тестуєте, порівнюється з вашою основною ОС
• Оскільки апаратне забезпечення все віртуалізоване, ви також не отримаєте точного розуміння наявності / сумісності драйверів

2. завантажувальна флешка

Плюси :

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

Мінуси :

• Для цього потрібно мати одну (або більше) флеш-накопичувачів
• продуктивність залежить від якості використовуваної флешки

3. Подвійне завантаження з розділу

Плюси :

• дає найкращі уявлення про продуктивність, сумісність з драйверами тощо, оскільки він працює на точно такому ж апаратному забезпеченні, що і ваша основна ОС
• можна налаштувати декілька одразу, якщо у вас є місце на жорсткому диску (просто потрібно встановити окремий розділ для кожного)

Мінуси :

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

QEMU

QEMU - це рішення з віртуалізації, яке теоретично вирішує вимоги цього питання до дешевих і простих.

Це дозволяє перетягувати завантаження ізо файлів операційної системи в хості Linux або Windows.

Він також дозволяє завантажувати живі жорсткі диски USB в хост-системі і використовує стійкість, якщо вона є.

Немає необхідності створювати віртуальний жорсткий диск, як у VBox.

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

QEMU також можна запустити від менеджера віртуальної машини, який швидше, ніж MBUSB, але не перетягується.

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

Для більш тривалого тестування ОС система, встановлена ​​VirtualBox, є вищою.

Найпростіший і найпростіший спосіб - це використання віртуалізації. Ви можете завантажити VirtualBox (це відкритий код) та встановити будь-яку операційну систему. І я рекомендую вам створити знімок перед першим запуском, таким чином ви можете повернутися до його попереднього стану, якщо ви допустите будь-яку помилку при його налаштуванні, зміні конфігурації тощо.

У мене є використання та тестування декількох ОС таким чином. Це дуже просто і швидко. Навіть я використовував MSDOS та Windows 3.1 за допомогою віртуалізації. Ви можете встановити що завгодно, навіть ChromeOS (з невеликою кількістю роботи) або будь-яку версію Windows або Linux, це не має значення смаку робочого столу.

Останні 3 роки я успішно завантажував повну інсталяцію Ubuntu з USB-накопичувачів. USB 2.0 виявився трохи повільніше, ніж старший 3G SATA HD (7200 об / хв 16 Мб кеш), але USB 3.0 знаходиться за пару секунд від SSD на інтерфейсі 3G SATA.