부팅 중 바이오스 포스트 과정의 첫 단계

부팅(booting) 또는 부팅업(booting up)은 컴퓨터에서 사용자가 운영 체제를 시동할 때 운영 체제를 시작하는 부트스트래핑 과정이다. 시동(始動, 문화어: 기동, 초기적재)이라고도 한다. 시동 순서는 운영 체제가 로드(적재)될 때 컴퓨터가 수행하는 작업들이 모여 있다.

부트 로더[편집]

부트로더(boot loader, 문화어: 초기적재프로그람)란 운영 체제가 시동되기 이전에 미리 실행되면서 커널이 올바르게 시동되기 위해 필요한 모든 관련 작업을 마무리하고 최종적으로 운영 체제를 시동시키기 위한 목적을 가진 프로그램을 말한다.

부트로더를 위한 슈도-어셈블리 코드는 다음의 8 가지 안내를 따라야 한다:

관련된 예는 1970년대 니콜렛 인스트루먼트 사의 미니컴퓨터를 위한 로더를 기반으로 한다. 2번째 페이지 로더의 바이트는 페이퍼 형식으로부터 반대 순서로 읽는다.

두 번째 단계의 부트로더[편집]

시동을 위한 프로그램은 운영 체제 그 자체가 아니라, 두 번째 부트 로더로, 이를테면 NTLDR, 리눅스 로더, GRUB을 들 수 있다. 운영 체제를 적절하게 불러들이고 끝내 실행할 수 있는 상황으로 만들어 준다. 시스템은 그 자체를 초기화하며 운영 체제의 동작에 일반적으로 필요한 장치 드라이버와 다른 프로그램들을 불러들인다. 여러 개의 운영 체제를 선택할 수 있다는 뜻의 멀티 부팅도 참조하라.

플래시 부트로더[편집]

자동차 응용에서 특히 잘 쓰이는 임베디드 시스템은 플래시 부트로더에 의지하며, ECU (전자 제어 장치)가 서비스되는지, 생산되는지에 대해 프로그래밍을 한다.

네트워크 부팅[편집]

 이 부분의 본문은 네트워크 부팅입니다.

대부분의 컴퓨터들은 컴퓨터 네트워크 위에 시동할 수 있다. 이러한 상황에서 운영 체제는 서버의 디스크에 저장이 되고, 그 저장된 것의 특정한 부분이 트리비얼 파일 전송 프로토콜과 같은 단순 프로토콜을 사용하여 클라이언트에 저장된다. 이러한 부분들이 전송된 뒤에, 운영 체제는 시동 과정 절차를 밟게 된다.

부팅 장치[편집]

시동 장치는 운영 체제가 로드되는 장치를 말한다. 현대의 PC 바이오스는 다양한 장치들의 시동을 지원한다. 이를테면, 로컬 하드 디스크 드라이브 (또는 하드 디스크의 파티션), 플로피, 광학 디스크 드라이브, SCSI 장치, ZIP 드라이브, LS-120, USB 장치(USB-FDD, USB-ZIP, USB-CDROM, USB-HDD, USB 플래시 드라이브)와 PXE를 사용한 네트워크 인터페이스 카드를 시동하는 데에 사용할 수 있다.

보통 바이오스가 시동 순서를 사용자가 구성할 수 있도록 도와 준다. DVD 드라이브를 첫 번째로, 두 번째로 하드 드라이브를 두면, 바이오스는 DVD 드라이브에서 시동할 것이다. 그렇지만 DVD 드라이브에 시동 디스크가 없으면 이를 실패로 인정하고 로컬 하드 드라이브로 시동을 시도하게 된다.

IBM-PC 호환 표준 PC의 부팅 순서[편집]

시동할 때, 개인용 컴퓨터의 x86 CPU는 바이오스의 F000:FFF0 메모리 위치(286, 386SX에서 코드 세크먼트 기반은 실제로 0xFF0000이며 386의 경우 0xFFFF0000이다)에서 명령어를 실행한다. 이 메모리 위치는 시스템 메모리의 끝에 가깝다. 바이오스 시작 프로그램의 위치로 실행을 옮기는 jump 명령어를 포함하고 있다. 이 프로그램은 포스트 과정을 실행하여 컴퓨터의 장치를 검사한다. 그 뒤 바이오스는 시동 가능한 장치를 찾을 때까지 미리 구성된 비휘발성 기억 장치를 거친다. 실제 IBM 호환 PC에서 이러한 장치를 찾지 못한 경우 제어권은 IBM 카세트 베이직으로 전달된다. 다른 IBM PC 호환 기종의 컴퓨터에서는 오류 메시지가 나타나며 시동 과정을 멈춘다. 바이오스가 시동 가능한 장치를 찾으면 시동 세터를 불러들이고 실행한다. 하드 드라이브의 경우, 이를 마스터 부트 레코드로 일컬으며 운영 체제를 따지지 않는다. MBR 코드는 보통 활성화된 파티션에 대한 파티션 테이블을 검사한다. 파티션 테이블을 찾은 경우, MBR 코드는 파티션의시동 섹터를 불러들여 이를 실행한다. 시동 섹터는 운영 체제를 따지기도 하지만 대부분의 운영 체제에서는 시동을 위해 기본적으로 커널을 불러들여 실행시킨다. 활성화된 파티션이 없거나 활성화된 파티션의 시동 섹터가 올바르지 않다면, MBR은 두 번째 부트 로더를 불러들이고, 이 두 번째 부트 로더가 파티션을 선택하여, 시동 섹터를 불러들인 다음 운영 체제의 커널을 읽는다.

