코드 일반화가 마냥 쉽진 않네요..

눈으로 봐도 연결 되서 

실행 되는거 테스트 힘들것

같아요^^

목표로 하시는게 사용자가 직접 하는게 맞다는 가정 하에, 

저라면 제가 예상하지 않은 상황이 나올 경우 바로 동작을 중단시키고 XXXX로 연락하라 이런식으로 분기할 것 같습니다.

(운영체제 디스크를 판단하는 기준이 있으실텐데, 해당 판단 기준이 모호한 상황이라면 바로 중단 등)

보통 자동으로 운영체제 디스크 판단하게 했을 때 사고나는 사례 몇가지만 들면

1. PC를 업그레이드 할 때 기존 디스크를 그대로 옮겨 달았음

  - 고객사에 상주하는 업체가 작업한게 아니라면 자료가 손실되지 않는 안전한 선택지 중 하나라 은근히 많은 사례

  - 자동 업데이트 되는 환경이라면 레지 하이브 뜯어서 운영체제 빌드번호 특정 이하 무시

  - 그 외 사내에서 자동으로 바뀌는 파일이 있다면 해당 파일을 단서로 사용

2. 용량 부족 등의 이유로 사용자가 임의로 디스크를 추가함

  - 사내에서는 모두 설치되어있으나, 외부에선 깔리지 않는 강제 배포 프로그램의 존재여부 탐색

3. 일부 고성능 외장 저장장치가 SSD로 인식됨

  - 대부분의 USB는 Removable로 잡히나, 컨트롤러에 따라 External hard disk media로 잡히기도 함 추가 예외 필요

  - 사내 PC 모델 갯수가 다양하지 않거나, 하드웨어 정보 수집이 가능하다면 화이트리스트 작성이 가장 확실한 방법

4. 고장 사유가 정말로 디스크 불량인데 복구미디어로 진입함

  - 실제 부품 구성과 무관하게 다른 디스크를 지목할 수 있음

  - 타겟 디스크가 명확하지 않다면 단순히 이거인거 같은데.. 수준에서 자동 판단하게 하면 매우 위험

나 말고 어느 이상한사람이 컴퓨터에 뭔짓을 해놨을지 모른다 생각하시는게 좋습니다.

전산부서에선 전혀 모르는 타 업체에서 자기들 장비에 필요하다고 사온 PC가 튀어나올수도 있고요

100명이 편하게 사용했어도, 1명이 자료 날려먹으면 그거 뒷감당 지는게 쉽지 않습니다

아무리 자료는 개인 책임이라고 백날 말해봐야 막상 날려먹으면 딴소리 나오는게 현실이니까요

만약 기업에서 PMS 기능이 있는 SW를 사용하신다면,

판단 기준이 되는 TAG 파일을 %systemdrive%에 심어버리는 고전적이지만 확실한 방법을 쓸수도 있긴 합니다.

이 역시 내가 모르는 사이에 부품이 교체되거나 할 수 있으니

실행시마다 전체 드라이브 루프 돌려서 나머지는 지우도록 처리하시는게 좋고,

이걸 판단 기준으로 사용하는 프로그램에선 TAG가 한개가 아니면 꺼버리게 하면 더 확실하겠죠. 

아니면 지금부터 배포하는 운영체제의 특정 경로에 구분을 위한 파일을 심고,

해당 파일이 있는 경우에만 사용할 수 있도록 (내가 손댄적 있는 PC에서만 동작하게) 보수적으로 접근하는 방법도 있고요.

기업에서 일반 사용자 상대로 배포하시기 전에, 컴퓨터에 익숙하지 않은 주변 지인들에게

실제 데이터 삭제 및 설치 기능은 비활성화 시킨 상태로 테스트 후 의견을 구해보시는것도 좋습니다.

아마 상상하지도 못한곳에서 이상한거 누르는 경우 한두개씩은 찾으실 수 있을겁니다.

동종업이신듯하여 뭔가 좀 말이 길어지는것 같지만...

대량 작업 하시다보면 마우스로 뭘 누른다는게 생각보다 많이 귀찮습니다.

각 버튼에 키보드 단축키는 추가하시는게 더욱 편리하실거에요

하다못해 여러대 옮겨다니면서 작업할때 키보드 마우스 옮겨 안꽃고 키보드만 꽃아도 됩니다.

바닥이 고르지 않거나 DID 장비 등 키보드가 허공에 떠있을 상황도 있는데,

그런 경우를 대비해서 키보드 단축키는 영문 철자를 떠올리시기보단 왼손 범위 안으로 넣는게 편합니다.

수고하셨습니다.