커밋하지 않고 새로운 OS 릴리스를 시험해 보는 방법?

새로운 기능을 보려면 Ubuntu 17.04 또는 Ubuntu 17.10과 같이 새로운 OS 릴리스가 도착하면 시도하고 싶습니다. 또한 Kubuntu, CentOS 또는 기타 배포판 (Windows 11이 도착하면?)을 보거나 쓰레기를 버릴 수 있다는 것을 알고 테스트 환경을 설정하고 코어 시스템 에이 작업을 원하지 않습니다.

내 주요 개발 시스템을 위험에 빠뜨리지 않고이를 수행하기위한 어떤 대안이 있습니까? 최선의 방법에 대한 토론을 찾고 있지 않지만 어떤 대안을 사용할 수 있습니까?

USB 대안

USB 대안이 좋은 경우

• 성능을 테스트하려는 경우 (베어 메탈에서)
• 컴퓨터가 가상 머신에서 시스템을 제대로 실행할 수있을만큼 강력하지 않습니다

최소 2GB의 드라이브 공간이있는 USB 펜 드라이브를 사용하여

• pendrive에 라이브 우분투 시스템.

  USB pendrive에서 부팅하고 부팅 메뉴에서 'Try Ubuntu'(및 다른 Linux 배포판과 비슷한 기능)를 선택하십시오. 데이터를 저장하거나 프로그램을 설치하거나 시스템을 라이브 (실시간 전용) 드라이브에 조정하면 시스템 종료 또는 재부팅 후에도 유지 되지 않습니다 .

원한다면

• 좀 더 고급 방식으로 우분투를 시도하거나
• 데이터 저장, 프로그램 설치 또는 시스템 조정 및
• 최소 4GB의 빠른 USB 펜 드라이브가 있어야합니다.

당신은 만들 수 있습니다

• 지속적인 라이브 우분투 시스템

또는 당신이 가지고있는 경우가 / 얻을 적어도 16 기가 바이트 고속의 USB pendrive를 , 당신은을 만들 수 있습니다

• 설치된 우분투 시스템 (같은 내부 드라이브에 설치하지만, USB의 pendrive에서).

  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

• 완전한 지속성과 NTFS를 갖춘 USB에서 우분투 라이브

• multibootusb.org/

• 외장 드라이브에서 부팅 우분투

• USB 저장 장치를 표준 저장 장치로 복원

• USB 드라이브를 포맷 할 수 없습니다. 나는 이미 mkdosfs로 시도하고 gparted

• DD 이미지 디스크 쓰기가 영구적입니까?

새로운 배포판 및 OS 버전을 테스트하는 한 가지 방법은 가상화를 사용하는 것입니다. 추가 PC / 키보드 / 비디오 / 마우스 또는 어댑터가 단일 키보드, 비디오, 마우스로 여러 PC를 실행하기위한 공간이 필요하지 않습니다. 단일 PC와 일부 가상화 소프트웨어 만 있으면됩니다.

이것은 가상화 할 수있는 멀티 코어 CPU와 적당한 양의 메모리가있는 머신이 있다고 가정합니다. 16GB 이상의 메모리가 있으면 최소 8GB의 메모리를 권장합니다.

Ubuntu를 실행 중이고 Linux 배포판 만 사용하려는 경우 (Windows가 작동하지 않는다고 생각하는 경우) Ubuntu에 패키지 된 무료 가상화 소프트웨어 (KVM 또는 Xen)를 사용할 수 있습니다. 둘 다 잘 작동하고 무료이며 다양한 Linux 배포판을 실행할 수 있습니다. 그러나 VM을 관리하는 도구는 다소 부족합니다. Oracle에는 VirtualBox라는 무료 가상화 도구 버전이 있으며 항상 상용 VMWare 제품이 있습니다. VirtualBox와 VMWare는 모두 데스크탑이 선택된 Windows 시스템에서 Ubuntu를 실행할 수 있습니다.

