HP OMEN 30L에 타사 메모리를 추가했더니 일반 부팅이 안 된다 | ChatGPT와 Claude Code로 이틀간 원인을 좁히고 CFD를 포기하기까지

서론: 64GB로 늘리려다 2일 만에 원래의 32GB로 되돌렸습니다

HP OMEN 30L에 CFD 메모리 16GB×2를 추가해 64GB로 구성하려 했습니다. 결과는 실패입니다. 64GB 환경에서는 Windows의 일반 부팅이 단 한 번도 성공하지 못했고, 결국 CFD는 포기하고 대신 HP 정품 메모리를 사기로 했습니다.

이상했던 점은 BIOS가 64GB를 정확히 인식했다는 것입니다. UEFI 메모리 테스트에도 합격했고, 안전 모드에서는 몇 시간 동안이나 안정적으로 작동했습니다. 그럼에도 일반 부팅만은 OMEN 로고 아래 흰색 로딩 원이 멈춘 채로 진행되지 않았습니다. 64GB 환경에서의 일반 부팅은 기록으로 확인되는 것만 7회 실패했고, 성공은 0회였습니다.

원인은 완전히 특정하지 못했습니다. CFD 메모리가 불량이라고 단정할 수 있는 자료는 없습니다. 파악한 것은 "CFD 2장을 추가하면 멈추고, 원래의 2장만 있으면 작동한다"는 수준까지입니다.

이 글은 스마트폰의 ChatGPT와 Mac의 Claude Code를 이용해 약 1일 반 동안 원인을 분리해 나간 기록입니다. 시도한 것, 그 결과, AI에게 맡겨 잘 된 부분과 위험했던 부분을 시간 순서대로 솔직하게 적었습니다.

이 글에서 알 수 있는 것:

• 일반 부팅만 멈출 때의 원인 분리 순서
• 안전 모드에서 작동 중인 PC에 Mac에서 SSH로 접속하는 방법
• AI의 제안대로 BIOS를 건드렸다가 POST조차 통과하지 못하게 된 이야기
• 같은 기종에서 메모리를 증설할 때 어떤 메모리를 선택해야 하는지

장비 구성과 메모리를 64GB로 늘리고 싶었던 이유

제가 사용하는 PC의 사양은 다음과 같습니다.

항목	내용
PC	HP OMEN 30L Desktop (GT13-0xxx 계열)
메인보드	HP 8703 (Intel Z490)
BIOS	AMI F.20 (2021-08-27)
CPU	Intel Core i9-10850K (10코어 20스레드)
GPU	NVIDIA GeForce RTX 3080 (VRAM 10GB)
기존 메모리	Kingston의 HP 전용 모듈 HP32D4U8D8HD-16XR (16GB×2, DDR4-3200, 듀얼 랭크). 저는 이것이 "HyperX"인 줄 알았습니다
빈 슬롯	DIMM2, DIMM4

HP 공식 사양에 따르면 DDR4 메모리 슬롯은 4개이며, 최대 용량은 64GB(16GB×4)입니다. HP 자체도 16GB×4 구성으로 제품을 출고했습니다. 즉, "64GB로 늘리는 것" 자체는 사양 범위 내에 있었습니다.

다만 일본 HP의 사양서에는 "HP에서는 정품 메모리의 옵션 판매를 하지 않는다", "직접 증설한 경우의 동작은 지원 대상이 아니다"라는 취지의 주석이 있습니다. 증설은 전적으로 사용자의 책임이라는 뜻입니다.

64GB로 늘리고 싶었던 이유

이 PC는 집에서 로컬 LLM을 실행하는 용도로 사용하고 있습니다. Ollama를 상시 구동 상태로 유지하고 있습니다.

MoE형의 대형 모델을 테스트할 때, VRAM 10GB에 담기지 않는 부분을 메인 메모리에 올리는 방식으로 실행했습니다. 하지만 32GB에서는 가중치가 RAM에 완전히 로드되지 않아, 나머지를 매번 SSD에서 읽어야 해서 속도가 느렸습니다. 테스트 중에는 사용 가능한 RAM이 0.1GB 수준에 머물러 있었습니다.

64GB로 늘리면 가중치가 RAM에 완전히 로드되어, Mac에서 실행하는 27B급 모델과 비슷한 속도를 낼 수 있을 것으로 예상했습니다. 다만 이는 추정일 뿐이며, 64GB로 구성하지 않는 한 측정할 수 없습니다. 결국 확인하지 못한 채 마무리되었습니다.

