Yeni işletim sistemi sürümlerini taahhütte bulunmadan deneme yöntemleri?

Yeni özellikleri görmek için Ubuntu 17.04 veya Ubuntu 17.10 gibi yeni işletim sistemi sürümlerini denemek istiyorum. Ayrıca Kubuntu, CentOS veya diğer dağıtımlara (geldiğinde Windows 11 mi?) - ya da onları çöpe atabileceğimi ve bunu çekirdek makineme yapmak istemediğimi bilerek test ortamları kurmayı seviyorum.

Ana geliştirme makinemi riske atmadan bunu yapmak için ne gibi alternatifler var? EN İYİ yol üzerinde bir tartışma aramıyorum, ancak hangi alternatiflerin mevcut olduğunu düşünüyorum.

USB alternatifleri

USB alternatifleri ne zaman iyidir

• performansını test etmek istiyorsanız (çıplak metal üzerinde)
• bilgisayar, sanal bir makinede bir sistemi iyi çalıştıracak kadar güçlü değil

En az 2GB sürücü alanı olan bir USB pendrive'ı kullanabilir ve bir

• Canlı pendrive'ın Ubuntu sistemi.

  USB pendrive'dan önyükleme yapın ve önyükleme menüsünde 'Ubuntu'yu Dene'yi seçin (ve diğer linux dağıtımlarıyla benzer bir şey). Eğer verileri kaydetmek Eğer programları yüklemek veya canlı (canlı okunur) sürücüsüne sistem çimdik, bu olacak değil kapatma veya yeniden başlatma hayatta.

Eğer istersen

• Ubuntu’yu daha gelişmiş bir şekilde deneyin veya
• veri kaydetmek, programları yüklemek veya sistemi değiştirmek
• en az 4 GB’lık hızlı bir USB pendrive’ınız var /

oluşturabilirsiniz

• kalıcı canlı Ubuntu sistemi

ya da varsa / a olsun en az 16 GB hızlı USB pendrive'ı , bir oluşturabilir

• yüklü Ubuntu sistemi (dahili bir sürücüye, ancak bir USB sürücüde kurulu olduğu gibi).

  Bir USB sürücüye kurulmuş bir sistem stabil ve esnektir, güncel tutulabilir ve herhangi bir sınırlama olmaksızın ince ayar yapılabilir. Bu şekilde kalıcı bir canlı sistemden daha iyidir. Özel sürücülerden kaçınabiliyorsanız, bilgisayarlar arasında taşınabilir, ancak kalıcı bir canlı sistem daha taşınabilir.

Bağlantılar

• Kurmadan önce Ubuntu (Kubuntu, Lubuntu, Xubuntu, ...) 'ı deneyin

• 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'den tam kalıcı ve NTFS ile yaşıyor

• multibootusb.org/

• Harici sürücüden önyükleme Ubuntu

• USB belleği standart bir depolama aygıtına geri yükleme

• USB sürücüm biçimlendirilemiyor. Ben zaten mkdosfs ile denedim ve gparted

• DD Image disk yazma kalıcı mı?

Yeni dağıtımları ve işletim sistemi sürümlerini test etmenin bir yolu sanallaştırmadır. Tek bir klavye, video, fare ile birden fazla PC çalıştırmak için ek bir PC / klavye / video / fare veya adaptör için alan gerektirmez. Sadece tek bir PC ve bazı sanallaştırma yazılımı gerektirir.

Bu, sanallaştırma yeteneğine sahip çok çekirdekli bir işlemciye ve makul miktarda belleğe sahip bir makineniz olduğunu varsayar. Eğer varsa 16GB ile en az 8GB bellek öneririm.

