Metode untuk mencoba rilis OS baru tanpa berkomitmen untuk itu?

Saya ingin mencoba rilis OS baru ketika mereka tiba, seperti Ubuntu 17.04 atau Ubuntu 17.10 untuk melihat fitur-fitur baru. Saya juga suka melihat Kubuntu, CentOS atau distro lain (Windows 11 ketika tiba?) - atau mengatur lingkungan pengujian mengetahui saya mungkin membuangnya dan tidak ingin melakukan ini pada mesin inti saya.

Apa alternatif yang ada untuk melakukan ini tanpa membahayakan mesin pengembangan utama saya? Saya tidak mencari perdebatan tentang cara TERBAIK, tetapi alternatif mana yang tersedia.

Alternatif USB

Alternatif USB baik, kapan

• Anda ingin menguji kinerja (pada logam kosong)
• komputer tidak cukup kuat untuk menjalankan sistem dengan baik di mesin virtual

Anda dapat menggunakan flashdisk USB dengan ruang drive minimal 2GB dan membuat a

• hidup sistem Ubuntu di flashdisk.

  Boot dari flashdisk USB dan pilih 'Coba Ubuntu' di menu boot (dan sesuatu yang mirip dengan distro linux lainnya). Jika Anda menyimpan data, menginstal program atau men-tweak sistem dalam drive langsung (live-only), itu tidak akan selamat dari shutdown atau reboot.

Jika Anda menghendaki

• coba Ubuntu dengan cara yang lebih maju atau
• menyimpan data, menginstal program atau men-tweak sistem dan
• Anda memiliki / mendapatkan flashdisk USB cepat minimal 4 GB,

Anda dapat membuat

• sistem Ubuntu langsung yang persisten

atau jika Anda memiliki / mendapatkan flashdisk USB cepat minimal 16 GB , Anda dapat membuatnya

• menginstal sistem Ubuntu (seperti diinstal di drive internal, tetapi di flashdisk USB).

  Sistem yang terinstal di USB drive stabil dan fleksibel, dapat tetap up to date dan tweak tanpa batas. Dengan cara ini lebih baik daripada sistem hidup yang persisten. Ini portabel antar komputer, jika Anda dapat menghindari driver berpemilik, tetapi sistem live yang persisten lebih portabel.

Tautan

• Coba Ubuntu (Kubuntu, Lubuntu, Xubuntu, ...) sebelum menginstalnya

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

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

• help.ubuntu.com/community/mkusb

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

• Ubuntu hidup dari USB dengan ketekunan penuh dan NTFS

• multibootusb.org/

• Boot Ubuntu dari drive eksternal

• Kembalikan stik USB ke perangkat penyimpanan standar

• Tidak dapat memformat drive usb saya. Saya sudah mencoba dengan mkdosfs dan gparted

• Apakah penulisan disk DD Image permanen?

Salah satu cara untuk menguji distro baru dan versi OS adalah dengan virtualisasi. Tidak memerlukan ruang untuk PC / keyboard / video / mouse tambahan atau adaptor untuk menjalankan banyak PC dengan keyboard, video, mouse tunggal. Ini hanya memerlukan satu PC dan beberapa perangkat lunak virtualisasi.

Ini mengasumsikan bahwa Anda memiliki mesin dengan CPU multi-core yang mampu melakukan virtualisasi dan jumlah memori yang masuk akal. Saya akan merekomendasikan setidaknya 8GB memori dengan 16GB lebih baik jika Anda memilikinya.

Jika Anda menjalankan Ubuntu dan hanya ingin mencoba distro Linux (saya tidak percaya Windows akan bekerja), Anda dapat menggunakan perangkat lunak virtualisasi gratis yang dikemas dalam Ubuntu: KVM atau Xen. Keduanya berfungsi dengan baik, GRATIS, dan dapat menjalankan berbagai distro Linux. Namun, alat untuk mengelola VM agak kurang. Oracle memiliki versi GRATIS alat virtualisasi yang disebut VirtualBox dan tentu saja selalu ada produk VMWare komersial. Baik VirtualBox dan VMWare juga dapat menjalankan Ubuntu di atas mesin Windows jika itu adalah desktop pilihan Anda.

