Phương pháp để thử các bản phát hành hệ điều hành mới mà không cam kết với nó?

Tôi muốn thử các bản phát hành HĐH mới khi chúng đến, chẳng hạn như Ubuntu 17.04 hoặc Ubuntu 17.10 để xem các tính năng mới. Tôi cũng thích xem Kubfox, CentOS hoặc các bản phân phối khác (Windows 11 khi nó đến?) - hoặc thiết lập môi trường thử nghiệm biết rằng tôi có thể bỏ rác chúng và không muốn làm điều này với máy lõi của mình.

Có những bộ thay thế nào để làm điều này mà không mạo hiểm với cỗ máy phát triển chính của tôi? Tôi không tìm kiếm một cuộc tranh luận về cách TỐT NHẤT, nhưng những lựa chọn thay thế có sẵn.

Lựa chọn thay thế USB

USB thay thế là tốt, khi

• bạn muốn kiểm tra hiệu suất (trên kim loại trần)
• máy tính không đủ mạnh để chạy tốt hệ thống trong máy ảo

Bạn có thể sử dụng ổ USB với dung lượng ổ đĩa tối thiểu 2 GB và tạo

• hệ thống Ubuntu sống trong ổ đĩa.

  Khởi động từ ổ đĩa USB và chọn 'Thử Ubuntu' trong menu khởi động (và một cái gì đó tương tự với các bản phân phối linux khác). Nếu bạn lưu dữ liệu, cài đặt chương trình hoặc tinh chỉnh hệ thống trong ổ đĩa trực tiếp (chỉ hoạt động), nó sẽ không tồn tại khi tắt máy hoặc khởi động lại.

Nếu bạn muốn

• dùng thử Ubuntu theo cách nâng cao hơn hoặc
• lưu dữ liệu, cài đặt chương trình hoặc tinh chỉnh hệ thống và
• bạn có / nhận được một ổ USB nhanh ít nhất 4 GB,

bạn có thể tạo một

• hệ thống Ubuntu trực tiếp bền bỉ

hoặc nếu bạn có / nhận được một ổ USB nhanh ít nhất 16 GB , bạn có thể tạo một

• đã cài đặt hệ thống Ubuntu (như được cài đặt trong một ổ đĩa trong, nhưng trong một ổ đĩa USB).

  Một hệ thống được cài đặt trong ổ USB ổn định và linh hoạt, có thể được cập nhật và điều chỉnh mà không có bất kỳ giới hạn nào. Theo cách này nó tốt hơn một hệ thống sống bền bỉ. Nó có khả năng di động giữa các máy tính, nếu bạn có thể tránh các trình điều khiển độc quyền, nhưng một hệ thống trực tiếp bền bỉ sẽ dễ mang theo hơn.

Liên kết

• Hãy dùng thử Ubuntu (Kubfox, Lubfox, Xubfox, ...) trước khi cài đặt nó

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

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

• help.ubfox.com/community/mkusb

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

• Ubuntu sống từ USB với sự kiên trì và NTFS đầy đủ

• multibootusb.org/

• Khởi động Ubuntu từ ổ đĩa ngoài

• Khôi phục thẻ USB vào thiết bị lưu trữ tiêu chuẩn

• Không thể định dạng ổ đĩa USB của tôi. Tôi đã thử với mkdosfs và gparted

• Là đĩa DD Image ghi vĩnh viễn?

Một cách để kiểm tra các bản phát hành và phiên bản HĐH mới là ảo hóa. Nó không cần không gian cho một PC / bàn phím / video / chuột hoặc bộ điều hợp bổ sung để chạy nhiều PC với một bàn phím, video, chuột. Nó chỉ yêu cầu một PC duy nhất và một số phần mềm ảo hóa.

Điều này giả định rằng bạn có một máy có CPU đa lõi có khả năng ảo hóa và dung lượng bộ nhớ hợp lý. Tôi muốn giới thiệu ít nhất 8GB bộ nhớ với 16GB tốt hơn nếu bạn có nó.