Ubuntu kullanıyorsanız ve yalnızca Linux dağıtımlarını denemek istiyorsanız (Windows'un çalışacağına inanmıyorum), Ubuntu: KVM veya Xen'de paketlenmiş ücretsiz sanallaştırma yazılımını kullanabilirsiniz. Her ikisi de iyi çalışıyor, BEDAVA ve çeşitli Linux dağıtımlarını çalıştırabilir. Ancak, VM'leri yönetecek araçlar biraz eksiktir. Oracle, VirtualBox adlı bir sanallaştırma aracının ÜCRETSİZ versiyonuna sahiptir ve tabii ki her zaman ticari VMWare ürünü vardır. Hem VirtualBox hem de VMWare, eğer masaüstünüzde tercih edildiyse, Ubuntu'yu bir Windows makinesinin üzerinde de çalıştırabilir.

Bir VM yöneticisi kullanarak, çıktıkları sırada yeni dağıtımlar ekleyebilir, bunları test edebilir, yeni özelliklerle oynayabilir ve ardından yeni sürüm göründüğünde atabilirsiniz. Çalışmamaları durumunda sadece disk alanlarını tüketirler, bu yüzden sıkı olmadıkça atılmalarına gerek kalmaz. Bir VM yöneticisi ile, bir makinede 5, 10 veya daha fazla dağıtımı dengelemek ve bunları açıp gerektiğinde aşağı çekmek mümkün. 32GB veya 64GB makineye sahip olacak kadar şanslıysanız, hepsini paralel olarak bile çalıştırabilirsiniz.

Sudodus'un yanıtına daha hızlı ve daha ucuz bir alternatif olarak , özel (USB) bir sürücü yerine doğrudan önyüklenebilir bir sürücü görüntü dosyasından önyükleme yapabilirsiniz .

En azından Ubuntu ISO görüntüleri (ve Linux Mint gibi türevleri) için aşağıdaki tarif çalışır. Diğer dağıtımlar daha fazla ince ayar gerektirebilir.

1. ISO biçimindeki önyüklenebilir sürücü resim (ler) Mağaza ¹ dahili depolama sürücüsü (lar) bir dosya olarak yere ² .

2. Grubun “parts” dosyasını, örneğin 35_isofilesiçeriğiyle birlikte ekleyin

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

   yapmak /etc/grub.dve çalıştırılabilir yapmak.

   İhtiyaçlarınızı karşılamak için belirtilen satırdaki dosya yolunu düzenleyin. İsterseniz birden çok yol ve / veya Bash glob deseni ekleyebilirsiniz.

3. Dosyayı çalıştırılabilir duruma getirin:

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

4. Grub menüsünün etkin olduğundan emin olun .

5. Grub yapılandırmasını güncelleyin:

   sudo update-grub
   

6. İlgili görüntü dosyasından önyükleme yapmak için yeni eklenen Grub menüsü girişini yeniden başlatın ve seçin.

¹ Diğer dosya sistemi tipleri mümkündür ancak diğer Grub komutları ve önyükleme parametresi ince ayarını gerektirebilir.

² LVM, RAID ve şifreli dosya sistemleri Grub'un yardımcı program kütüphanesi sayesinde çalışmalı, fakat onları test etmedim.

Sanallaştırma şu ana kadar basit.

Bununla birlikte, burada farklı çözümleri olacak 2 ayrı kullanım durumunuz var.

1. Yeni dağıtımı deneyin

Dağıtımlar temel olarak paketlenmiş uygulamalar ve kullanıcı alanı ortamı tarafından belirlenir (örn . Önyükleme için SystemDvs init)

Farklı bir dağıtımın UIX'ini "nitel olarak" değerlendirmek "istiyorsan, işletim sistemini bütünüyle kurduğun ve kullanılabilirliğini değerlendirdiğin yerde tamamen sanallaştırmayı öneriyorum. Bu, diğer cevaplarda yeterince ele alınmıştır.

Eğer test için sadece kullanıcı ortamına ihtiyacınız varsa, okumaya devam edin.

2. Farklı ortamlarda test ve "atma örnekleri"

Kum havuzlu ortamlar oluşturmak için çekirdeği kullanan hafif bir sanallaştırma biçimi olan kapsayıcı kullanımı daha kolay, daha ucuz ve daha hızlıdır.

Bir kapsayıcı çekirdek kaynaklarını Ana Bilgisayarla paylaşır, ancak aksi takdirde kendi kök dosya sistemine, kullanıcı alanına, ağ yığınına vb chroot. Sahiptir. Kavramsal olarak bir steroid olarak düşünülebilir . Bununla birlikte, çekirdek paylaşıldığından sanallaştırma "ince" olur; bunun anlamı, çoğu pratik amaç için ana işletim sistemi işletim sistemiyle aynı hızda çalışmasıdır.

Yaygın olarak kullanılan konteyner sistemi denir docker. Docker, pratik olarak istediğiniz her linux dağıtımı için standartlaştırılmış görüntüler sunar ve pencerelerde çalışır (ancak, Windows görüntüleri yalnızca pencerelerde, linux görüntüleri her ikisinde de çalışır). Yerden ve performanstan tasarruf etmek için ek kullanışlı özelliklere sahiptir.

Aynı zamanda linux benzeri LXC(çekirdeğin içine inşa edilmiştir!) Doğal olarak açık kaynak alternatifleri de vardır (ki bunlar aynı şey için kullanılabilir (ancak daha fazla konfigürasyon gerekli).

Basitleştirilmiş Test veya derleme ortamı örneği docker

# Dockerfile

FROM ubuntu:17.10

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

WORKDIR /workdir

• docker build --tag my-builder .

Ardından komut satırından projenizi veya bu ortamdaki testlerinizi çeşitli şekillerde derleyin

"giriş yap" ve çevre içinde derle, testleri çalıştır vb. Projenin kaynak dizininde olduğunu varsayarak.

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

Tek seferlik kullan

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

Ortam değişkenlerini bile geçebilirsiniz

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

Veya kalıcı bir örnek başlatın ve dosyaları açıkça kopyalayın

$ 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

Kelimenin tam anlamıyla yüzlerce başka kullanım modeli var, ancak komut dosyası benzeri görüntü tanımı, genişletilebilir görüntüler ve komut satırı kullanımı geliştirme, test ve hatta dağıtım ortamları için son derece çekici kılıyor

Ben tutmak ayrı bölüm (daha eğer yapabilirsen, 20GB minimum öneririz) sürücümden.

Test etmek istediğim herhangi bir işletim sistemini kurabilir ve ardından yeniden başlatabilirim.

Her şey yolunda giderse, orijinal işletim sistemi bölümümü kullanımdan kaldırabilir ve sonunda yeniden yönlendirebilirim.

Ancak, yeni işletim sistemi benim için çalışmıyorsa (sürücü sorunları, mevcut olmayan yazılımlar) , eski işletim sistemime yeniden başlayabilirim ve hala sahip olduğum için şükrediyorum!

Notlar:

• Bu sayede donanımınızdaki yeni işletim sistemini gerçekten test edersiniz, böylece sürücü sorunlarını tespit edebilirsiniz.

• Ancak, yeni işletim sisteminin nasıl hissettiğini tecrübe etmek istiyorsanız, diğer sanallaştırma çözümlerinden biri sizin için muhtemelen daha hızlı, daha kolay ve daha güvenlidir.

• Kızkardeşimi tutmak /homeiki OS es bağımsızdır, böylece büyük ayrı bir bölüme. (Yanlışlıkla bu bölümü yeniden biçimlendirmeyin!)

• Ama tavsiye yok paylaşılan kullanmak /hometest ederken bölümü. İki işletim sistemi önemli ölçüde farklı yazılım sürümlerine sahipse, bir uygulama kendi yapılandırma dosyalarını diğer işletim sistemi için uygun olmayan bir şekilde değiştirebilir. Bu nedenle, her bir işletim sistemi için ayrı bir dosya oluşturun, bunlardan birine karar verene kadar. (*) aşağıya bakınız

• İkinci bir takas bölümü oluşturmanıza gerek yoktur. Her iki işletim sistemi için de aynı takas bölümünü kullanabilirsiniz.

• Elbette, hangi bölümleri biçimlendirdiğinize / kurduğunuza dikkat etmeniz gerekir . Yeni bir işletim sistemi kurmadan önce bir yedekleme yapın ve bölüm kimliğinizi ve boyutlarınızı (bölümlenmiş, p, q) yazın.

• İki işletim sistemi arasında çift önyükleme yapmak için her ikisini de tespit etmek için gruba ihtiyacınız var. Tecrübelerime göre, Grub bunu daima otomatik olarak yaptı. (Ama Lilo farklı bir hikaye olmuştu!)

• Diğer işletim sistemindeyken bir işletim sisteminden yazılım çalıştırmak genellikle mümkündür. Bunu kurmak başardım sudo chroot /mnt/original_os, her ne kadar kurmak için bir keman olsa da : bağlamak zorunda kaldım /devve /proc.

Kayıtlarım bir makinede 4 Linux işletim sistemi ve bir Windows XP idi. Hız ve eğlence için Gentoo’ya önyüklerdim, ancak web sunucumu ve posta sunucumu güvenilir bir Debian işletim sistemine yönlendirmek için chroot ile çalıştırdım .

(*) Her bir işletim sistemi için düzenleme yaparak farklı bir giriş klasörü yapılandırabilirsiniz /etc/passwd. Evinizi /home/you/arch-testdaha sonra paylaşılan ev bölümünü hedeflemek /etc/fstabve yeniden başlatmak için ayarlayın. Her iki işletim sistemi arasında paylaşılacak bazı nokta dosyalarını simgeleyebilir, diğerlerini işletim sistemine özgü bırakabilirsiniz.

Temel olarak üç seçeneğiniz var: sanallaştırma (VirtualBox veya Docker), önyüklenebilir bir flash sürücü (canlı bir CD'ye modern alternatif) veya bir bölümden gelen çift önyükleme. Üçü arasında seçim yapmak gereksinimlerinize, donanımınıza ve deneyiminize bağlıdır. Diğer cevapların bazıları, belirli bir yaklaşım hakkında çok daha fazla ayrıntıya giriyor, ancak işte size aralarında karar vermeniz için bir çerçeve sunmak için üst düzey bir karşılaştırma.

1. Sanallaştırma

Artıları :

• kurmak oldukça kolay
• birincil dev ortamınızı etkilemeyecek
• sabit disk alanınız olduğu sürece kolayca istediğiniz kadar ayar yapabilirsiniz - büyük değişiklikler yapmadan önce anlık görüntüler oluşturun ve bunlarla işiniz bittiğinde silin

Eksileri :

• iki veya daha fazla işletim sistemini aynı anda çalıştırmak için uygun donanım gerektirir
• Performans, Sanal Makineye tahsis edilen kaynaklar ile sınırlıdır, bu nedenle test ettiğiniz işletim sistemi sürümünün birincil işletim sisteminizle nasıl karşılaştırıldığı konusunda kesin bir fikir edinmezsiniz.
• donanımın tamamı sanallaştırıldığından, doğru bir sürücü kullanılabilirliği / uyumluluk duygusu elde edemezsiniz.

2. Bootable flash sürücü

Artıları :

• kurulumu oldukça kolay
• birincil dev ortamınızı etkilemeyecek
• USB3 flash sürücüdeki performans genelde iyidir, ancak flash sürücünün kalitesine bağlı olarak kesinlikle bazı değişiklikler olabilir (USB2 daha yavaş olacaktır - bu amaç için bunu önlerdim)
• asıl donanımınızı (depolama aygıtı dışında) kullanır; böylece sürücülerle ne kadar iyi oynadığını ve ne
• yeterli sayıda flash sürücünüz olduğu sürece istediğiniz kadar kolayca ayarlayabilirsiniz (ve başka bir şey denemek istiyorsanız bunları kolayca yeniden biçimlendirebilirsiniz)

Eksileri :

• bu amaca yönelik bir (veya daha fazla) flaş sürücüye sahip olmayı gerektirir
• performans kullandığınız flash sürücünün kalitesine bağlıdır

3. Bir bölümden çift önyükleme

Artıları :

• birincil işletim sisteminizle aynı donanım üzerinde çalıştığı için size en iyi performans, sürücü uyumluluğu vb. fikrini verir.
• sabit sürücü alanınız olduğu sürece, bir kerede birden fazla ayar yapabilir (her biri için ayrı bir bölüm kurmanız gerekir).

Eksileri :

• düzgün bir şekilde ayarlamak için bazı düşük seviyeli know-how gerektirir
• sabit disk bölümleri ve önyükleyicilerle uğraşmak her zaman geçerli kurulumunuzu etkileme potansiyeline sahiptir (başlamadan önce kullanışlı bir flash sürücü veya canlı CD olduğundan emin olun)

QEMU

QEMU, bu sorunun ucuz ve basit gereksinimlerini teorik olarak çözen bir sanallaştırma çözümüdür.

Bir Linux veya Windows ana bilgisayarında işletim sistemi iso dosyalarının önyüklemesini sürükleyip bırakma olanağı sağlar.

Ayrıca, bir ana bilgisayar sisteminde Live USB sabit sürücülerin önyüklenmesini sağlar ve varsa kalıcılığı kullanır.

VBox'ta olduğu gibi sanal bir sabit disk oluşturmanıza gerek yoktur.

QEMU Linux, Windows ve diğer işletim sistemleri için bir komut satırı uygulaması olarak kullanılabilir. Ayrıca GUI olarak da bulunur ve http://multibootusb.org/ MultiBootUSB Linux ve Windows sürümlerinde bulunur .

QEMU ayrıca MBUSB'den daha hızlı olan ancak sürükleyip bırakma olmayan Sanal Makine Yöneticisi'nden de çalıştırılabilir.

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

Daha uzun vadeli işletim sistemi testleri için VirtualBox kurulu bir sistem üstündür.

En basit ve en kolay yol sanallaştırma kullanmaktır. VirtualBox'u (açık kaynak kodlu) indirebilir ve herhangi bir işletim sistemini yükleyebilirsiniz. Ve, ilk kez çalıştırmadan önce bir anlık görüntü oluşturmanızı öneriyorum; bu şekilde, herhangi bir yanlışlık, konfigürasyon değiştirme, vb.

Birkaç işletim sistemini bu şekilde kullandım ve test ettim. Çok basit ve hızlı. Hatta sanallaştırmayı kullanarak MSDOS ve Windows 3.1 kullandım. Herhangi bir şeyi, ChromeOS'u (biraz çalışarak) veya Windows veya Linux'un herhangi bir sürümünü bile yükleyebilirsiniz, bu onun masaüstü lezzetini önemli değil.

Son 3 yıldır USB sürücülerden Ubuntu'nun tam kurulumunu başarıyla başlattım. USB 2.0, eski bir 3G SATA HD'den (7200 rpm 16 MB önbellek) biraz daha yavaştı, ancak USB 3.0, bir 3G SATA arabiriminde bir SSD'den birkaç saniye içinde.