Android 기기에서 GSI를 플래시하는 방법

2017년에는 Google의 Project Treble이 도입되어 Android에 상당한 아키텍처 변화를 가져왔습니다. 특히 모든 기기에 동일한 Android 운영 체제를 각 기기에 고유한 하위 수준 소프트웨어에서 분리했습니다. 그 결과 Android 스마트폰 제조업체(OEM)와 맞춤형 ROM 개발자는 이제 Android 9 이상을 실행하는 기기에서 이전보다 더 빠르게 Android 업그레이드를 처리할 수 있습니다.

Project Treble도 GSI를 탄생시켰습니다. GSI(Generic System Image)는 순수한 Android 구현을 특징으로 하며 모든 Project-Treble 호환 장치에서 작동하도록 조정된 구성을 포함합니다. GSI를 사용하면 OEM에서 휴대전화의 무선 업그레이드를 출시하기 전에 새로운 Android 버전을 경험할 수 있습니다.

여기서는 지원되는 Android 기기에서 GSI를 플래싱하는 방법을 안내합니다.

GSI를 플래싱하기 전 전제 조건

Android 장치에서 일반 시스템 이미지를 플래싱하는 것은 간단한 프로세스입니다. 하지만 그렇다 하더라도 시작하기 전에 확인해야 할 몇 가지 사항이 있습니다. 이러한 전제 조건은 원활한 경험을 보장하므로 그 중 어느 것도 건너뛰지 마십시오.

• Windows PC와 작동하는 USB 케이블이 준비되어 있는지 확인하십시오.
• 기기의 배터리 충전량이 50% 이상인지 확인하세요.
• 중요한 Android 데이터를 모두 백업하세요(이 과정에서 기기가 초기화됨).
• Android 장치용 USB 드라이버를 자동으로 받으려면 Microsoft의 가이드 를 따르십시오 .
• PC에서 ADB 및 Fastboot 플랫폼 도구 다운로드 및 설정
• Android 기기의 부트로더 잠금 해제

모든 것이 확인되면 아래의 Android GSI 설치를 진행할 수 있습니다.

1단계: 장치가 프로젝트 트레블을 지원하는지 확인

다른 작업을 하기 전에 Android 기기가 Trebalized(Project Treble 호환)인지 다시 확인하세요. Google은 Android 8(Oreo) 이상으로 실행되는 모든 기기가 Project Treble 호환성과 함께 제공된다는 일반적인 경험 법칙을 만들었지만 기기에 대해 이를 확인하는 데 아무런 해가 없습니다.

이를 수행하는 간단한 방법 은 Google Play 스토어에서 Treble Info 앱을 다운로드하는 것입니다. 앱을 실행하고 Treble 및 VNDK 섹션으로 이동합니다. 왼쪽에 녹색 체크 표시가 있으면 Android 기기가 Project Treble을 지원합니다. 요약은 장치의 Android 버전에 해당하는 VNDK(Vendor Native Development Kit) 버전 번호를 포함하여 자세한 정보를 제공합니다.

2단계: CPU 아키텍처 및 파티션 정보 확인

Android GSI는 ARM, ARM64, x86 및 x86-64를 비롯한 여러 CPU 아키텍처를 대상으로 합니다. 따라서 장치의 CPU에 대한 올바른 GSI를 얻었는지 확인하십시오. 장치의 CPU 아키텍처를 찾으려면 Treble Info 앱을 다시 여십시오. 아키텍처 섹션 에서 장치의 CPU 변형을 찾을 수 있습니다.

앱을 닫기 전에 동적 파티션 섹션에서 장치가 동적 파티션을 사용하는지 확인하십시오. 나중에 fastboot 또는 fastbootd 모드 에서 GSI를 플래시할지 여부를 결정하려면 이 정보가 필요합니다 .

Fastboot 또는 Fastbootd 모드는 Android OS가 실행되고 있지 않을 때 액세스할 수 있으며 휴대전화의 플래시 메모리를 읽거나 쓸 수 있도록 도와줍니다. 이러한 모드를 사용할 때는 각별히 주의하십시오.

3단계: GSI 다운로드

이제 기기의 CPU 아키텍처 정보를 알았 으므로 PC에서 Google의 GSI 릴리스 페이지 로 이동하여 적절한 GSI를 찾으세요. Android 버전 이상과 일치하는 GSI를 다운로드해야 합니다.

Google Play 서비스와 함께 GSI를 원하는 경우 파일 이름에 gms 가 있는 것을 선택하십시오. 성공적으로 다운로드 하면 GSI zip 폴더에서 system.img 및 vbmeta.img 파일을 찾을 수 있습니다.

