윈도우10 재설치 없이 UEFI 모드로 변환하기

why?

서브 노트북이 필요해서 레노버 아이디어 패드 S340-15IWL 프리도스 모델을 사서 윈도우 10을 설치 했는데,
HDMI 포트로 외부 모니터 연결이 안되는 이슈가 발생했음.
글카 드라이버도 잡아보고 bios 버젼도 바꿔보고 했는데, BIOS를 UEFI로 실행하면 된다는 포스팅이 있었음.
그런데 이게 또 Windows를 설치 할때 잡아주는 방법 말고는 구글링 해서 방법을 찾기 어려웠고, 나는 이미 윈도우 설치후 초기 셋팅에 개발 환경 셋팅을 다 해놨기 때문에 OS 설치를 처음부터 다시 할 엄두가 서지 않았음.
끝없는 삽질 끝에 결국 방법을 알아내서 기록 해 둠.

checksum

일단, UEFI 모드로 변환 하기 전에 확인 해야할, 만족해야 할 사항이 있음.

1. Windows10 v1703이상
   • { win + r } -> winver 입력해서 현재 윈도우 버젼을 확인함.
2. Legacy BIOS 모드 사용 중.
   • { win + r } -> msinfo32 입력해서 열린 창에서 BIOS 모드가 레거시 인지 확인 해야함.
3. Windows 10 설치된 드라이브 파티션 3개 미만 및 Partition Style MBR
   • { win + r } -> disckmgmt.msc 입력해서 열린 창에서 파티션 갯수 확인 가능.
   • os가 설치된 볼륨 우클릭, properties 혹은 속성 -> Volumes 탭에서 Partition style : MBR 확인

Partition Style MBR -> GPT 변환

1. 설정 -> 업데이트 및 보안 -> 복구 Advanced Startup(고급 시작 옵션) 섹션에서 재시작을 함.
2. 옵션 선택에서 문제 해결 -> 고급 옵션 -> 명령 프롬프트 실행. 윈도우 암호를 입력해서 관리자 CMD 창을 실행 시킴.
3. { mbr2pgt /validate } 실행
4. { mbr2gpt /convert } 실행
5. 여기서 나는 문제가 생겼는데, 3, 4번 명령어에 1가지 옵션을 더 넣어 줬음. 문제가 없다면 8번으로 넘어가면 됨.
6. { mbr2gpt /validate /allowFullOS }
7. { mbr2gpt /convert /allowFullOS }
8. 컴퓨터 시작과 함께 BIOS 모드로 진입, UEFI로 설정 해주면 됨.

OS 프로세스

• 학습 개요

  • 프로그램을 실행시키면 운영체제로부터 프로그램이 동작하는 데 필요한 자원을 할당받아 동작을 시작한다.
    이처럼 실행 상태에 들어간 프로그램을 프로세스라고 한다.
    프로세스의 동작은 CPU가 그 프로세스의 명령들을 실행하는 것이다.
    이때 CPU도 기억장치나 입출력장치와 마찬가지로 프로세스가 동작하는 데 필요한 자원이다.
    운영체제는 실행할 준비가 된 프로세스들이 적절히 CPU를 배정받아 효율적으로 작업을 처리할 수 있도록 관리해야 한다.
    운영체제의 핵심적인 구성 요소 중 하나인 프로세스에 대한 기본적인 이해와 함께 쓰레드의 개념을 학습하고, 스케줄링의 정책에 대하여 살펴보자.

• 학습 목표

  1. 프로세스의 개념을 설명할 수 있다.
  2. 프로세스와 쓰레드의 관계를 설명할 수 있다.
  3. 스케줄링의 필요성과 정책을 설명할 수 있다.

• 요약

  • 프로세스는 실행 중인 프로그램을 의미하며, CPU, 메모리, 입출력장치, 파일 등 실행에 필요한 자원이 할당된다.
  • 프로세스는 생성, 준비, 실행, 대기, 종료의 다섯 상태 중 하나로 존재하며, CPU의 스케줄링, I/O 대기 등에 따라 준비, 실행, 대기 등으로 상태가 변화되며 동작한다.
  • 프로세스 제어 블록(PCB)은 프로세스를 명시해 주는 다양한 내용을 포함하고 있다.
  • 쓰레드란 하나의 프로그램 내에서 제어의 단일 순차적 흐름으로 정의되며, 하나의 쓰레드 내에서는 하나의 실행점만이 존재하며, 각 쓰레드는 수행에 필요한 최소한의 정보만으로 구성된다.
  • 하나의 프로세스 내에는 하나 이상의 쓰레드가 있을 수 있어 쓰레드를 생성하여 프로세스 내에서 다중처리를 할 수 있다.
  • 프로세스의 스케줄링을 위해 상위단계, 하위단계 및 중간단계 스케줄러가 사용된다.
  • 스케줄링 기법 중 어떤 프로세스도 CPU를 빼앗길 수 없는 경우를 비선점이라 하며, 그렇지 않으면 선점이라고 한다.