Dengan menggunakan manajer VM, Anda akan dapat menambahkan distro baru saat keluar, mengujinya, bermain dengan fitur-fitur baru, dan kemudian membuangnya ketika rilis baru muncul. Mereka hanya memakan ruang disk saat tidak berjalan, sehingga mereka bahkan tidak perlu dibuang kecuali jika itu menjadi ketat. Dengan manajer VM, mudah untuk menyeimbangkan 5, 10 atau lebih distro pada mesin dan dapat mem-boot-nya dan menurunkannya sesuai kebutuhan. Jika Anda cukup beruntung memiliki mesin 32GB atau 64GB, Anda bahkan dapat menjalankan semuanya secara paralel.

Sebagai alternatif yang lebih cepat dan lebih murah untuk jawaban sudodus, Anda dapat mem-boot langsung dari file image drive yang dapat di-boot alih-alih drive khusus (USB).

Setidaknya untuk gambar ISO Ubuntu (dan turunannya seperti Linux Mint) resep berikut berfungsi. Distribusi lain mungkin perlu penyesuaian lebih lanjut.

1. Simpan gambar drive yang dapat di-boot dalam format ISO ^{1 di} suatu tempat sebagai file di drive penyimpanan internal Anda ² .

2. Tambahkan file "bagian" Grub, misalnya 35_isofiles, dengan konten

   #!/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

   ke /etc/grub.ddan membuatnya dapat dieksekusi.

   Edit jalur file pada baris yang ditunjukkan agar sesuai dengan kebutuhan Anda. Anda bisa menambahkan banyak jalur dan / atau pola glob Bash jika Anda mau.

3. Jadikan file dapat dieksekusi:

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

4. Pastikan menu Grub diaktifkan .

5. Perbarui konfigurasi Grub:

   sudo update-grub
   

6. Reboot dan pilih entri menu Grub yang baru ditambahkan untuk mem-boot dari file gambar masing-masing.

¹ Jenis sistem file lain dimungkinkan tetapi mungkin memerlukan perintah Grub lainnya dan penyesuaian parameter boot.

² LVM, RAID, dan sistem file terenkripsi seharusnya berfungsi berkat pustaka utilitas Grub tapi saya tidak mengujinya.

Sejauh ini, virtualisasi adalah yang paling sederhana.

Namun Anda memiliki 2 kasus penggunaan terpisah di sini, yang akan memiliki solusi berbeda

1. Cobalah distro baru

Distribusi pada dasarnya ditentukan oleh aplikasi yang dikemas, dan lingkungan userspace (mis SystemD vs inituntuk boot)

Jika Anda ingin "mengevaluasi" UIX dari distribusi yang berbeda, secara kualitatif, maka saya akan merekomendasikan virtualisasi penuh di mana Anda menginstal OS secara keseluruhan dan mengevaluasi kegunaannya. Ini tercakup secara memadai dalam jawaban lain.

Jika Anda hanya perlu lingkungan userspace untuk pengujian maka baca terus.

2. Menguji dan "membuang contoh" di lingkungan yang berbeda

Lebih mudah, lebih murah, dan lebih cepat untuk menggunakan containerisasi, suatu bentuk virtualisasi ringan yang menggunakan kernel untuk menciptakan lingkungan berpasir.

Sebuah wadah berbagi sumber daya kernel dengan Host, tetapi selain itu memiliki sistem file root sendiri, ruang pengguna, tumpukan jaringan, dll. Dapat dianggap, secara konseptual sebagai chrootsteroid. Namun, karena kernel dibagikan, virtualisasi itu "tipis", artinya untuk sebagian besar keperluan praktis ia berjalan pada kecepatan yang sama dengan OS host.

Ada yang biasa disebut sistem wadah docker. Docker memiliki gambar standar untuk hampir semua distribusi linux yang Anda inginkan, dan ini berjalan di windows (namun, gambar windows hanya bekerja di windows, gambar linux bekerja pada keduanya). Ini memiliki fitur berguna tambahan untuk menghemat ruang dan kinerja.

Ada juga alternatif open source asli untuk linux seperti LXC(yang dibangun ke dalam kernel!), Yang dapat digunakan untuk banyak hal yang sama (tetapi dengan lebih banyak konfigurasi diperlukan).

Contoh sederhana dari lingkungan pengujian atau pembangunan di docker

# Dockerfile

FROM ubuntu:17.10

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

WORKDIR /workdir

• docker build --tag my-builder .

Kemudian dari baris perintah, kompilasi proyek Anda atau tes di lingkungan itu dengan berbagai cara

"login" dan kompilasi dalam lingkungan, jalankan tes dll. Dengan asumsi Anda berada di direktori sumber proyek Anda

