ESP 레지스터의 단일 비트 오류로 인해 중지 7F, 0x00000008 (이중 오류) 오류가 발생 함

Microsoft 내부 지원 정보

BUG #: 103863 (WINDOWS SE)

요약

이 문서에서는 특정 프로세서 오류로 인해 Windows에서 컴퓨터에 "STOP 0x0000007F, 0x00000008" 오류 메시지를 표시 하는 이유에 대해 설명 합니다. 이 오류 메시지는 컴퓨터에서 실행 중인 프로세서의 ESP 레지스터에서 단일 비트 오류가 발생할 때 표시 될 수 있습니다. 이 문서에서는이 오류를 해결 하는 데 도움이 되는 방법을 설명 합니다.

증상

하나 이상의 Intel 제온 프로세서를 실행 중이거나 다른 프로세서를 실행 중인 컴퓨터에서 Windows에 다음과 유사한 중지 오류 메시지가 표시 될 수 있습니다.

0x0000007F 중지 (0x00000008, 0x00000000, 0x00000000, 0x00000000) UNEXPECTED_KERNEL_MODE_TRAP

이 문제가 발생 하면 다음 조건이 적용 됩니다.

  • 중지 오류의 첫 번째 매개 변수는 "0x0000008"입니다. (이 오류는 이중 오류 예외입니다.)

  • ESP 레지스터의 위쪽 절반에 있는 단일 비트 오류 때문에 ESP 레지스터의 값이 현재 스레드의 스택 범위를 벗어납니다.

원인

이 문제는 컴퓨터에 있는 하나 이상의 프로세서에서 발생 합니다.

  • 컴퓨터의 기본 입/출력 시스템 (BIOS)에 적용 되지 않는 마이크로코드 업데이트가 필요 합니다.

  • 손상 되었거나 결함이 있습니다.

  • 온도, 전원 또는 기타 조건에 대해 지정 된 범위 밖에 서 작동 합니다.

해결 방법

이 문제를 해결 하려면 다음 문제 해결 방법 중 하나를 사용 합니다.

방법 1: 프로세서가 마이크로코드 업데이트의 프로덕션 개정판을 실행 중인지 확인

마이크로코드 업데이트는 프로세서의 내부적으로 구현 된 논리에서 오류 또는 버그를 수정 합니다. 마이크로코드 업데이트는 프로세서 자체에 영구적으로 저장할 수 없으며 컴퓨터를 시작할 때마다 프로세서에 로드 해야 합니다. 마이크로코드 업데이트는 컴퓨터의 BIOS 또는 Update.exe 드라이버에 의해 적용 될 수 있습니다. 컴퓨터에 설치 되어 있는 Intel 프로세서에 현재 적용 된 마이크로코드 업데이트의 수정 버전을 확인 하려면 다음 단계를 따릅니다.

  1. 다음 Intel 웹 사이트에서 인텔 프로세서 주파수 ID 유틸리티를 다운로드 하세요.

  2. 증상이 발생 한 컴퓨터에서 Intel 프로세서 주파수 ID 유틸리티를 설치 하 고 실행 합니다.

  3. 각 프로세서에 대해 다음 CPU 정보를 기록 합니다.

    • CPU 패밀리

    • CPU 모델

    • CPU 스테핑

    • CPU 수정

    CPU 패밀리, CPU 모델 및 CPU 스테핑 값은 특정 유형의 프로세서를 식별 합니다. CPU 개정판 값은 적용 되는 마이크로코드 업데이트의 개정을 식별 합니다.

  4. 컴퓨터 제조업체에 문의 하 여 마이크로코드 업데이트가 특정 프로세서에 대해 사용할 수 있는 최신 버전 인지 확인 합니다. 개정이 최신 상태가 아니면 최신 마이크로코드 업데이트 수정 버전이 적용 되는 업데이트 된 BIOS에 대해 컴퓨터 제조업체에 문의 합니다.

