🏛️ [MICRO2 설계 리포트] 윈도우 98 설치의 결착(Deadlock)과 인텔의 질서

• 1. 사건의 발단: "왜 삭제 버튼이 비활성화되는가?"
  윈도우 98을 멀티 부팅 환경에서 설치하다 보면, 특정 IDE 데이터 라인에 노란색 느낌표가 뜨고 [제거] 버튼조차 비활성화되는 '결착(Deadlock)' 상태를 만나게 됩니다.
  • 원인: 윈도우 98 RTM 커널은 부팅 시점부터 IDE 채널을 '실시간 입출력 통로'로 점유합니다.
  • 문제: OS가 자신의 심장(C:)과 팔다리(D:)가 지나가는 길이라고 판단하는 순간, 관리자조차 그 리소스를 건드릴 수 없는 '삭제 거부(Unhold 불가)' 상태에 빠집니다.
  2. 깨달음: "억지로 끼워 맞추지 마라, 순정이 답이다"
  4시간의 삽질 끝에 얻은 결론은 명확했습니다. 이미 엉뚱한 드라이버가 박힌 상태에서 수동으로 교체하려 드는 것은 98 커널의 한계상 불가능에 가깝습니다. "안 되는 건 안 되는 것!" 처음부터 다시 짓는 것이 가장 빠른 길입니다.
  3. 무결점 신축 공사 설계도 (격리와 독립)
  핵심은 윈도우 98이 부팅될 때 "이 세상에 하드 하나와 인텔 드라이버밖에 없다"고 믿게 만드는 것입니다.
  Step 1: 자재 반입 및 물리적 격리
  • 파일 복사: 설치에 필요한 WIN98 폴더를 미리 C드라이브(IDE 0:0)로 옮겨둡니다.
  • 하드 적출: VMware 설정에서 나머지 데이터 하드(IDE 0:1, 1:0)를 모두 Remove 합니다.
  • 독점 상태: 오직 메인 하드(0:0)와 CD-ROM(1:0)만 남겨서 98의 '오지랖'을 물리적으로 차단합니다.
  Step 2: 인텔의 질서(Hold) 선제 타격
  • 클린 설치: 하드에서 직접 설치(setup /is)하여 속도와 안정성을 확보합니다.
  • 인텔 패치 투하: 바탕화면이 뜨자마자 다른 드라이버는 다 무시하고 [인텔 칩셋 패치]부터 실행합니다.
  • 효과: 이 과정에서 비어있는 IDE 채널들이 인텔 드라이버 명의로 '선점(Hold)'됩니다.
  Step 3: 영토 확장 (데이터 라인 복구)
  • 인텔의 질서가 안착된 후, 떼어냈던 하드들을 다시 연결합니다.
  • 98은 이미 인텔 드라이버를 통해 리소스를 꽉 쥐고 있으므로, 추가된 하드들을 느낌표 없이 아주 공손하게 받아들입니다.
  4. 관리자의 기술적 총평
  결국 98만의 독립적인 리소스 홀드는 '커널의 격리'와 '설치 순서의 미학'에서 옵니다. 98에서 세운 인텔의 질서는 98 내부(레지스트리)에만 존재하므로, 다른 OS(XP 등)에는 전혀 영향을 주지 않습니다.
  "인프라 설계는 하드웨어와 기싸움을 하는 것이 아니라, 하드웨어가 일할 수 있는 완벽한 명분을 만들어주는 과정이다."

개선 포인트 비교

항목문제권장 개선

설치 환경	여러 디스크 동시 연결	설치 대상만 연결
드라이버	기본 드라이버 충돌 가능	레거시 칩셋 드라이버 적용
가상화	가상 IDE 구현 차이	SCSI/SATA 가상 디스크 사용
재현성	장황한 실험 기록	단계별 재현 절차로 단순화

 

결론

윈도우 98 설치 시 삭제 버튼 비활성화 문제는 환경 단순화(디스크 최소화)와 칩셋 호환성 고려(레거시 드라이버 적용)로 대부분 회피할 수 있습니다. 가상머신에서는 가상 디스크 타입을 바꾸는 것만으로도 해결되는 경우가 많으니, 설치 전 환경을 단순화하고 필요한 드라이버를 미리 준비한 뒤 단계적으로 진행하세요.