Nếu bạn đang chạy Ubuntu và chỉ muốn dùng thử các bản phân phối Linux (tôi không tin Windows sẽ hoạt động), bạn có thể sử dụng phần mềm ảo hóa miễn phí được đóng gói trong Ubuntu: KVM hoặc Xen. Cả hai đều hoạt động tốt, MIỄN PHÍ và có thể chạy các bản phân phối Linux khác nhau. Tuy nhiên, các công cụ để quản lý VM có phần thiếu. Oracle có phiên bản MIỄN PHÍ của một công cụ ảo hóa có tên VirtualBox và tất nhiên luôn có sản phẩm VMWare thương mại. Cả VirtualBox và VMWare cũng có thể chạy Ubuntu trên máy Windows nếu đó là lựa chọn máy tính để bàn của bạn.

Bằng cách sử dụng trình quản lý VM, bạn sẽ có thể thêm các bản phát hành mới khi chúng ra mắt, kiểm tra chúng, chơi với các tính năng mới và sau đó loại bỏ chúng khi bản phát hành mới xuất hiện. Chúng chỉ ăn hết dung lượng đĩa khi không chạy, vì vậy chúng thậm chí không cần phải loại bỏ trừ khi nó trở nên chật. Với trình quản lý VM, bạn có thể dễ dàng cân bằng 5, 10 hoặc nhiều bản phân phối trên máy và có thể khởi động chúng và gỡ chúng xuống khi cần. Nếu bạn đủ may mắn để có một máy 32 GB hoặc 64 GB, bạn thậm chí có thể chạy tất cả chúng song song.

Là một giải pháp thay thế nhanh hơn và rẻ hơn cho câu trả lời của sudodus, bạn có thể khởi động trực tiếp từ tệp hình ảnh ổ đĩa khởi động thay vì ổ đĩa chuyên dụng (USB).

Ít nhất là đối với các hình ảnh ISO của Ubuntu (và các dẫn xuất như Linux Mint), công thức sau đây hoạt động. Các bản phân phối khác có thể cần điều chỉnh thêm.

1. Lưu trữ các hình ảnh ổ đĩa khởi động (s) trong định dạng ISO ¹ ở đâu đó như một tập tin trên ổ lưu trữ nội bộ của bạn (s) ² .

2. Thêm tệp Grub vào các phần của Grub, ví dụ: 35_isofilesvới nội dung

   #!/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.dvà làm cho nó thực thi.

   Chỉnh sửa đường dẫn tệp trong dòng được chỉ định để phù hợp với nhu cầu của bạn. Bạn có thể thêm nhiều đường dẫn và / hoặc mẫu Bash toàn cầu nếu bạn muốn.

3. Làm cho tập tin thực thi:

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

4. Đảm bảo rằng menu Grub được bật .

5. Cập nhật cấu hình Grub:

   sudo update-grub
   

6. Khởi động lại và chọn mục menu Grub mới được thêm vào để khởi động từ tệp hình ảnh tương ứng.

¹ Các loại hệ thống tệp khác là có thể nhưng có thể yêu cầu các lệnh Grub khác và điều chỉnh tham số khởi động.

² hệ thống tệp LVM, RAID và mã hóa sẽ hoạt động nhờ thư viện tiện ích của Grub nhưng tôi đã không kiểm tra chúng.

Ảo hóa là đơn giản nhất.

Tuy nhiên, bạn có 2 trường hợp sử dụng riêng biệt ở đây, sẽ có các giải pháp khác nhau

1. Thử bản phân phối mới

Phân phối về cơ bản được xác định bởi các ứng dụng đóng gói và môi trường không gian người dùng (ví dụ: SystemDso initvới khởi động)

Nếu bạn muốn "đánh giá" UIX của một bản phân phối khác, về mặt định tính, thì tôi sẽ khuyên bạn nên ảo hóa toàn bộ nơi bạn cài đặt toàn bộ HĐH và đánh giá khả năng sử dụng của nó. Điều này được bảo hiểm đầy đủ trong các câu trả lời khác.

Nếu bạn chỉ cần môi trường không gian người dùng để thử nghiệm thì hãy đọc tiếp.