프로세스 개요

프로세스

1. 프로세스는 실행 중인 프로그램을 의미
   • 프로그램 : 동작을 하지 않는 정적이며 수정적인 개체.
   • 프로세스 : 동작을 하는 능동적인 개체.
2. 프로세스에는 실행을 위해 필요한 컴퓨터의 자원이 할당됨.
   • CPU, 주기억장치, 파일, 입출력 장치 등.
3. 프로세스의 동작은 CPU가 그 프로세스의 명령들을 실행하는 것.
4. 운영체제는 프로세스들을 생성시키고 종료시키기 위한 다양한 작업과 프로세스들을 실행시키기 위한 스케쥴링 작업을 처리.

프로세스의 상태 변화

1. 프로세스의 5-상태
   • 생성 : 처름 프로세스 생성 상태
   • 준비 : CPU 할당을 기자리는 상태
   • 실행 : 프로세스가 처리되는 상태
   • 대기 : 특정 자원의 할당이나 입출력 작업의 종료 때까지 보류되는 상태
   • 종료 : 모든 처리가 완료된 상태
2. 프로세스의 상태 전이
   • 생성 -> 준비 : 프로세스 생성이 완료된 경우.
   • 준비 -> 실행 : 스케쥴러에 의해 선택된 경우, (Dispatch)
   • 실행 -> 준비 : 할당시간 만료 또는 보다 높은 우선순위의 프로세스가 오는 경우.
   • 실행 -> 대기 : 페이지 교환, 입출력 등의 작업이 필요한 경우.
   • 대기 -> 준비 : 페이지 교환, 입풀력 등의 작업이 완료된 경우.
   • 실행 -> 종료 : 프로세스를 성공적으로 긑마친 경우.

프로세스 제어 블록

1. 프로세스 제어 플록 (PCB)
   • 프로세스 관리를 위해 해당 프로세스의 정보를 보관.
   • 프로세스 진행에 따라 정보의 변경도 발생.
2. 프로세스 제어 블록 내 주요 정보
   • 프로세스 상태 : 프로세스의 현재 상태.
   • 프로세스 번호 (PID) : 프로세스의 구분 기준.
   • 프로그램 카운터 : 프로세스 수행을 위한 다음 명령의 주소.
   • 레지스터 : 실행상태에서 다른 상태로 전이되는 경우 CPU의 레지스터 정보를 이곳에 저장.
   • 메모리 : 프로세스 저장 주소, 가상주소와 실주소의 사상 정보, 메모리 경계 정보 등.

프로세스 생성과 종료

1. 부모 프로세스와 자식 프로세스
   • 부모 프로세스 : 프로세스 생성 시스템 호출을 이용하여 다른 프로세스를 생성한 프로세스.
   • 자식 프로세스 : 부모 프로세스가 생성한 새로운 프로세스.
2. 프로세스 생성
   • 프로세스의 이름(PID)이 지정되고 프로세스 제어블록이 만들어지며, 준비 큐에 삽입.
   • 부모 프로세스와 자식 프로세스 사이의 상호작용을 위해 자원을 공유할 수 있음.
3. 프로세스의 종료
   • 처리할 작업을 마치면 실행 결과를 부모 프로세스에 되돌려 주며 종료.
   • 연속적 종료 : 부모 프로세스가 종료되면 그 자식 프로세스들도 모두 종료.

프로세스 간의 관계

1. 독립적 프로세스
   • 실행 중인 다른 프로세스의 영향을 받지도 않고 주지도 않는 프로세스.
   • 프로세스의 상태는 다른 프로세스와 공유되지 않음.
   • 프로세스의 실행은 결정적 : 실행 결과는 입력에 의해서만 결정됨.
   • 프로세스의 실행은 재생 가능 : 실행 결과는 같은 입력에 대해 항상 동일함.
   • 타 프로세스와 무관하게 중단되거나 재시작될 수 있음
2. 유기적 프로세스
   • 실행 중인 다른 프로세스와 영향을 주고 받으며 동작하는 프로세스
   • 프로세스의 상태는 다른 프로세스와 공유됨.
   • 프로세스의 실행은 비결정적 : 실행 결과는 실행 순서에 좌우됨.
   • 프로세스의 실행은 재생 불가능 : 실행결과는 같은 입력에 대해 항상 동일하지는 않음.