확장 펌웨어 인터페이스와 호환되는 펌웨어를 가지고 있는 새로운 시스템은 MBR이나 GPT 드라이브로 시동할 수 있다. 32비트 윈도 XP와 비스타와 같은 x86 운영 체제는 호환성을 위해 호환성 지원 모듈 (CSM)을 통해 관리되는 "레거시 바이오스"를 요구할 수 있다. CSM은 바이오스 제조업체가 제공하는 16비트 라이브러리 (CSM16)을 포함하고 있다.^[1]

다른 종류의 부팅 순서[편집]

대부분의 디지털 신호 처리장치는 다음의 시동 모드를 가진다.

• 직렬 방식의 시동(serial mode boot)
• 병렬 방식의 시동(parallel mode boot)
• HPI 시동

리부팅[편집]

• 하드 리부팅(콜드 리부팅, 콜드 부팅이라고도 함): 컴퓨터의 전원이 켜져 있는 동안, 리셋(reset) 단추를 눌러서 컴퓨터를 껐다 켜는 것을 말한다.
• 소프트 리부팅(웜 리부팅, 웜 부팅이라고도 함, 문화어: 부분재시동): 전원 단추를 누르지 않고 다시 시동하는 것을 말한다. 이전에 IBM PC의 도스 운영 체제에서는 Control-Alt-Delete 키를 사용하여 컴퓨터를 다시 시동하기도 했다.
• 랜덤 리부팅: 이 용어는 비기술적 용어로, 소프트웨어나 하드웨어의 문제가 있을 때 일어난다.
• 오류: 마이크로소프트 윈도에서 오류가 일어나면 블루스크린이 떠서 실패 오류가 있으면 다시 시동한다.

같이 보기[편집]

• 윈도 NT 시작 프로세스
• 윈도 비스타 시작 프로세스 (BCD, 윈도 부트 매니저)
• 리눅스 시작 프로세스
• 레드부트 - 임베디드 시스템을 위한 오픈 소스 부트 로더 프로그램
• 시동 디스크, 라이브CD, U3, 플래시 드라이브
• 네트워크 부팅
• 멀티 부팅

참조[편집]

1. 이동↑ Intel Platform Innovation Framework for EFI. 인텔. 2008년 1월 7일에 확인.

바깥 고리[편집]

위키미디어 공용에 관련 미디어 분류가 있습니다. 부팅

• Grub으로 시동 (OSDEV 커뮤니티)

출처 - http://ko.wikipedia.org/wiki/%EB%B6%80%ED%8A%B8_%EB%A1%9C%EB%8D%94#.EB.B6.80.ED.8A.B8_.EB.A1.9C.EB.8D.94

Get a file under WEB-INF using Spring

Try:

 <value>classpath:WEB-INF/classes/myFile.foo</value> 

or

 <value>classpath:myFile.foo</value> 

source - http://stackoverflow.com/questions/8464790/get-a-file-under-web-inf-using-spring

Can't make svn store password, even though the configuration is set to allow it

With recent versions of Subversion (~ 1.8) you can configure password caching via $HOME/.subversion/servers:

[global]
store-passwords = yes
store-plaintext-passwords = yes

But depending on your system this may be not enough. If it is not, make sure that $HOME/.subversion/config contains:

[auth]
password-stores =

Which means that the variable password-stores is explicitly set to the empty string (background is that svn now contains support for some key-agent tools - and the interfacing to the default configured ones may be fragile - resulting in silent ignoring of the above options and non-caching behaviour).

When using svn for the first time, the hierachy $HOME/.subversion is created after the first svn operation - e.g. when doing the first checkout. Subversion creates then the mentioned files and fills them with the most important options - commented out, including some documentation.

Thus, it also makes sense to move an old $HOME/.subversion directory away to have a well-defined starting point.

Another pitfall are permissions - i.e. files which are not readable under $HOME/.subversion - but this should not often be the problem, because when svn creates them, it takes care of the right permissions (e.g. the auth directory is only readable by the user then, not by the group/all, independent of the configured umask).

source - http://stackoverflow.com/questions/2599281/cant-make-svn-store-password-even-though-the-configuration-is-set-to-allow-it