이 문서에서 설명 하는 현상은 CPU 패밀리, CPU 모델 및 CPU 스테핑 값이 각각 15, 2, 9이 고 ServerWorks 칩셋을 사용 하는 마더보드에 설치 되어 있는 인텔 제온 프로세서에서 가장 자주 관찰 되었습니다. CPU 패밀리, CPU 모델 및 CPU 스테핑 16 진수 값은 각각 F, 2, 9입니다. 이러한 프로세서는 수정 값이 0x18 이상으로 올바르게 작동 하는 데 필요 합니다. (0x18는 10 진수 값 24와 같습니다.) Revision 값이 0 이면 컴퓨터 BIOS에 컴퓨터에 설치 된 프로세서에 대 한 올바른 마이크로코드 업데이트가 없다는 의미입니다. 사용 중인 프로세서를 지 원하는 마이크로코드 업데이트 수정 버전으로 BIOS를 업데이트 해야 합니다. 알려진 문제를 방지 하는 데 도움이 되는 최신 마이크로코드 업데이트 수정을 적용 하는 것이 좋습니다.

방법 2: 프로세서가 손상 되었는지 또는 결함이 있는지 확인

영향을 받는 컴퓨터에 설치 된 프로세서에 프로덕션 마이크로코드 업데이트 수정 버전이 적용 되어 있는 경우이 문서에서 설명 하는 증상이 동일한 프로세서를 실행 하는 동일한 모델의 모든 컴퓨터에서 발생 하지 않는 경우 프로세서에 결함이 있을 수 있습니다. 프로세서가 손상 되었는지 또는 결함이 있는지 확인 하려면 문제가 발생 하지 않는 컴퓨터로 프로세서를 이동 합니다.오류 프로세서를 변경 하는 경우 컴퓨터 제조업체에서 제공 하는 지침을 따르거나 적절 한 자격 있는 하드웨어 기술자를 통해 프로세서를 변경 합니다. 대체 프로세서를 사용 하는 원래 컴퓨터에서 증상이 계속 발생 하지만 원래 프로세서와 다른 컴퓨터에는 문제가 없는 경우 문제는 손상 되거나 결함이 있는 프로세서로 인해 발생 하지 않을 수 있습니다. 대체 프로세서를 사용 하 여 원래 컴퓨터에서 증상이 계속 발생 하지 않지만 원래 프로세서를 사용 하 여 다른 컴퓨터에서 발생 하는 경우 문제는 손상 되거나 결함이 있는 프로세서 때문에 발생 했을 수 있습니다. 이 경우에는 컴퓨터 제조업체에 문의 하 여 원래 프로세서를 교체 합니다. 이 문서에서 설명 하는 증상이 발생 하는 컴퓨터에 프로세서가 하나 이상 있는 경우 모든 프로세서를 다른 컴퓨터로 이동 합니다. 결과에 이러한 프로세서 중 하나 이상에 결함이 있을 수 있는 것으로 표시 되는 경우 프로세서를 한 번에 하나씩 이동 하 여 결함이 있는 프로세서나 프로세서를 확인 합니다.

방법 3: 프로세서가 지정 된 환경 조건 범위를 벗어나서 작동 하는지 확인

과도 한 실내 온도, 잘못 된 환기 또는 먼지가 있는 경우 프로세서 등의 전자적 구성 요소가 이상 하 게 동작할 수 있습니다. 팬이 오작동 하거나 차단 된 공기 통로 때문에 환기 문제가 발생할 수 있습니다. 컴퓨터의 내부 또는 air 통로를 dusty 경우 또는 컴퓨터에 특정 위치에만 설치 되어 있는 경우에는 시스템 과열 문제가 발생할 수 있습니다. 구성 요소가 깨끗 하 고, 팬이 올바르게 작동 하며, 공기 통로는 방해 되지 않는지 확인 합니다. 또한 컴퓨터가 있는 채팅방이 적절 하 게 ventilated 합니다. 회의실의 온도는 컴퓨터 제조업체에서 지정 하는 운영 범위 내에 있어야 합니다. 지정 된 보다 높거나 낮거나, 변동 하는 경우 프로세서와 다른 전자 구성 요소가 비정상적으로 작동할 수 있습니다. 주 전원 전압이 올바르지 않거나 일치 하지 않는 경우, 컴퓨터의 오버 로드 되거나 제대로 작동 하지 않는 전원 공급 장치 또는 잘못 작동 하는 마더보드 회로가 있으면 프로세서에 올바르지 않거나 일치 하지 않는 전압이 제공 될 수 있습니다. 해당 기술자에 게 문의 하 여 이러한 문제 중 하나가 증상의 원인일 수 있는지 확인 합니다.컴퓨터 제조업체에 연락 하는 방법에 대 한 자세한 내용은 다음 Microsoft 웹 사이트를 방문 하세요.

