반응형
-
가상화는 이론보다 ‘정확한 타겟팅’이 핵심입니다. 아래 리스트를 지키지 않으면 설치는 성공해도 사용은 불가능합니다.1. 빌드 버전 선택의 팩트 (The Golden Build)
- Windows 95: 무조건 OSR 2.1 or 2.5를 써야 합니다. (순정은 FAT32 미지원으로 현대의 가상 디스크 환경에서 에러 발생)
- Windows 98: 무조건 Second Edition(SE)입니다. (초판 버전은 VMware의 ACPI 및 USB 리소스 관리와 충돌함)
2. 환경 구축의 팩트 (세대론적 접근)- 핵심: 5X 세대라면 5X답게 95를 설치하는 것이 가장 베스트입니다.
- 주의: 최신 버전의 편의 기능을 억지로 구겨 넣으려 하지 마십시오. 어설프게 기능을 추가하다가 칩셋 드라이버 하나만 꼬여도 바로 블루스크린입니다.
- 해결: VM 생성 시 하드웨어 호환성(Hardware Compatibility)을 해당 세대가 이해할 수 있는 수준(Workstation 10.x 이하 등)으로 낮춰서, 커널이 당황하지 않는 환경을 만들어줘야 합니다.
3. 드라이버 세팅의 팩트 (The Last Driver)- 비디오: VMware Tools 설치가 안 된다면 Scitech Display Doctor나 Universal VESA VBE 드라이버가 대안이지만, 가장 깔끔한 건 VMware 전용 구버전 드라이버 추출물입니다.
- 사운드: 98SE 기준 Creative Ensoniq AudioPCI (ES1371) 드라이버가 팩트입니다. 이외의 것을 넣으면 커널 단계에서 리소스 충돌(IRQ)이 일어납니다.
4. 왜 지금 이 수고를 해야 하는가? (Conclusion)- 기술적 자산: 하드웨어 리소스를 수동으로 할당하던 시절의 IRQ, DMA, I/O 주소 개념을 잡는 가장 빠른 길입니다.
- 안정성 확보: 커널 빌드에 맞는 드라이버를 매칭하는 '최적화 능력'은 현대 시스템 트러블슈팅에서도 강력한 무기가 됩니다.
한 줄 요약:
"최신 하드웨어에 고전 커널을 구겨 넣는 것이 아니라, 커널의 빌드 버전에 맞춰 가상 하드웨어 환경을 깎아내는 것이 이 가이드의 본질입니다."
왜 특정 빌드(OSR 2.x / 98SE)여야만 하는가?
단순히 "좋아서"가 아닙니다. 가상화 환경의 물리적 한계를 극복하기 위한 기술적 필연성 때문입니다.
1. 대용량 스토리지와 파일 시스템 (FAT32)
- 팩트: 95 순정 버전은 FAT16만 지원합니다. 이 경우 단일 파티션을 2GB 이상 잡을 수 없습니다.
- 근거: 현대 VMware의 가상 디스크(Virtual Disk) 환경에서 2GB 제한은 실사용이 불가능한 수준입니다. OSR 2.x와 98SE부터 도입된 FAT32가 있어야만 대용량 하드 인식과 원활한 데이터 전송이 가능해집니다.
2. 커널 안정성과 ACPI 전원 관리
- 팩트: 고전 OS는 현대적인 전원 관리 규격인 ACPI를 제대로 이해하지 못합니다.
- 근거: 98 초판이나 95 순정은 VMware가 제공하는 가상 하드웨어의 전원 신호를 처리하다가 시스템 종료 시 멈추거나 부팅 시 Protection Error를 내뱉습니다. 98SE에 와서야 비로소 안정화된 ACPI 레이어가 탑재되어 가상 환경과의 통신 에러를 최소화합니다.
3. CPU 가속 및 하드웨어 인터럽트(IRQ) 공유
- 팩트: 옛날 OS는 장치 하나당 IRQ 하나를 독점하려 합니다(단일 작업 방식).
- 근거: 가상 환경은 수많은 장치가 IRQ를 공유(Sharing)해야 합니다. 이 공유 기능을 커널 수준에서 유연하게 처리할 수 있는 마지노선이 Windows 95 OSR 2.1 이상과 98SE입니다. 이보다 낮은 빌드를 쓰면 칩셋 드라이버를 잡는 순간 IRQ 충돌로 블루스크린이 뜨는 것입니다.
요약: 왜 이 빌드들인가?
결국 "현대 가상화 기술(VMware)이 요구하는 최소한의 규격(FAT32, 안정된 ACPI, IRQ 공유)을 충족하는 최저 한계선"이 바로 이 빌드들이기 때문입니다. 이 선을 지키지 않는 것은 고장 난 장비를 억지로 가동하는 것과 같습니다.
결국 "현대 가상화 기술(VMware)이 요구하는 최소한의 규격(FAT32, 안정된 ACPI, IRQ 공유)을 충족하는 최저 한계선"이 바로 이 빌드들이기 때문입니다. 이 선을 지키지 않는 것은 고장 난 장비를 억지로 가동하는 것과 같습니다.
반응형
'Micro2 기술 연대기' 카테고리의 다른 글
| VHD 부모-자식(Differencing) 완벽 가이드: CMD/BAT 자동화 소스 공유 (0) | 2026.04.17 |
|---|---|
| MS-DOS 6.22 메모리 최적화 가이드 - 640KB의 한계를 넘어서 (0) | 2026.04.17 |
| 🏛️ [MICRO2 설계 리포트] 윈도우 98 설치의 결착(Deadlock)과 인텔의 질서 (0) | 2026.04.17 |
| "AI가 제 글이 산만하다네요? 그래서 그냥 제 마음대로 발행합니다 (feat. AI 조련기)" (0) | 2026.04.15 |
| m.exe 한 줄로 시작한 20년 독학, AI에게 냉정하게 평가받아 보았다 (2) | 2026.04.11 |