2. Kiểm tra và "trường hợp vứt bỏ" trong các môi trường khác nhau

Sử dụng container hóa dễ dàng hơn, rẻ hơn và nhanh hơn, một hình thức ảo hóa trọng lượng nhẹ sử dụng kernel để tạo môi trường hộp cát.

Một thùng chứa chia sẻ tài nguyên hạt nhân với Máy chủ lưu trữ, nhưng mặt khác có hệ thống tệp gốc, không gian người dùng, ngăn xếp mạng, v.v. Nó có thể được coi là khái niệm như chroottrên một steroid. Tuy nhiên, do kernel được chia sẻ nên ảo hóa là "mỏng", có nghĩa là đối với hầu hết các mục đích thực tế, nó chạy ở cùng tốc độ với HĐH máy chủ.

Có hệ thống container thường được sử dụng gọi là docker. Docker đã chuẩn hóa hình ảnh cho thực tế mọi phân phối linux mà bạn muốn và nó chạy trên windows (tuy nhiên, hình ảnh windows chỉ hoạt động trên windows, hình ảnh linux hoạt động trên cả hai). Nó có thêm các tính năng hữu ích để tiết kiệm không gian và hiệu suất.

Ngoài ra còn có các lựa chọn thay thế nguồn mở cho linux như LXC(được tích hợp vào kernel!), Có thể được sử dụng cho nhiều thứ tương tự (nhưng cần nhiều cấu hình hơn).

Ví dụ đơn giản về môi trường thử nghiệm hoặc xây dựng trong docker

# Dockerfile

FROM ubuntu:17.10

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

WORKDIR /workdir

• docker build --tag my-builder .

Sau đó, từ dòng lệnh, biên dịch dự án của bạn hoặc kiểm tra trong môi trường đó theo nhiều cách khác nhau

"đăng nhập" và biên dịch trong môi trường, chạy thử nghiệm, v.v ... Giả sử bạn đang ở trong thư mục nguồn của dự án

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

Sử dụng một lần

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

Bạn thậm chí có thể vượt qua các biến môi trường

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

Hoặc bắt đầu một thể hiện liên tục và sao chép các tệp vào nó một cách rõ ràng

$ 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

Có hàng trăm mẫu sử dụng khác, tuy nhiên, định nghĩa hình ảnh giống như tập lệnh, hình ảnh có thể mở rộng và sử dụng dòng lệnh làm cho nó cực kỳ hấp dẫn cho các môi trường phát triển, thử nghiệm và thậm chí là triển khai

Tôi giữ một phân vùng riêng trên ổ đĩa của mình (khuyên dùng tối thiểu 20 GB, nhiều hơn nếu bạn có thể).

Tôi có thể cài đặt vào phân vùng đó bất kỳ HĐH nào tôi muốn kiểm tra, sau đó khởi động lại vào nó.

Nếu mọi thứ đều hoạt động tốt, tôi có thể loại bỏ phân vùng hệ điều hành gốc của mình và cuối cùng sử dụng lại nó.

Nhưng nếu HĐH mới không hoạt động với tôi (vấn đề về trình điều khiển, phần mềm không khả dụng) thì tôi có thể chỉ cần khởi động lại vào HĐH cũ của mình và rất biết ơn vì tôi vẫn có nó!

Ghi chú:

• Bằng cách này, bạn thực sự có thể kiểm tra HĐH mới trên phần cứng của mình, để bạn có thể phát hiện các sự cố trình điều khiển.

• Nhưng nếu bạn chỉ muốn trải nghiệm cảm giác của HĐH mới, một trong những giải pháp ảo hóa khác có lẽ nhanh hơn, dễ dàng hơn và an toàn hơn cho bạn.

• Tôi giữ /homemột phân vùng lớn riêng biệt, vì vậy nó độc lập với hai hệ điều hành. (Đừng vô tình định dạng lại phân vùng đó!)