추가 정보

"STOP 0x0000007F" 오류에 대 한 자세한 내용은 다음 문서 번호를 클릭 하 여 Microsoft 기술 자료 문서를 참조 하세요.

STOP 0x0000007F 오류의 일반적인 원인또한 ESP 레지스터는 스택 포인터 레지스터가 라고도 합니다. 스택은 스레드 실행의 현재 상태에 대 한 정보를 저장 하는 데 사용 되는 메모리의 데이터 구조입니다. 스레드 스택은 진행 중인 함수 호출, 이러한 함수에 전달 되는 매개 변수 및 해당 함수에서 사용 되는 변수를 추적 하는 데 사용 됩니다. ESP 레지스터의 값은 스택의 현재 위쪽을 가리켜야 합니다. ESP 값이 올바르지 않으면 잘못 된 정보나 잘못 된 주소를 가리킬 수 있습니다. ESP의 값이 잘못 된 주소를 가리키는 경우 이중 오류 예외가 발생할 수 있습니다. Stop 오류가 ESP 레지스터의 단일 비트 오류로 인해 발생 했는지 확인 하려면 다음 단계를 따르세요.

  1. Windows 용 Microsoft 디버깅 도구를 설치 합니다. 도구를 다운로드 하려면 다음 Microsoft 웹 사이트를 방문 하세요.

  2. WinDbg 도구를 실행 하 고 파일을 클릭 한 다음 크래시 덤프 열기 를 클릭 하 여 중지 오류 정보가 포함 된 메모리 덤프 파일을 찾은 다음 확인을 클릭 합니다. 초기 버그 검사 분석은 일반적으로 다음과 같이 표시 됩니다.******************************************************************************** ** Bugcheck Analysis ** ********************************************************************************Use !analyze -v to get detailed debugging information.BugCheck 7F, {8, 0, 0, 0}Probably caused by : ntkrnlmp.exe ( nt!KiUnlockDispatcherDatabase+1c )Followup: MachineOwner

  3. ! Analyze-v 명령을 실행 하 여 덤프 파일에 대 한 자동화 된 분석을 가져옵니다. 다음은 ! analyze-v 명령의 출력 예입니다.0: kd> !analyze -v******************************************************************************** ** Bugcheck Analysis ** ********************************************************************************UNEXPECTED_KERNEL_MODE_TRAP (7f)This means a trap occurred in kernel mode, and it is a trap of a kindthat the kernel isn't permitted to have/catch (bound trap) or thatis always instant death (double fault). The first number in thebugcheck params is the number of the trap (8 = double fault, etc)Consult an Intel x86 family manual to learn more about what thesetraps are. Here is a *portion* of those codes:If kv shows a taskGate use .tss on the part before the colon, then kv.Else if kv shows a trapframe use .trap on that valueElse .trap on the appropriate frame will show where the trap was taken (on x86, this will be the ebp that goes with the procedure KiTrap)Endifkb will then show the corrected stack.Arguments:Arg1: 00000008, EXCEPTION_DOUBLE_FAULTArg2: 00000000Arg3: 00000000Arg4: 00000000Debugging Details:------------------BUGCHECK_STR: 0x7f_8TSS: 00000028 -- (.tss 28)eax=ffdff4dc ebx=f5d299dc ecx=8046f1c0 edx=00000000 esi=853e7a60 edi=00000102eip=8046a86c esp=f5da9948 ebp=f5d2997c iopl=0 nv up ei pl zr na po nccs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246nt!KiUnlockDispatcherDatabase+0x1c:8046a86c 59 pop ecxResetting default scopeDEFAULT_BUCKET_ID: DRIVER_FAULTLAST_CONTROL_TRANSFER: from 80450bb3 to 8046a86cSTACK_TEXT: f5d2997c 80450bb3 00000003 f5d299f8 00000001 nt!KiUnlockDispatcherDatabase+0x1cf5d29d48 80466389 00000003 0076fe84 00000001 nt!NtWaitForMultipleObjects+0x385f5d29d48 77f9323e 00000003 0076fe84 00000001 nt!KiSystemService+0xc90076fe5c 77e7a059 00000003 0076fe84 00000001 ntdll!ZwWaitForMultipleObjects+0xb0076feac 77dee9fb 0076fe84 00000001 00000000 KERNEL32!WaitForMultipleObjectsEx+0xea0076ff08 77deea48 0076fed4 0076ff5c 00000000 USER32!MsgWaitForMultipleObjectsEx+0x1530076ff24 6d095a7c 00000002 0076ff5c 00000000 USER32!MsgWaitForMultipleObjects+0x1d0076ff7c 780085bc 00283a90 0062f5ac 0062ffdc IisRTL!SchedulerWorkerThread+0xa70076ff90 8042fa31 85400680 0076ff88 ffffffff MSVCRT!_endthreadex+0xc100283ab8 ffffffff 00000000 00000000 00000000 nt!KiDeliverApc+0x1a100283ab8 ffffffff 00000000 00000000 00000000 0xffffffff0000096c 00000000 00000000 00000000 00000000 0xffffffffFOLLOWUP_IP: nt!KiUnlockDispatcherDatabase+1c8046a86c 59 pop ecxSYMBOL_STACK_INDEX: 0FOLLOWUP_NAME: MachineOwnerSYMBOL_NAME: nt!KiUnlockDispatcherDatabase+1cMODULE_NAME: ntIMAGE_NAME: ntkrnlmp.exeDEBUG_FLR_IMAGE_TIMESTAMP: 3ee650b3STACK_COMMAND: .tss 28 ; kbBUCKET_ID: 0x7f_8_nt!KiUnlockDispatcherDatabase+1cFollowup: MachineOwner

  4. ! Analyze-v 명령의 출력을 검사 하 여 출력이 이중 오류 조건을 표시 하는지 확인 합니다. 이중 오류 조건이 있는 경우 .tss 28 명령을 실행 하 여 이중 장애가 발생 했을 때의 시스템 상태를 표시 합니다. 예를 들어 다음 출력에서는 이중 오류 예외가 발생 했을 때 프로세서 레지스터의 값을 보여 줍니다.0: kd> .tss 28eax=ffdff4dc ebx=f5d299dc ecx=8046f1c0 edx=00000000 esi=853e7a60 edi=00000102eip=8046a86c esp=f5da9948 ebp=f5d2997c iopl=0 nv up ei pl zr na po nccs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246nt!KiUnlockDispatcherDatabase+0x1c:8046a86c 59 pop ecx 앞의 예제에서 ESP 레지스터의 값은 f5da9948입니다. 일반적으로이 값은 EBP 레지스터 값과 상대적으로 유사 합니다. 앞의 예제에서 EBP 레지스터의 값은 f5d2997c입니다.

  5. ! Thread 명령을 실행 하 여 현재 스레드의 스택 범위를 봅니다. 이중 오류 예외는 일반적으로 ESP 레지스터 값이 현재 스레드의 스택에 예약 된 주소 범위를 벗어날 때 발생 합니다. 다음은 ! thread 명령의 출력 예입니다.0: kd> !threadTHREAD 853e7a60 Cid 904.96c Teb: 7ffdc000 Win32Thread: a21a5c48 RUNNINGNot impersonatingOwning Process 85400680Wait Start TickCount 578275 Elapsed Ticks: 0Context Switch Count 38423 LargeStackUserTime 0:00:02.0031KernelTime 0:00:06.0640Start Address KERNEL32!BaseThreadStartThunk (0x77e5b700)Win32 Start Address MSVCRT!_threadstartex (0x78008532)Stack Init f5d2a000 Current f5d29c9c Base f5d2a000 Limit f5d27000 Call 0Priority 8 BasePriority 8 PriorityDecrement 0 DecrementCount 0ChildEBP RetAddr Args to Child00000000 8046a86c 00000000 00000000 00000000 nt!_KiTrap08+0x41f5d2997c 80450bb3 00000003 f5d299f8 00000001 nt!KiUnlockDispatcherDatabase+0x1cf5d29d48 80466389 00000003 0076fe84 00000001 nt!NtWaitForMultipleObjects+0x385f5d29d48 77f9323e 00000003 0076fe84 00000001 nt!_KiSystemService+0xc90076fe5c 77e7a059 00000003 0076fe84 00000001 ntdll!ZwWaitForMultipleObjects+0xb0076feac 77dee9fb 0076fe84 00000001 00000000 KERNEL32!WaitForMultipleObjectsEx+0xea0076ff08 77deea48 0076fed4 0076ff5c 00000000 USER32!MsgWaitForMultipleObjectsEx+0x1530076ff24 6d095a7c 00000002 0076ff5c 00000000 USER32!MsgWaitForMultipleObjects+0x1d0076ff7c 780085bc 00283a90 0062f5ac 0062ffdc IisRTL!SchedulerWorkerThread+0xa70076ffb4 77e5b382 00283ab8 0062f5ac 0062ffdc MSVCRT!_threadstartex+0x8f0076ffec 00000000 78008532 00283ab8 00000000 KERNEL32!BaseThreadStart+0x52 이전 출력에서 다음 정보는 스택 범위 값을 나타냅니다.

    Stack Init f5d2a000 현재 f5d29c9c Base f5d2a000 Limit f5d27000 호출 0이 특정 스레드가 실행 되 면 ESP 레지스터 값은 항상 Stack 기준 값 (f5d2a000)과 Limit value (f5d27000) 사이에 있어야 합니다. 일반적으로 ESP 레지스터 값은 현재 값 (f5d29c9c)과 상대적으로 유사 합니다. 현재 값은 또한 스택 기준 값과 Limit 값 사이에 있습니다. 앞의 예제에서 ESP 레지스터의 값은 f5da9948입니다. 이 값은 필요한 범위를 벗어납니다. ! Pcr 명령을 실행 하 여 스택 범위 값을 확인할 수도 있습니다. 다음은 ! pcr 명령의 출력 예입니다.0: kd> !pcrPCR Processor 0 @ffdff000NtTib.ExceptionList: f5d29d38 NtTib.StackBase: f5d29df0 NtTib.StackLimit: f5d27000 NtTib.SubSystemTib: 00000000 NtTib.Version: 00000000 NtTib.UserPointer: 00000000 NtTib.SelfTib: 7ffdc000 SelfPcr: ffdff000 Prcb: ffdff120 Irql: 00000000 IRR: 00000000 IDR: ffffffff InterruptMode: 00000000 IDT: 80036400 GDT: 80036000 TSS: 80474850 CurrentThread: 853e7a60 NextThread: 00000000 IdleThread: 80470600 DpcQueue: NtTib Limit 값은 스택 범위의 하한값을 나타냅니다. NtTib 기본 값은 ESP의 최근 값을 나타냅니다. 현재 ESP 레지스터 값에 단일 비트 오류가 있는지 여부를 식별 하는 데 도움이 되도록 NtTib 기본 값이 ESP 레지스터의 현재 값과 비교 될 수 있습니다.

  6. Esp 및 EBP 레지스터 간에 값의 차이를 표시 하려면 esp ^ ebp 명령을 실행 합니다. EBP 레지스터의 스택 포인터 값이 단일 비트 오류를 제외 하 고 ESP 레지스터의 스택 포인터 값에 가까운 경우 이 명령은 다음 예제와 같이 특히 오류가 이진 형식으로 표시 되는 경우 오류를 포함 하는 단일 상위 비트를 나타냅니다.0: kd> .formats esp ^ ebpEvaluate expression: Hex: 00080034 Decimal: 524340 Octal: 00002000064 Binary: 00000000 00001000 00000000 00110100 Chars: ...4 Time: Tue Jan 06 17:39:00 1970 Float: low 7.34757e-040 high 0 Double: 2.59058e-318 최소 유효 자릿수를 무시 하는 경우 ESP와 EBP 레지스터 간의 단일 비트 차이가 00000000 00001000 00000000 00000000를 이진 형식으로 표시 합니다. 차이점은 00080000 (16 진수 형식)입니다. 이 단일 비트 오류로 인해 ESP 레지스터에 잘못 된 값이 포함 됩니다. 잘못 된 값으로 인해 이중 오류 예외, 오류 검사 및 시스템 작동이 중단 됩니다.

