부적절한 충전(6V 이상)은 충전 IC를 파손할 수 있습니다. 고전력 충전기를 사용해도 기본 충전 전류가 약 450mA로 제한되어 충전 속도가 빨라지지 않습니다.
충전에는 5V 이하의 충전기를 사용하세요. 전원 공급 장치 또는 다른 충전기가 있는 HUB의 일부 U 포트는 5V보다 높을 수 있습니다.
장시간 플러그를 꽂아 사용할 경우, 배터리를 뽑아두거나 적어도 배터리 스위치를 끄는 것이 좋습니다.
충전 표시등은 전원 버튼 아래에 있는 빨간색(또는 파란색) LED입니다. 아래에서 볼 수 있습니다. 세 가지 상태가 있습니다. v2.3 버전에서는 충전 표시등이 제거되었지만 배터리 수준을 x1%로 표시하여 여전히 충전 중임을 판단할 수 있습니다.
충전 LED 상태
의미
밝기가 낮거나 깜박임
비정상(배터리가 없거나 배터리에 문제가 있음)
높은 밝기
충전 중
꺼짐 또는 매우 낮은 밝기
배터리가 완전히 충전되었습니다
win10 1809 이상에서는 배터리 백분율 표시가 지원됩니다. 정확하지 않으며 참조용일 뿐입니다(특히 충전 중에 표시되는 오류가 더 큽니다). 10%마다 수준이고 가장 높은 것은 90%입니다. 또한, 충전 중에는 백분율이 x1%로 표시되며 다음 그림과 같이 충전하지 않을 때보다 1% 더 높습니다.
완전히 충전되면 충전 표시등이 꺼지거나 밝기가 매우 낮아질 수 있습니다.
Mac은 타사 Bluetooth 장치의 배터리 서비스를 차단했습니다. 따라서 배터리 수준을 알고 싶다면 Output Battery Percetage as Text 기능(BLE660C/BLE980C의 기본 단축키는 Fn+E)을 사용할 수 있습니다. 충전 및 배터리 정보
웹사이트 https://ydkb.io를 열고 키보드 BLE660C 또는 BLE980C를 선택한 다음 [대용량 저장 장치 부트로더(U 디스크 모드)](부트로더/msd-부트로더) 페이지에 플래싱 방법이 있습니다. 키 편집기에 대한 설명은 이 문서의 다른 부분을 참조하세요.
케이블을 삽입하여 점멸 모드로 들어가려면 왼쪽 위 키(일반적으로 ESC)를 누르는 것 외에도 LED와 기능을 사용할 수 있습니다 Reset. 실수 로 누르는 것을 방지하기 위해 <kbd>LCtrl을 누른 상태에서 이 키를 누르면 됩니다. 이렇게 하면 플러그 Reset를 뽑았다가 다시 꽂지 않고도 바로 점멸 모드로 전환할 수 있습니다.
2024년 3월 초, docker가 익숙해서 끝까지 버티고 있던 kubernetes v1.23.x 개발 환경 설치에 돌연 문제가 생겼다. Ubuntu에서 kubeadm, kubelet, kubectl 등을 apt로 설치할 수 없게 된 것이다. 원인과 해결 방법에 대해 알아보자.
Kubernetes apt install 에러 현상과 원인
K8s 설치 시 어떤 현상이 발생하는가?
2024년 3월 초부터 ubuntu에 apt install 명령어를 통해 kubeadm, kubelet, kubectl이 설치되지 않는다. 기존 사용하던 개발 환경은 다음과 같다.
위 명령어를 통해 kubernetes 설치를 진행하면, 다음과 같은 에러 메시지를 확인할 수 있다.
master: deb [signed-by=/etc/apt/keyrings/kubernetes-archive-keyring.gpg] https://apt.kubernetes.io/ kubernetes-xenial main
master: Hit:1 https://download.docker.com/linux/ubuntu jammy InRelease
master: Hit:3 http://ports.ubuntu.com/ubuntu-ports jammy InRelease
master: Ign:2 https://packages.cloud.google.com/apt kubernetes-xenial InRelease
master: Hit:4 http://ports.ubuntu.com/ubuntu-ports jammy-updates InRelease
master: Err:5 https://packages.cloud.google.com/apt kubernetes-xenial Release
master: 404 Not Found [IP: 142.250.76.142 443]
master: Hit:6 http://ports.ubuntu.com/ubuntu-ports jammy-backports InRelease
master: Get:7 http://ports.ubuntu.com/ubuntu-ports jammy-security InRelease [110 kB]
master: Reading package lists...
master: E: The repository 'https://apt.kubernetes.io kubernetes-xenial Release' does not have a Release file.
master:
master: WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
master:
master: Reading package lists...
master: Building dependency tree...
master: Reading state information...
master: E: Unable to locate package kubelet
master: E: Unable to locate package kubectl
master: E: Unable to locate package kubeadm
원인은 package repository에 있다!
위의 에러 메시지를 살펴보면, kubernetes 관련 package 목록을 가져오기 위해 package repository에 접속을 하는데, 404 에러가 발생하고 있음을 알 수 있다. 최근까지 잘 되던 것이 갑자기 되지 않으니까 당황스럽다. 원인은 외부에 있음을 직감하고, kubernetes 공식 문서들을 샅샅이 뒤져보았다.
아니나 다를까, package repository가 대체된다는 안내사항이 있었다. 해당 글에서는 다음과 같이 안내하고 있다.
On behalf of Kubernetes SIG Release, I am very excited to introduce the Kubernetes community-owned software repositories for Debian and RPM packages: pkgs.k8s.io! The new package repositories are replacement for the Google-hosted package repositories (apt.kubernetes.io and yum.kubernetes.io) that we’ve been using since Kubernetes v1.5.
ℹ️ Update (January 12, 2024): the legacy Google-hosted repositories are going away in January 2024. Check out the deprecation announcement for more details about this change.
기존 사용하던 package repository가 2024년 1월부터 아예 사라질 것이라고 되어 있는데, 3월까지 잘 사용한 것도 기적이었던 것이다. 평소 부지런하게 follow up하지 않았던 스스로를 반성하게 된다.
Package repository 관련 문제 해결 방법
Package repository deprecation에 대응하기
안내사항에 따르면, 다음과 같이 package repository를 변경한 후 apt install을 진행하면 된다.
master: Reading package lists...
master: E: Failed to fetch https://pkgs.k8s.io/core:/stable:/v1.23/deb/InRelease 403 Forbidden [IP: 54.192.175.103 443]
master: E: The repository 'https://pkgs.k8s.io/core:/stable:/v1.23/deb InRelease' is not signed.
한 걸음 나아가긴 했다. 404 Not Found 에러 대신 403 Forbidden 에러가 발생하는 것으로 보아, 적어도 새로운 package repository는 서비스를 하고 있긴 하다는 것을 확인할 수 있다. 그렇다면, 왜 이런 현상이 발생하는 것일까? 이 문제에 대한 원인도 앞서 언급한 안내 글에서 찾을 수 있었다.
The new Kubernetes package repositories contain packages beginning with those Kubernetes versions that were still under support when the community took over the package builds. This means that the new package repositories have Linux packages for all Kubernetes releases starting with v1.24.0.
새로운 package repository는 v1.24.0 이상의 kubernetes만 제공한다는 것이다. 결국, kubernetes의 버전을 올려야 한다.
Docker를 버린 kubernetes v1.24로의 여정
Kubernetes v1.23.x와 v1.24.x 사이에는 큰 차이점이 존재한다. Kubernetes v1.24.0부터는 docker를 버렸다는 것이다. 공식 문서의 내용을 간단히 요약하면 다음과 같다.
1.24 버전 이전에는 docker라는 specific한 CRI를 사용하고 있었다.
Kubernetes에서 docker 외에도 다양한 CRI를 지원하기 위해, CRI standard라는 것을 만들었다.
Docker는 CRI standard를 따르지 않고 있다.
Kubernetes는 docker 지원을 위해 dockershim이라는 코드를 만들어서 제공했다.
Kubernetes 개발 참여자들이 docker라는 특수 CRI를 위해 별도로 시간을 할애하는 것이 부담스럽다.
Kubernetes v1.24부터 dockershim 지원 안하기로 했다.
실제로, kubernetes v1.24 버전을 설치할 때 docker를 사용하려고 하면, 다음과 같은 에러를 만날 수 있다.
master: [WARNING SystemVerification]: missing optional cgroups: blkio
master: error execution phase preflight: [preflight] Some fatal errors occurred:
master: [ERROR CRI]: container runtime is not running: output: time="2024-03-05T00:42:52-08:00" level=fatal msg="validate service connection: CRI v1 runtime API is not implemented for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.RuntimeService"
master: , error: exit status 1
master: [preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...`
master: To see the stack trace of this error execute with --v=5 or higher
master: failed to load admin kubeconfig: open /root/.kube/config: no such file or directory
master: To see the stack trace of this error execute with --v=5 or higher
눈물과 함께 kubernetes v1.23과 docker와 작별할 시간이다. 앞서 살펴본 package repository 설정 부분에서 버전을 지정해주는 문자열을 변경하자.
이후 apt-cache policy kubeadm 명령어를 통해 설치 가능한 버전을 조회해보고 apt install을 통해 설치를 진행하면 된다. 이때 주의할 점은, docker가 아니라 containerd를 사용할 것이기 때문에 설치하려는 kubernetes 버전과 호환되는 containerd 버전을 알아보고 미리 설치해두어야 한다는 것이다. Containerd와 kubernetes 버전 호환 관계는 이 문서를 확인하면 된다.
$ sudo apt-mark --help
apt 2.4.11 (amd64)
Usage: apt-mark [options] {auto|manual} pkg1 [pkg2 ...]
apt-mark is a simple command line interface for marking packages
as manually or automatically installed. It can also be used to
manipulate the dpkg(1) selection states of packages, and to list
all packages with or without a certain marking.
Most used commands:
auto - Mark the given packages as automatically installed
manual - Mark the given packages as manually installed
minimize-manual - Mark all dependencies of meta packages as automatically installed.
hold - Mark a package as held back
unhold - Unset a package set as held back
showauto - Print the list of automatically installed packages
showmanual - Print the list of manually installed packages
showhold - Print the list of packages on hold
See apt-mark(8) for more information about the available commands.
Configuration options and syntax is detailed in apt.conf(5).
Information about how to configure sources can be found in sources.list(5).
Package and version choices can be expressed via apt_preferences(5).
Security details are available in apt-secure(8).
CREATE OR REPLACE PACKAGE PKG_CRYPTO
IS
FUNCTION ENCRYPT(INPUT_STRING IN VARCHAR2, KEY_DATA IN VARCHAR2 := ‘12345678’)RETURN RAW;
FUNCTION DECRYPT(INPUT_STRING IN VARCHAR2, KEY_DATA IN VARCHAR2 := ‘12345678’)RETURN VARCHAR2;
END;
CREATE OR REPLACE PACKAGE BODY PKG_CRYPTO
IS
— 에러 발생시에 error code 와 message 를 받기 위한 변수 지정.
SQLERRMSG VARCHAR2(255) ;
SQLERRCDE NUMBER;
— 암호화 함수 선언 key_data 는 입력하지 않을 시에 default 로 12345678 로 지정됨.FUNCTION ENCRYPT(INPUT_STRING IN VARCHAR2
, KEY_DATA IN VARCHAR2 := ‘12345678’
)
RETURN RAW
IS
KEY_DATA_RAW RAW(4000) ;
CONVERTED_RAW RAW(4000) ;
ENCRYPTED_RAW RAW(4000) ;
BEGIN
— 들어온 data 와 암호키를 각각 RAW 로 변환한다.
CONVERTED_RAW := UTL_I18N.STRING_TO_RAW(INPUT_STRING, ‘AL32UTF8’) ;
KEY_DATA_RAW := UTL_I18N.STRING_TO_RAW(KEY_DATA, ‘AL32UTF8’) ;
— DBMS_PKG_CRYPTO.ENCRYPT 로 암호화 하여 encrypted_raw 에 저장.
ENCRYPTED_RAW := DBMS_CRYPTO.ENCRYPT(SRC => CONVERTED_RAW,
— typ 부분만 변경하면 원하는 알고리즘을 사용할 수 있다.
— 단, key value bype 가 다 다르니 확인해야 한다.
TYP => DBMS_CRYPTO.DES_CBC_PKCS5, KEY => KEY_DATA_RAW, IV => NULL) ;
RETURN ENCRYPTED_RAW;
EXCEPTION
WHEN OTHERS THEN
RETURN INPUT_STRING;
END ENCRYPT;FUNCTION DECRYPT(INPUT_STRING IN VARCHAR2
, KEY_DATA IN VARCHAR2 := ‘12345678’
)
RETURN VARCHAR2
IS
CONVERTED_STRING VARCHAR2(4000) ;
KEY_DATA_RAW RAW(4000) ;
DECRYPTED_RAW VARCHAR2(4000) ;
BEGIN
KEY_DATA_RAW := UTL_I18N.STRING_TO_RAW(KEY_DATA, ‘AL32UTF8’) ;
DECRYPTED_RAW := DBMS_CRYPTO.DECRYPT(SRC => INPUT_STRING, TYP => DBMS_CRYPTO.DES_CBC_PKCS5, KEY => KEY_DATA_RAW, IV => NULL) ;
— DBMS_PKG_CRYPTO.DECRYPT 수행 결과 나온 복호화된 raw data 를 varchar2 로 변환하면 끝!
CONVERTED_STRING := UTL_I18N.RAW_TO_CHAR(DECRYPTED_RAW, ‘AL32UTF8’) ;
RETURN CONVERTED_STRING;
EXCEPTION
WHEN OTHERS THEN
RETURN INPUT_STRING;
END DECRYPT;
END;
사용할유저에게실행권한부여
기본적으로 DBMS_CRYPTO 패키지 권한 만 부여하면 되지만, 혹시 안 될 경우 두 개의 패키지에 대한 사용 권한을 준다.
grant execute on pkg_crypto to USER;
테스트
패키지가 정상적으로 생성되었는지 테스트
SQL> select sys.pkg_crypto.encrypt ( ‘test’ ) from dual ;
A04B686B118AF67B
SQL> select sys.pkg_crypto.decrypt ( ‘A04B686B118AF67B’ ) from dual ;
test
SQL> create table test_crypto (id int , pwd varchar2(64)) ;
SQL> insert into test_crypto values (1, sys.pkg_crypto.encrypt(‘password1’) ) ;
SQL> insert into test_crypto values (2, sys.pkg_crypto.encrypt(‘password2’) ) ;
SQL> commit ;
SQL> select * from test_crypto ;
1 8A65E0E80532B5FADACA597658B8E8E0
2 8A65E0E80532B5FA6635EBCA6EB4D195
SQL> select id , sys.pkg_crypto.decrypt(pwd) from test_crypto ;
1 password1
2 password2
패키지소스암호화 (WRAP)
패키지 바디 부분을 SQL 파일로 저장한 후에, 해당 SQL파일을 오라클의 WRAP 명령을 이용하여 소스를 암호화 한다.
암호화된 소스를 이용하여 패키지를 생성한다.
패키지 바디 부분을 pkg_crypto.sql 파일로 만든 후에, WRAP 명령을 이용하여 소스 암호화를 진행 한다.
이 문서에서는 Windows 운영 체제에서 VMware Workstation 17 Pro를 사용하여 새 가상 머신에 macOS Sonoma 14를 설치하고 구성하는 방법을 살펴봅니다.
iMac, MacBook 또는 MacBook Pro 컴퓨터 사용자는 Apple Store에서 Sonoma 14 업데이트를 다운로드하고 시스템을 쉽게 업데이트할 수 있습니다.
Mac 컴퓨터가 없다고 가정해 보겠습니다. 이 경우 VMware Workstation Pro 가상화 프로그램을 사용하여 Windows 10 또는 Windows 11이 설치된 호스트 컴퓨터에 macOS 14를 설치 하고 Apple의 새로운 시스템을 경험할 수 있습니다.
일반적으로 프로그램이 Apple OS 시스템을 지원하지 않기 때문에 VMware Workstation에 Apple 운영 체제를 설치할 수 없습니다. 그러나 VMware Unlocker를 사용하여 이 지원을 활성화하고 macOS를 잠금 해제할 수 있습니다.
또한 Windows 및 vSphere ESXi 에서 Unlocker 소프트웨어를 사용하여 Apple Mac OS X의 잠금을 해제할 수 있습니다 .
macOS Sonoma용 새 가상 머신을 생성하는 방법
Windows 호스트 컴퓨터에 VMware를 설치한 후 앞서 언급한 대로 Unlocker 도구를 사용하여 게스트 macOS 운영 체제를 설치하고 VM 설정을 올바르게 지정해야 합니다.
1 단계
VMware Workstation 17 Pro를 연 후 메인 화면에서 가상 머신 생성 옵션을 클릭하여 마법사를 엽니다. 새 가상 머신 마법사를 연 후 사용자 지정(고급)을 선택하여 가상 머신 설정을 더 잘 구성하고 다음을 클릭하세요.
2 단계
가상 머신 하드웨어 호환성 선택 창에서 컴퓨터에 설치된 최신 버전의 VMware Pro를 선택합니다. 이전 시스템 버전을 설치하려고 했는데 오류가 발생했다고 가정해 보겠습니다. 이 경우 호환성 섹션에서 Workstation 버전을 다운그레이드할 수 있습니다.
3단계
게스트 운영 체제 설치 창에서 시스템 설치에 사용할 미디어 유형을 선택할 수 있습니다. 호스트의 물리적 DVD 드라이브를 사용하여 설치하려면 설치 프로그램 디스크 섹션에서 설치 미디어를 선택하거나 설치 프로그램 디스크 이미지 섹션에서 컴퓨터에 다운로드한 ISO 이미지를 가상 머신에 추가 하세요 .
이 단계에서 가상 머신에 ISO 파일을 추가하면 추가된 이미지를 기반으로 macOS 가상 머신의 유형과 설정이 자동으로 결정됩니다. 이 프로세스는 설치에 적합하지 않을 수 있으므로 나중에 운영 체제를 설치하겠습니다를 선택하고 계속해서 수동으로 설정을 구성합니다.
4단계
게스트 운영 체제 선택 창에서 Microsoft Windows, Linux, ESX 또는 기타 플랫폼의 운영 체제를 선택할 수 있습니다. 그래도 여기에는 Apple Mac OS X가 표시되지 않습니다.
가상 머신에 macOS를 설치하려고 하면 Apple Mac OS X 시스템에 대한 지원이 표시되지 않습니다. 따라서 Unlocker를 사용하여 macOS 지원을 활성화해야 합니다.
이 창에서 취소 버튼을 클릭하면 가상 머신 생성 마법사가 닫히고 VMware Workstation 프로그램이 완전히 닫힙니다.
Unlocker 도구를 실행하면 VMware 프로그램의 일부 파일이 자동으로 구성되고 백업됩니다. 또한 VMware Tools(Darwin.iso)가 다운로드되기 시작하여 호스트에서 Apple 운영 체제를 보다 효율적으로 사용할 수 있습니다.
참고 : VMware Tools 파일을 다운로드할 수 없는 경우 이 문서를 방문하여 관련 파일을 컴퓨터에 다운로드하십시오.
7단계
macOS를 잠금 해제하면 이번에는 게스트 운영 체제 선택 창에서 Apple Mac OS X 지원이 활성화된 것을 확인할 수 있습니다.
Apple Mac OS X 플랫폼을 선택한 후 버전 섹션에서 macOS 14를 선택하고 다음을 클릭합니다.
8단계
가상 머신에 설치할 시스템 이름을 입력합니다. 설치 위치를 변경한다고 가정해 보겠습니다. 이 경우 찾아보기 버튼을 통해 외부 디스크의 사이트를 지정할 수 있습니다.
호스트 디스크 유형이 SSD 또는 NVMe라고 가정합니다. 이 경우 게스트 머신의 성능을 위해 설치 위치를 변경하지 않고 계속할 수 있습니다.
9단계
프로세서 구성 창에서 호스트 컴퓨터의 하드웨어 성능에 따라 가상 프로세서 코어 수를 늘릴 수 있습니다. 프로세서 수를 늘리면 가상 시스템이 안정적으로 작동하지 않을 수 있으므로 macOS 게스트 운영 체제에 가장 적합한 값을 찾아야 합니다.
10단계
마찬가지로 호스트 컴퓨터의 RAM 용량에 따라 macOS VM에 적합한 메모리 값을 구성합니다. 시스템에 16GB RAM이 있는 경우 VM에 8GB의 메모리를 할당할 수 있습니다.
11단계
NAT를 사용하여 네트워크 유형 설정에서 가상 컴퓨터를 로컬 네트워크에 연결합니다. VM에서 인터넷 연결이 필요하지 않은 경우 호스트 전용을 선택 하거나 네트워크 어댑터를 사용하지 않도록 선택할 수 있습니다.
12단계
I/O 컨트롤러 유형 창에서 기본적으로 선택되고 권장되는 LSI Logic을 진행합니다.
13단계
디스크 유형 창에서 가상 PC의 디스크를 IDE , SCSI , SATA 또는 NVMe로 선택할 수 있지만 설치할 시스템이 지원하는지 확인해야 합니다.
macOS Sonoma는 최신 운영 체제이고 새로운 기술을 지원하므로 NVMe 디스크 유형을 선택하면 가상 머신의 성능을 크게 향상시킬 수 있습니다.
14단계
디스크 선택 창에서 가상 컴퓨터를 위한 새 가상 HDD를 생성하거나, 기존 디스크 파일을 추가하거나, 물리적 디스크를 VM에 직접 탑재할 수 있습니다.
새로 macOS 설치를 위한 새 가상 디스크 생성을 선택하고 다음을 클릭합니다.
15단계
디스크 용량 지정 창에서 Sonoma의 가상 디스크 크기를 100GB로 수정하고 가상 디스크를 호스트의 단일 파일로 백업하도록 선택합니다.
컴퓨터에서 이전 기계 디스크 유형을 사용하는 경우 지금 모든 디스크 공간 할당 옵션을 사용하여 호스트 디스크에서 VM에 대해 100GB의 디스크 공간을 할당할 수 있습니다. 이 옵션을 선택하지 않고 계속 진행하면 가상 머신에 디스크 공간이 필요한 경우 호스트 디스크에서 필요한 길이가 자동으로 할당됩니다.
16단계
가상 디스크 파일을 가상 머신 구성 파일이 아닌 다른 위치에 백업한다고 가정해 보겠습니다. 이 경우 이 창에서 해당 위치를 선택할 수 있습니다. 컴퓨터에 두 개 이상의 가상 머신을 설치하는 경우 디스크 파일의 위치를 변경하지 마십시오. 서로 다른 영역에 있는 가상 디스크 파일로 인해 혼동될 수 있습니다.
17단계
시스템이 가상 컴퓨터를 생성할 준비가 되면 아래와 같은 요약 창이 나타납니다. 요약 창에서 VM에 대한 모든 설정을 확인한 후 하드웨어 사용자 정의 버튼을 클릭합니다.
18단계
macOS 가상 시스템의 프로세서 설정을 보고 가상화 엔진 섹션에서 “Intel VT-x 또는 AMD-V/RVI 가상화” 옵션을 활성화합니다.
19단계
생성한 게스트 시스템에 macOS Sonoma ISO 파일을 추가하려면 CD/DVD(SATA) 장치의 하드웨어 설정 창에서 ISO 이미지 파일 사용 옵션을 선택하고 찾아보기를 클릭하세요.
macOS.vmx 파일에 필요한 코드를 추가하고 파일을 저장한 후 가상 컴퓨터를 실행합니다.
VMware를 사용하여 macOS Sonoma를 설치하는 방법
이 단계까지 VMware를 사용하여 macOS용 새 가상 머신을 생성한 후 시스템 설정을 시작할 수 있습니다.
1 단계
macOS 가상 컴퓨터를 실행한 후 Apple 로고가 나타나면 시스템이 부팅될 때까지 기다립니다.
2 단계
macOS 운영 체제를 사용할 시스템 표시 언어를 선택하고 계속하세요.
3단계
복구 화면이 나타나면 설치하기 전에 가상 디스크를 포맷해야 하므로 디스크 유틸리티를 엽니다.
4단계
디스크 유틸리티에서 VMware 가상 NVMe 디스크 미디어를 선택하고 지우기 버튼을 클릭합니다. 선택한 디스크를 포맷하려면 열린 창의 이름 필드에 디스크 이름을 입력하고 APFS 형식을 선택한 다음 지우기 버튼을 다시 클릭하고 프로세스가 완료될 때까지 기다립니다.
이름: macOS
형식: APFS
구성표: GUID 파티션 맵
5단계
가상 디스크를 포맷한 후 macOS Sonoma 설치를 선택하고 계속을 클릭하여 시스템을 설치합니다.
6단계
계속을 다시 클릭하여 macOS 설치를 시작합니다.
7단계
macOS 소프트웨어 설치를 계속하려면 라이센스 계약에 동의하세요.
8단계
포맷한 가상 디스크를 선택하고 계속을 클릭합니다.
9단계
설정 마법사가 시스템 파일을 macOS 디스크에 복사하는 동안 기다립니다. 진행률 표시줄에는 대략 소요 시간이 표시되지만 호스트 컴퓨터의 성능에 따라 시간이 덜 걸릴 수도 있습니다.
10단계
시스템 파일을 복사한 후 게스트 가상 시스템이 다시 시작되고 Apple 로고에서 작동됩니다.
11단계
필요한 파일을 복사한 후 국가를 선택하고 국가 또는 지역 선택 화면이 나타나면 계속을 클릭하세요.
12단계
쓰기 및 음성 언어 화면에서는 시스템에서 사용하려는 시스템 언어, 키보드 레이아웃 및 시스템 로봇 음성을 변경할 수 있습니다.
13단계
접근성 설정에서 개인적인 필요에 따라 시스템을 맞춤 설정할 수 있습니다. 예를 들어 VoiceOver 화면 읽기 프로그램을 사용하여 파일, 웹 페이지의 텍스트를 말하거나 화면에 나타나는 텍스트를 말할 수 있습니다.
14단계
Apple은 데이터 및 개인 정보 보호 화면에서 사용자의 최소한의 개인 정보를 사용하고 인권을 존중한다는 점을 분명히 명시합니다. 귀하의 데이터를 수집하는 목적은 Apple 서비스를 개선하고 사용자 경험을 향상시키는 것입니다.
15단계
다른 Mac 또는 Windows 컴퓨터에서 게스트 컴퓨터로 파일과 문서를 전송할 수 있습니다. 나중에 데이터를 전송하여 처음부터 시스템 경험을 얻을 수 있습니다.
16단계
Apple ID로 로그인 화면에서 로그인하여 iCloud, App Store 및 기타 Apple 서비스를 사용할 수 있습니다. 따라서 Apple 계정이 없는 경우 이 화면에서 새 Apple 계정을 시작할 수 있습니다.
17단계
이용 약관 화면에서 macOS 소프트웨어 라이선스 계약을 읽은 후 동의하세요.
18단계
가상 시스템에 대한 새 컴퓨터 계정을 만들고 프로필 사진을 선택하세요.
19단계
Apple 지도 및 기타 서비스에 대한 개인화된 사용자 경험을 향상시키기 위해 데이터 사용을 허용하거나 허용하지 않을 수 있습니다. 이 결정은 전적으로 개인적인 것이지만, 귀하의 데이터 및 위치 정보를 Apple과 공유하여 macOS를 더욱 개선하는 데 도움을 줄 수 있습니다.
20단계
시간대 화면에서 귀하가 거주하거나 가장 가까운 지역을 선택하고 계속하십시오.
21단계
마찬가지로, 사용하는 애플리케이션에서 발생하는 충돌 및 사용 데이터를 개발자와 공유함으로써 개발자가 사용자를 위한 애플리케이션을 더 많이 개발하도록 도울 수 있습니다.
22단계
스크린 타임을 통해 부모는 모든 연령대의 자녀에 대해 시스템을 더 효과적으로 제어할 수 있습니다. 또한 앱과 웹 페이지에 소요된 시간을 검토할 수도 있습니다. 나중에 이러한 설정을 자세히 구성하려면 나중에 설정을 클릭하고 계속하세요.
23단계
디자인 선택 화면에서 Sonoma 시스템에 사용하고 싶은 테마를 선택할 수 있습니다. Apple은 사용자에게 Light, Dark 및 Auto의 세 가지 테마 스킨을 제공했습니다.
자동 보기를 사용하기로 선택한 경우, 거주 국가의 시간대에 따라 시스템 보기가 자동으로 밝거나 어두워집니다.
24단계
시스템 설정을 조정하고 Apple 로고를 클릭한 후 이 Mac 정보를 통해 macOS 버전을 확인할 수 있습니다.
macOS에 VMware 도구를 설치하는 방법
VMware와 함께 macOS Sonoma를 설치한 후 전체 화면 해상도와 더 높은 성능으로 게스트 가상 시스템을 사용하려면 VM 도구를 설치해야 합니다.
macOS 게스트 컴퓨터의 경우 어디에서나 VM Tools ISO 파일을 다운로드할 필요가 없습니다. Unlocker 도구를 사용하면 VM 도구(Darwin.iso) 파일이 컴퓨터에 다운로드됩니다.
1 단계
macOS 가상 PC의 도구 메뉴에서 VM / 이동식 장치 / CD/DVD(SATA)로 이동하여 설정을 클릭합니다.
2 단계
CD/DVD 장치의 상태를 연결됨으로 변경한 후 Unlocker/Tools 폴더에 있는 Darwin.iso 파일을 VM에 추가합니다.
3단계
VM에 ISO 이미지를 탑재한 후 VMware 도구 설치를 두 번 클릭하고 설치를 시작합니다.
4단계
VMware Tools 설치 관리자 창에서 계속을 클릭하여 설치를 계속합니다.
5단계
설치 대상 위치를 선택해야 하므로 ‘이 컴퓨터의 모든 사용자에 대해 설치’를 선택하고 다시 계속을 클릭합니다.
6단계
VMware Tools는 가상 디스크에서 7.6MB의 디스크 공간을 사용합니다. 설치 위치를 변경하지 마십시오. 표준 설치를 위해서는 설치 버튼을 직접 클릭하세요.
7단계
설치가 시작되면 사용자 계정 비밀번호를 입력하여 마법사를 인증하고 소프트웨어 설치 버튼을 클릭합니다.
8단계
이번에 시스템 확장 차단 경고가 표시되면 보안 기본 설정 열기를 클릭하세요.
9단계
“개발자 VMware, Inc.의 시스템 소프트웨어가 로드되지 않았습니다.” 경고 옆에 있는 허용 버튼을 클릭합니다.
10단계
새 시스템 구성 요소를 적용하려면 시스템을 다시 시작해야 함을 알리는 창에서 지금은 안 함을 클릭합니다.
11단계
macOS에서 VM Tools 설치를 완료한 후 시스템을 다시 시작합니다.
12단계
VMware에서 게스트 시스템을 전체 화면 해상도로 사용할 수 있는지, 그래픽 메모리가 3MB가 아닌 128MB인지 확인하세요.
13단계
게스트 컴퓨터를 전체 화면 해상도로 사용하려면 호스트 화면에 따라 워크스테이션 도구 메뉴에서 보기 / 전체 화면을 클릭하세요.
14단계
Windows 10 호스트 시스템에서 macOS 게스트 시스템으로 파일을 끌어서 놓아 파일을 전송하려고 하면 VMware-tools-daemon 오류가 발생합니다. 이 오류를 해결하려면 시스템 환경설정 열기를 클릭하세요.
15단계
보안 및 개인 정보 보호 설정을 변경하려면 시스템을 다시 잠금 해제하고 접근성 섹션에서 VMware-tools-daemon 구성 요소를 활성화합니다.
16단계
VMware-tools-daemon 구성 요소를 허용한 후 다시 호스트에서 VM으로 파일을 전송하려고 하면 아래 이미지와 같이 작업이 성공한 것을 확인할 수 있습니다.
인터넷 연결을 확인하는 방법
게스트의 macOS 컴퓨터에서 모든 설정을 지정한 후 인터넷 연결을 테스트하는 것이 도움이 됩니다. 그렇지 않으면 시스템이나 사용하려는 응용 프로그램에 새 업데이트를 설치할 수 없습니다.
1 단계
터미널을 실행하려면 Windows 키 + Space를 함께 누르고 열린 검색 창에 터미널을 입력한 후 실행하세요.
macOS에서 ping을 수행하려면 터미널에서 ping -c 2 www.google.com 명령을 실행하세요. ping 출력에 TTL=128 값이 표시되면 인터넷에 액세스할 수 있습니다.
2 단계
핑이 성공하면 Mac 가상 컴퓨터에서 Safari 웹 브라우저를 열고 Google 홈페이지를 방문하여 연결을 테스트하세요.
USB 플래시 메모리 사용 방법
VMware Workstation 17 Pro 소프트웨어에 설정된 가상 머신에서 USB 플래시 드라이브를 사용할 수 있습니다. 호스트가 컴퓨터에 USB 디스크를 삽입하자마자 프로그램 창에서 감지된 새 장치가 열리고 장치를 VM이나 호스트에 쉽게 연결할 수 있습니다.
1 단계
Windows 10 호스트 컴퓨터에 USB 플래시 디스크를 삽입합니다 . 새 USB 장치 감지 창이 열리면 가상 머신에 연결 옵션을 선택하고 가상 머신을 선택한 후 확인을 클릭합니다.
2 단계
macOS에서는 NTFS로 포맷된 플래시 드라이브를 사용할 수 없습니다 . 따라서 USB 스틱을 ExFAT로 포맷하면 도움이 될 것입니다. 디스크 유틸리티를 연 후 외부 섹션에서 플래시 디스크를 마우스 오른쪽 버튼으로 클릭하고 지우기를 클릭합니다.
디스크 포맷 창에서 이름 필드에 이름을 입력하고 포맷 필드에서 ExFAT를 선택한 후 지우기 버튼을 다시 클릭하세요.
3단계
플래시 디스크를 ExFAT로 포맷한 후 데이터를 전송할 수 있습니다.
4단계
이번에는 macOS VM에 연결된 플래시 디스크를 연결 해제하고 호스트에 연결하세요. 이는 Windows가 macOS에서 플래시 드라이브로 전송된 데이터를 볼 수 있는지 테스트하는 것을 목표로 합니다.
5단계
Windows 10 호스트의 내 컴퓨터를 통해 플래시 메모리의 내용을 보면 VM에 생성된 Backup이라는 폴더를 볼 수 있습니다.
macOS 게스트 머신의 성능을 향상시키는 방법
안타깝게도 macOS 운영 체제를 가상으로 실행하더라도 일부 응용 프로그램이나 게임은 3D 그래픽을 지원하지 않기 때문에 사용할 수 없습니다. 이는 사용되는 가상화 소프트웨어에서 macOS에 대한 3D 그래픽 지원이 없기 때문입니다.
게스트 시스템에 VMware Tools를 설치하면 그래픽 메모리를 3MB에서 128MB로 늘릴 수 있습니다. 그러나 새 컴퓨터를 사용하더라도 이 방법은 작동하지 않습니다.
최소한 소프트웨어 개발자나 Apple 시스템을 경험하고 싶은 사람들에게는 이상적일 수 있습니다. 예를 들어 Intel의 12세대 또는 13세대 프로세서에서도 최신 macOS 버전을 VM과 함께 사용하면 성능 문제가 발생합니다.
시스템의 시각 효과를 변경하거나, 메뉴 전환 효과를 조정하거나, 화면 해상도를 낮추는 등의 작업은 시스템 성능에 약간의 영향을 미칠 수 있습니다.
아래 나열된 코드를 사용하여 시스템 설정을 빠르게 변경할 수 있습니다. 미리 스냅샷 으로 시스템을 백업하는 것을 잊지 마세요 !
[root@localhost:/tmp] esxcli software vib install -v /tmp/vmware-esx-provider-lsiprovider.vib
Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
VIBs Installed: LSI_bootbank_lsiprovider_500.04.V0.73-0002
VIBs Removed:
VIBs Skipped:
[root@localhost:~] esxcli software vib update -d /tmp/BCM-lsiprovider_700.00.V0.77-0004_16271874.zip
Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
VIBs Installed: BCM_bootbank_lsiprovider_700.00.V0.77-0004
VIBs Removed: LSI_bootbank_lsiprovider_500.04.V0.73-0002
VIBs Skipped:
[root@localhost:~]
– CIM Provider Package for VMware ESXi 7.0
[root@localhost:~] esxcli software vib update -d /tmp/Broadcom-ELX-CIMProvider_12.6.240.9-01OEM.700.1.0.15525992-signed_component-15920419.zip
Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
VIBs Installed: EMU_bootbank_emulex-cim-provider_12.6.240.9-01OEM.700.1.0.15525992
VIBs Removed: EMU_bootbank_emulex-cim-provider_12.4.243.7-01OEM.670.0.0.8169922
VIBs Skipped:
[root@localhost:~]
[root@localhost:~] esxcli software vib install -v /tmp/vmware-esx-MegaCli-8.07.07.vib --no-sig-check
Installation Result
Message: WARNING: Only live system was updated, the change is not persistent.
Reboot Required: false
VIBs Installed: LSI_bootbank_vmware-esx-MegaCli-8.07.07_8.07.07-01
VIBs Removed:
VIBs Skipped:
[root@localhost:~]
– 결과 확인
[root@localhost:~] esxcli software vib list
Name Version Vendor Acceptance Level Install Date
----------------------------------------- ------------------------------------ ------ ---------------- ------------
lsiprovider 700.00.V0.77-0004 BCM VMwareAccepted 2020-09-07
emulex-cim-provider 12.4.243.7-01OEM.670.0.0.8169922 EMU VMwareAccepted 2020-02-23
vmware-esx-MegaCli-8.07.07 8.07.07-01 LSI PartnerSupported 2020-09-07
NVIDIA-kepler-VMware_ESXi_6.5_Host_Driver 367.64-1OEM.650.0.0.4240417 NVIDIA VMwareAccepted 2018-03-23