메모리 선택은 AI에게 조사시켰습니다: 추천과 '미확인' 항목이 모두 나와 있었습니다

2026년 10월 12일, 증설할 메모리 후보를 Mac의 Claude Code(AI 에이전트)에게 조사시켰습니다. 추천으로 거론된 '안 A'는 CFD Standard의 W4U3200CS-16G(16GB×2)입니다. DDR4-3200, CL22, 1.2V, JEDEC 준수, 싱글 랭크(16Gb 칩) 제품입니다.

추천 이유는 다음과 같았습니다.

• 기존 모듈과 동일한 '3200·CL22·1.2V'라 XMP(메모리를 규격보다 빠르게 동작시키는 설정)가 필요 없음
• HP가 16GB×4 구성으로 출고하고 있음
• Kingston의 모델별 호환성 표에 '16GB 모듈을 페어로, 최대 64GB'라고 기재되어 있으며, 싱글 랭크 16GB 제품도 목록에 있음
• 대형 매장에 재고가 있으며, 판매처 표기상 구매 후 30일간의 호환성 보증이 있음

한편, 같은 조사는 '미확인 사항'도 명확히 기재하고 있었습니다.

• 기존 모듈은 듀얼 랭크로 추정됩니다. 싱글 랭크 CFD를 추가하면, 같은 채널에 듀얼 랭크와 싱글 랭크가 혼재하게 됩니다. 이 BIOS에서의 동작은 미확인입니다
• BIOS F.20에서 타사 제품을 섞은 4장이 3200으로 동작하는지는 미확인입니다
• HP 커뮤니티(공식 아님)에는 'HP 외 메모리는 2400으로 떨어질 수 있다', '이 마더보드는 메모리에 까다롭다'는 게시물이 있습니다

조사 자체도 '이 추천을 "호환 제품"이라 부르지 않는다'고 기재하고 있었습니다. 즉, 동작할 수도 있지만 아무도 확인하지 않은 상태였습니다.

저는 Amazon에서 CFD 16GB×2를 약 3만 엔에 구매했습니다.

돌이켜 보면, 막힌 부분은 바로 이 '미확인' 부분이었습니다. AI의 조사는 추천 문장뿐만 아니라 '확인하지 않은 점' 항목까지 읽어야 했습니다.

1일차: 비프음, 방전된 배터리, 그리고 멈춘 흰색 로딩 원

11월 1일 오후, 비어 있던 DIMM2와 DIMM4에 CFD를 삽입하고 전원을 켰습니다. 그러자 비프음이 울렸고 화면이 뜨지 않았습니다. 본체 조명이 켜졌다 꺼졌다를 반복하며, 부팅을 시도하다가 멈추는 것처럼 보였습니다.

비프음은 제 기억으로는 "낮은 소리 2회, 높은 소리 3회"입니다. 다만 정확히 기억하지 못해, 정확한 비프 코드로는 다루지 않았습니다.

CFD를 빼고 원래의 2장으로 되돌리자 부팅이 되었습니다. 그때 잠시 "CMOS 리셋(502)"이라는 표시가 떴습니다. 나중에 OMEN 기록을 살펴보니, 전원 코드를 뽑을 때마다 BIOS 시계가 2018년 1월 1일로 돌아가 있었습니다. CMOS 배터리가 원래부터 방전되어 있었던 것입니다.

원래의 32GB에서는 이날 오후에 일반 부팅에 3번 성공했습니다(15:19, 16:28, 17:21). 15:23~16:28 사이에는 Windows 메모리 진단(표준 테스트)도 수동으로 실행하여, 32GB를 검사한 결과 오류 0으로 합격했습니다.

밤 22:20경, CMOS 배터리를 새것으로 교체하고 4장(64GB)을 삽입했습니다. BIOS 화면에는 "65536MB", "DDR4", "3200", "Dual Channel"이 표시되었고, 4장 모두 16384MB로 인식되었습니다.

그런데 22:23경과 22:34경의 일반 부팅에서는, OMEN 로고 아래에 있는 흰색 로딩 원이 멈춰서 진행되지 않았습니다. 10분 이상 기다려도 변함이 없었고, 블루스크린이나 임의 재부팅도 발생하지 않았습니다.