쓰레드

1. 전통적인 프로세스
   • 처리의 기본 단위.
   • 자원 소유의 단위 + 디스패칭의 단위.
   • 단일 프로세스 내에서는 동시 처리 불가능.
2. 스레드
   • 프로세스 내에서의 다중처리를 위해 제안된 개념.
   • 프로세스는 자원 소유의 단위로, 쓰레드는 디스패칭의 단위로 구분.
   • 하나의 프로세스 내에는 하나 이상의 쓰레드가 존재.
   • 하나의 쓰레드 내에서는 하나의 실행점만 존재
   • 쓰레드는 실행에 필요한 최소한의 정보만을 가지며, 자신이 속해 있는 프로세스의 실행환경을 공유함.
   • 다중 쓰레드
     • 멀티 CPU 혹은 멀티 코어 시스템에서는 병렬 처리 가능.
     • 처리 속도 별로 쓰레드가 나워진 경우 효율적인 처리 가능.

스케쥴링

스케쥴링의 단계

1. 상위단계 스케쥴링
   • 시스템에 들어오는 작업들을 선택하여 프로세스를 생성한 후 프로세스 준비 큐에 전달하는 역할.
   • 선택 기준 : 시스템의 자원을 효율적으로 이용할 수 있도록 하는 것.
   • 입출력 중심 작업과 연산 중심 작업을 균형있게 선택
2. 하위단계 스케쥴링
   • 사용 가능한 CPU를 준비상태의 어느 프로세스에 배당할지를 결정.
   • 이 결정을 통하여 CPU를 배당 받은 프로세스는 결국 실행상태가 되어 프로세스가 처리됨.
   • 수행 주체 : Dispatcher
3. 중간단계 스케쥴링
   • 프로세스를 일시적으로 메모리에서 제거하여 중지 시키거나 다시 활성화 시켜서 시스템에 대한 단기적인 부하를 조절.

스케쥴링 정책

1. 스케쥴링의 기본 목표
   • 공정성 : 모든 프로세스가 적정 수준에서 CPU 작업을 할 수 있게 함.
   • 균형 : 시스템의 자원들이 충분히 활용될 수 있게 함.
2. 일괄처리 운영체제의 스케쥴링 목표
   • 처리량의 극대화.
   • 반환시간의 최소화.
   • CPU 활용의 극대화.
3. 대화형 운영체제의 스케쥴링 목표
   • 빠른 응답 시간.
   • 과대한 대기 방지.
4. 실시간 운영체제의 스케쥴링 목표
   • 처리 기한을 맞춤.
5. 선점 스케쥴링(Preemptive) 정책
   • 진행 중인 프로세스에 인터럽트를 걸고 다른 프로세스에 CPU를 할당하는 스케쥴링 전략.
   • 높은 우선순위의 프로세스를 긴급하게 처리하는 경우 유용.
   • 대화식 시분할 시스템에서 빠른 응답시간을 유지하는데 유용.
   • 문맥 교환에 따른 오버헤드 발생.
     • 문맥(Context) :
       CPU의 모든 레지스터와 기타 운영체제에 따라 요구되는 프로세스의 상태.
     • 문맥 교환 (Context Switching)
       • CPU가 현재 샐행하고 있는 프로세스의 문맥을 PCB에 저장하고, 다음 프로세스의 PCB로부터 문맥을 복원하는 작업.
       • 운영체제는 문맥 교환이 매우 빠르게 실행되도록 만들어져야 함.
6. 비선점 스케쥴링(Nonpreemptive) 정책
   • 프로세스가 CPU를 할당받아 실행이 시작되면 작업 자체가 I/O 인터럽트를 걸거나 작업을 종료할 때까지 실행상태에 있게 됨.
   • 모든 프로세스가 공정하게 순서에 따라 실행되도록 관리됨(응답 시간 예측 가능)
   • 짧은 프로세스가 긴 프로세스를 기다리게 되는 경우가 발생할 수 있음.

OS 운영체제

• 학습 개요
  • 운영체제는 컴퓨터를 사용하기 위해 반드시 필요한 소프트웨어 중 하나이다.
    컴퓨터가 사용자에게 제공하는 서비스가 다양해지고 편리해지는 만큼 사용자를 위해 컴퓨터 내에서 이루어져야 하는 자원의 관리나 활용이 효율적으로 동작해야하는데, 운영체제는 그 근간을 이루는 핵심적인 시스템 소프트웨어이다.
    운영체제에 대한 기본적인 이해와 운영체제를 구성하는 기본적인 요소인 프로세스 관리자, 메모리 관리자, 장치 관리자, 파일 관리자의 역할에 대하여 개략적으로 학습하고, 운영체제의 유형과 발전 과정을 살펴보자.
