최근 IBM Palm Top PC110 에 DOS 6.22 전용 환경을 다시 구성하면서 CF 및 PCMCIA 세팅을 진행했다. 생각보다 삽질을 꽤 했지만 결과적으로 안정적인 구성 확보에 성공했다.

최종 구성

내부 저장장치
– Smart Pico Slot 사용
– 4GB CF 장착
– FAT16 기준 2GB + 2GB 분할

구성:
– C: 2GB
– D: 2GB

PCMCIA 슬롯
– PCMCIA CF 어댑터 사용
– 4GB CF 장착
– FAT16 기준 2GB + 2GB 분할

구성:
– E: 2GB
– F: 2GB

총:
– 4개 파티션
– DOS 6.22 전용 구성

DOS 6.22와 2GB 제한

MS-DOS 6.22 는 기본적으로 FAT16 기반이라 – 2GB 이하 파티션 구성이 사실상 표준

그래서 4GB CF를 사용하더라도 – 2GB + 2GB 형태로 나누어 사용하는 방식이 가장 안정적

현재 구성:
– 내부 4GB → 2GB × 2
– PCMCIA 4GB → 2GB × 2

총 4개 FAT16 파티션으로 운용 중 드라이브 문자가 바뀌는 이유

처음에는 내부 CF만 연결되어
– C:
– D:
로 보였다.

그런데 PCMCIA CF를 추가하자 기존 D:가 뒤로 밀리고 PCMCIA CF가 D:로 잡히는 현상 발생했다.

처음엔 오류인 줄 알았는데 DOS의 정상 동작이었다.

DOS는
1. Primary Partition 우선
2. 이후 Logical Drive 할당

방식이라 PCMCIA ATA 디스크가 중간에 끼어들면 기존 Logical 파티션이 뒤로 밀린다.

즉
– 내부 CF Primary → C:
– PCMCIA CF Primary → D:
– 내부 Logical → E/F

형태로 재배치되는 구조였다.

그래서 혼동 방지를 위해 각 드라이브 볼륨 라벨을 따로 지정했다.

예:
– C: SYSTEM
– D: PCCARD
– E: DATA1
– F: DATA2

이렇게 라벨을 지정해두니 드라이브 문자가 바뀌더라도 관리가 훨씬 편했다.

8GB 600X CF 실패

테스트한 카드
– JABA Platinum Pro 8GB 600X UDMA CompactFlash

결과:
– 인식 실패
– 부팅 불가

반면 정상 동작:
– Transcend CompactFlash 4GB 133X
– Transcend CompactFlash 1GB 133X
– 일반 2GB CF

원인은 아마
– 최신 UDMA 컨트롤러
– 고속 DSLR용 설계
– 구형 IDE/PCMCIA 타이밍 불일치

쪽으로 보인다.

결론적으로 PC110에서는 최신 고속 CF 보다 구형 저속 CF가 훨씬 안정적이다.

현재 결론

– DOS 6.22 안정 부팅 성공
– PCMCIA 정상 인식
– CF 멀티파티션 안정화 완료

그리고 가장 중요한 정상 부팅 CF 이미지 백업 완료