22:38부터는 HP PC Hardware Diagnostics UEFI(전원을 켠 직후 Esc → F2로 여는 진단 도구)에서 메모리 "고속 테스트"를 실행했습니다. 23:14에 합격했습니다. 테스트된 용량은 63.7GB였습니다.

시간(11/1)	실시한 작업	결과
오후	DIMM2·DIMM4에 CFD를 삽입하고 부팅	비프음, 화면 미출력, 조명 점멸
오후	CFD를 빼고 원래 2장으로 부팅	부팅 성공("CMOS 리셋(502)" 표시 있음)
15:19 / 16:28 / 17:21	원래 32GB로 일반 부팅	3회 모두 성공. 15:23~16:28에 메모리 진단도 합격
22:20경	CMOS 배터리 교체, 4장 삽입	BIOS에서 65536MB·DDR4·3200·Dual Channel 표시
22:23경 / 22:34경	일반 부팅	흰색 로딩 원(OMEN 로고 아래)이 멈춰 있음(10분 이상 변화 없음)
22:38~23:14	HP UEFI 진단으로 메모리 고속 테스트	합격(테스트 완료 63.7GB)

이 시점의 상황은 다음과 같습니다. BIOS는 64GB를 인식하고, 메모리 테스트에도 합격했습니다. "메모리는 괜찮아 보이는데, 왜 Windows가 부팅되지 않는가". 배터리 교체로 메모리와 별개의 문제(시계 역행 현상)는 해결되었지만, 부팅 불가 문제는 그대로였습니다.

2일 차 아침: 안전 모드에서는 64GB가 동작한다

11월 2일 05:42경, 자동 복구가 실행되었습니다. 하지만 결과는 "복구할 수 없음"이었습니다. 기록(SrtTrail.txt)을 확인해 보니, 29개의 테스트가 모두 정상 상태였고, 근본 원인은 0건이었습니다.

05:49에 복구 화면의 '시작 설정'에서 '4: 안전 모드 사용'을 선택하자, 64GB 메모리를 그대로 유지한 채 데스크톱까지 부팅되었습니다. 작업 관리자에서는 메모리 64.0GB, DDR4, 속도 3200 MT/s, 슬롯 사용 4/4, 하드웨어 예약 136MB로 표시되었습니다.

지금까지의 상담 상대는 스마트폰의 ChatGPT였습니다. BIOS 화면, 비프음, 복구 화면 등을 사진으로 찍어 보여주며 즉시 다음 단계를 물었습니다. ChatGPT는 시간이 불분명한 사건을 '시간 미상'으로 구분한 상담 기록(Markdown)도 정리해 주었습니다.

중요한 점은 "안전 모드에서는 동작하지만, 일반 부팅에서는 멈춘다"는 형태입니다. 메모리 자체의 문제인지, 일반 부팅 시에만 로드되는 드라이버의 문제인지. 이 시점에서는 구별이 되지 않습니다.

로그를 제대로 읽으려면 Mac의 Claude Code로 OMEN 내부 상태를 조사하고 싶었습니다. 그런데 네트워크 없는 안전 모드에서는 IP 주소가 없고, SSH 서버(sshd)는 '1084'라는 오류로 멈춰 있었습니다. 이것이 다음 장벽이었습니다.

안전 모드 PC에 Mac에서 SSH로 접속하기

오류 1084는 "이 서비스는 안전 모드에서는 시작할 수 없다"는 뜻입니다. 먼저 '5: 안전 모드(네트워킹 사용)'로 재부팅을 시도했습니다.

하지만 Shift 키를 누른 채 재부팅하니 중간에 일반 부팅으로 넘어가서, 다시 흰색 로딩 원에서 멈추었습니다. 전원을 껐다 켜고 F11로 복구 화면에 다시 진입한 뒤, 08:53에 안전 모드(네트워킹 사용)로 부팅에 성공했습니다.

그래도 Mac에서 SSH로 연결하면 포트 22로의 연결이 8초 만에 시간 초과됩니다. ping은 통과하고 응답은 1ms 미만입니다. 연결 거부도, 인증 실패도 아닙니다. 애초에 리스닝(대기) 상태가 없는 것입니다. 안전 모드에서는 레지스트리의 SafeBoot\Network에 등록된 서비스만 시작합니다. 이것이 원인일 것이라는 추측이었습니다(추론).

