Arm 가상 머신(VM) 인스턴스를 만들 수 없으면 다음과 같이 VM 만들기 및 업데이트 문제 해결에 설명된 일반적인 문제들 중 하나 때문일 수 있습니다.
할당량 부족
여러 리소스를 동시에 만들 때 not ready 오류
리소스 가용성 문제
영역 가용성 문제
권한 부족
리소스 이름
제약조건 위반
CPU 플랫폼 필요
Arm VM 인스턴스가 부팅되지 않음
Arm VM을 만들려고 시도하지만 시작 상태로 전환되지 않습니다.
가장 일반적인 문제는 Arm VM에 호환되지 않는 머신 유형 또는 OS 이미지를 사용하는 경우입니다.
또 다른 가능한 원인은 x86 VM의 부팅 디스크를 사용하여 Arm VM을 만드는 경우입니다.
부팅 디스크의 아키텍처는 VM과 일치해야 합니다.
Compute Engine은 부팅 디스크 아키텍처가 VM 아키텍처와 일치하는지 확인하지만 커스텀 이미지에서는 검증이 작동하지 않을 수 있습니다.
오류 메시지:
x86 아키텍처와 함께 Arm VM에 부팅 디스크를 사용하면 부팅 프로세스 초기에 오류가 발생합니다. 주요 증상은 ssh를 사용하여 VM에 액세스할 수 없는 것입니다. VM이 작동하지 않기 때문에 문제를 확인할 수 있는 유일한 방법은 다음과 유사하게 무제한 반복되는 직렬 콘솔 로그를 이용하는 것입니다.
BdsDxe: failed to load Boot0001 "UEFI nvme_card-pd" from PciRoot(0x0)/Pci(0x2,
0x0)/NVMe(0x1,00-00-00-00-00-00-00-00): Not Found
EMU Variable FVB Started
EMU Variable invalid PCD sizes
Found PL031 RTC @ 0x9010000
InitializeRealTimeClock: using default timezone/daylight settings
[2J[01;01H[=3h[2J[01;01H
UEFI: Failed to load image.
Description: UEFI nvme_card-pd
FilePath: PciRoot(0x0)/Pci(0x2,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)
OptionNumber: 1.
Status: Not Found.
해결 방법:
VM이 Arm 호환 머신 유형 및 OS 이미지에서 실행되는지 확인합니다. x86 VM의 부팅 디스크를 사용하여 VM을 만들지 않습니다.
Arm VM을 다시 만듭니다.
새로운 모든 Compute Engine VM에서 보안 부팅과 함께 보안 디스크 이미지를 사용해야 하는 조직 정책이 있거나 --shielded-secure-boot 옵션을 사용하여 VM을 만듭니다.
해결 방법:
잘못된 운영체제 이미지로 VM의 부팅 디스크를 만든 경우 Arm OS 이미지로 Arm VM을 다시 만듭니다. 사용 가능한 Arm OS 이미지에 대한 자세한 내용은 운영체제 세부정보를 참조하세요.
VM이 Arm OS 이미지를 사용하는 경우 OS 이미지가 보안 부팅을 지원하지 않을 수 있습니다. Arm VM에서 이 문제가 발생하면 VM을 수정하여 --no-shielded-secure-boot 옵션을 설정하세요. 옵션을 설정하는 방법을 보려면 보안 VM 수정을 참조하세요.
VM 업데이트 시 오류
VM을 업데이트할 수 없는 경우 다음 문제가 원인일 수 있습니다.
머신 유형 변경 시 오류
VM의 머신 유형을 변경하려고 하면 다음 오류가 발생할 수 있습니다.
ERROR: (gcloud.compute.instances.set-machine-type) Could not fetch resource:
- Invalid resource usage: 'Requested boot disk architecture (X86_64) is not
compatible with machine type architecture (ARM64).'
해결 방법:
VM이 새 머신 유형의 프로세서를 지원하는지 확인합니다. Arm VM에 Arm 호환 CPU가 있어야 하는 것처럼 x86 VM에는 x86 호환 CPU가 있어야 합니다. 다양한 머신 유형에서 지원되는 프로세서에 대한 자세한 내용은 머신 계열 비교 페이지를 참고하세요.
x86 머신 유형에서 Arm C4A 또는 T2A 머신 유형으로 전환하면 디스크 유형이 Arm 머신 유형과 호환되지 않음을 나타내는 'INVALID_RESOURCE_USAGE' 오류가 수신될 수 있습니다.
부팅 디스크에 오류가 있는 경우 호환되는 Arm OS 및 디스크 유형을 사용하여 새 C4A 또는 T2A VM을 만듭니다.
x86 VM에 연결된 Persistent Disk에 이 오류가 표시되면 디스크의 스냅샷을 만들고 이 스냅샷을 사용하여 Hyperdisk Balanced 디스크를 만들 수 있습니다. 그런 다음 Hyperdisk Balanced를 C4A VM에 연결할 수 있습니다.
Persistent Disk 부팅 및 디스크 데이터를 스냅샷하는 방법에 관한 자세한 내용은 새 컴퓨팅 인스턴스로 워크로드 이동을 참고하세요.
예
Editing VM instance "t2a-vm" failed. Error: [pd-balanced, c4a-standard-1]
features are not compatible for creating instance.
이 예에서는 C4A가 부팅 디스크에 대해서만 Hyperdisk Balanced를 지원하지만 T2A는 Persistent Disk 디스크만 사용하므로 t2a-standard-1 Arm VM의 머신 유형을 c4a-standard-1 Arm VM으로 변경할 수 없습니다. T2A VM의 머신 유형은 변경할 수 없습니다. 이 오류를 해결하려면 Arm VM으로 마이그레이션의 단계를 따르세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eArm VM creation can fail due to issues like insufficient quota, resource availability, or incompatible machine types and OS images.\u003c/p\u003e\n"],["\u003cp\u003eAn Arm VM may fail to boot if it uses a boot disk from an x86 VM, as the architecture of the boot disk must match that of the VM, and this can be verified through the serial console logs.\u003c/p\u003e\n"],["\u003cp\u003eBoot looping in Arm VMs can be caused by using an x86 operating system on the boot disk or having an organization policy that requires Shielded disk images with secure boot, and is resolved by changing these issues.\u003c/p\u003e\n"],["\u003cp\u003eUpdating a VM's machine type can result in errors if the new machine type's processor or disk type is incompatible with the existing VM's configuration, particularly when switching between x86 and Arm architectures.\u003c/p\u003e\n"],["\u003cp\u003eWhen switching from an x86 machine type to an Arm C4A or T2A machine type, an 'INVALID_RESOURCE_USAGE' error can occur if the current disk type is not compatible with the new Arm machine type, but a work around using snapshots is available.\u003c/p\u003e\n"]]],[],null,["# Troubleshooting Arm VMs\n\n*** ** * ** ***\n\nThis document lists errors that you might encounter when creating or updating\nArm VMs.\n\n\nErrors when creating VMs\n------------------------\n\nIf you can't create an Arm virtual machine (VM) instance, it might be due to one\nof the common issues that are described in\n[Troubleshooting creating and updating VMs](/compute/docs/troubleshooting/troubleshooting-vm-creation),\nsuch as:\n\n- Insufficient quota\n- `not ready` error when creating multiple resources simultaneously\n- Resource availability issues\n- Zone availability issues\n- Insufficient permissions\n- Resource names\n- Constraint violated\n- Required CPU platform\n\n### Arm VM instance doesn't boot\n\nYou are trying to create an Arm VM, but it doesn't enter the Started state.\nThe most common issues are using an incompatible machine type or OS image for\nyour Arm VM.\n\nAnother possible cause is creating an Arm VM using a boot disk from an x86 VM.\nThe architecture of the boot disk must match that of the VM.\nCompute Engine checks that the boot disk architecture matches the VM\narchitecture, but the validations might not work with custom images.\n\n**Error message**:\n\nUsing a boot disk with an x86 architecture with an Arm VM results in a failure\nvery early in the boot process, with the main symptom being that you\ncan't access the VM using `ssh`. Because the VM is not functional, the only way\nto verify the problem is through serial console logs, which should look similar\nto the following, repeating infinitely: \n\n```\nBdsDxe: failed to load Boot0001 \"UEFI nvme_card-pd\" from PciRoot(0x0)/Pci(0x2,\n0x0)/NVMe(0x1,00-00-00-00-00-00-00-00): Not Found\nEMU Variable FVB Started\nEMU Variable invalid PCD sizes\nFound PL031 RTC @ 0x9010000\nInitializeRealTimeClock: using default timezone/daylight settings\n[2J[01;01H[=3h[2J[01;01H\nUEFI: Failed to load image.\nDescription: UEFI nvme_card-pd\nFilePath: PciRoot(0x0)/Pci(0x2,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)\nOptionNumber: 1.\nStatus: Not Found.\n```\n\n**Resolution**:\n\nCheck that your VM is running on an Arm compatible machine type and\nOS image. Don't use a boot disk from an x86 VM to create the VM.\nRecreate the Arm VM.\n\nFor information about the available Arm images, see\n[Operating system details](/compute/docs/images/os-details).\n\n### Instance boot looping\n\nYour VM is looping during the boot stage. Common causes of this issue are:\n\n- Your Arm VM uses a boot disk with an x86 operating system.\n- You have an [organization policy](/resource-manager/docs/organization-policy/org-policy-constraints) that requires all new Compute Engine VMs to use Shielded disk images with secure boot, or you created your VM with the `--shielded-secure-boot` option.\n\n**Resolution:**\n\nIf you created a boot disk for your VM with the wrong operating system image,\nrecreate the Arm VM with an Arm OS image. For information about the available\nArm OS images, see [Operating system details](/compute/docs/images/os-details).\n\nIf the VM is using an Arm OS image, it might be that the OS image doesn't\nsupport Secure boot. If you run into this issue with your Arm VM, then modify\nyour VM to set the `--no-shielded-secure-boot` option. To see how to set\nthis option, see\n[Modifying a shielded VM](/compute/shielded-vm/docs/modifying-shielded-vm#modify-shielded-vm-instance).\n\nErrors when updating VMs\n------------------------\n\nIf you can't update a VM, it might be due to the following issue.\n\n### Error when changing the machine type\n\nThe following errors might occur when you try to change the machine type of\na VM: \n\n```\nERROR: (gcloud.compute.instances.set-machine-type) Could not fetch resource:\n - Invalid resource usage: 'Requested boot disk architecture (X86_64) is not\n compatible with machine type architecture (ARM64).'\n```\n\n**Resolution:**\n\n- Make sure that your VM supports the processor of the new machine type. An x86\n VM must have an x86-compatible CPU, just as an Arm VM must have an Arm-compatible\n CPU. For more information about the processors supported by different machine\n types, see the\n [Machine family comparison](/compute/docs/machine-resource#machine_type_comparison)\n page.\n\n- Try to [change the machine type](/compute/docs/instances/changing-machine-type-of-stopped-instance#changing_a_machine_type)\n by using the Google Cloud CLI.\n\n### x86 to Arm storage type error\n\nIf you switch from an x86 machine type to an Arm C4A or T2A machine type, you\nmight receive an \\`INVALID_RESOURCE_USAGE' error indicating that your disk type\nisn't compatible with an Arm machine type.\n\n- If the error is on the boot disk, then create a new C4A or T2A VM using a\n compatible Arm OS and disk type.\n\n- If you receive this error for Persistent Disk that was attached to your x86 VM,\n you can create a snapshot of the disk and use that snapshot to create a\n Hyperdisk Balanced disk. You can then attach the Hyperdisk Balanced to the C4A VM.\n\nTo learn more about how to snapshot Persistent Disk boot and disk data, see\n[Move your workload to a new compute instance](/compute/docs/import/migrate-to-new-vm#storage-resources).\n\n#### Example\n\n```\nEditing VM instance \"t2a-vm\" failed. Error: [pd-balanced, c4a-standard-1]\nfeatures are not compatible for creating instance.\n```\n\nIn this example, you can't change the machine type of a `t2a-standard-1` Arm VM\nto a `c4a-standard-1` Arm VM because C4A only supports Hyperdisk Balanced for the boot\ndisk but T2A uses only Persistent Disk disks. You can't\nchange the machine type of the T2A VM. To resolve this error, follow the steps in\n[Migrating to an Arm VM](/compute/docs/instances/arm-on-compute#arm-to-arm).\n\nWhat's next?\n------------\n\n- To learn more about migrating to an Arm VM, see [Arm VMs on Compute](/compute/docs/instances/arm-on-compute).\n- To learn about the C4A machine series, see [C4A machine series](/compute/docs/general-purpose-machines#c4a_series).\n- To learn about the T2A machine series, see [Tau T2A machine series](/compute/docs/general-purpose-machines#t2a_machines).\n- For troubleshooting NVMe issues, see\n [Troubleshooting NVMe disks](/compute/docs/troubleshooting/troubleshooting-disk-nvme)."]]
