YLdot's Lounge

Korn Shell 가이드.

2009-10-28T09:31:09Z

From www.unix.co.kr

콘쉘의 특징
■ Redirection
■ Pipe
■ Korn Shell Function
■ Variable
■ Korn Shell Metacharacter
■ History
■ Alias
■ Environment File

쉘의 기능(Shell Function)
■ 명령어 해석기(Command Interpreter)
■ 프로그램 할수 있는 언어(Programable Language)

(1). 방향 재지정(Redirection)

프로그램이 파일을 열면 열린 파일에 할당하는 번호가 존재 한다. 이것을 파일기술자(fd)라

고 한다. 이런 fd 번호 중에서 미리 예약되어 있어서 파일을 열리면 할당하지 않는 번호들이 존재한다. 바로 0, 1, 2번이다. 쉘에서 0번은 표준입력, 1번은 표준 출력, 2번은 표준 에러로 인식한다.

■ fd(파일 기술자, File Descript-xor)

[EX] 프로그램에서의 File Descript-xor
main()
{
int fd;
fd=open(......);
}

■ 예약되어진 파일 기술자(File Descript-xor)
---------------------------------------
번호 설 명
---------------------------------------
0    표준입력 stdin (Standard Input)
1    표준출력 stdout(Standard Ouput)
2    표준에러 stderr(Standard Error)
---------------------------------------

쉘은 아래 그림과 같이 표준입력을 키보드로, 표준 출력을 모니터로, 표준 에러를

모니터로 지정해석한다. 특별한 입력이 지정되지 않는다면 키보드에서 입력을 받

고 정상적인 출력 결과나 에러 메세지의 출력 방향이 지정되지 않는 경우 모니터

로 지정되는 것을 의미한다.

stdin(Keyboard)======> SHELL ========> stdout(Monitor)
                         |
                         |
                   stderr(Monitor)

[그림] 표준입력, 표준출력, 표준에러

[EX] 표준출력, 표준에러의 예

다음 예는 정상적인 출력 결과(/var 디렉토리 안의 내용을 출력)와 비 정상적인 출

력 결과(존재 하지 않는 /nodir 디렉토리의 출력 에러 메세지)의 지정이 없으므르

기본적으로 모니터로 출력되는 것을 의미한다.

# ls /var /nodir

/nodir: No such file or directory    <----- 에러 메세지 출력 결과
/var:                                <----- 정상적인 메세지 출력 결과
adm/       dmi/       krb5/      mail/      opt/       samba/     tmp/
apache/    dt/        ld/        news/      preserve/ scsa.zip   uucp/
audit/     gnome/     ldap/      nfs/       run/       snmp/      vx/
crash/     imq/       log/       nis/       sadm/      spool/     vxvm/
cron/      inet/      lp/        ntp/       saf/       statmon/   yp/

[EX] 표준입력, 표준출력의 예
# cat
Hello      <----- 표준입력(stdin)
Hello      <----- 표준출력(stdout)
Solaris    <----- 표준입력(stdin)
Solaris    <----- 표준출력(stdout)

-> cat 명령어의 입력이나 출력이 특별이 지정되지 않았기 때문에 키보드에서 입

력을 받고 모니터로 출력한다. 그리고 마치기 위해서는 파일의 끝을 알려주는

키를 입력하면 된다.

# cat < /etc/passwd

-> cat 명령어의 입력으로 /etc/passwd 파일을 지정했다. 그리고 출력은 지정이

되어 있지 않으므로 모니터에 출력된다.

# cat > filename
Hello
Solaris

-> cat 명령어의 출력으로 filename 파일이 지정되어 있고, 입력은 특별히 지정되

어 있지 않으므로 키보드에서 입력을 받는다. 그리고 파일에 출력을 마치기 위

해서는 키를 입력하면 된다.

# cat filename

(1.1) 입력 재지정(Redirection stdin)

[FORMAT]   CMD    <    filename
           CMD   0<    filename
           CMD    << filename(X) => Here Documentation

# mailx -s "Solaris TEST" root@example.com < mail.txt

이메일 주소는 "root@example.com" 으로, 메일 제목은 "Solaris TEST" 로, 메일

내용은 "mail.txt" 파일의 내용으로 메일을 보낸다.

[참고] mailx 명령어를 통한 메일 보내기
# mailx root
Subject: Solaris TEST <---- 메일 제목 입력("Solaris TEST")
test mail for user01 <---- 내용 입력
or . <---- 입력
#

(1.2) 출력 재지정(Redirection stdout)

[FORMAT]  CMD    >    filename
          CMD   1>    filename
          CMD    >>  filename
          CMD   1>>  filename

# ls -l > file.txt
file.txt 파일에 ls -l 명령어의 출력 결과를 저장한다.

# cat file.txt

[참고] '>>'(출력 리다이렉션)을 사용한 파일 내용 추가

만약 다음과 같이 file1의 내용을 만들기 위해서 출력 리다이렉션을 사용하는 경우에는 ">>"

기호를 사용해야 한다. ">" 기호를 사용하게 되면 기존의 파일에 덮어 쓰기가 된다.

----file1----
1111
2222
-------------

# echo 1111 > file1
# echo 2222 > file1
# cat file1
# echo 3333 >> file1

(1.3) 에러 재지정(Redirection stderr)

[FORMAT] CMD 2> filename
CMD 2>> filename

# ls /var /nodir > file.txt

Standard Output
Standard Error

모니터에 출력되는 내용은 정상적인 출력 결과와 에러 메세지이다. ">" 기호를 통해서 정상

적인 출력 결과는 file.txt 파일에 출력하도록 지정이 되어 있고, 에러메세지는 지정이 되어 있지 않으므로 모니터에 출력된다.

# ls /var /nodir 2> file.txt

Standard Output
Standard Error

정상적인 출력결과는 모니터에 출력이 되고 에러 메세지는 file.txt 파일에 출력되도록 지정 되어 있다.

# ls /var /nodir > file1.txt 2> file2.txt

Standard Output
Standard Error

정상적인 출력결과는 file1.txt 파일에 에러메세지는 file2.txt 파일에 출력되도록 설정 되었다.

# ls /var /nodir > file1.txt 2>&1

정상적인 출력결과와 에러메세지를 모두 file1.txt 파일에 출력되도록 설정 되었다.

[참고] Redirection : CMD > filename
PIPE : CMD | CMD

# ls -l 1> 1

[참고] 터미널 출력이 있는 명령어 수행시

만약 명령어 수행의 모든 출력 내용을 file.log에 저장하고 싶다면 아래 예제 중 두번째 형식을 사용하여야 한다.
# cmd > file.log (X)
# cmd > file.log 2>&1 (0)

[참고] CMD 2>/dev/null
일반사용자 전체 시스템의 파일과 디렉토리 목록중에 core 파일을 찾을려고 할때 검색할려고하는 내용보다 권한이 되지 않아서 'Permission Denied' 에러 메세지가 더 많이 출력되는 경우가 존재할 수 있다. 이런 경우 명령어의 마지막에 '2>/dev/null'을 붙여서 에러메세지는 보지 않고 정상적인 출력 결과만 보는 경우가 있다. 그런 경우 다음과 같이 명령어를 수행할 때 명령어의 끝 부분에 "2>/dev/null"을 붙인다.

$ find / -name core -type f 2>/dev/null

[참고] confiugre --prefix=/usr/local/apache 2> apache.log

솔라리스 시스템에 configure & make & make install 명령어를 통해서 소스형태로 프로그

램 설치하는 경우, configure 명령어의 출력 결과가 모니터상에서 빨리 지나가 버리기 때문

에 에러가 난 상황을 확인 하기는 힘들다. 이런 경우 configure 명령어 수행시 뒤에 "2> log" 형식을 붙여 주게 되면 로그 파일에 에러 메세지가 저장이 된다. 그리고 모니터 상의 모든 출력 내용을 로그 파일에 전부 저장하기 위해서는 "> log 2>&1"을 사용하면 된다.

# ./configure --prefix=/usr/local/apache 2> apache.log
# ./configure --prefix=/usr/local/apache > apache.log 2>&1

(2). 파이프 라인(Pipe Line)

[FORMAT] CMD1   |    CMD2
             -------
             -------
        Kernel Buffer

CMD1의 명령어의 출력결과가 다음단의 CMD2 명령어의 입력 결과로 들어 간다. 이때 커

널 버퍼(Kernel Buffer)를 사용하게 된다. 커널 버퍼의 내용을 CMD2 명령어가 읽어 들이는

순간은 (a) CMD1 명령어가 정상적으로 수행이 끝난 경우와 (b) CMD1 명령어의 출력 결과

가 커널 버퍼의 내용을 꽉 채운 상태이다. (b)의 경우 문제를 발생 시킬수 있지 여지가 존재한다.

(b)번의 경우 문제가 생길수 있는 여지는 스크립트 같은 곳에서 파이프 라인을 많이 사용하

고 CMD1 명령어의 출력 결과들이 대용량인 경우, 이렇게 만들어진 스크립트를 crontab에

지정하게 되면 스케줄러(crontab) 수행이 정상적으로 되지 않는 경우가 발생할 수 있다.

다음과 같이 ls -l 명령어를 수행한 결과가 100만 라인이상의 출력 결과를 가지게 되는 경우 뒤에 있는 명령어인 grep은 정상적인 검색이 되지 않을 것이다.
# ls -l | grep Error (X)