이 사이 Claude Code는 Mac 쪽에 남아 있던 다른 자동 처리 로그(OMEN에 정기적으로 연결하는 처리의 기록)를 바탕으로 OMEN이 언제 네트워크에 존재했는지 시간 순서로 정리했습니다. 11월 1일 오후에는 일반 부팅이 3회 성공했고, 21:51 이후로는 아침 08:53까지 한 번도 네트워크에 나타나지 않았습니다. "흰색 로딩 원에서 멈춰 있는 동안에도 백그라운드에서 Windows가 동작하고 있다"는 가설은 이로 인해 약해졌습니다.

대응책으로, 레지스트리의 HKLM\SYSTEM\CurrentControlSet\Control\SafeBoot\Network에 sshd를 'Service'로 등록하고 sshd를 시작했습니다. Claude Code가 작성한 절차서에는 변경 전 백업 명령어, 변경 내용, 적용 범위, 되돌리는 방법이 모두 포함되어 있었습니다. 실행은 OMEN의 관리자 명령 프롬프트에서 제가 수행했습니다.

• 백업: reg export HKLM\SYSTEM\CurrentControlSet\Control\SafeBoot\Network SafeBoot_Network_before.reg
• 등록: reg add HKLM\SYSTEM\CurrentControlSet\Control\SafeBoot\Network\sshd /ve /t REG_SZ /d Service /f
• 시작: sc.exe start sshd

12:47에 sshd가 시작되었고, 13:06에 Mac에서 SSH 연결이 성공했습니다.

주의:이 설정을 하면 안전 모드 상태에서도 LAN에서 SSH로 접속할 수 있게 됩니다. 조사가 끝난 후 되돌릴 것을 전제로 한 일시적인 설정입니다.

로그가 말해준 것: 일반 부팅에 성공한 건 32GB일 때뿐

SSH 연결이 확인된 후, Claude Code는 읽기 전용 PowerShell 진단 스크립트를 작성했습니다. OMEN으로 전송한 파일이 Mac 쪽과 동일한지 SHA-256으로 확인한 뒤 실행했고(1.9분 소요), 결과를 ZIP으로 Mac에 가져와 분석했습니다.

실제 기기의 기록에서 확인된 내용은 다음과 같습니다.

확인된 내용	근거
일반 부팅에 성공한 건 32GB일 때뿐	NVIDIA 앱이 17:21:54에 작성한 설정 파일(SHIM.json)에 "물리 메모리 약 32GB", "RAM 32768MB DDR4 3200"이라고 기록되어 있음
멈춘 일반 부팅은 아무 기록도 남기지 않음	이벤트 로그가 단 한 건도 없음. 이벤트 로그가 생성되기 전 단계(커널과 드라이버 초기화 단계)에서 멈춰 있음
블루스크린이 아님	다음 부팅 시 발생한 'Kernel-Power 41'의 버그 체크 코드가 0임. 멈춘 부팅을 전원 버튼으로 강제 종료했을 때 나타나는 형태임
메모리 구성	DIMM1·3은 Kingston(듀얼 랭크), DIMM2·4는 CFD(싱글 랭크). 4개 모두 "3200, 1.2V"로 보고됨
OMEN의 시계가 32분 18초 늦어 있음	CMOS 초기화 후 Windows가 시계를 마지막 종료 시각에 맞춘 것으로 추정됨. 부팅 실패의 원인은 아님

결정적 단서는 NVIDIA 앱의 기록이었습니다. 마지막으로 일반 부팅에 성공한 17:21 시점에 4번째 슬롯까지 메모리가 꽂혀 있었는지, 제 기억으로는 확신할 수 없었습니다. CFD를 장착하는 작업을 17시 이전부터 시작했기 때문입니다. 앱이 부팅 시점에 작성한 한 줄이 "그때는 32GB였다"는 사실을 보여줬습니다. 즉, 64GB 상태에서 일반 부팅에 성공한 적은 단 한 번도 없습니다.

GPU도 후보로 남겨두었습니다. 11월 1일 일반 부팅 때마다 GPU에서 PCIe 수정 오류(WHEA-Logger 17)가 기록되었고, 9월에는 GPU 관련 블루스크린 기록도 있었기 때문입니다.

AI의 수정 사항도 하나 있었습니다. 이 메모리는 ECC(오류 검출 및 수정 기능)가 없으므로, 메모리 오류는 애초에 WHEA에 기록되지 않습니다. Claude Code는 처음에 "메모리 WHEA가 0건"을 정상적인 근거인 것처럼 작성했다가 나중에 스스로 수정했습니다.