VM 관리자를 사용하면 새 배포판이 나올 때이를 추가하고 테스트하고 새 기능으로 플레이 한 다음 새 릴리스가 표시되면 버릴 수 있습니다. 실행되지 않을 때 디스크 공간 만 차지하므로 공간이 빡빡하지 않으면 버릴 필요가 없습니다. VM 관리자를 사용하면 컴퓨터에서 5, 10 개 이상의 배포판을 쉽게 균형을 잡고 부팅하고 필요에 따라 게시를 중단 할 수 있습니다. 운이 좋으면 32GB 또는 64GB 컴퓨터를 보유하고 있다면 모두 병렬로 실행할 수도 있습니다.

더 빠른로 와 에 싼 대안 sudodus '대답 부팅 가능한 드라이브 이미지에서 직접 부팅 할 수있는 파일 대신 전용 (USB) 드라이브.

적어도 우분투 ISO 이미지 (및 Linux Mint와 같은 파생물)의 경우 다음 레시피가 작동합니다. 다른 배포판은 추가 조정이 필요할 수 있습니다.

1. 부팅 가능한 드라이브 이미지를 ISO 형식 ^1로 어딘가에 내부 저장 드라이브에 파일로 저장하십시오 ² .

2. 예를 들어 35_isofiles컨텐츠와 함께 Grub“부품”파일 추가

   #!/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 명령과 부팅 매개 변수 조정이 필요할 수 있습니다.

² Grub의 유틸리티 라이브러리 덕분에 LVM, RAID 및 암호화 된 파일 시스템이 작동하지만 테스트하지는 않았습니다.

가상화가 가장 간단합니다.

그러나 여기에는 두 가지 별도의 사용 사례가 있으며 다른 솔루션이 있습니다.

1. 새로운 배포판을 사용해보십시오

배포판은 기본적으로 예 (패키지 된 응용 프로그램 및 사용자 공간 환경에 의해 결정되는 SystemD대init 부팅)

다른 배포판의 UIX를 정 성적으로 "평가"하려면 OS를 전체적으로 설치하고 사용성을 평가하는 본격적인 가상화를 권장합니다. 이것은 다른 답변에서 적절하게 다루어집니다.

테스트를 위해 사용자 공간 환경이 필요한 경우 계속 읽으십시오.

2. 다른 환경에서 테스트 및 "던지기 인스턴스"

커널을 사용하여 샌드 박스 환경을 만드는 경량 가상화의 한 형태 인 컨테이너화를 사용하는 것이 더 쉽고 저렴하며 빠릅니다.

컨테이너는 호스트와 커널 리소스를 공유하지만, 그렇지 않으면 자체 루트 파일 시스템, 사용자 공간, 네트워크 스택 등을 갖습니다. 개념적으로는 chroot스테로이드 라고 생각할 수 있습니다 . 그러나 커널이 공유되기 때문에 가상화는 "씬 (thin)"입니다. 이는 대부분의 실제 목적을 위해 호스트 OS와 동일한 속도로 실행됨을 의미합니다.

일반적으로 사용되는 컨테이너 시스템이 docker있습니다. 고정 표시기는 당신이 원하는 거의 모든 리눅스 배포판 이미지를 표준화했다, 그리고 그것은 창에 (창문에 그러나 Windows 이미지에만 작업 모두에서 리눅스 이미지 작업)를 실행합니다. 공간과 성능을 절약 할 수있는 유용한 기능이 추가되었습니다.

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

문자 그대로 수백 가지의 다른 사용 패턴이 있지만 스크립트와 같은 이미지 정의, 확장 가능한 이미지 및 명령 줄 사용은 개발, 테스트 및 배포 환경에 매우 적합합니다.

드라이브에 별도의 파티션 을 유지합니다 (가능한 경우 최소 20GB 권장).

테스트하려는 OS를 해당 파티션에 설치 한 다음 다시 부팅 할 수 있습니다.

모든 것이 제대로 작동하면 원래 OS 파티션을 폐기하고 결국 용도를 변경할 수 있습니다.