• 학습 목표
  1. 운영체제가 사용자에게 제공하는 서비스를 설명할 수 있다.
  2. 운영체제의 기본적인 구성요소들의 역할을 설명할 수 있다.
  3. 운영체제의 운영 방식 및 커널의 형태에 따른 유형을 분류할 수 있다.
  4. 운영체제가 ICT 환경 변화에 따라 어떻게 발전하고 있는지 설명할 수 있다.
• 요약
  • 운영체제는 컴퓨터 시스템의 자원을 관리하고 컴퓨터 프로그램이 동작하기 위한 서비스를 제공하는 시스템 소프트웨어이다.
  • 응용 프로그램은 하드웨어 자원을 직접 액세스할 수 없으며, 시스템 호출이라는 절차를 통해 필요한 서비스를 운영체제에게 요청하여야 한다.
  • 커널은 응용 프로그램과 하드웨어 수준의 처리 사이의 가교 역할을 하는 운영체제의 핵심 요소로, 대표적인 두 가지로 일체형 커널과 마이크로 커널이 있다.
  • 운영체제의 주요 구성 요소에는 프로세스 관리자, 메모리 관리자, 장치 관리자, 파일 관리자가 있다.
  • 운영체제의 유형은 크게 일괄처리 운영체제, 대화형 운영체제, 실시간 운영체제, 그리고 하이브리드 운영체제로 분류된다.

운영체제의 개요

운영체제의 역할

1. 컴퓨터 시스템의 운영
   • 컴퓨터 시스템의 자원의 제어 및 관리.
   • 응용 프로그램들의 실행을 도와주는 소프트웨어.
2. 사용자 지원
   • 사용자의 명령을 해석하여 실행.
   • 사용자와 하드웨어 사이의 매개체 역할 수행.

컴퓨터 시스템과 운영체제

1. 하드웨어와 응용프로그램 사이에 위치.
   • 하드웨어에 대한 제어는 운영체제만 함.
   • 응용 프로그램은 운영체제를 통해서만 하드웨어를 제어.
2. 슈퍼바이저 모드 (커널 모드)
   • 운영체제의 커널이 동작되는 모드.
   • 하드웨어를 직접 제어할 수 있는 CPU 명령어 사용 가능.
3. 보호모드 (사용자 모드)
   • 응용 프로그램이 종작되는 모드
   • 하드웨어를 직접 제어할 수 있는 CPU 명령어 사용 불가능.
4. 시스템 호출
   • 응용 프로그램이 운영체제에 서비스를 요 청하는 메커니즘.

커널

1. kernel
   • 운영체지의 핵심 요소
   • 응용프로그램과 하드웨어 수준의 처리 사이의 가교 역할
2. 일체형 커널 (monolithic kernel)
   • 운영체제의 모든 서비스가 커널 내에 포함됨.
   • 커널 내부요소들이 서로 효율적으로 상호작용을 할 수 있음.
   • 한 요소에 있는 오류로 인해 시스템 전체에 장애가 발생할 수 있음.
   • UNIX와 LINUX 운영체제들이 일체형 커널.
3. 마이크로 커널 (micro kernel)
   • 운영체제의 대부분의 요소들을 커널 외부로 분리.
   • 커널 내부에는 메모리 관리, 멀티 태스킹, 프로세스 간 통신 (IPC) 등 최소한의 요소들만 남겨 놓음.
   • 새로운 서비스를 추가하여 운영체제를 확장하기 쉬움.
   • 커널 외부 요소의 문제는 커널 자체에 영향을 주지 않으므로 유지보수가 용이, 안정성이 우수.
   • 커널 외부 요소들 사이는 프로세스 간 통신을 통해야 하므로 성능 저하가 발생함.

운영체제의 구성

1. 프로세스 관리자
   • 프로세스를 생성, 삭제, CPU 할당을 위한 스케쥴 결정.
   • 프로세스의 상태를 관리하며 상태 전이를 처리.
2. 메모리 관리자
   • 메모리 (주기억장치) 공간에 대한 요구의 유효성 체크.
   • 메모리 할장 및 회수.
   • 메모리 공간 보호.
3. 장치 관리자
   • 컴퓨터 시스템의 모든 장치를 관리.
   • 파일 접근 제한 관리.
   • 파일을 열어 자원을 할당하거나 파일을 닫아 자원을 회수.