진단 스크립트 자체에도 실패가 있었습니다. 요약 생성 과정에서 예외가 발생한 것, 숨겨진 파일을 조사하는 지정이 누락되어 pagefile 등을 "없음"으로 잘못 기록한 것, 부팅 로그의 구분자를 읽지 못한 것입니다. 더 나아가 BIOS에 있는 OEM 버전 Windows의 제품키 관련 정보까지 수집해 버려서, Mac 쪽의 복사본을 가림 처리했습니다. 읽기 전용이라도 수집 범위에 주의가 필요합니다.

분리 진단: 부팅 로그, GPU, 메모리 한계

로그만으로는 원인이 메모리인지 드라이버인지 판단할 수 없습니다. 그래서 오후에는 조건을 바꿔가며 테스트했습니다.

시도한 내용	목적	결과
부팅 로깅 사용 후 일반 부팅(시작 설정의 2)	어느 드라이버까지 진행하다가 멈추는지 확인	흰색 로딩 원에서 정지. ntbtlog.txt에 이번 부팅 관련 행이 한 줄도 증가하지 않음 = 부팅 로그 기록 이전, 더 이른 단계에서 멈춤. 부팅 기록(bootstat.dat)은 Boot Manager가 Code Integrity 정책을 읽는 지점에서 중단됨
NVIDIA GPU 비활성화 후 일반 부팅(pnputil)	GPU 드라이버가 원인인지 확인	동일하게 정지. NVIDIA 드라이버는 후보에서 제외. GPU는 즉시 활성화 상태로 복원
Windows 사용 메모리를 32GB로 제한(bcdedit의 truncatememory)	메모리를 제거하지 않고, 32GB만으로 부팅 가능한지 확인	"Secure Boot 정책에 의해 보호되어 변경할 수 없음"이라는 거부 메시지와 함께 아무 변화도 없음
BIOS 화면으로 재부팅하는 명령어(shutdown /r /fw)	원격에서 BIOS 진입	이 모델에서는 오류 203으로 사용 불가. 전원을 끄고 F10 키로 BIOS 진입

GPU 비활성화는 "테스트도 직접 해 달라"는 제 말을 받아 Claude Code가 SSH로 실행했습니다. 실행 전에 복원 명령어를 미리 정해 두었고, 결과를 확인한 즉시 원상복구했습니다.

여기서 남은 후보는 2가지입니다.

1. 4장·64GB 구성 자체가 일반 부팅 초기 단계에서 불안정함(메모리 측)
2. 일반 부팅 시에만 로드되는, NVIDIA 외의 부품(드라이버 측)

안전 모드에서는 몇 시간 동안 안정적으로 작동하는데, 일반 부팅만 매번 같은 지점에서 멈춥니다. Claude Code는 이것이 메모리 측을 배제할 근거가 되지 않는다고 설명했습니다. 부팅 초기에는 매번 거의 동일한 순서로 메모리를 사용하므로, 메모리가 불안정하더라도 같은 지점에서 멈출 수 있다는 것입니다(추론).

AI의 제안대로 BIOS를 만졌더니, POST조차 통과하지 못하게 되었습니다

다음으로, BIOS 설정 자체를 보기로 했습니다. BIOS 화면을 스마트폰으로 6장 촬영하고, ChatGPT에게 읽게 했습니다. 그 요약을 Mac의 Claude Code에 전달했습니다. Claude Code는 사진 자체는 보지 않았습니다.

'Advanced' 안에 'Memory Overclocking'이라는 화면이 있었습니다. 'Default profile'의 값은 다음과 같습니다.

항목	값
DRAM Frequency	1600(=3200 MT/s)
tCL / tRCD / tRP	22 / 22 / 22
tRAS	52
tRFC	560
tWTR_S	0
tREFI	12480
NMode	2
메모리 전압 항목	1.35V

Claude Code의 해석은 다음과 같습니다(추론). tRFC의 560은, 3200으로 구동하면 350ns입니다. 이는 8Gb 칩(Kingston의 2 랭크)을 위한 값입니다. 16Gb 칩(CFD의 1 랭크)에는 550ns, 즉 880이 필요합니다. 그래서 'tRFC만 560에서 880으로 변경'하는 것을 제안했습니다. 만약 화면이 나오지 않으면, 전원을 몇 번 다시 켜보고, 마지막에는 CMOS의 배터리를 빼는, 이러한 복구 방법도 함께 제시되어 있었습니다.