특정 하드웨어에 대 한 자세한 내용을 보려면 다음 단계를 수행 합니다.

  1. ! Cpuinfo 명령을 사용 하 여 CPU 버전 정보를 가져옵니다. 다음은 ! cpuinfo 명령의 출력에 대 한 예입니다.0: kd> !cpuinfoTargetInfo::ReadMsr is not available in the current debug sessionCP F/M/S Manufacturer MHz Update Signature Features 0 15,2,9 GenuineIntel 2790>0000000000000000<00002fff 1 15,2,9 GenuineIntel 2790 0000000000000000 00002fff 충돌 덤프 파일을 분석할 때 서명 업데이트 값이 정확 하 게 보고 되지 않을 수 있지만 일반적으로 서명 업데이트 필드는 CPU에 적용 되는 마이크로코드 업데이트 수정을 나타냅니다. 위 예제에서이 값은 0 (0000000000000000)입니다. 현재 지원 되는 개정은 다음 예제와 같이 0x18 (0000001800000000)입니다.0: kd> !cpuinfoCP F/M/S Manufacturer MHz Update Signature FeaturesTargetInfo::ReadMsr is not available in the current debug session 0 15,2,9 GenuineIntel 2994>0000001800000000<00033fff 1 15,2,9 GenuineIntel 2994 0000001800000000 00033fff 2 15,2,9 GenuineIntel 2994 0000001800000000 00033fff 3 15,2,9 GenuineIntel 2994 0000001800000000 00033fff

  2. ! Pcitree 명령을 사용 하 여 기존 주변 기기 연결 인터페이스 (Vendev id)에 대 한 공급 업체 및 장치 식별자를 찾습니다. 다음은 ! pcitree 명령의 출력에 대 한 예입니다.0: kd> !pcitreeBus 0x0 (FDO Ext 85dceed8) 0600 00141166 (d=0, f=0) devext 85dcf348 Bridge/HOST to PCI 0600 00141166 (d=0, f=1) devext 85e110e8 Bridge/HOST to PCI 0600 00141166 (d=0, f=2) devext 85e11ee8 Bridge/HOST to PCI 0100 00c09005 (d=2, f=0) devext 85e11ce8 Mass Storage Controller/SCSI 0100 00c09005 (d=2, f=1) devext 85e11ae8 Mass Storage Controller/SCSI 0300 47521002 (d=3, f=0) devext 85e11788 Display Controller/VGA 0200 16a614e4 (d=4, f=0) devext 85e11428 Network Controller/Ethernet 0880 a0f00e11 (d=5, f=0) devext 85dcdee8 Base System Device/'Other' base system device 0601 02011166 (d=f, f=0) devext 85dcdb88 Bridge/PCI to ISA 0101 02121166 (d=f, f=1) devext 85dcd988 Mass Storage Controller/IDE 0c03 02201166 (d=f, f=2) devext 85dcd628 Serial Bus Controller/USB 0600 02251166 (d=f, f=3) devext 85dcd2c8 Bridge/HOST to PCI 0600 01011166 (d=11, f=0) devext 85e100e8 Bridge/HOST to PCI 0600 01011166 (d=11, f=2) devext 85e10ee8 Bridge/HOST to PCIBus 0x2 (FDO Ext 85dcecd8) 0104 00460e11 (d=2, f=0) devext 85e0f9a8 Mass Storage Controller/RAIDBus 0x5 (FDO Ext 85dce9d8)No devices have been enumerated on this bus.Total PCI Root busses processed = 3 나열 된 각 PCI 장치에 대해 각 줄의 첫 번째 8 자리 16 진수 값 (DWORD)은 VenDev ID입니다. 공급 업체 ID는 실제로이 값의 두 번째 4 자리입니다. 예를 들어 앞의 예제에 나열 된 첫 번째 장치에는 0x00141166의 VenDev ID가 있습니다. 장치 ID는 0x0014 이며 공급 업체 ID는 0x1166입니다. ServerWorks의 공급 업체 ID는 0x1166입니다. 따라서이 출력은 ServerWorks 칩셋을 사용 하는 마더보드에 설치 된 프로세서에서 가져온 것입니다.

이 문서에서 설명하는 타사 제품은 Microsoft와 무관한 제조업체의 제품입니다. Microsoft는 이러한 제품의 성능이 나 신뢰성에 대 한 명시적 또는 묵시적 보증을 제공 하지 않습니다.

추가 도움이 필요하신가요?

기술 향상
교육 살펴보기
새로운 기능 우선 가져오기
Microsoft Insider 참가

이 정보가 유용한가요?

소중한 의견에 감사드립니다.

피드백을 주셔서 감사합니다. Office 지원 에이전트와 연락하는 것이 도움이 될 것 같습니다.

×