$ 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 :) "

Gunakan sekali saja

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

Anda bahkan dapat melewatkan variabel lingkungan

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

Atau mulai contoh yang terus-menerus dan salin file ke dalamnya secara eksplisit

$ 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

Ada ratusan pola penggunaan lainnya, namun, definisi gambar seperti script, gambar yang dapat diperpanjang, dan penggunaan baris perintah membuatnya sangat menarik untuk pengembangan, pengujian, dan bahkan lingkungan penyebaran

Saya menyimpan partisi terpisah di drive saya (merekomendasikan minimum 20GB, lebih jika Anda bisa).

Saya dapat menginstal ke partisi itu OS apa pun yang ingin saya uji, dan kemudian reboot ke dalamnya.

Jika semuanya berfungsi dengan baik, saya dapat mencela partisi OS asli saya, dan akhirnya menggunakannya kembali.

Tetapi jika OS baru tidak berfungsi untuk saya (masalah driver, perangkat lunak tidak tersedia) maka saya bisa reboot ke OS lama saya , dan bersyukur bahwa saya masih memilikinya!

Catatan:

• Dengan cara ini Anda benar-benar dapat menguji OS baru pada perangkat keras Anda, sehingga Anda dapat mendeteksi masalah driver.

• Tetapi jika Anda hanya ingin merasakan bagaimana rasanya OS baru, salah satu solusi virtualisasi lainnya mungkin lebih cepat, lebih mudah dan lebih aman untuk Anda.

• Saya menyimpan /home partisi terpisah yang besar, sehingga tidak tergantung pada dua OS-es. (Jangan sengaja memformat partisi itu!)

• Tapi saya sarankan Anda tidak menggunakan /homepartisi bersama saat pengujian. Jika kedua OS memiliki versi perangkat lunak yang sangat berbeda, suatu aplikasi mungkin mengubah file konfigurasi dengan cara yang tidak cocok untuk OS lainnya. Jadi simpan file konfigurasi terpisah untuk setiap OS, sampai Anda berkomitmen untuk salah satunya. (*) Lihat di bawah

• Anda tidak perlu membuat partisi swap kedua. Anda dapat menggunakan partisi swap yang sama untuk kedua OS.

• Tentu saja Anda harus berhati-hati pada partisi mana yang Anda format / instal. Jadi lakukan pencadangan, dan tuliskan id dan ukuran partisi Anda (berpisah, p, q), sebelum menginstal OS baru.

• Untuk melakukan dual boot di antara kedua OS, Anda perlu grub untuk mendeteksi keduanya. Dalam pengalaman saya, grub selalu melakukan ini secara otomatis. (Tapi lilo dulu cerita yang berbeda!)

• Seringkali dimungkinkan untuk menjalankan perangkat lunak dari satu OS saat Anda menggunakan OS lainnya. Saya berhasil menggunakannya sudo chroot /mnt/original_os, meskipun itu biola untuk diatur : Saya harus mengikat /devdan /proc.

Rekor saya adalah 4 OS Linux pada satu mesin, dan Windows XP. Saya biasa boot ke Gentoo untuk kecepatan dan kesenangan, tetapi jalankan server web dan server surat saya di chroot ke OS Debian yang tepercaya.

(*) Anda dapat mengonfigurasi folder rumah yang berbeda untuk setiap OS, dengan mengedit /etc/passwd. Tetapkan rumah Anda untuk /home/you/arch-testkemudian menargetkan partisi rumah bersama /etc/fstabdan reboot. Anda dapat menghubungkan beberapa dotfile untuk dibagikan di kedua OS, sementara yang lain khusus untuk OS.

Pada dasarnya Anda memiliki tiga opsi: virtualisasi (VirtualBox atau Docker), flash drive yang dapat di-boot (alternatif modern untuk live CD), atau dual boot dari partisi. Memilih di antara ketiganya tergantung pada kebutuhan, perangkat keras, dan pengalaman Anda. Beberapa jawaban lain lebih detail tentang pendekatan tertentu, tetapi inilah perbandingan tingkat tinggi untuk memberi Anda kerangka kerja untuk memutuskan di antara mereka.

1. Virtualisasi

Pro :

• cukup mudah diatur
• tidak akan mempengaruhi lingkungan pengembang utama Anda
• Anda dapat dengan mudah mengatur sebanyak yang Anda inginkan, selama Anda memiliki ruang hard drive - bahkan membuat foto sebelum membuat perubahan besar, dan hapus saja ketika Anda selesai menggunakannya.