수동 프로파일로 전환하여 tRFC를 880으로 설정하니, 결과는 역효과가 났습니다. 전원을 넣자, 낮은 소리 3번·높은 소리 2번의 비프음이 울렸고, POST(전원을 넣은 직후의 자체 진단)조차 통과하지 못했습니다. 몇 번 다시 켜봐도 동일했습니다. 결국, CMOS의 배터리를 빼서 설정을 초기화하고, 겨우 원래대로 돌아왔습니다.

왜 POST가 통과하지 못하게 된 것일까요. Claude Code의 추론에 따르면, 수동으로 전환했을 때, 화면에 표시되던 다른 값들도 그대로 사용되었을 가능성이 있습니다. 특히 tWTR_S의 '0'은, 규격상 4 이상이어야 하는 값입니다.

다음으로, tRFC를 880, tWTR_S를 규격의 최소값인 4로 설정하고, 이 두 곳만 변경했습니다. 이번에는 비프음이 울리지 않았고, POST도 통과했습니다. 하지만 일반 부팅은, 역시 흰색 로딩 원에서 멈췄습니다. tRFC의 오차는, 적어도 그것만이 원인은 아니라는 것이 밝혀졌습니다.

교훈은 분명합니다. AI의 제안은, 사양과 대조했을 때 논리적으로 타당했습니다. 그럼에도 실기에서는 POST를 망가뜨렸습니다. Claude Code 스스로도, 'BIOS에서 타이밍을 손으로 바꾸는 것은, 다른 방법이 없을 때만 하라'고 기록에 남기고 있습니다. 복구 방법을 먼저 물어봐 두었기 때문에, 복구가 가능했습니다.

결정적 단서: 원래 2장으로 되돌리자, BIOS 화면 자체가 바뀌었다

이 시점에서 Claude Code에게 "BIOS를 업데이트하면 고칠 확률이 몇 퍼센트 정도인가?"라고 물었습니다. 답변은 "10~20% 정도. 근거 있는 숫자가 아니라 추측"이며, 지금은 권장하지 않는다고 했습니다. 이유는 세 가지입니다.

• POST와 메모리 검사도 통과한 단계의 문제라, BIOS 업데이트로 해결되는 전형적인 형태가 아닙니다
• 쓰기(업데이트)에 실패하면 부팅이 안 되는 위험이 있습니다
• 더 새로운 BIOS(F.30 Rev.A)가 있다는 이야기는 HP 커뮤니티 게시글에서 나온 것으로, 실제 기기에서는 확인하지 않았습니다

대신, 아직 분리하지 않은 부분을 확인하기로 했습니다. 32GB로 일반 부팅에 성공한 경우는 배터리 교체 전뿐이었습니다. 64GB에서 멈추는 경우는 배터리 교체 후뿐이었습니다. "4장 조합"과 "배터리 교체로 BIOS가 초기화된 것"이 동시에 발생하고 있었던 것입니다.

16:57경, CFD 2장을 빼고 원래 Kingston 2장(32GB)만 남겼습니다. F10 키로 BIOS를 열자, 'Advanced' 항목 자체가 사라져 있었습니다. Memory Overclocking 화면은 HP 외 메모리가 삽입되어 있을 때만 나타나는 것 같습니다. HP 커뮤니티에는 F.20에서 "HP 외 메모리용 오버클럭 설정 페이지"가 추가되었다는 게시글이 있습니다.

그대로 일반 부팅을 시도하니 성공했습니다(16:58). SSH로 확인해보니, 안전 모드가 아닌 일반 부팅 상태였고 로그인도 되어 있었습니다. Ollama도 실행 중이었고, 인식된 용량은 약 31.9GB였습니다.

여기서 알 수 있는 것은 다음과 같습니다.

• 배터리 교체, BIOS 초기화, Windows 상태는 원인이 아닙니다
• 원인은 "CFD 2장을 추가한 것"으로 좁혀졌습니다
• CFD 자체(또는 HP 외 메모리에 대한 BIOS 처리 방식)인지, 두 종류를 섞은 4장 조합인지 중 하나입니다

어느 쪽인지 구분하려면 CFD 2장만으로 부팅해야 합니다. 이 확인은 아직 하지 않았습니다.