• Nhưng tôi khuyên bạn không nên sử dụng /homephân vùng dùng chung trong khi thử nghiệm. Nếu hai HĐH có các phiên bản phần mềm khác nhau đáng kể, một ứng dụng có thể thay đổi các tệp cấu hình của nó theo cách không phù hợp với HĐH kia. Vì vậy, hãy giữ các tệp cấu hình riêng biệt cho mỗi HĐH, cho đến khi bạn cam kết với một trong số chúng. (*) xem bên dưới

• Bạn không cần tạo phân vùng trao đổi thứ hai. Bạn có thể sử dụng cùng một phân vùng trao đổi cho cả hai hệ điều hành.

• Tất nhiên bạn cần cẩn thận với những phân vùng bạn định dạng / cài đặt. Vì vậy, hãy sao lưu và ghi lại id và kích thước phân vùng của bạn (chia phần, p, q) trước khi cài đặt HĐH mới.

• Để khởi động kép giữa hai hệ điều hành, bạn cần grub để phát hiện cả hai hệ điều hành. Theo kinh nghiệm của tôi, grub luôn tự động làm điều này. (Nhưng lilo từng là một câu chuyện khác!)

• Thường có thể chạy phần mềm từ một HĐH trong khi bạn ở HĐH kia. Tôi đã quản lý việc đó bằng cách sử dụng sudo chroot /mnt/original_os, mặc dù đó là một mẹo nhỏ để thiết lập : tôi phải gắn kết /devvà /proc.

Kỷ lục của tôi là 4 hệ điều hành Linux trên một máy và Windows XP. Tôi đã từng khởi động vào Gentoo để tăng tốc và vui vẻ, nhưng chạy máy chủ web và máy chủ thư của tôi trong một hệ điều hành tới hệ điều hành Debian đáng tin cậy.

(*) Bạn có thể định cấu hình thư mục gốc khác nhau cho mỗi HĐH, bằng cách chỉnh sửa /etc/passwd. Đặt nhà của bạn để /home/you/arch-testsau đó nhắm mục tiêu phân vùng nhà được chia sẻ trong /etc/fstabvà khởi động lại. Bạn có thể liên kết một số dotfiles để được chia sẻ trên cả hai hệ điều hành, trong khi để cho các hệ điều hành khác là dành riêng cho hệ điều hành.

Về cơ bản, bạn có ba tùy chọn: ảo hóa (VirtualBox hoặc Docker), ổ đĩa flash có thể khởi động (thay thế hiện đại cho CD trực tiếp) hoặc khởi động kép từ phân vùng. Lựa chọn giữa ba tùy thuộc vào nhu cầu, phần cứng và kinh nghiệm của bạn. Một số câu trả lời khác đi sâu vào chi tiết hơn về một cách tiếp cận cụ thể, nhưng đây là một so sánh cấp cao để cung cấp cho bạn một khuôn khổ để quyết định giữa chúng.

1. Ảo hóa

Ưu điểm :

• khá dễ cài đặt
• sẽ không ảnh hưởng đến môi trường dev chính của bạn
• bạn có thể dễ dàng thiết lập bao nhiêu tùy thích, miễn là bạn có dung lượng ổ cứng - thậm chí tạo ảnh chụp nhanh trước khi thực hiện các thay đổi lớn và chỉ xóa chúng khi bạn hoàn thành chúng

Nhược điểm :

• yêu cầu phần cứng phù hợp để chạy hai hoặc nhiều hệ điều hành cùng một lúc
• hiệu suất bị giới hạn bởi các tài nguyên được phân bổ cho VM, vì vậy bạn thực sự sẽ không có ý tưởng chính xác về cách phiên bản HĐH mà bạn đang thử nghiệm so với hệ điều hành chính của bạn
• vì phần cứng hoàn toàn được ảo hóa, bạn sẽ không có cảm giác chính xác về tính khả dụng / khả năng tương thích của trình điều khiển

2. Ổ đĩa flash có khả năng khởi động

Ưu điểm :