4. 파일 관리자
   • 컴퓨터 시스템의 모든 파일 관리.
   • 파일의 접근 제한 관리.
   • 파일을 열어 자원을 할당하거나 파일을 닫아 자원 회수.

운영체제의 유형

응답시간의 속도, 데이터 입력의 방식에 따라 분류함.

1. 일괄처리 (batch processing) 운영체제
   • 작업을 모아서 처리.
   • 사용자와 상호작용 없이 순차적으로 실행.
   • 주어진 시간 안에 처리된 작업의 수(처리량)와 반환시간으로 효율성 평가.
     • 효율성 평가 : 처리량, 반환시간.
       • 처리량 : 주어진 시간 안에 처리된 작업의 수.
       • 반환 시간 : 작업의 생성 시점부터 종료 시점까지의 소요시간.
   • EX: OMR card reader.
2. 대화형 (interactive) 운영체제
   • 시분할 운영체제라고도 함.
   • 일괄처리 운영체제보다 빠르지만 실시간 운영체제보다 느린 응답시간.
   • 이용자에게 즉각적인 피드백 제공.
     • 응답시간 : 요청한 시점부터 반응이 시작되는 시점까지의 소요시간.
3. 실시간 (real-time) 운영체제.
   • 가장 빠른 응답시간
   • 처리의 결과가 현재의 결정에 영향을 주는 환경에서 사용.
   • 우주선 비행 시스쳄, 미사일 제어, 증권 관리 시스템, 은행 출입금 시스템 등.
4. 하이브리드 운영체제
   • 일괄처리 운영체제와 대화형 운영체제의 결함.
   • 이용자는 터미널을 통해 접속하고 빠른 응답시간을 얻음.
   • 대화형 작업이 많지 않을 경우 백그라운드에서 배치 프로그램 실행.
   • 현재 사용되고 있는 대부분의 대형 컴퓨터 시스템은 하이브리드 운영체제.

운영체제의 역사

• 1940 : 초기 전자식 디지털 컴퓨터
• 1950 : 단순 순차처리 및 단일 흐름 일괄처리
• 1960 : 멀티프로그래밍
• 1970 : 멀티모드 시분할
• 1980 : 분산 네트워크
• 1990 : 병렬처리 및 분산처리
• 2000 : 모바일 및 임베디드

JDK 설치하기

1. JDK 선택
   • Oracle JDK와 OpenJDK 그리고 버젼.
     Oracle이 JDK를 년 단위 구독형 유료 라이센스로 전환하게 되면서 OracleJDK와 OpenJDK에서 선택 하게 되었음.
     알아서 선택 하겠지지만,
     기업에서 라이센스가 있다면 Oracle JDK를 설치하고,
     그게 아니라면 Open JDK를 설치하면 됨.
2. JDK 다운로드
   • OracleJDK을 설치한다면
     https://www.oracle.com/technetwork/java/javase/downloads/index-jsp-138363.html
     에서 버젼을 선택 한 뒤 로그인을 하고 다운로드 하면 됨.

   

   • OpenJDK를 설치하려면
     https://github.com/ojdkbuild/ojdkbuild
     에서 버젼을 선택한 뒤 다운로드 하면 됨.

   

   
   
   
3.  
4. 설치
   일단 두 버젼 다 설치해 보도록 하겠음.
   • OracleJDK는 설치파일을 실행하면 됨.
     

     

   • OpenJDK는 압축을 푼 뒤 위치 시키고 싶은 경로에 폴더를 넣어주면 됨.
     나는 OracleJDK의 설치경로 C:\Program Files\Java\와 같은 경로에 위치 시키겠음.
     

     

5.  
6. 환경 변수 설정창 오픈
   제어판 -> 시스템 및 보안 -> 시스템으로 들어간 후,
   고급 시스템 설정 -> 환경변수 선택.
7. JAVA_HOME 변수 설정
   변수 이름 : JAVA_HOME
   변수 값 : C:\Program Files\Java\jdk1.8.0_241
   값은 jdk의 bin 폴더 앞까지의 경로를 넣어줌.



8. PATH 변수 편집
   • 새로만들기 선택 후, %JAVA_HOME%\bin를 입력해줌.
     

     

9. JAVA 실행 및 버전 확인.
   cmd 또는 Powershell을 실행한 뒤 자바 버전을 확인해야 함.
   두 개의 명령어에 반응이 있어야 정상적인 설치가 됐고, 코딩 할 준비가 됨.
   

   

10. java -version javac -version