위와 같은 경우에는 파일의 구성을 달리 해야 한다. 아래의 구조는 임시파일(file.txt)을 사용한 예이다. 파이프 라인을 사용한 위의 예와 같은 구조를 가지고 있지만 file.txt 파일의 크기는 UFS 파일시스템에서는(Solaris 9버전 기준) 1TBytes 까지 커질수 있으므로 에러가 발생하지 않는다.
# ls -l > file.txt
# grep Error file.txt

ls -l grep Error file.txt
file.txt

# ls -l | grep Error
    ----------
    ----------
   Kernel Buffer

[EX] 파이프 라인(Pipe Line) 활용 예
# ps -ef | more (# CMD | more) 한페이지가 넘는 페이지 출력 방법 지정
# ps -ef | grep inetd (# CMD | grep inetd) 앞단의 명령어의 출력 결과 중 패턴 검색

[참고] tee 명령어

# ps -ef | grep inetd > file.log
       -------             A
             ------------+
       -------
# ps -ef | grep inetd | tee file.log

                 ----------
                 ---+ +----
                    | |
                  file.log

[EX] tee 명령어 실습
tee 명령어는 파이프와 함께 사용해서 명령어의 출력 결과도 모니터에서 확인하고

로그 파일에도 기록하기 위해서 사용될수 있다. 아래 예제와 같이 명령어에 리다이

렉션 기호를 사용하게 되면 모니터에 기록은 남겨지지 않고 로그에만 기록이 된다.

■ CMD > file.log
■ CMD | tee file.log
# cal 2002 > file1.log
# cal 2002 | tee file2.log

(3) 콘셀의 기능(Korn Shell Function)

콘쉘도 하나의 프로그램이기 때문에 콘셀 자체의 기능을 변경하여 사용할 수 있다.

모든 기능의 내용을 확인 하기 위해서 "set -o" 명령어를 사용한다.

# set -o
....
ignoreeof off
....
markdirs off
....
noclobber off
....
vi on
....

# set -o vi
# set +o vi

(3.1) 파일 덮어쓰기 방지 기능

출력 리다이렉션 기호( > )를 통해 기존의 존재 하는 파일에 덮어쓰기 하는 경우를

방지 할 수 있다. 설정하는 방법은 다음과 같다.

set -o noclobber

# set -o noclobber
# set -o | grep noclobber
# echo 1111 > file1
# echo 2222 > file1
ksh: file1: file already exists <----- 메세지 확인

[참고] CMD >| file1
# echo 3333 >| file1

(3.2) 파일 이름 자동 완성 기능 & 명령행 편집

Filename Completion & Command Line Edit

다음은 기본 편집기를 선언하는 할때 사용한다. 기본 편집기로 설정할 수 있는 것은 vi 편집기나 emacs 편집기가 존재한다. EDITOR, VISUAL 변수등도 기본 편집기를 선언할 때 사

용할 수 있다. 만약 기본 편집기로 vi 편집기가 선언이 되면, (a) 명령행 편집 기능과 (b) 파일 이름 자동 완성 기능을 사용할 수 있게 된다.

set -o vi

set -o emacs

# set -o vi
# export EDITOR=vi
# export VISUAL=vi

(a). 명령행 편집(Command Line Edit)

기본 편집기가 선언이 되면 명령어 라인을 편집기 처럼 사용될수 있다. 초기는 입력 모드가

되고 키를 입력하면 명령어 모드로 전환된다.

k (pre-CMD)
j (back-CMD)
h(<-), l(->)
w, b, dd, d$, d0

[EX] Command Line Edit
# find / -name core -type f

#
# find / -name file1 -type f

(b). 파일 이름 자동 완성 기능(Filename Completion)

기본적인 편집기가 선언이 되면, 파일 이름 자동 완성 기능을 사용할 수 있다. 파일 이름 자동 완성기능을 사용할 때는 + <\>키를 사용한다. bash 쉘에서 사용하는 키

와 같은 기능을 제공한다.

(실습 준비)
# cd /test
# rm -r *
# mkdir dirname1
# touch file.log

(자동 완성 기능 실습)
# cd dir<\>

# cd /test
# mkdir dir2
# cd dir<\>
<=>
1) dir2/
2) dirname1/
# cd dirn<\>

실무에서 긴 형태의 파일이나 디렉토리 이름을 빠르게 다루기 위해서는 다음과 같이 3가지

기능을 많이 사용한다.

(a). 파일 이름 자동 완성 기능을 사용하는 경우

(b). 와일드 카드 문자를 사용하는 경우

(c). 복사 & 붙이기 기능을 사용하는 경우

[참고] 와일드 카드(Wild Card) 문자 사용하는 경우
# cd dirn*
dirname1
dir1

[참고] 복사(Copy) & 붙이기(Paste)를 사용하는 경우
(1). Select, Drag & Drop
(2). Mouse Right Button Click & Edit Menu Selection
(3). Ctrl + Insert, Shift + Insert

(3.3) 로그 아웃 방지 기능

EOF(End Of File)의 의미를 갖는 단축키는 이다. 키는 파일의 끝을 알

려 주는 기능과 현재 쉘을 종료하는 기능을 갖는다. ignoreeof 기능을 설정하게 되면 서버

에 접속하고 키를 입력하여 로그아웃하는 기능을 막을 수 있다. 설정하는 방법은

다음과 같다.

set -o ignoreeof

EOF(End Of File)의 의미를 갖는 가 존재한다.

의 의미는?
(a). 파일의 끝을 알려 주는 기능
(b). 현재 프로그램 종료(쉘)의 기능
갖는다.

(a). 파일의 끝 의미를 갖는
# mailx root
> Subject : TEST
hello

(b). 현재 프로그램(쉘) 종료의 의미를 갖는
# telnet 172.16.8.254
root 사용자로 로그인
# => 로그아웃된다.

# telnet 172.16.8.254
root 사용자로 로그인
# set -o ignoreeof
# => 로그아웃 되지 않는다.
# exit

(4) 변수(Variable)

- 지역 변수(Local Variable)
- 환경 변수(Global Variable, Environment Variable)
- 특수 변수(Special Variable)

변수는 지역변수와 환경 변수, 특수 변수로 나누어 볼수 있다. 지역 변수와 환경 변수의 차

이점은 변수가 export 되어있는가로 따진다. export 되어진 변수를 환경 변수라고 한다.

특수 변수는 특별한 의미를 가지고 있는 변수를 나타낸다.(예: $0, $1, $2, $#, $?, ....)

(4.1) 변수 선언(Variable Define)

본쉘 스타일로 변수를 선언하게 되면 콘쉘, z쉘, 배시쉘등에서도 사용이 가능하다. 이것은

본쉘들의 특징들을 확장한 쉘들이 본쉘의 기능을 포함하기 때문이다.

sh ------> ksh ------> zsh ------> bash

(본쉘 스타일)
(a). 변수를 선언하는 방법
# VAR=5 (변수의 값으로는 숫자나 문자 구별하지 않는다.)
# VAR=hello
# export VAR

(b). 변수의 내용을 확인하는 방법
# echo $VAR

(c). 변수의 내용을 초기화 하는 방법
# unset VAR

(콘쉘 스타일)
(a). 변수를 선언하는 방법
# export VAR=hello

(b). 변수의 내용을 확인하는 방법
# print $VAR

(c). 변수의 내용을 초기화 하는 방법
# unset VAR

[EX] 변수 선언 테스트
# VAR=hello
# echo $VAR
# unset VAR
# echo $VAR

(4.2) export의 의미

쉘에서 변수가 export 되면 현재 쉘을 포함해서 하위 쉘에서 변수의 의미는 같게 된다.

# ps
PID TTY TIME CMD
408 pts/3 0:00 ksh

# VAR1=5
# VAR2=10
# export VAR2

# ksh
# ps
PID TTY      TIME CMD
408 pts/3    0:00 ksh
994 pts/3    0:00 ksh

# echo $VAR1
# echo $VAR2

# exit
# echo $VAR1
# echo $VAR2

   VAR1=5, VAR2=10
-----------------+                                 +-----------------
                   | VAR1=?, VAR2=?                  |
                   +---------------------------------+

(4.3) EDITOR, VISUAL

기본적인 편집기를 선언할 때 사용.

# EDITOR=vi
# EDITOR=/usr/bin/vi
# export EDITOR
or
# VISUAL=vi
# VISUAL=/usr/bin/vi
# export VISUAL
or
# set -o vi

[참고] 기본적인 편집기 선언

솔라리스 서버에 설치되는 프로그램들(예: oracle DB)은 대부분 기본적인 편집기를 확인

할때 EDITOR 변수에 설정된 편집기 이름을 사용한다. 그러므로 관리자는 "set -o vi" 설정

외에도 EDITOR=vi ; export EDITOR 설정도 같이 해 놓아야 한다. 만약 오라클 프로그램이

설치되어 있는 경우에 EDITOR 변수로 기본적인 편집기가 선언되어 있는 경우, 오라클 DB

를 사용하는 사용자는 이전 SQL 구문을 되살리고 편집하여 사용할 수 있게 된다.

OS(썬 개발 프로그램) : Default Editor (set -o vi)
Oracle DB : EDITOR

[참고] set / env

set 명령어는 현재 사용자의 모든 변수(지역변수, 환경변수)를 확인할 때 사용하고, env 명

령어나 export 명령어는 export 된 환경 변수들만 확인할 수 있다.

set : 모든 변수(지역변수 + 환경변수)
env : 환경변수

# VAR1=ITBANK => 지역변수
# VAR2=SOLARIS => 환경변수
# export VAR2

# set | grep VAR1 (0)
VAR1=ITBANK
# set | grep VAR2 (0)
VAR2=SOLARIS

# env | grep VAR1 (X)
# env | grep VAR2 (0)
VAR2=SOLARIS

0: View
X: Not View

(4.4) PS1

쉘 프롬프트를 정의할 때 사용하는 변수

ksh(콘쉘)의 사용자 기본 프롬프트

- root 사용자의 쉘프롬프트 : #
- 일반 사용자의 쉘프롬프트 : $

# PS1=[solarisXXX]#
# export PS1

# PS1='$PWD> '
# PS1='[$PWD]# '
# export PS1

[참고] Bash Shell에서의 PS1 정의 방법
쉘프롬프트: [solaris254@root:/]#
(ksh ) # PS1=[`hostname`@$LOGNAME:'$PWD]# '
(bash) # PS1='[\h@\u:\w]\$'

(4.5) PATH

명령어 검색 위치 지정 변수

사용자가 명령어를 실행하면 쉘은 명령어를 해석하기 위해서 (a) 내장 명령어인지를 확인

하고 만약 아니라면 (b) PATH 변수를 참조하여 명령어가 PATH 변수에 지정된 디렉토리

에 존재하는지 보고, 만약 있다면 실행한다.

#PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/dt/bin:/usr/ccs/bin:/usr/openwin/bin:/usr/ucb
# export PATH

EX) ls 명령어 수행