결론: CFD는 포기하고, 대신 HP 정품 메모리를 산다

11월 2일 17:04, "CFD는 포기하고 대신 HP 정품 메모리를 사겠다"고 결정했습니다.

판단의 근거는 Claude Code가 미리 보여준 것이었습니다. CFD 2장만으로 시도하더라도, 결과가 어떻게 나오든 해결 방법은 거의 동일합니다.

• 부팅이 성공한 경우: 원인은 "2가지 종류의 혼재"입니다. 해결 방법은 4장을 같은 종류로 맞추는 것입니다
• 부팅이 실패한 경우: 원인은 "CFD 자체, 또는 HP 외 메모리에 대한 BIOS의 처리 방식"입니다. 해결 방법은 HP 정품(HP 전용) 메모리로 교체하는 것입니다

어떤 결과가 나와도, HP 메모리로 맞추는 것이 가장 확실합니다. BIOS 업데이트는 "10~20%" 정도로 예상되어 권장되지 않았습니다.

구매 후보 메모리

Claude Code에게 조사시키고, 이메일로 정리받은 후보입니다.

후보	내용	주의사항
제1후보	현재 장착된 것과 동일한 Kingston의 HP 전용 모듈(HP32D4U8D8HD-16XR. 리비전 차이가 있는 모델 번호도 가능)을 중고로 2장	신제품은 거의 판매되지 않습니다. 구매 전 라벨 사진으로 "HP32D4U8D8"과 "2Rx8" 표기를 확인하세요
제2후보	HP 정품 액세서리 "HP 16GB DDR4-3200 DIMM(13L74AA)" 신제품	판매처 정보에 따르면 2 랭크, 1.2V, CL22입니다. 기업용 PC용 제품이라 OMEN에서 동작하는지는 미확인입니다

피해야 할 것은 다음 3가지입니다.

• 1 랭크의 16GB
• HP 브랜드가 아닌 메모리
• XMP를 전제로 한 게이밍용 메모리

도착하면, 먼저 BIOS에서 총 용량이 64GB인지, 그리고 "Advanced" 헤더가 나오지 않는지 확인합니다. 나오지 않으면 HP 메모리로 처리되고 있다고 봐도 무방할 것 같습니다. 이를 확인한 후 일반 부팅을 진행합니다.

아직 하지 않은 것

• CFD 2장만으로 부팅
• BIOS 업데이트
• HP UEFI 진단의 Quick Test와 Extensive Test
• 메모리 속도 저하 후 확인

HP 정품 메모리는 이 글 작성 시점 기준 아직 구매하지 않았습니다. OMEN은 현재 원래의 32GB로 정상적으로 작동하고 있습니다.

ChatGPT와 Claude Code에 맡겨서 좋았던 점, 위험했던 점

이번에는 스마트폰의 ChatGPT로 화면을 읽히고, Mac의 Claude Code로 PC 내부 조사와 기록을 맡기는 방식으로 역할을 나눴습니다. PC가 정상적으로 부팅되지 않는 동안, 화면 내용을 AI에게 전달할 수 있는 수단은 스마트폰 카메라뿐이었기 때문입니다. 두 AI의 강점 차이는 ChatGPT와 Claude 비교 글에서도 정리해 두었습니다.

작업	사용한 AI	결과·평가
화면 사진을 읽고, 절차를 안내	ChatGPT	그 자리에서 막히지 않고 진행할 수 있었음
상담 이력을 시간순으로 정리	ChatGPT	시간이 불분명한 항목을 '시간 미상'으로 구분할 수 있었음
Mac 쪽 로그에서 OMEN이 네트워크에 접속했던 시각 복원	Claude Code	'백그라운드에서 Windows가 실행 중이 아닐까'라는 추측을 약화시킴
안전 모드에서 SSH 연결 설정	Claude Code	변경 전 백업과 복구 방법이 포함된 절차서가 도움됨
읽기 전용 진단 스크립트	Claude Code	오류 발생, 제품 키 관련 정보까지 수집해 버림
32GB였다는 사실 증명	Claude Code	NVIDIA 앱의 기록을 찾아냄
GPU 비활성화 테스트	Claude Code	허락을 받아 실행하고, 즉시 원복함
BIOS의 tRFC 변경 제안	Claude Code	POST 통과 실패
BIOS 업데이트로 해결될 전망	Claude Code	'10~20%'. 근거 없는 추측임을 본인이 명시함
10월 메모리 선택	Claude Code	'미확인'으로 적혀 있던 부분(혼재, BIOS 처리)에서 막힘