그러나 새 OS가 나를 위해 작동하지 않으면 (드라이버 문제, 사용할 수없는 소프트웨어) 이전 OS로 다시 부팅하여 여전히 가지고 있다는 것에 감사드립니다!

노트:

• 이렇게하면 하드웨어에서 새로운 OS를 실제로 테스트 할 수 있으므로 드라이버 문제를 감지 할 수 있습니다.

• 그러나 새로운 OS의 느낌 만 경험하고 싶다면 다른 가상화 솔루션 중 하나가 더 빠르고 쉽고 안전합니다.

• 나는 /home큰 별도의 파티션에 유지 하므로 두 개의 OS와 독립적입니다. (실수로 해당 파티션을 다시 포맷하지 마십시오!)

• 그러나 테스트 중에는 공유 파티션을 사용 하지 않는 것이 좋습니다 /home. 두 OS의 소프트웨어 버전이 크게 다른 경우 응용 프로그램은 다른 OS에 적합하지 않은 방식으로 구성 파일을 변경할 수 있습니다. 따라서 각 OS에 커밋 할 때까지 각 OS에 대해 별도의 구성 파일을 유지하십시오. (*) 아래 참조

• 두 번째 스왑 파티션을 만들 필요가 없습니다. 두 OS 모두에 동일한 스왑 파티션을 사용할 수 있습니다.

• 물론 어떤 파티션을 포맷 / 설치할 것인지 주의 해야합니다. 새 OS를 설치하기 전에 백업을 수행하고 파티션 ID 및 크기 (part, p, q)를 기록하십시오.

• 두 OS간에 이중 부팅을하려면 두 개의 OS를 모두 감지하기 위해 grub이 필요합니다. 내 경험에 따르면, grub은 항상 이것을 자동으로 수행했습니다. (그러나 lilo는 다른 이야기였습니다!)

• 다른 OS를 사용하는 동안 한 OS에서 소프트웨어를 실행하는 것이 종종 가능합니다. 설정하는 것은 바이올린sudo chroot /mnt/original_os 이었지만 을 사용하여 관리했습니다 . 바인드 마운트 와 ./dev/proc

내 기록은 한 대의 컴퓨터에서 4 대의 Linux OS와 Windows XP였습니다. 속도와 재미를 위해 젠투로 부팅했지만 웹 서버와 메일 서버 를 chroot에서 신뢰할 수있는 데비안 OS로 실행했습니다.

(*)을 편집하여 각 OS에 대해 다른 홈 폴더를 구성 할 수 있습니다 /etc/passwd. /home/you/arch-test공유 홈 파티션을 대상으로 설정 /etc/fstab하고 재부팅 하도록 홈을 설정하십시오 . 일부 도트 파일을 두 OS에서 공유하도록 symlink 할 수 있으며 다른 도트 파일은 OS별로 다릅니다.

기본적으로 가상화 (VirtualBox 또는 Docker), 부팅 가능한 플래시 드라이브 (라이브 CD의 현대적인 대안) 또는 파티션의 이중 부팅의 세 가지 옵션이 있습니다. 세 가지 중에서 선택하는 것은 요구 사항, 하드웨어 및 경험에 따라 다릅니다. 다른 답변 중 일부는 특정 접근 방식에 대해 더 자세히 설명하지만 여기에 결정을위한 프레임 워크를 제공하는 높은 수준의 비교가 있습니다.

1. 가상화

찬성 :

• 설정하기 매우 쉽다
• 기본 개발 환경에 영향을 미치지 않습니다
• 하드 드라이브 공간이있는 한 원하는만큼 쉽게 설정할 수 있습니다. 주요 변경을 수행하기 전에 스냅 샷을 생성하고 작업이 끝나면 삭제하면됩니다.

단점 :

• 둘 이상의 OS를 동시에 실행하려면 적절한 하드웨어가 필요합니다.
• 성능은 VM에 할당 된 리소스에 의해 제한되므로 테스트중인 OS 버전이 기본 OS와 어떻게 비교되는지 정확하게 알 수 없습니다.
• 하드웨어가 모두 가상화되었으므로 정확한 드라이버 가용성 / 호환성도 얻지 못합니다