# ls -l
# /usr/bin/ls -l
# cd /usr/bin
# ./ls -l

[참고] 스크립트 디렉토리

실무에서는 쉘 스크립트를 많이 작성하여 사용하게 되는데, 이 디렉토리를 PATH 변수에

선언하게 되면 쉘 스크립트을 좀더 편리 하게 실행 할 수 있게 된다.

/root/bin, /root/shell : 스크립트 디렉토리
# PATH=$PATH:/root/shell
# export PATH
# script-x.sh

[참고] 명령어 실행시 에러 메시지

쉘에서 명령어 실행시 다음과 같이 "command: not found" 에러 메세지를 받게 된다면 명

령어가 실제 존재하지 않을수도 있지만, 명령어가 PATH 변수에 선언되지 않았을 수도 있

다. 판단은 find 명령어을 통해서 명령어를 검색해 보고, 만약 명령어가 존재한다면 PATH

변수에 선언하여 사용하면 된다.

# cmd
......
ksh: command: not found
......

# find / -name cmd -type f
- 1> 명령어가 없는 경우(-> 명령어 설치)
- 2> PATH 변수에 명령어의 경로가 정의가 않은 경우(-> PATH 변수에 경로 추가)

EX) ethereal & printmgr
# ethereal (ksh : ethereal: not found) => 프로그램이 설치 안된 경우
# printmgr (ksh : printmgr: not found) => PATH 변수에 경로가 추가 되지 않은 경우

(4.6) MANPATH

매뉴얼 페이지 검색 경로를 지정할 때 사용

man 명령어를 통해 명령어나 특정한 파일에 대한 매뉴얼을 검색할 때 MANPATH를 참조

하게 된다. 기본사항은 /usr/share/man 디렉토리에 매뉴얼이 존재하고 /usr/man 디렉

토리가 MANPATH에 지정되어 있는 것이다. 그리고 /usr/man 디렉토리는 심볼릭 링크로

/usr/share/man 디렉토리를 지정하고 있다.

# MANPATH=/usr/man:/usr/dt/man:/usr/local/man
# export MANPATH

# man ls
(매뉴얼 페이지가 보인다.)

# echo $MANPATH
......:/usr/man:...... (/usr/man ---> /usr/share/man)

[참고] 매뉴얼 페이지 디렉토리 확인
# cd /usr/share/man
# ls

(4.7) LD_LIBRARY_PATH

라이브러리의 경로를 검색할때 사용하는 변수

라이브러리의 경로를 지정하는 LD_LIBRARY_PATH 변수는 사용자용 변수이다. 프로그램

이 실행되면 실행된 프로그램안에서 LD_LIBRARY_PATH 변수의 경로를 검색하도록 되어

있으며, 만약 참조 하도록 설정 되어 있지 않으면 검색되지는 않는다. 변수 선언을 선언하

는 방식은 PATH, MANPATH 변수와 비슷하게 라이브러리 경로를 지정한다.

# LD_LIBRARY_PATH=/usr/lib:/usr/local/lib:/usr/local/lib
# export LD_LIBRARY_PATH

라이브러리
- 동적 라이브러리(Dynamic Lib.) : XXXXXX.so
- 정적 라이브러리(Static Lib.) : XXXXXX.a

EX) ls 명령어의 동적 라이브러리 확인
# ldd /usr/bin/ls
(정상출력화면)
        libc.so.1 =>     /usr/lib/libc.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
(에러출력화면)
        libc.so.1 =>     ?
        libdl.so.1 =>    /usr/lib/libdl.so.1

# ls
ld.so.1: gs: fatal error: libc.so.1 : open fail : no such file or directory
......

특정한 명령어를 실행 했을때, 위와 같은 에러 메세지가 나타난다면, "libc.so.1" 라이브러

리가 시스템에 없거나 또는 LD_LIBRARY_PATH에 지정이 되지 않은 것이다. find 명령어

를 통해서 시스템에서 검색을 해 보고, 라이브러리 파일을 찾을 수 없다면, 라이브러리 파

일이 포함된 패키지를 설치 해야 한다.

이런 경우 보통 http://www.sun.com, http://docs.sun.com, http://www.sunfreeware.com

사이트를 검색하여 패키지 이름을 찾는다.

보통 위와 같은 에러메세지가 나타나는 경우는 어떤 패키지를 설치 할 때 선수 라이브러리

패키지를 설치 하지 않아서 생긴다.

# find / -name "libc.so.1" -type f 2>/dev/null
- libc.so.1 라이브러리를 찾은 경우
- libc.so.1 라이브러리를 찾을 수 없는 경우

(a). 라이브러리 파일을 찾은 경우
# export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib

(b). 라이브러리 파일을 못 찾은 경우
http://docs.sun.com -> 검색창 -> "libc.so.1"-> SUNWxxx
http://www.sunfreeware.com
# export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib

[참고] 솔라리스 패키지 설치시 고려해야 하는 변수
패키지(Package)
-----------------------
Binary Command(Daemon) => /usr/local/bin
Configuration File
Library => /usr/local/lib
Manual => /usr/local/man
Documentation
-----------------------
- PATH
- MANPATH
- LD_LIBRARY_PATH

(4.8) 기타 환경 변수

HOME / PWD / LOGNAME

# echo $HOME
/
# echo $PWD
/test
# echo $LOGNAME
root

EX) $HOME의 활용
# cd
# cd $HOME

(4.9) 특수 변수(Special Variable)

- $ : 현재 쉘의 PID 번호를 저장하고 있다.
- ? : 바로 이전 명령어의 정상 실행 여부에 대한 결과 값이 들어 있다.
- ! : 바로 이전 백그라운드 프로세스에 대한 PID 번호를 저장하고 있다.
- 인자변수($0, $1, $2, ....)

# echo $$
450
# ps

# cal
# echo $?

# ls /nodir
# echo $?

# sleep 200 &
[1] 450
# echo $!

[참고] $? 변수의 쉘 스크립트에서의 사용

쉘 스크립트에서 $? 변수는 많이 사용된다. 명령어가 정상적으로 수행이 되면 다음 명령어

를 수행하도록 프로그램을 짜는 경우에 많이 사용된다.

......

cd /test

if [ $? -eq 0 ] ; then

echo "Command Excution"

......

[참고] Login Variables
---------------------------------------------------------------
변수이름   선언주체         설명
---------------------------------------------------------------
LOGNAME       login            사용자 로그인 이름 정의
HOME         login            사용자의 홈디렉토리 정의
SHELL         login            사용자의 기본 쉘 정의
PATH          login            사용자의 명령어 검색 경로 정의
MAIL          login            사용자의 mailbox 경로 정의
TERM          login            사용자의 사용 터미널 정의
LPDEST    기본 선언 아님       기본 프린터 정의
PWD           shell            현재 작업 디렉토리 정의
PS1           shell            쉘 프롬프트 정의(sh, ksh)
prompt        shell            쉘 프롬프트 정의(csh)
---------------------------------------------------------------

[정리] 변수(Variable)

- 변수 선언 방법(Variable Definition)
- export 의미?
- 쉘 환경 변수(Shell Environment Variable)
EDITOR, PS1, PATH, MANPATH, LD_LIBRARY_PATH

- 지역변수(Locale Variable)
- 환경변수(PATH, MANPATH, LD_LIBRARY_PATH, etc)
- 특수변수(Special Variable)
$$, $?, $!

(5) Korn Shell Metacharater

쉘에서 사용되는 문자 중 특수한 의미를 가진 문자를 쉘 메타문자라고 한다.

- ' ' : 작은 따옴표(single quote)
- " " : 큰 따옴표(double quote, $, ` `, \)
- ` ` : 역 따옴표(back quote)
- \ : 역 슬래쉬(back slash)
- ; : 세미콘론(semicolon)

[EX] 작은 따옴표 실습(single quote)

작은 따옴표는 안에 들어 있는 모든 것들의 쉘 해석을 막는다. 특별한 의미가 없이 그냥 하

나의 문자로 인식이 된다. 문자는 공백을 포함한다.
# echo $HOME
# echo '$HOME'