성공한 이유는 정보의 종류를 나누어 보고하게 했기 때문입니다. 실기 기록, 제 기억, 자료상 정보(포럼 등), 추론. 이 4가지를 섞지 않고 작성하게 했습니다. 시각도 PC 시계 오차를 수정한 후에 대조했습니다.

설정을 변경할 때는 읽기를 먼저 수행했습니다. 변경할 때는 변경 전 값과 복구 방법을 먼저 작성하게 하고, 실행 여부는 제가 결정했습니다. 한 번에 한 곳만 바꿨습니다.

위험했던 점은 AI의 제안이 '규격상으로는 정확하다'는 경우가 많다는 것입니다. OEM BIOS의 특성과 같은 제 기기의 특수한 상황까지는 알지 못합니다. 복구 방법이 없는 변경은 요청하지 않는 것이 안전합니다.

같은 증상을 겪는 분들을 위한: 확인 순서 체크리스트

지난 2일간의 경험을 바탕으로, 저는 다음 순서로 확인하겠습니다.

1. 추가하기 전에, 현재 메모리를 확인합니다: 실제 기기에서 모델 번호와 랭크(싱글 랭크 / 듀얼 랭크)를 봅니다. 제 OMEN의 원래 메모리는 Kingston의 HP 전용 듀얼 랭크였습니다.
2. 구매 방식을 선택합니다: 제조사의 모델별 호환성 표를 확인하고, 호환성 보증을 제공하는 곳에서 구매합니다.
3. BIOS의 용량 표시만으로 안심하지 않습니다: 64GB로 표시되어도 일반 부팅은 불가능했습니다.
4. 일반 부팅과 안전 모드를 비교합니다: 안전 모드에서만 작동한다면, 메모리와 드라이버 양쪽을 의심해야 합니다.
5. 부팅 로깅 사용을 활성화하고 부팅합니다: 어디서 멈추는지 봅니다. 아무것도 기록되지 않으면, 매우 초기 단계에서 멈추고 있다는 뜻입니다.
6. GPU 드라이버를 배제해 봅니다: 장치를 비활성화한 뒤 일반 부팅을 시도하고, 즉시 원래대로 되돌립니다.
7. BIOS 값을 수동으로 변경하는 것은 마지막 수단입니다: 되돌리는 방법(CMOS 배터리 제거)을 먼저 확인합니다.
8. 원래 구성으로 되돌려, 정상 작동하는지 확인합니다: 원인을 '추가한 것'으로 좁힐 수 있습니다.
9. CMOS 배터리도 확인합니다: 전원 케이블을 뽑을 때마다 시계가 2018년 등으로 돌아간다면, 배터리가 방전된 것입니다.

OMEN 30L(메인보드 8703, BIOS F.20)에서 관찰한 점

• HP 외 메모리를 삽입하면, BIOS에 'Advanced'(Memory Overclocking) 항목이 나타납니다
• 해당 화면의 기본값에는 1.35V 표시와 tWTR_S의 0 값이 있었습니다
• HP 메모리만 사용하도록 하면, 이 항목은 사라졌습니다

다만, 같은 증상이라면 반드시 이것이 원인이라고 단정할 수는 없습니다. 기기의 상태나 BIOS 버전이 다르면 동작 방식이 달라질 수 있습니다.

요약

64GB 구성은 BIOS 표시와 메모리 테스트에서는 성공했습니다. 그런데 Windows의 일반 부팅만 안 됐습니다. 원래 2장으로 되돌리니 작동해서, 원인은 CFD를 추가한 것으로 좁혀졌습니다. 하지만 CFD 자체의 불량이라고 단정할 수는 없습니다. 증설은 HP 정품 메모리로 다시 시도하겠습니다.

AI는 로그를 대조해 시간 순서로 정리하는 작업에서 매우 빠르고 정확했습니다. 반면, BIOS 변경을 제안한 부분은 실기에서 역효과가 났습니다. "사실과 추론을 구분하게 하기", "되돌리는 방법을 먼저 묻기". 이번엔 이 두 가지가 가장 효과적이었습니다.

HP 정품 메모리로 64GB 구성에 성공하면, 후속 글을 쓰겠습니다.