2. 부팅 가능한 플래시 드라이브

찬성 :

• 적당히 설정하기 쉽다
• 기본 개발 환경에 영향을 미치지 않습니다
• 플래시 드라이브의 품질에 따라 약간의 차이가 있지만 성능은 일반적으로 USB3 플래시 드라이브에서 우수합니다 (USB2는 느려질 것입니다-이 목적으로는 피할 것입니다)
• 실제 하드웨어 (저장 장치 이외의)를 사용하므로 드라이버가 얼마나 잘 작동하는지 확인할 수 있습니다.
• 충분한 플래시 드라이브가있는 한 원하는만큼 쉽게 설정할 수 있습니다 (다른 것을 시도하려는 경우 쉽게 다시 포맷 할 수 있음)

단점 :

• 이 목적을 위해 하나 이상의 플래시 드라이브가 필요합니다
• 성능은 사용하는 플래시 드라이브의 품질에 따라 다릅니다

3. 파티션에서 듀얼 부팅

찬성 :

• 기본 OS와 정확히 동일한 하드웨어에서 실행되므로 성능, 드라이버 호환성 등에 대한 최상의 아이디어를 제공합니다.
• 하드 드라이브 공간이있는 한 한 번에 여러 개를 설정할 수 있습니다 (각 파티션마다 별도의 파티션을 설정해야 함)

단점 :

• 제대로 설정하려면 저급 노하우가 필요합니다
• 하드 드라이브 파티션과 부트 로더를 엉망으로 만들면 항상 현재 설정을 중단시킬 수 있습니다 (시작하기 전에 부팅 가능한 플래시 드라이브 또는 라이브 CD를 준비하십시오)

QEMU

QEMU는 저렴하고 간단한이 질문의 요구 사항을 이론적으로 해결하는 가상화 솔루션입니다.

Linux 또는 Windows 호스트 내에서 운영 체제 iso 파일을 드래그 앤 드롭 부팅 할 수 있습니다.

또한 호스트 시스템 내에서 Live USB 하드 드라이브를 부팅 할 수 있으며 사용 가능한 경우 지속성을 사용합니다.

VBox와 마찬가지로 가상 하드 디스크를 구축 할 필요가 없습니다.

QEMU는 Linux, Windows 및 기타 OS 용 명령 줄 앱으로 제공됩니다. GUI로도 제공되며 MultiBootUSB Linux 및 Windows 버전 http://multibootusb.org/에 포함되어 있습니다 .

QEMU는 MBUSB보다 빠르지 만 드래그 앤 드롭이 아닌 Virtual Machine Manager에서 실행할 수도 있습니다.

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

장기 OS 테스트의 경우 VirtualBox 설치 시스템이 우수합니다.

가장 간단하고 쉬운 방법은 가상화를 사용하는 것입니다. VirtualBox (오픈 소스)를 다운로드하고 모든 운영 체제를 설치할 수 있습니다. 또한 처음 실행하기 전에 스냅 샷을 생성하는 것이 좋습니다. 이런 방식으로 설정, 구성 변경 등을 실수로하는 경우 이전 상태로 대체 할 수 있습니다.

이 방법으로 여러 OS를 사용하고 테스트했습니다. 매우 간단하고 빠릅니다. 심지어 가상화를 사용하여 MSDOS와 Windows 3.1을 사용했습니다. ChromeOS (작은 작업으로) 나 Windows 또는 Linux의 모든 버전을 설치해도 데스크탑의 맛은 중요하지 않습니다.

지난 3 년간 USB 드라이브에서 Ubuntu의 전체 설치를 성공적으로 부팅했습니다. USB 2.0은 이전 3G SATA HD (7200rpm 16MB 캐시)보다 약간 느리지 만 USB 3.0은 3G SATA 인터페이스의 SSD에서 몇 초 내에 있습니다.