[EX] 큰 따옴표 실습(double quote)

큰 따옴표는 안에 들어 있는 모든것도 작은 따옴표와 같이 동작 하지만 달러기호($), 역 따

옴표(``), 백슬래쉬(\) 문자의 해석은 막지 않는다. 다시 말해서 큰 따옴표안에서 3가지 기

호는 의미가 있게 된다.
# echo "$HOME"
# echo "$HOME is my directory."

[EX] 역 따옴표 실습(back quote)

쉘은 역 따옴표 안에는 있는 것을 명령어로 생각하고 실행하게 된다.
# hostname
# echo `hostname`
# echo `date`
# echo "`hostname` is my hostname.!!!"
# echo "$(hostname) is my hostname.!!!"

[EX] 역 슬래쉬 실습(back slash)

쉘은 역 슬래쉬 뒤에 오는 것의 의미를 해석하지 못하도록 막는다.
# echo $HOME
# echo \$HOME
# echo "\$HOME is my directory"

# find / -name core -type f -exec rm {} \;
# find / -name core -type f -exec rm {} ';'

(참고) \
-> `명령어` : 명령어 실행 결과 출력 표시
-> 명령어 \ : 명령어가 아직 끝나지 않음을 표시
# ls -l
# ls \
> -l

[EX] 세미콜론 실습(semicolon)
excution mutliple command a line

세미콜론은 하나의 명령어 라인에 여러개의 명령어를 실행하기 위해서 사용될수 있다.

# date ; cal ; ls -l
# date
# cal
# ls -l

(6) history

|        | STACK
|        |
|        |
+--------+

# history
# history -r (reverse)
# history -n (not number)
# history -5

[참고] 히스토리 참고 파일 및 변수

■ ~/.sh_history 히스토리 내용을 지속적으로 저장하는 파일
■ HISTSIZE 히스토리를 기록하는 Stack의 크기를 지정하는 파일
■ HISTFILE 히스토리 내용을 지속적으로 저장하는 파일 이름 지정

[EX] HISTSIZE, HISTFILE 변수 지정
# HISTSIZE=128 ; export HISTSIZE
# HISTFILE=~/.sh_history ; export HISTFILE

     HISTSIZE
           If this variable is set when the shell is invoked,
           then the number of previously entered commands that
           are accessible by this shell will be greater than or
           equal to this number. The default is 128.

     HISTFILE
           If this variable is set when the shell is invoked,
           then the value is the pathname of the file that will
           be used to store the command history. (See Command
           re-entry below.)

[참고] r (re-excution)
# history
# r
# r 450
# r vi
# r etc=var 450 ( 450 # vi /etc/dir1/dir2/dir3/filename)

(7) alias

선언 방법 # alias cp='cp -i'

선언 확인 방법 # alias
# alias cp

선언 해제 방법 # unalias cp

[참고] unalias & Backslash
# \rm -r dir1

EX) \rm -r dir1 실습
# cd /test
# mkdir dir1
# cd dir1
# touch file1 file2 file3 file4
# cd ..
# alias rm='rm -i'
# rm -r dir1
rm: examine files in directory dir1 (y/n)? <----- ' 입력
# \rm -r dir1

(참고) rm -f (force)
# rm -rf dir1 (일부 유닉스)

[정리] 콘쉘의 특징
- Redirection
- Pipe
- Korn Shell Function
- Variable
- Metacharacter
- history
- alias

(8) 환경 파일

사용자 로그인시 적용되는 환경파일

사용자가 로그인하게 되는 경우 사용자를 위한 환경파일들이 차례로 실행이 된다. 환경파

일들이 실행되는 것은 쉘에 따라 다르게 실행되며, 다음은 콘셀의 예이다.

■ /etc/profile : 전체 사용자 환경 설정 파일
■ ~/.dtprofile : CDE 환경 사용자 환경 설정 파일 (DTSROUCEPROFILE=true)
■ ~/.profile : 개인 사용자 환경 설정 파일 (ENV=/.kshrc)
■ ~/.kshrc : 개인 사용자 환경 설정 파일

사용자가 CDE 환경으로 로그인하게 되는 경우

/etc/profile

~/.dtprofile

~/.profile

~/.kshrc

파일들이 읽혀 진다.

사용자가 Command Line Login을 하는 경우

/etc/profile

~/.profile

~/.kshrc

파일들이 읽혀 진다.

/etc/profile과 ~/.dtprofile, ~/.profile은 로그인시에 한번 읽혀 지고, ~/.kshrc 파일은 콘쉘이 실행될때 마다 실행이 된다.

(8.1) /etc/profile
* ~/.profile과 ~/.kshrc 파일에 정의 될수 있는 모든것들에 대해 정의 가능
* 시스템의 모든 사용자에게 적용할 것에 대한 정의

(8.2) ~/.profile
* 변수 선언
- PATH
- ENV
- EDITOR
- 기타

(8.3) ~/.kshrc
* 특정 변수 선언(PS1)
* set -o 설정
* alias 설정

[참고] 솔라리스 기본 환경 파일 해석
■ /etc/profile
■ ~/.profile (-> ENV_main.sh)
■ ~/.kshrc (-> ENV_main.sh)

(a). /etc/profile 파일의 해석

---------------- /etc/profile 해석-------------------------------
trap "" 2 3 -----> /etc/profile 파일을 실행하는 동안(로그인시) 2번 시그널,
3번 시그널을 받아도 종료하지 않는다.
export LOGNAME PATH -----> 변수 export(/usr/bin/login)

if [ "$TERM" = "" ]    -----> $TERM 변수가 선언 안되어 있으면
then
        if /bin/i386   -----> i386(32bits) 일반운영체제이면
        then
                TERM=sun-color
        else
                TERM=sun
        fi
        export TERM
fi

# Login and -su shells get /etc/profile services.
# -rsh is given its environment in its .profile.

case "$0" in -----> -ksh /etc/profile
-sh | -ksh | -jsh | -bash)

                       |
                       +----- $0
        if [ ! -f .hushlogin ] -----> ~/.hushlogin 파일이 존재하지 않으면
        then
                /usr/sbin/quota        -----> Quota 실행
                #       Allow the user to break the Message-Of-The-Day only.
                trap "trap '' 2" 2
                /bin/cat -s /etc/motd -----> 로그인시 /etc/motd 내용 출력
                trap "" 2

                /bin/mail -E           -----> 새로운 메일이 존재 하면
                case $? in
                0)
                        echo "You have new mail."
                        ;;
                2)
                        echo "You have mail."
                        ;;
                esac
        fi
esac

umask 022 -----> UMASK 설정
trap 2 3
--------------------------------------------------------------------

(b). ~/.profile 해석

다음의 파일은 기본 파일은 아니고 ENV_main.sh 스크립트에 의해 생성된 파일이다.

------------------------ ~/.profile 해석 ----------------------------
# (1). stty erase ^H
stty erase ^H #
# stty erase ^? #

-----> Set Terminal Type

# tty
# stty
# stty -a
..... erase = ^h .....
# stty erase

# (2). ENV Variable
ENV=~/.kshrc
-----> 추가적인 환경 파일 정의

# (3). EDITOR Variable
EDITOR=/usr/bin/vi
-----> 기본적인 편집기 선언 변수

# (4). PATH Variable
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/ucb
PATH=$PATH:/usr/dt/bin:/usr/ccs/bin:/usr/openwin/bin
PATH=$PATH:/usr/lib/netsvc/yp:/usr/apache/bin
PATH=/usr/sfw/bin:/usr/sfw/sbin:/usr/local/sbin:/usr/local/bin:$PATH
PATH=/usr/local/ssl/bin:$PATH
-----> 명령어의 실행 위치 정의 변수

PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/ucb\
:/usr/dt/bin:/usr/ccs/bin:/usr/openwin/bin\
:/usr/lib/netsvc/yp:/usr/apache/bin\
:/usr/sfw/bin:/usr/sfw/sbin:/usr/local/sbin:/usr/local/bin\
:/usr/local/ssl/bin

# (5). MANPATH Variable
MANPATH=/usr/share/man:/usr/man:/usr/openwin/share/man
MANPATH=/usr/sfw/share/man:/usr/local/man:/usr/local/ssl/man:$MANPATH

# (6) LD_LIBRARY_PATH Variable
LD_LIBRARY_PATH=/usr/lib:/usr/secure/lib:/usr/local/lib
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/ssl/lib:/usr/sfw/lib

export ENV EDITOR PATH MANPATH LD_LIBRARY_PATH
---------------------------------------------------------------------------

[참고] 변수 정의하는 이유
1. 시스템 변수(환경 변수) 정의하고 변경해서 쓰기 위해서
2. 개인적인 변수를 정의하고 활용하기 위해서
(Web Server) Apache
- /etc/apache/httpd.conf
- /var/apache/htdocs/index.html
- /var/apache/logs/

# HTTP=/etc/apache
# cd $HTTP

# HTTP_C=/etc/apache/httpd.conf
# vi $HTTP_C

# HTTP_L=/var/apache/logs
# cd $HTTP_L

(c). ~/.kshrc 파일의 해석

다음의 파일은 기본 파일은 아니고 ENV_main.sh 스크립트에 의해 생성된 파일이다.

------------------------ ~/.kshrc 파일 해석 -------------------------------
# (1). set -o
set -o vi
set -o trackall -----> Tracked Alias
# set -o ignoreeof
# set -o noclobber