• dễ dàng thiết lập
• sẽ không ảnh hưởng đến môi trường dev chính của bạn
• hiệu suất nói chung là tốt với ổ flash USB3, mặc dù chắc chắn có một số biến thể tùy thuộc vào chất lượng của ổ flash (USB2 sẽ chậm hơn - tôi sẽ tránh nó cho mục đích này)
• sử dụng phần cứng thực tế của bạn (không phải là thiết bị lưu trữ), vì vậy bạn có thể thấy nó chơi tốt như thế nào với trình điều khiển và không có gì
• bạn có thể dễ dàng thiết lập bao nhiêu tùy thích, miễn là bạn có đủ ổ đĩa flash (và bạn có thể dễ dàng định dạng lại chúng nếu bạn muốn thử thứ khác)

Nhược điểm :

• yêu cầu phải có một (hoặc nhiều) ổ đĩa flash dành riêng cho mục đích này
• hiệu suất phụ thuộc vào chất lượng của ổ đĩa flash bạn sử dụng

3. Khởi động kép từ một phân vùng

Ưu điểm :

• cung cấp cho bạn ý tưởng tốt nhất về hiệu suất, khả năng tương thích trình điều khiển, v.v., vì nó chạy trên phần cứng chính xác giống như hệ điều hành chính của bạn
• có thể thiết lập nhiều cùng một lúc, miễn là bạn có dung lượng ổ cứng (bạn chỉ cần thiết lập một phân vùng riêng cho từng cái)

Nhược điểm :

• đòi hỏi một số bí quyết cấp thấp để thiết lập đúng
• gây rối với các phân vùng ổ đĩa cứng và bộ tải khởi động luôn có một số tiềm năng để làm hỏng thiết lập hiện tại của bạn (đảm bảo bạn có ổ đĩa flash có thể khởi động hoặc đĩa CD trực tiếp tiện dụng trước khi bạn bắt đầu)

QEMU

QEMU là một giải pháp ảo hóa về mặt lý thuyết giải quyết các yêu cầu của câu hỏi này với giá rẻ và đơn giản.

Nó cho phép kéo và thả khởi động các tệp iso của hệ điều hành trong máy chủ Linux hoặc Windows.

Nó cũng cho phép khởi động các ổ cứng Live USB, trong một hệ thống máy chủ và sử dụng tính bền bỉ nếu có.

Không cần xây dựng đĩa cứng ảo như với VBox.

QEMU có sẵn dưới dạng một ứng dụng dòng lệnh cho Linux, Windows và các hệ điều hành khác. Nó cũng có sẵn dưới dạng GUI và được bao gồm trong các phiên bản MultiBootUSB Linux và Windows http://multibootusb.org/ .

QEMU cũng có thể được chạy từ Trình quản lý máy ảo, tốc độ nhanh hơn MBUSB nhưng không kéo và thả.

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

Đối với thử nghiệm hệ điều hành dài hạn, một hệ thống được cài đặt VirtualBox là ưu việt.

Cách đơn giản và dễ nhất là sử dụng ảo hóa. Bạn có thể tải xuống VirtualBox (nó là nguồn mở) và cài đặt bất kỳ hệ điều hành nào. Và, tôi khuyên bạn nên tạo ảnh chụp nhanh trước khi chạy lần đầu tiên, bằng cách này bạn có thể quay lại trạng thái trước đó nếu bạn mắc lỗi khi thiết lập nó, thay đổi cấu hình, v.v.

Tôi đã sử dụng và thử nghiệm một số hệ điều hành theo cách này. Nó rất đơn giản và nhanh chóng. Thậm chí, tôi đã sử dụng MSDOS và Windows 3.1 bằng cách sử dụng ảo hóa. Bạn có thể cài đặt bất cứ thứ gì, kể cả ChromeOS (với một chút công việc) hoặc bất kỳ phiên bản Windows hoặc Linux nào, điều đó không quan trọng với hương vị máy tính để bàn của nó.

Tôi đã khởi động thành công cài đặt đầy đủ Ubuntu từ ổ USB trong 3 năm qua. USB 2.0 chậm hơn một chút so với 3G SATA HD cũ (7200 vòng / phút bộ nhớ cache 16 MB), nhưng USB 3.0 chỉ trong vài giây của SSD trên giao diện 3G SATA.