이제 system.img 및 vbmeta.img 파일을 추출하고 위 의 전제 조건 섹션에서 설정 한 Platform Tools 폴더에 넣습니다. 이러한 파일을 플랫폼 도구와 동일한 폴더에 배치하면 아래의 모든 명령이 성공적으로 실행됩니다.

4단계: Fastboot 또는 Fastbootd 모드로 부팅

명령을 실행하기 전에 Android 장치를 Windows PC에 연결하고 USB 디버깅을 활성화해야 합니다. 그런 다음 Platform Tools 폴더에서 명령 프롬프트 창을 엽니다 . 이를 수행하는 간단한 방법 은 폴더의 주소 표시줄에 cmd 라는 단어를 입력 하고 키보드에서 Enter 키 를 누르는 것입니다.

다음으로 결과 명령 프롬프트 창에 다음 명령을 입력하고 Enter 키 를 눌러 Android 장치를 Fastboot 모드로 부팅합니다.

adb reboot bootloader

위의 2단계 에서 장치가 동적 파티션 을 지원하는 경우 Android 장치를 Fastbootd 모드 로 부팅하려면 다음 추가 명령을 실행해야 합니다. 그렇게 하지 않으면 GSI를 설치하려고 할 때 누락된 파티션에 대한 오류가 발생합니다. 장치에 동적 파티션이 없으면 이 명령을 건너뜁니다.

fastboot reboot fastboot

이제 추출한 GSI 파일로 장치를 플래시할 준비가 되었습니다.

5단계: Fastboot 또는 Fastbootd를 통해 Android GSI 플래시

GSI 부팅 문제를 방지하려면 아래 명령을 실행하여 AVB(Android Verified Boot) 를 비활성화해야 합니다. OEM은 AVB를 사용하여 스마트폰에서 실행되는 Android 시스템의 무결성과 신뢰성을 보장합니다. 장치가 AVB와 함께 제공되지 않는 경우 이 명령을 건너뜁니다. 명령이 장치에 파티션이 없다는 오류를 발생시키는 경우 이를 알 수 있습니다.

fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img

다음으로 아래 명령을 사용하여 현재 설치된 Android OS를 제거하려면 시스템 파티션을 지우십시오. 기존 Android 시스템에 GSI를 설치하면 대기 시간에 관계없이 장치가 부팅 프로세스를 완료하지 않는 끝없는 부팅 루프와 같은 문제가 발생합니다.

fastboot erase system

다음 명령을 사용하여 다운로드한 GSI를 시스템 파티션에 플래시하거나 설치합니다. 깜박임 프로세스를 완료하는 데 시간이 걸릴 수 있으므로 인내심을 가지십시오.

fastboot flash system system.img

이제 이전 시스템과 관련된 모든 데이터를 제거하기 위해 사용자 데이터를 포맷하거나 지울 때입니다. 지우지 않으면 부팅 문제 또는 기타 문제가 발생할 수 있습니다. 장치를 초기화하려면 아래 명령을 실행하십시오.

fastboot -w

이제 GSI를 성공적으로 설치했습니다. 남은 것은 다음 빠른 명령을 실행하여 장치를 새로운 Android OS로 부팅하는 것입니다.

fastboot reboot

새 Android OS를 플래싱한 후 첫 번째 부팅 프로세스에는 일반적으로 시간이 걸립니다. 성공적인 부팅은 예상대로 GSI를 설치했으며 이제 장치에서 새 GSI와 함께 제공되는 모든 장점을 탐색할 수 있음을 의미합니다.

GSI는 가능한 한 많은 장치를 지원하는 것을 목표로 합니다. 따라서 재고 카메라와 같은 장치별 기능을 사용할 수 없습니다. 다행히도 Google 카메라 포트와 같은 널리 사용되는 해결 방법을 사용하여 이러한 카메라 문제 중 일부를 완화할 수 있습니다.

맞춤 ROM의 GSI

이 가이드에는 Google의 GSI 릴리스만 연결되어 있지만 더 있습니다. Android 맞춤 ROM 개발자 덕분에 일반적으로 LineageOS, Pixel Experience, /e/ OS 등과 같이 좋아하는 맞춤 ROM을 기반으로 GSI를 얻을 수 있습니다.

따라서 GSI를 통해 새로운 기능이나 순수한 Android 환경을 경험하는 것 외에도 사용자 지정 ROM에 대한 장치 적용 범위를 확장할 수도 있습니다. 더 좋은 점은 OEM이 보안 패치 또는 버전 업그레이드 제공을 중단하더라도 GSI가 여전히 존재한다는 것입니다.