# (2). PS1 Variable
-----> 쉘 프롬프트 정의 변수
# PS1=[$LOGNAME@`hostname`:'$PWD]# '            # EX) [root@solaris254:/]#
# PS1=[`hostname`@'$PWD]# '                     # EX) [solaris254@/]#
# PS1='$PWD'"[`hostname`]# "                    # EX) /etc[sun02]#
# PS1='$PWD> '                                  # EX) /etc>
PS1=['$PWD]# '                                  # EX) [/]#
export PS1

# (3). alias
# (a). 기본적인 alias
alias c='clear'
alias h='history'
alias cp='cp -i'
alias mv='mv -i'
alias rm='rm -i'
alias ls='ls -hF'
alias llt='ls -aihlF'
alias ll='ls -ailhF | more'

# (b). 필요한 경우 선언하는 alias
alias lsf='ls -al | grep ^-'
alias lsd='ls -al | grep ^d'
alias dir='ls -ailhF | more' -----> 윈도우즈 명령어 실행 alias
alias ipconfig='ifconfig -a' -----> 윈도우즈 명령어 실행 alias

#alias cat='cat -n'
alias df='df -h'
alias nslookup='/usr/sbin/nslookup'

# (c). 편리한 기능의 alias
/*
Webserver(Apache)
/etc/apache/httpd.conf -----> Configuration File
/var/apache/htdocs -----> Source Directory
/var/apache/logs -----> Log Directory
설정 파일을 빨리 편집하도록 하는 기능
*/
# 설정 파일
alias fconfig='vi /etc/ftpd/ftpaccess'
alias hconfig='vi /etc/apache/httpd.conf'
# 소스디렉토리 이동
alias hdir='cd /var/apache/htdocs'
# 로그파일 모니터링
alias mlog='tail -f /var/adm/messages'
alias slog='tail -f /var/adm/sulog'
alias sslog='tail -f /var/log/syslog'

# (4). Function
-----> alias pps='ps -ef | head -1 ; ps -ef | grep $1' 같은 기능 제공

pps () {
    if [ $# -ne 1 ] ; then
        echo Usage : $0 Process
    fi
    /usr/bin/ps -elf | head -1
    /usr/bin/ps -elf | grep $1 | grep -v grep
}

ppss () {
    if [ $# -ne 1 ] ; then
        echo Usage : $0 Process
    fi
    /usr/ucb/ps -aux | head -1
    /usr/ucb/ps -aux | grep $1 | grep -v grep
}

-------------------------------------------------------------------------

(8.4) 쉘별 환경 파일(sh/ksh/csh User Initialization File)
_______________________________________________________________________________

쉘종류 환경파일 설 명

_______________________________________________________________________________

sh /etc/profile Defines system wild environment at login
$HOME/.profile Defines user's environment at login

csh      /etc/.login          Defines system wild environment at login
           $HOME/.cshrc       Defines user's environment for all C shells
                              invoked after login shell
           $HOME/.login       Defines user's environment at login

ksh      /etc/profile         Defines system wild environment at login
           $HOME/.profile     Defines user's environment at login
           $HOME/$ENV         Defines user's environment at login in the file
                              specified by the Korn shell's ENV environment variable
_______________________________________________________________________________

[참고] 배쉬쉘 환경 파일(Bash Shell User Initialization Files)
■ /etc/profile                 전체 사용자 환경 파일
■ ~/.bash_profile          사용자 개인 환경 파일
■ ~/.bashrc                  사용자 개인 환경 파일

(8.5) 사용자 기본 환경 파일(Default User Initialization Files)

사용자 추가시 기본 환경 파일은 /etc/skel 디렉토리에 존재하며, 사용자 생성시 /etc/skel

디렉토리하위의 모든 내용은 사용자 홈디렉토리로 복사된다. 그리고 복사된 파일들은 사용

자용 파일의 소유로 모든 변경된다.

■ /etc/skel (skelton)
_________________________________________

Shell Default File
_________________________________________

csh             /etc/skel/local.login
                /etc/skel/local.cshrc
ksh             /etc/skel/local.profile
_________________________________________

[EX] /etc/skel 디렉토리
# useradd -m -d /export/home/user03 -s /bin/ksh user03
# passwd user03

# ls -al /export/home/user03
# ls -al /etc/skel

# cat > /etc/skel/.exrc
set showmode
set number

# useradd -m -d /export/home/user04 -s /bin/ksh user04
# passwd user04

# ls -al /export/home/user04
# ls -al /etc/skel

[참고] 관리자가 사용자의 환경 초기화하는 방법
- /etc/profile 사용하는 방법
- /etc/skel 사용하는 방법

(8.6) 사용자 변수 선언(User Variable Definition)

사용자 변수 선언시 sh 계열과 csh 계열은 차이점이 존재한다.

(a). csh 계열(csh/tcsh style)

변수 선언 방법 # setenv VAR 5

변수 확인 방법 # echo $VAR

변수 해제 방법 # unset VAR

(b). sh 계열(sh/ksh/zsh/bash style)

변수 선언 방법 # VAR=5
# export VAR

변수 확인 방법 # echo $VAR

변수 해제 방법 # unset VAR

tag : ksh, 콘쉘

AIX 한글 문서

2009-08-11T15:12:12Z

AIX commands_ver1.0_20090730.pdf

간략하게 커맨드 중심의 교재.

tag : aix

objective-c 참고문서,도서

2009-05-02T13:58:39Z

*등록절차

http://thisisgame.com/board/view.php?id=236097&category=102&subcategory

*참고자료

http://cafe.naver.com/mcbugi/5173

Oracle-XE-Server 장애해결 + PHP 연동

2009-04-19T16:35:52Z

##OS: Fedora10

* 전체 설치 매뉴얼

http://www.oracle.com/technology/tech/php/htdocs/inst_php_apache_linux.html

* 리스너 가동 문제해결

http://greatshin.tistory.com/59

* 아파치 설치시 문제해결

#yum nstall libxml2-devel

* PHP 설치시 문제해결

/ext/oci8/tests의 details.inc 수정

tag : oracle, php, 연동, fedora

소스패키지상태에서의 설치와 제거.

2009-03-26T18:53:32Z

From http://kanie.lovlog.net/1500816

요즘 (2000년대 후반) 나오는 리눅스 배포판들은 패키지 관리를 깔끔하게 해주기 때문에 원하는 프로그램을 마우스 클릭 한두번으로 설치하고 사용할 수 있지만, 그게 여의치 않은 경우가 있죠. 예를 들면 원하는 프로그램이 패키지 목록에 없을 때라던가, 아니면 관리자 권한이 없어 프로그램을 마음대로 설치할 수 없는 경우요. 그럴 때는 소스를 직접 다운받아서 설치하고, 제거해야 합니다.

리눅스 사용자들은 아마 다 알고 계시겠지만, 그래도 저같은 리눅스 초보에게는 tar.gz로 묶인 소스코드 뭉치를 던져주고 알아서 설치를 하라고 하면 머리가 아파오지요. 우리 모르는 사람들끼리 서로서로 설치/제거법을 알아보아요.

설치 준비하기

예를 들어 설명해봅시다. 저는 요즘 하는 일 때문에 ImageMagick이라는 라이브러리가 필요합니다. 학교에서 사용하는 서버는 우분투 리눅스 5.10인데, 우분투의 친절한 패키지 관리자를 통해 ImageMagick 을 설치할 수는 있긴 하지만... 버전이 6.2.xx 네요. 제게 필요한 버전은 6.3 이상이므로, 6.3 버전 소스 코드를 다운받아 직접 설치하기로 했습니다.

만약 우분투를 쓰고 계시다면, 그리고 소스 코드 컴파일을 한번도 해본 적이 없다면, (혹은 컴파일이란 게 뭔지 모르신다면) 컴파일과 설치를 위한 기본 도구들을 먼저 설치해야 합니다. 설치는 간단합니다. 시냅틱 패키지 관리자나, sudo aptitude를 이용해서 build-essential 패키지를 설치하세요.

대부분의 다른 리눅스 배포판들은 gcc / make / ld 등의 도구들이 다 깔려 있습니다. 다음으로 진행합시다.

소스 코드 다운받기

구글로 검색해서 ImageMagick의 홈페이지를 찾았습니다. 다운로드 페이지를 잘 읽어보고 원하는 소스 코드를 다운받습니다. 저의 경우 주소는 ftp://ftp.imagemagick.org/pub/ImageMagick/ImageMagick.tar.gz 이렇게 되네요.

웹 브라우저로 검색해서 다운받는다면 다운받는 것은 쉽습니다. 그러나 리눅스 GUI에 직접 접근할 수 없고, 커맨드라인만 사용할 수 있는 환경이라면, wget을 사용하면 됩니다. wget은 대부분의 리눅스 배포판에 기본으로 깔려 있으므로, wget [웹 주소] 이렇게만 치면 됩니다.

wget ftp://ftp.imagemagick.org/pub/ImageMagick/ImageMagick.tar.gz

소스 코드를 다운받았습니다. 압축파일 이름은 ImageMagick.tar.gz 네요. 이제 다운받은 압축파일을 풀어봅시다.

리눅스 환경에서 대부분의 압축 파일은 확장자가 tar.gz로 되어 있습니다. 만약 GUI를 사용할 수 있는 환경이라면 그냥 압축파일 관리자를 이용해 새 디렉토리에 압축을 푸시고, 아니라면 tar를 이용해 압축을 풀어 봅시다. tar -xzvf [파일 이름] 이라고 치면 됩니다.

tar -xzvf ImageMagick.tar.gz

설치 문서 읽기

여기서부터가 까다롭습니다. 소스 패키지 설치는 GUI로는 진행할 수 없기 때문에, 먼저 리눅스 터미널을 열어야 합니다. 열었으면, 압축을 푼 디렉토리로 가봅시다. ImageMagick-6.3.9 라는 디렉토리가 생겼네요.

cd ImageMagick-6.3.9

일반적으로 소스 패키지 설치는 configure / make / make install 의 3단계로 이루어집니다. configure는 설치 전에 여러가지 옵션을 지정해주고 컴파일 환경을 검사하는 단계입니다. configure 옵션은 프로그램마다 조금씩 다르므로, 설치 전에 먼저 README나 INSTALL 같은 설치문서를 읽어보는 것을 추천합니다. (문서가 주로 영어가 되어 있다는 것은 참 슬픈 일입니다.) 여기서 설치 옵션 부분을 읽어보고 나에게 필요한 옵션이 있다면 적어둡니다.

configure

configure는 내게 필요한 도구가 다 있는지, 라이브러리는 다 있는지 같은 것들을 체크해주고 빌드 환경을 만들어주는 스크립트입니다.

설치할 때 옵션을 주지 않으면 기본으로 /usr/local/bin 이나 /usr/local/lib 밑에 설치하는데, 이 디렉토리들은 관리자 권한이 없이는 접근할 수 없습니다. 이 경우에는 --prefix 옵션을 주어 설치 디렉토리를 바꿔야 합니다. 저는 저의 홈 디렉토리 밑에 imagemagick이라는 디렉토리를 만들어 그 곳에 설치하기로 했습니다. (이 경우 홈 디렉토리를 ~ 기호로 축약하는 것은 보통 에러를 일으킵니다. 루트 디렉토리부터 절대경로를 다 써주어야 합니다.)

./configure --prefix=/home/kanie/imagemagick

그 외 다른 옵션들도 넣어 보았습니다.

./configure --prefix=/home/kanie/imagemagick --disable-static --with-modules --without-perl --with-x=no

이렇게 하면 이제 컴파일 준비가 완료됩니다.

configure 단계에서 에러를 내며 멈출 경우

보통은 빌더 환경이 잘 갖추어져 있지 않다는 것을 의미합니다. 필요한 프로그램이나 라이브러리가 없는 경우가 대부분이므로, 빌드 문서를 잘 읽어보시고 필요한 프로그램이나 라이브러리를 설치해 주세요.

configure 옵션을 잘못 주어서 다시 시작하고 싶다면

make distclean이라고 치면 configure 설정을 모두 제거해줍니다. 그리고 configure 부터 다시 시작하시면 됩니다.

make distclean

make / make install

make는 미리 정해진 스크립트를 따라 소스 코드를 컴파일해주는 도구입니다. configure를 마쳤다면 make를 쳐서 컴파일합니다.

make

make가 실패하는 경우는 보통 컴파일 에러입니다. 이때는 컴파일 에러를 해결한 후 처음부터 다시 컴파일하는 것을 추천합니다. make clean 하면 컴파일이 취소되고, make를 치면 다시 컴파일할 수 있습니다.

make clean

컴파일이 완료되면 make install 을 치면 설치가 완료됩니다.

make install

설치한 후에 압축파일을 풀었던 디렉토리는 지우지 않는 것을 추천합니다. 나중에 설치 제거할 때 필요하니까요.

설치 제거하기

설치 제거를 하려면 make를 했던 디렉토리로 돌아와 다음과 같이 치면 됩니다.

make uninstall

tag : make, make install, config

아직도 요원한 IT ‘서비스’로의 길

2009-03-08T16:16:55Z

From http://www.zdnet.co.kr

지금부터 6년 전쯤인 2003년도에 IT ‘서비스’를 만났다. BS 15000과 ITIL이라는 영국표준과 책을 통해 IT가 ‘서비스’ 산업이라는 ‘철학’에 공감하게 되었고, IT의 발달은 서비스와 궤를 같이 해야만, IT 사용자에게 최대한의 가치를 보장해 줄 수 있다고 확신했다.

그러나, 6년이 지난 지금, 아직도 많은 IT조직들이 IT ‘서비스’가 아닌, 여전히 전통적인 IT ‘기술’에 머물러있다는 것을 목격하게 되면서 가끔(혼자서) 실망하고 있다.

■ 복잡한 응용시스템, 누가 만들었나?

전통적인 IT’기술’을 고수하는 IT 조직이 만들어내는 가장 부정적인 결과물 중 하나가 ‘복잡한’ 응용시스템이다.

사용자가 사용하기에 복잡한 전자제품이 있다고 하자. 이 제품을 개발하기 위해 많은 최신 기술과 노력을 투입하였으므로, 사용상의 어려움을 ‘상회’하는 기능을 얻을 수 있다고 전자제품 개발자가 주장한다면, 사용자의 한 사람인 당신은 이를 기꺼이 수용할 수 있는가? 요즘 시대에 이것이 통할까?

아마 이 제품은 혹독한 사용자 후기나, 얼리 어댑터 리뷰의 뭇매를 맞고는 시장에서 도태되거나, 또는 다행한 일이겠지만 사용자 불만이 받아들여져서 제품에 대한 대폭적인 재개발 작업에 들어가게 될 것이다.

응용시스템도 사용자가 존재하는 하나의 제품이다. 그런데 어처구니 없게도, 사용자가 응용시스템의 사용을 위해 ‘특별 교육’까지 받아야 하는 이해할 수 없이 복잡한 응용시스템이 존재한다.

사용자로 새로 입성하게 된 신입사원의 경우, 자기 비즈니스 업무도 교육 받아야 하지만 복잡한 응용시스템 사용을 위해 별도의 딱딱하고 지루한 IT 특별 교육을 또 받아야 한다. (착한 사용자들은 아직도 이게 당연한 줄 알고 있다!)

이러한 알 수 없는 ‘괴물’이 탄생하게 된 원인을 찾다 보면, 거기에는 여지없이 닫힌 IT엔지니어들의 ‘잔치’인 IT 프로젝트가 거슬러 존재한다.

이런 IT프로젝트를 살펴보면, 다음과 같은 특징들이 존재한다.

-기능을 달성하기 위한 기술에 집착하느라, 일반 사용자의 편의성은 고려한 적이 없다.
-IT를 잘 알고 IT를 ‘주 업무’로 하는 일부 똑똑한 사용자들의 시각으로 개발된다.
-IT를 통해 얻게 되는 일반 사용자의 ‘이득’이 무엇인지 알 수 없다.
-원천적인 사용자 요구사항은 없고, IT 기술 요구사항으로 애당초 번역되어서 시작한다.

■ 서비스의 필요성을 느끼지 못한다?

사실상, 이런 IT조직들은 일반 사용자들의 시각을 애당초 진지하게 고민해 본적이 없다고 보는 것이 맞다. 일반 사용자들의 사용 불편함에 대한 목소리와 요구에 대해 제대로 고민해본 적도 없고, 그럴 필요성도 느끼지 못하기 때문이다.

이런 IT조직에는 ‘서비스 담당자’가 없다. 여기서 서비스 담당자란 정해진 직함과 이름이라기 보다는 사용자의 입장에서 IT를 바라보고, 사용자의 더 나은 사용을 도모하기 위해 필요한 것들을 IT내부로 전달해주는 역할을 ‘주 업무’로 가진 사람을 가리킨다.

사용자 만족을 떠들면서도 정작 그런 일을 하는 사람은 회사 내부에 없다는 것이 말이 되는가 싶지만, 이건 엄연한 IT조직의 현실이다.

■ IT경영진의 착각

IT품질을 통해 사용자(고객)만족을 달성한다는 슬로건을 내걸고 있지 않는 IT조직은 거의 없다. 그런데 상당수의 IT 인력들은, 이 슬로건을 기술 개발만을 독려하는 것으로 오해하고 있다. IT품질의 원천은 기술이라고만 알고 있는 것이다.

혹시, IT기술은 높아지고 있는데 사용자만족도는 역 주행하는 IT조직의 얘기를 들어본 적이 있는가? IT의 이런 노력을 알아주지 않는 무지한 사용자들을 증오하고 있는 IT 인력을 본 적이 있는가?

여기에는 IT경영진으로 대표되는 CIO들의 책임이 크다. CIO본인 스스로도 IT기술로만 승부하면 사용자만족이 따라올 거라는 순진한 신념을 가지고 있지는 않은지, 또는 사용자만족도의 결과값과 실제 사용자의 입장과는 긴밀한 연관관계를 가지고 있지 않다고 생각하는 것은 아닌지 의심스럽다.

또 CIO가 직접 ‘사용자요구사항->개발->IT 제공->사용자 만족’으로 이어지는 IT개발 사이클에서 사용자요구사항이 전체 IT의 사용자 요구를 대변하고 있는지를 확인해 본적이 있는지, 또 사용자 요구사항이 IT조직내의 프로세스를 거치면서, IT기술의 편의에 의해 누락, 왜곡 또는 자의적으로 해석되고 있는지를 확인해 본적이 있는지도 의심스럽다.

IT의 중간관리자들은 늘 좋은 보고만 올리고 있을 것이다. 위의 의심사항들을 직접 CIO가 확인해보거나, 부정할 수 없는 관리 방법을 개발해내지 못한다면, IT의 사용자만족과 IT ‘서비스’로의 길은 구호로만 거칠 것이 분명하다.

■ 서비스 없는 IT의 미래

서비스 고민 없이도 지금까지 무사히 잘 살아왔고, 앞으로도 그럴 것으로 생각하는 IT조직이 있을 것이다. 또 IT를 서비스로 인정한다는 것이 IT조직의 위상을 깎아 내린다고 주장하는 IT조직들도 있을 것이다.

그러나, 사용자들이 지금까지 자신들이 경험한 IT가 얼마나 불편한 것들이었는지, 그리고 더 나은 ‘제품’들이 존재한다는 사실을 알게 된다면 어떻게 될까? 과연 이런 IT조직들이 살아남을 수 있을까? IT기술 위에 ‘서비스’로 무장한 IT 프로페셔널은 사용자 요구와 기대를 예측할 수 있으므로, 오히려 기존의 IT 위상을 더 높일 수 있는 IT의 ‘미래’다.

■ 미래를 위해 IT가 해야 하는 것들

사용자들은 바보가 아니다. IT에 대한 ‘진실’과 IT의 ‘갈 길’을 무보수로 알려주고 있는 고마운 IT 컨설턴트들이다. 사용자들의 요구와 목소리를 놓치고 있지는 않은지, 이것을 ‘바탕’으로 IT프로세스가 작동하고 IT기술이 발전하고 있는지를 끊임없이 확인해봐야 한다.

또 CIO들은 IT인력들에게 그들이 하고 있는 IT활동들이 사용자 만족과 서비스 문화에 어떻게 기여하게 되는지를 이해시켜야 한다. 더 나은 기술을 얻기 위해 노력하고 있는 IT의 모습을 부정하고 싶지는 않다. 그러나 노력을 통해 얻고자 하는 ‘방향’이 문제인 것이다.

서비스 철학을 바탕으로 IT프로세스를 이야기하고 있는 ITIL이나 표준들을 기술로만 받아들이는 우를 범하지 않아야 한다. 나무를 볼 때는 항상 숲을 떠올리라는 것이다.

tag : 서비스, it

Fedora 10 기본 데몬들.

2009-02-01T15:52:23Z

chkconfig 아님 ntsysv로 확인할 수 있다.

Network Manager: 네트워크 사용할 때 보다 손쉽게 네트워크 설정을 도와주는 서비스.

anacron: anacron데몬을 실행시키는 서비스.

cron은 정해진 시간에 작업을 수행하므로 만약 그 시간대에 시스템이 꺼져 있을 경우 해당 작업을 다음 주기까지 실행하지 않게된다. 하지만 anacron은 정해진 시간을 주기로 작업을 수행하는 것이 아니라, 해당 작업이 정해진 시간 내에 실행된적이 있는지를 점검한 후 만약 정해진 시간 내에 수행한적이 없다면 해당 작업을 여유를 두고 실행한다.

atd: at데몬서비스. 미래에 한번 명령어를 실행하고자 할 때 사용.

auditd => 감사기능을 활성화 하는 데몬. auditd 데몬이 실행되는 동안 auditing 변수, syscall 규칙, 파일 시스템 감시(watch) 작업을 수행.

avahi-daemon:

bluetooth: 서버의 주변 기기를 무선으로 연결하기 위한 서비스.

chargen-dgram:

chargen-stream:

cpu speed: 전력 소모량을 기반으로 CPU 스피드를 조절.

crond: cron 데몬 실행. 작업 구동을 자동화함.

cups: 프린팅 관련 서비스.

daytime-dgram:

daytime-stream:

discard-dgram:

discard-stream:

dnsmasq:

echo-dgram:

echo-stream:

firstboot: 첫번째 부팅을 위한 서비스. 첫번째 부팅을 선택하는건 멀티부트로더를 통해서도 가능.

fuse:

haldaemon:커널과 하드웨어로 부터 하드웨어 장비에 관한 정보를 수집하고 일관된 방법이 가능하게 함.

ip6tables: RHEL은 넷필터 6 서브시스템 및 ip6tables명령을 사용하는 IPv6 방화벽 지원. 대부분 iptables와 동일하나 128 비트 주소를 사용함.

iptables: 커널 2.4 이상 버전에서 사용하는 방화벽 서비스로 각종 서버를 설정한 후 반드시 설정을 해야하는 데몬.

irda: 무선 적외선 포트를 사용하기 위한 데몬.

irqbalance: 둘 이상의 CPU를 사용하는 환경에서 CPU간의 interrupt를 분리하기 위한 데몬.

isdn: 네트워크가 isdn을 지원할 때 필요한 스크립트.

kernelloops:

livesys:

livesys-late:

lm_sensors:

mdmonitor: RAID상태를 모니터링하기 위한 데몬.

messagebus: 시스템 이벤트를 전송하기 위한 데몬.

microcode_ctl: Intel cpu의 마이크로 코드 업데이트 데몬.

multipathd:

netconsole:

netfs: NFS(Network File System) 등과 같이 네트워크 파일 시스템을 마운트함.

netplugd: non-static 네트워크 인터페이스를 관리하는 데몬

network: Network Interface를 초기화 시키는 데몬으로 항상 설정해야 nic 장치를 사용할 수 있음.

nfs: Nfs 서버 데몬.

nfslock: Nfs 서비스에서 파일의 락을 제공하는 데몬.

nmb:

nscd: dns 서비스에 대한 캐시를 제공.

ntpd:

ntpdate:

openvpn:

portreserve:

psacct: 프로세스 통계를 확인하기 위한 데몬.

rdisc: 동적 라우팅에서 라우터를 자동으로 찾기 위한 데몬.

restorecond: SELinux 데몬과 관련된 서비스. SELinux는 이 데몬을 필요로 함.

rpcbind:

rpcgssd: 원격 인증을 위한 GSS(General Security Service) 데몬. NFS version 4 Client를 위해 필요.

rpcidmapd: 원격 이름 매핑을 위한 idmap (ID mapping) 데몬. NFS version 4를 위해 필요.

rpcsvcgssd: 원격 인증을 위한 GSS (General Security Service) 데몬. NFS version 4 server를 위해 필요.

rsync:

rsyslog:

saslauthd: SASL(Simple Authentication and Security Layer)을 이용한 암호화된 사용자 인증을 위한 데몬.

sendmail:smtp 메일 서버 데몬.

setroubleshoot:

smartd: System 모니터링을 위한 (Self-Monitoring, Analysis and Reporting Technology) 데몬. 스마트 카드와 관련된 데몬.

smolt:

tcpmux-server:

time-dgram::

time-stream:

udev-post:

winbind:

wpa_supplicant:

xinetd: inetd의 확장형 데몬

ypbind: Nis 서버에서 name 서비스를 제공하는 데몬.

tag : 데몬, daemon, fedora

Telnet, SSH 외부에서 Root접속 허용하기.

2009-01-27T22:12:14Z

1. 먼저 방화벽을 해제한다.

방화벽 ON/OFF.

/sbin/service iptables stop
/sbin/service iptables start

Redhat 계열이라면 lokkit 으로 방화벽 설정을 할 수있다.(더 편하다!)

2. SELINUX도 해제한다.

vi /etc/selinux/config

SELINUX=disable 로 수정.

3. 루트용 세션을 허용해준다.

vi /etc/securetty

맨 하단에 아래 목록을 첨부.

pts/0

pts/1

pts/2

pts/3

pts/4

pts/5

pts/6

pts/7

pts/8

pts/9

이로써 10개의 루트접근가능한 세션을 설정해주었음.

이제 telnet, SSH 둘 다 Root로 로그인이 가능해졌다~!

tag : telnet, root, ssh, fedora

C/S 와 Web의 차이

2009-01-03T17:56:55Z

From http://belselios.tistory.com/

C/S 방식과 Web 방식은 실행 프로그램이 클라이언트에 설치가 되는지 여부에 따라 결정이 된다고 보시면 될 것 같습니다.

클라이언트에 프로그램을 설치해서 서버와 클라이언트의 기능을 적절히 구분해 놓은 프로그램이 C/S라고 생각이 됩니다.
과거 메인 프레임을 사용할 때는 PC 환경이 좋지 않아 서버에 모든 프로그램을 설치하고 각 사용자는 단말기로 서버에
프로그램을 실행하는 형태였는데, PC의 성능이 비약적으로 발전하면서, 서버(메인프레임)이 하던 기능의 일부를 PC로 옮겨 올 수 있었습니다.

그래서 서버의 부하는 줄이고 성능을 높이기 위해 C/S 방식이 많이 사용이 되었습니다.
당연히 서버에 투자되는 비용도 줄어듭니다.

Web 방식은 실행 프로그램도 서버에 있는 경우인데, 특히나 프로그램의 인터페이스가 웹브라우져를 통해 이루어지는 경우
Web 프로그램이라고 보면 될 것 같습니다. 단순히 서버에서 실행이 된다면, 메인 프레임 방식과 차이를 구분하기 어렵기 때문에 웹브라이져라는 부분이 구분을 하는데 필요한 것 같군요.

최근 ActiveX나 JAVA 같은 경우는 CS와 Web 프로그램을 구분하기 어려운 경우도 있을 것 같습니다.
ActiveX도 클라이언트에 설치가 되며, 클라이언트에서 실행이 되지만, 인터페이스는 웹브라우져를 통해 이루어지니, C/S방식 Web 방식의 특징을 다 가지고 있죠.

Web 방식이나 C/S 방식이나 최근에는 큰 차이가 없지만, 프로그램 배포/유지보수가 어렵거나, 투입되는 비용이 서버 비용과 서로 비슷한 경우라면 Web 방식을 선택하기도 합니다. 이러한 경향은 서버의 가격이 많이 다운되었고, L4 Switch 등을 통해 저렴한 서버로 다수의 사용자를 충분히 커버할 수 있기 때문이라 생각이 됩니다.

Web 방식의 가장 큰 장점은 서버만 패치를 하면 모든 클라이언트에 동일한 패치가 적용이 된다는 것이 장점입니다.
반대로 일반적으로 Web 방식의 경우 C/S에서 일부 기능만 옮겨 놓는 경우가 많은 것 같습니다. C/S의 복잡한 업무를 모두 Web으로 구현할 수는 있지만, 입력 Device와 호환(예 바코드스캐너) 등이 아직 C/S에 비해 떨어지기 때문에 복잡한 업무를 Web으로 구현할 경우 입력 시간 등이 C/S에 비해 휠씬 길어지게 될 것 같습니다.

tag : web, c/s

우분투 종료시 멈춤현상?

2008-11-14T04:05:36Z

우분투 8.10 문제점으로 자주 나오는듯하다.

나도 리셋이나 종료시 셧다운하다말고 멈춰서 진행이 되지않는 상황이 생겼다;;;

첨엔 프롬프터만 깜빡거리고 아무 디스플레이가 없었느데, 터미널전환하면서 왔다갔다하니,

ALSA를 셧다운하다가 멈춰서 진행이 안되는게 화면에 나오드라;

ALSA?

Advanced Linux Sound Architecture의 줄임말이었다.

사운드에 관련된 것같은데..

이게 왜 셧다운에서 멈춰버리지?

여기저기서 정보를 알아봤으나 국내사이트엔 정보가 없었고

해외 유저들이 올린글에서 해답을 찾았으니 그건 바로~

"네트워크접속을 종료하고 셧다운하면 된다"였다 음..

정말 그리하니 정상 종료 되드라 ㅋ

근데 이문제가 집에서 할때는 발생하지 않는다;

학교에서 랩탑을 학교 랜선ㅇ[ 연결해서 쓸때만 생기는 것이었다.

두 네트워크의 차이점은

학교는 고정IP고 집은 유동IP.

음.....

다음 버전에서 수정될것이라 기대해 본다.

tag : 에러, 종료, 리셋, 우분투, ALSA, 셧다운

우분투 8.04 -> 8.10 업그레이드

2008-11-03T13:12:59Z

From http://www.ubuntu.com/getubuntu/upgrading

우분투 8.04에서 8.10으로 가려면 무조건 씨디로 구워서 다시 설치해야 되는지 알았는데,

기존 상태에서 간단히 업데이트가 가능했다;;

You can easily upgrade over the network with the following procedure.

Start System/Administration/Software Sources
click on the "Updates" tab and change "Show new distribution release" to "Normal releases"
Start System/Administration/Update Manager
Click the Check button to check for new updates.
If there are any updates to install, use the Install Updates button to install them, and press Check again after that is complete.
A message will appear informing you of the availability of the new release.
Click Upgrade.
Follow the on-screen instructions.

tag : 업데이트, 우분투, 8.10

AptanaStudio의 RubyonRails에서 Auto-Installing Error 문제

2008-11-03T12:56:10Z

압타나 스튜디오로 루비온레일즈를 작업하려고 압타나를 설치하고(여기서도 에러가 꽤 생겼다;)

이제 플러그인으로 루비온레일즈를 설치하려고 했다,

그래서 압타나 내에서 플러그인으로 설치하고나니 자동 인스톨링 메세지가 떴다.

대략 한 8~10개 정도 설치할 것들이 있었는데 실행을 시켜보니 아래 같은 에러가 발생 하였다.

>gem install -l rake-0.8.1.gem
/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l activerecord-jdbc-adapter-0.7.2.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l jruby-openssl-0.1.1.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l activesupport-2.0.2.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l gem_plugin-0.2.3.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l cgi_multipart_eof_fix-2.5.0.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l activeresource-2.0.2.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l mongrel-1.1.2-jruby.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l actionpack-2.0.2.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l actionmailer-2.0.2.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l activerecord-2.0.2.gem
>/usr/local/aptana/plugins/org.jruby_1.1.0.5965_RC2p2/bin/jruby: line 168: exec: java: not found
gem install -l rails-2.0.2.gem

이리 저리 알아보다가 결국 압타나 홈페이지로가서 루비포럼에 찾아가 되지도 않는 영어로 칠문해내서 간신히 알아냈다

그리하여 이문제를 해결하기 위해선,

먼저 루비와 루비젬을 apt-get으로 다시 설치한다.

sudo apt-get install ruby irb rdoc

sudo apt-get install rubygems1.8

sudo apt-get install rubygems1.9

그리고 루비개발환경에 관련된 패키지도 받아야한다.

sudo apt-get install ruby-dev

이제 압타나스튜디오를 실행시킨다.

자동인스톨링을 하기전에 window>preferences>ruby>installed interpreters로 가서

add를 누르고 이름은 적당히 지어주고 로케이션을 /usr롤 지정한다.

그리고는 새로만든 VM을 선택한후 나와서 다시 압타나를 실행시킨다.

그러면 드디어 자동 인스톨링이 성공적으로 진행된다~~~ ㅠㅠ

ps.mongrel 패키지 설치에서 좀 문제가 남아있긴 한거 같으나

모 거의 쓸일이 없으니 패쓰.

tag : 에러, 우분투, ruby, aptana, rails

Oracle XE 설치

2008-11-01T15:49:28Z

From http://zodiac12k.egloos.com/954275

오라클 XE는 최소 1G이상의 스왑 파티션을 요구한다.

반드시 스왑을 설정하고 설치를 시작하자, 넉넉히 1.5G이상.

나는 아예 2기가 스왑을 잡고 시작해버렸다 ㅋ

먼저 apt-get 저장소를 연다.

sudo gedit /etc/apt/sources.list

sources.list에 다음을 추가한다.

deb http://oss.oracle.com/debian unstable main non-free

인증키를 얻고 오라클 XE를 설치한다.

$ wget http://oss.oracle.com/el4/RPM-GPG-KEY-oracle -O- | sudo apt-key add -

$ sudo apt-get update

$ sudo apt-get install oracle-xe

오라클 설치가 쭉 시작 될 것이다.

스왑 파티션에 이상이 없으면 이제 root 권한 상태에서 다음 명령을 실행한다.

/etc/init.d/oracle-xe configure

HTTP포트와 리스너 포트를 지정해주면 설치는 완료된다.

http://127.0.0.1:8000/apex를 웹브라우저에 입력하면

iSQLPlus와 같은 웹브라우저로 오라클을 관리할 수 있는 툴을 쓸 수 있다.

tag : 오라클, 우분투

우분투 GRUB 설정

2008-11-01T11:57:11Z

레드햇 GRUB와는 다르게 우분투는 menu.lst 파일에서 설정을 해줘야 한다.

cd /boot/grub/menu.lst
vi menu.lst

열어보면 반이상은 쭉 주석으로 설명을 해주고

거의 끝부분에 메뉴들이 나와있다

여기서 추가,삭제 등 수정작업을 해주면 된다.

default는 GRUB부팅시 기본으로 시작할 메뉴 부분을 설정해주는 것으로 0부터 시작한다.
만약 default=0으로 해놓으면 GRUB메뉴에서 젤위 첫번째가 기본시작으로 커서를 가져다 놓고,

1은 두번째, 2는 세번째 이런식이다.

timeout은 메뉴선택 제한시간으로 초단위이다.

tag : 부팅, 우분투, GRUB

우분투 한/영키 설정하기

2008-11-01T11:47:14Z

예전에 데스크탑에 운분투 8.04를 설치했을때는 별다른 설정없이도

한/영키가 알아서 먹었다.

근데 이번에 노트북에 우분투를 설치하니 한/영키가 안먹는거라..똑같이 설치했는데;;

ctrl+space로는 한글전환이 되긴 했으나 음,....몬가...

이리저리 우분투로 깔짝거리다가 여기를 찾았다.

SCIM이 키보드입력 관리하는거란건 알고 있었는데 이렇게 그래픽툴도 있을줄이야.

전체설정으르 가보니

현재 이화면은 내가 수정한 후의 화면이다.

그전에는 사작키부분에 CTRL+SPACE가 있었고 다른 부분도 다른 키 조합으로 채워져이었다.

아마도 시작키라면 통칭 윈도우시작키, 요걸 말하는 거 같은데 CTRL+SPACE는 한/영입력전환을 하고 있다.

그래서 실제로 윈도우 시작키로 지정해서 재설정해보았으나 전혀 먹지 않았다.

위 창의 맨위를 보면 알 수 있는게 키보드 레이아웃을 SCIM 관리자가 인식못하고 있다.

아마도 노트북 키보드라 유형이 좀 달라서 인식에 문제가 있는거 같다.

그래서 시작키가 한/영키로 먹고 있는 거라 생각하고 시작키를 한/영키인셈치고 바꾸기로 했다,

오른쪽에 ...표시된 박스를 클릭.

설정화면이 뜬다 .

또 ...박스를 클릭.

사용할 키를 입력하라는 창이 나온다.

사뿐히 한/영키를 눌러주자.

시작키부분에 저런 알수없는 키가 지정되었다고 나온다.

저게 한/영키더라.

적용하고 확인누르면 이제 윈도우와 똑같이 한/영키를 쓸 수 있다.

tag : 한영, SCIM, 우분투