Cons :

• membutuhkan perangkat keras yang layak untuk menjalankan dua atau lebih OS secara bersamaan
• kinerja dibatasi oleh sumber daya yang dialokasikan untuk VM, sehingga Anda benar-benar tidak akan mendapatkan ide yang akurat tentang bagaimana versi OS yang Anda uji dibandingkan dengan OS utama Anda
• karena perangkat keras semuanya tervirtualisasi, Anda tidak akan mendapatkan rasa ketersediaan / kompatibilitas driver yang akurat juga

2. Flash drive yang dapat di-boot

Pro :

• cukup mudah diatur
• tidak akan mempengaruhi lingkungan pengembang utama Anda
• kinerja umumnya baik dengan USB3 flash drive, walaupun pasti ada beberapa variasi tergantung pada kualitas flash drive (USB2 akan lebih lambat - saya akan menghindarinya untuk tujuan ini)
• menggunakan perangkat keras Anda yang sebenarnya (selain perangkat penyimpanan), sehingga Anda dapat melihat seberapa baik itu bermain dengan driver dan yang lainnya
• Anda dapat dengan mudah mengatur sebanyak yang Anda inginkan, selama Anda memiliki cukup flash drive (dan Anda dapat dengan mudah memformatnya kembali jika Anda ingin mencoba sesuatu yang lain)

Cons :

• membutuhkan satu (atau lebih) flash drive yang didedikasikan untuk tujuan ini
• kinerja tergantung pada kualitas flash drive yang Anda gunakan

3. Boot ganda dari sebuah partisi

Pro :

• memberi Anda gagasan terbaik tentang kinerja, kompatibilitas driver, dll, karena itu berjalan pada perangkat keras yang sama persis dengan OS utama Anda
• dapat mengatur beberapa sekaligus, selama Anda memiliki ruang hard drive (Anda hanya perlu menyiapkan partisi terpisah untuk masing-masing)

Cons :

• membutuhkan beberapa tingkat rendah pengetahuan cara mengatur dengan benar
• mengotak-atik partisi hard drive dan bootloader selalu berpotensi merusak konfigurasi Anda saat ini (pastikan Anda memiliki flash drive yang dapat di-boot atau CD langsung sebelum Anda mulai)

QEMU

QEMU adalah solusi virtualisasi yang secara teoritis menyelesaikan persyaratan pertanyaan ini dengan harga murah dan sederhana.

Ini memungkinkan drag and drop booting sistem operasi file iso dalam host Linux atau Windows.

Ini juga memungkinkan booting hard drive Live USB, dalam sistem host dan menggunakan kegigihan jika tersedia.

Tidak perlu membangun hard disk virtual seperti dengan VBox.

QEMU tersedia sebagai aplikasi baris perintah untuk Linux, Windows dan OS lainnya. Ini juga tersedia sebagai GUI dan disertakan dengan MultiBootUSB Linux dan Windows versi http://multibootusb.org/ .

QEMU juga dapat dijalankan dari Virtual Machine Manager, yang lebih cepat dari MBUSB tetapi tidak seret dan lepas.

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

Untuk pengujian OS jangka panjang, sistem yang diinstal VirtualBox lebih unggul.

Cara termudah dan termudah adalah menggunakan virtualisasi. Anda dapat mengunduh VirtualBox (ini adalah open source) dan menginstal sistem operasi apa pun. Dan, saya sarankan Anda untuk membuat snapshot sebelum dijalankan untuk pertama kalinya, dengan cara ini Anda dapat mundur ke keadaan sebelumnya jika Anda melakukan kesalahan dalam pengaturannya, mengubah konfigurasi, dll.

Saya telah menggunakan dan menguji beberapa OS dengan cara ini. Ini sangat sederhana dan cepat. Bahkan, saya telah menggunakan MSDOS dan Windows 3.1 menggunakan virtualisasi. Anda dapat memasang apa pun, bahkan ChromeOS (dengan sedikit kerja) atau versi Windows atau Linux apa pun, tidak masalah dengan aroma desktopnya.

Saya telah berhasil mem-boot instalasi penuh Ubuntu dari drive USB selama 3 tahun terakhir. USB 2.0 sedikit lebih lambat daripada 3G SATA HD yang lebih lama (7200 rpm 16 cache cache), tetapi USB 3.0 berada dalam beberapa detik dari SSD pada antarmuka 3G SATA.