으랏차

tail : 파일의 마지막 부분을 표준 출력으로 보여준다(기본적으로 10줄)

　　   보통은, 시스템 로그 파일의 변경사항을 추적할 때 사용한다.

옵션

-n : 출력할 라인의 갯수이며 기본은 10개의 라인이다.

-l : 출력크기를 라인단위로 지정한다.

-b : 출력크기를 블록단위로 지정한다.

-c : 출력크기를 문자단위로 지정한다.

-f : 파일 뒤에 추가되는 라인을 계속적으로 보여준다.

grep : 정규 표현식을 쓰는 다목적 파일 검색 도구

　　　예전 라인 에디터인 ed의 명령어나 필터였던 e/re/p에서 따온것

　　　( global - regular expression - print )

　　　대상 파일에서 보통 텍스트이거나 정규 표현식인 pattern을 찾아주고

　　　대상파일이 주어지지 않는다면 파이프에서 쓰여 다른 명령어의 표준출력에 대한 필터로 동작

옵션

-i : 대소문자 구분없이 찾도록 해준다.

-l : 일치하는 줄이 아니라 일치하는 줄이 들어있는 파일만 보여준다.

-n : 일치하는 줄과 그 줄번호를 같이 보여준다.

리눅스 vi 에디터 기본 필수명령어 모음입니다.


[ 명령모드 ]

L - 화면에 마지막으로 이동

G - 파일의 끝으로 이동

u - 이전 상태로 되돌림

n - 다음 단어를 검색함

N - 이전 단어를 검색함

dd - 한 라인을 삭제함

x - 한 문자를 삭제함

i - 입력모드 전환

ctrl+f - 한 페이지 아래로 이동

ctrl+b - 한 페이지 위로 이동

/검색할내용 - 특정 단어 검색

yw - 커서가 있는 단어를 복사함

yy - 커서가 있는 라인을 복사

L - 화면에 마지막으로 이동

G - 파일의 끝으로 이동

u - 이전 상태로 되돌림

n - 다음 단어를 검색함

N - 이전 단어를 검색함

dd - 한 라인을 삭제함

x - 한 문자를 삭제함

i - 입력모드 전환

ctrl+f - 한 페이지 아래로 이동

ctrl+b - 한 페이지 위로 이동

/검색할내용 - 특정 단어 검색

yw - 커서가 있는 단어를 복사함

yy - 커서가 있는 라인을 복사

ifup eth0 해야만 네트웍이 활성화 된다는 말씀은 현재 네트워크 서비스가 리부팅시에 활성화가 안된다는 뜻입니다.

물론 /etc/sysconfig/network-scripts/ifcfg-eth0 에 onboot=yes로 설정되어 있다고 하더라도 우선적으로 실행되는 부분은 아래와 같습니다.

/etc/rc.d/init.d/network 라는 서비스가 start가 되어야 합니다.

rebooting시에도 적용되게 할려면 아래와 같이 실행을 하십시요

1. # ntsysv 명령을 통해 network 부분을 체크하시고 저장 하시면 됩니다.

2. # chkconfig --level 345 network on 하시면 됩니다.

그리고 나서 리부팅하게 되면 정상적으로 네트웍 서비스가 활성화가 됩니다.

------------------------------------
/etc/sysconfig/network-scripts/ifcfg-eth0

ONBOOT=yes

2. gcc 강좌

2.1 gcc 에 대한 기본 이해

명령행 상태에서 다음과 같이 입력해봅시다. 여러분이 사용하같고 있는 gcc 버전은 알아두고 시작하셔야겠죠?

 [yong@redyong yong]$ gcc -v
 Reading specs from /usr/lib/gcc-lib/i386-linux/2.7.2.1/specs
 gcc version 2.7.2.1
 [yong@redyong yong]$ 

gcc -v 이라고 입력하니까 ``Reading specs from..'' 이라같고 말하면서 그 결과값을 ``gcc version 2.7.2.1''이라고 말해주고 있습니다. 자, 어디서 gcc 에 대한 정보를 읽어오는지 봅시다.

  /usr/lib/gcc-lib/i386-linux/2.7.2.1/specs

gcc 를 여러분이 소스를 가져다 손수 설치해보신 적은 없을 것입니다. 보통은 바이너리 패키지로 된 것을 가져다 설치하지요. 나중에 정말 휴일에 너무 심심하다 싶으면 gcc 의 소스를 가져와서 컴파일해보십시요. 참, 재미있는 경험이 될 것입니다. 이미 여러분이 갖고 있는 gcc 를 가지고 새로운 gcc 를 컴파일하여 사용합니다. C 컴파일러를 가지고 새 버전의 C 컴파일러를 컴파일하여 사용한다! 이런 재미있는 경험을 또 어디서 해보겠습니까?

gcc 패키지가 어떤 것으로 구성되어 있는지.. gcc 가 제대로 설치되어 있는지 알아보면 좋겠죠?

다음과 같습니다.

 /lib/cpp       -----------> /usr/lib/gcc-lib/i386-linux/2.7.2.1/cpp ( 링크임 )
 /usr/bin/cc    -----------> gcc ( 링크임 )
 /usr/bin/gcc                C 컴파일러 ``front-end''
 /usr/bin/protoize
 /usr/bin/unprotoize
 /usr/info/cpp.info-*.gz     GNU info 시스템을 이용하는 화일들
 /usr/info/gcc.info-*.gz                        
 /usr/lib/gcc-lib

마지막 /usr/lib/gcc-lib 디렉토리에 아래에 gcc 에 관한 모든 내용이 설치됩니다.

보통 다음과 같은 디렉토리 구조를 가집니다.

        /usr/lib/gcc-lib/<플랫폼>/< gcc 버전 >

보통 우리는 리눅스를 i386 ( 인텔 환경 )에서 사용하고 있으므로 다음과 같이 나타날 것입니다.

        /usr/lib/gcc-lib/i386-linux/2.7.2.1

( i386-linux, i486-linux, i586-linux 는 각기 다를 수 있습니다. 하지만 상관없는 내용입니다. 미친 척 하고 다른 이름을 부여할 수도 있습니다. )

그럼 계속 해서 /usr/lib/gcc-lib 밑의 내용을 살펴보죠.

 /usr/lib/gcc-lib/i386-linux/2.7.2.1/cc1
 /usr/lib/gcc-lib/i386-linux/2.7.2.1/cpp
 /usr/lib/gcc-lib/i386-linux/2.7.2.1/include/*.h
 /usr/lib/gcc-lib/i386-linux/2.7.2.1/libgcc.a
 /usr/lib/gcc-lib/i386-linux/2.7.2.1/specs

cc1이 진짜 C 컴파일러 본체입니다. gcc 는 단지 적절하게 C 인가, C++ 인가 아니면 오브젝티브 C 인가를 검사하고 컴파일 작업만이 아니라 ``링크''라는 작업까지 하여 C 언어로 프로그램 소스를 만든 다음, 프로그램 바이너리가 만들어지기까지의 모든 과정을 관장해주는 ``조정자'' 역할을 할 뿐입니다.

C 컴파일러는 cc1, C++ 컴파일러는 cc1plus, 오브젝티브 C 컴파일러는 cc1obj 입니다. 여러분이 C++/오브젝티브 C 컴파일러를 설치하셨다면 cc1plus, cc1obj 라는 실행화일도 찾아보실 수 있을 겁니다. cpp 는 "프리프로세서"입니다. #include 등의 문장을 본격적인 cc1 컴파일에 들어 가기에 앞서 먼저(pre) 처리(process)해주는 녀석입니다.

참고로 g++ 즉 C++ 컴파일러( 정확히는 C++ 컴파일러 프론트 엔드 )에 대한 패키지는 다음과 같습니다.

 /usr/bin/c++   --------------------------->    g++ 에 대한 링크에 불과함
 /usr/bin/g++
 /usr/lib/gcc-lib/i386-linux/2.7.2.1/cc1plus    ( 진짜 C++ 컴파일러 )

오브젝티브 C 컴파일러 패키지는 다음과 같습니다.

 /usr/lib/gcc-lib/i386-linux/2.7.2.1/cc1obj
 /usr/lib/gcc-lib/i386-linux/2.7.2.1/include/objc/*.h
 /usr/lib/gcc-lib/i386-linux/2.7.2.1/libobjc.a

구성요소가 어떤 것인지 아셨으니 좀 도움이 되셨을 겁니다.

2.2 gcc 사용하기

hello.c 라는 지긋지긋한 소스 하나를 기준으로 설명합니다 ^^

#include <stdio.h>

int
main ( void )
{
  (void) printf ( "Hello, Linux Girls! =)\n" );
  return 0;
}

참고로 제일 간단한 소스는 다음과 같은 것입니다. ^^

main () {}

컴파일을 해보겠습니다! $ 는 프롬프트이지 입력하는 것이 아닌 것 아시죠?

 $ gcc hello.c
 $

무소식이 희소식이라... gcc <C소스 화일명> 이렇게 실행하고 나서 아무런 메시지도 나오지 않고 다음 줄에 프롬프트만 달랑 떨어지면 그것이 바로 컴파일 성공입니다.

여러분은 무심코 다음과 같이 결과 프로그램을 실행시키려 할 것입니다.

 $ hello
 bash: hello: command not found
 $

예. 땡입니다. ^^

여러분은 다음과 같이 실행시켜야 합니다.

 $ ./a.out

맨 앞의 도트 문자(.)는 현재 디렉토리를 의미합니다. 그 다음 디렉토리 구분 문자 슬래쉬(/)를 쓰고 유닉스 C 에서 ``약속한'' C 컴파일러의 출력 결과 바이너리 화일인 a.out 을 써줍니다.

이러한 습관은 아주 중요합니다. 여러분이 현재 디렉토리에 어떤 실행 화일을 만들고 나서 테스트를 해 보려고 한다면 꼭 ./<실행 화일명> 이라고 적어줍니다.

유닉스는 기본적으로 PATH 라는 환경변수에 있는 디렉토리에서만 실행화일을 찾을 뿐입니다. 만약 PATH 라는 환경변수에 현재 디렉토리를 의미하는 도트 문자(.)가 들어있지 않으면 현재 디렉토리의 실행화일은 절대 실행되지 않습니다. 게다가 현재 디렉토리를 PATH 환경 변수에 넣어준다 할 지라도 도스처렁럼 현재 디렉토리를 먼저 찾는다든지 하는 일은 없습니다. 오로지 PATH 에 지정한 순서대로 수행합니다.

실행 바이너리명이 계속 a.out 으로 나오면 좀 곤란하죠. 뭐 물론 mv 명령으로 a.out 의 이름을 바꾸면 되지만서도...

-o 옵션

-o 옵션( 소문자 o 임! )은 출력(output) 화일명을 정하는 옵션입니다. 위에서 우리는 hello.c 라는 소스를 가지고 일반적으로 hello 라는 이름의 실행화일을 만들고 싶어할 것입니다.

 $ gcc -o hello hello.c
       ^^^^^^^^

또는 다음과 같이 순서를 바꿔도 무방합니다.

 $ gcc hello.c -o hello
               ^^^^^^^^

워낙 유닉스 쪽은 명령행 방식이 전통적으로 주된 방식이라 명령행에서 하는 일은 뛰어납니다.

당연히 실행을 하려면 ./hello 라고 하셔야 합니다. 결과는 다음처럼 나오겠지요?

 $ ./hello
 Hello, Linux Girls! =)
 $

주의

제일 안좋은 습관 중 하나가 바로 테스트용으로 만든 소스라고 다음처럼 하는 것입니다.

 $ gcc -o test test.c
 $ test
 $

문제를 알아내기 위하여 위에서 작성한 hello.c 를 컴파일/링크해봅시다.

 $ gcc -o test hello.c
 $ test
 $

원하는 문자열이 출력되지 않았습니다. -.-

 $ ./test
 Hello, Linux Girls! =)
 $

-c 옵션

어떤 이유로 오로지 컴파일(compile) 작업만 하고 싶은 경우가 있습니다. 그럴 때는 다음과 같이 합니다.

 $ gcc -c hello.c
 $

그 결과 만들어지는 화일은 전통적으로 hello.c 에서 .c 부분을 떼어내고 .o 를 붙인 화일입니다. 오브젝트 화일, 목적 화일이라고 하지요.

hello.o 라는 화일이 만들어집니다.

여러분은 C 언어로 조금이라도 복잡한 프로그램을 만들기 시작하면 여러 개의 소스로 나누어서 전체 프로그램을 짜게 됩니다. 그럴 때는 각 소스가 전체 기능에 기여하는 특정 기능의 함수들을 가지게 되고 오로지 한 녀석만 main 함수를 가집니다.

만약 어떤 프로그램이 foo.c, bar.c 이렇게 두 개의 소스로 이루어져 있다고 합시다. 이럴 때는 다음과 같이 하는 것이 가능합니다.

방법(1)

 $ gcc -o baz foo.c bar.c
 $ ./baz

방법(2)

 $ gcc -c foo.c
 $ gcc -c bar.c

          또는
 
 $ gcc -c foo.c bar.c
 $ gcc -o baz foo.o bar.o
              ^^^^^^^^^^^
 $ ./baz

위에서 보면 "아니! C 컴파일러에 .c 즉 소스 화일이 아닌 오브젝트 화일도 막 써주나?"라는 생각을 하시게 될 겁니다.

그렇습니다! 왜냐? gcc 는 정확히 말해서 C 컴파일러가 아닙니다. gcc 라는 실행 화일 자체는 "C 컴파일러를 돌리는 녀석"입니다.

더욱 더 정확히 말해보겠습니다.

C 언어는 기본적으로 두 가지 과정을 거쳐야만 실행화일을 만들어냅니다.

1. 컴파일 ( .c -------> .o )
2. 링크 ( .o -------> 실행화일 a.out )

1. 과정을 실제로 맡는 것은 cc1 이라는 녀석이고 2. 과정을 맡는 것은 ld 라는 링커(linker)입니다.

gcc 는 상당히 편리한 도구로서 .c, .o 등의 화일명 꼬리말을 보고 적절하게 C 컴파일러와 링커를 불러다가 원하는 실행화일을 만들어줍니다. gcc 는 "컴파일러와 링커를 불러주는 대리인"입니다.

hello.c 를 괜히 어렵게 컴파일/링크해봅시다 ^^

 $ gcc -c hello.c
          ^^^^^^^
 $ gcc -o hello hello.o
                ^^^^^^^

gcc 가 얼마나 똑똑피한 놈인지 알아보죠.

 $ gcc -c hello.o

이게 무슨 의미가 있겠습니까? ^^

 gcc: hello.o: linker input file unused since linking not done

위와 같이 불평합니다. 링크 과정을 수행하지 않으므로 링커에 대한 입력 화일인 hello.o 를 사용하지 않았다!

-I 옵션

#include 문장에서 지정한 헤더 화일이 들어있는 곳을 정하는 옵션입니다. 아주 많이 사용되는 옵션 중 하나입니다.

 #include <stdio.h>
 #include "my_header.h"

전자( <> 문자를 쓴 경우 )는 시스템 표준 헤더 디렉토리인 /usr/include를 기준으로 화일을 찾아서 포함시킵니다. 표준 디렉토리이지요.

후자( "" 문자를 쓴 경우 )는 지금 컴파일러가 실행되고 있는 현재 디렉토리를 기준으로 헤더 화일을 찾습니다.

이 두 디렉토리가 아닌 곳에 대해서는 명시적으로 -I<디렉토리> 로 정해줍니다.

 $ gcc -c myprog1.c -I..
 $ gcc -c myprog1.c -Iinclude

첫번째는 헤더 화일이 현재 소스 하위 디렉토리(..)에 있다는 뜻이며 두번째는 현재 디렉토리의 include라는 디렉토리에 들어있다는 뜻입니다.

-I 옵션은 얼마든지 여러번 쓸 수 있으며 주어진 순서대로 헤더 화일을 검색합니다.

주의

디렉토리명은 -I 라는 문자 바로 다음에 붙여서 씁니다. 즉 -I <디렉토리>라는 식이 아니라 -I<디렉토리> 입니다. 또한 유닉스에 있어 표준 헤더 화일 디렉토리는 /usr/include 라는 사실을 기억하시기 바랍니다. 또한 리눅스에 있어서는 커널 소스가 아주 중요한데 리눅스 고유의 기능을 쓰는 리눅스용 프로그램의 경우에는 /usr/include/linux, /usr/include/asm, /usr/include/scsi (최신 커널의 경우) 라는 디렉토리가 꼭 있어야 하며 각각은 커널 소스의 헤더 디렉토리에 대한 링크입니다. 따라서 커널 소스를 꼭 설치해두셔야 합니다.

 /usr/include/linux   -------------->  /usr/src/linux/include/linux
 /usr/include/asm     -------------->  /usr/src/linux/include/asm  
 /usr/include/scsi    -------------->  /usr/src/linux/include/scsi

( 위에서 /usr/src/linux/include/asm은 사실 대부분의 경우 /usr/src/linux/include/asm-i386 이라는 디렉토리에 대한 링크입니다 )

각각 linux는 일반적인 C 헤더 화일, asm은 각 아키텍쳐별 의존적인 어셈블리 헤더 화일, 맨 마지막은 SCSI 장치 프로그래밍에 쓰이는 헤더 화일이 들어있는 곳입니다.

일반적으로 커널 소스( 약 6 메가 이상되는 소스 )는 /usr/src 에서 tar, gzip으로 풀어두는 것이 관례입니다.

맨 처음 프로그래밍을 할 때는 그렇게 많이 쓰지는 않는 옵션이지만 여러분이 다른 소스를 가져다 컴파일할 때 아주 많이 보게 되는 옵션이므로 일단 이해는 할 수 있어야겠죠?

-l 옵션과 -L 옵션

옵션을 제대로 이해하기에 앞서 ``라이브러리''라는 것에 대한 이야기를 먼 저 하지 않으면 안될 듯 하군요.

• 라이브러리

---

       ``라이브러리(Library)''라는 것은 개념상 영어 단어 그대로입니다.
      무엇인가 유용한 지식을 한 곳에 모아둔 곳이라는 개념이지요.

       C 프로그래밍을 하다 보면 반복적으로 사용하게 되는 함수들이 있기
      마련이고 그것은 하나의 함수로 떼내어 어디에서든 유용하게 사용할
      수 있도록 합니다.

       이 함수가 극도로 많이 사용되는 경우에는 ``라이브러리''라는 것으
      로 만들어두고 매번 컴파일해둘 필요없이 가져다 사용할 수 있도록
      하지요.

       라이브러리에 대한 얘기는 다음 번에 또 하게 되겠지만 일단 지금
      필요한 지식만 쌓기로 하겠습니다.

       일반적으로 관례상 라이브러리는 화일명 끝이 .a 로 끝납니다.
      여기서 a 는 Archive 라는 의미일 것입니다.

       라이브러리의 예를 들어보도록 하죠. 지금 /usr/lib 디렉토리를 한
      번 구경해보십시요. 정말로 많은 라이브러리들이 있지요.

      libc.a
      libm.a
      libdb.a
      libelf.a
      libfl.a
      libg++.a
      libg.a
      libncurses.a
      libreadline.a
      libvga.a
      등등...

       이러한 라이브러리는 우리가 컴파일 과정을 거쳐서 만든 .o 화일을
      한 곳에 통들어 관리하는 것에 불과합니다. 따라서 archive 를 의미
      하는 .a 라고 이름을 짓게 된 것이죠. 라이브러리는 ``도서관''으로
      서 그냥 .o 를 무작위로 집어넣은 것은 아니고 당연히 도서관에는
      소장하고 있는 책에 대한 목록(index)을 가지듯 포함되어 있는 .o
      에 대한 인덱스(index)를 가지고 있습니다.

       라이브러리는 다음과 같이 구성되어 있다고 할 수 있는 것입니다.

            라이브러리 = 목차(index) + ( a.o + b.o + c.o + ... )
        
       libc.a 를 가지고 한 번 놀아볼까요? 라이브러리 아카이브를 관리하
      는 ar 이라는 GNU 유틸리티를 써보겠습니다.

      $ cd /usr/lib
      $ ar t libc.a
      assert-perr.o
      assert.o
      setenv.o
      ftime.o
      psignal.o
      mkstemp.o
      sigint.o
      realpath.o
      cvt.o
      gcvt.o
      ctype-extn.o
      ctype.o
      <등등... 계속>

      $ ar t libc.a | grep printf
      iofprintf.o
      ioprintf.o
      iosprintf.o
      iovsprintf.o
      iovfprintf.o
      printf_fp.o
      vprintf.o
      snprintf.o
      vsnprintf.o
      asprintf.o
      vasprintf.o
      printf-prs.o
      reg-printf.o
      $

       위에서 볼 수 있다시피 .o 화일들이 그 안에 들어있습니다.

       <주목>
       유닉스에서 라이브러리 이름은 lib 로 시작합니다.

---

간단하게 라이브러리를 하나 만들어서 사용해보도록 합시다.

이번 예제는 3 개의 화일로 이루어졌습니다.

        myfunc.h
        myfunc.c
        hello.c

첫번째 myfunc.h 헤더 화일의 내용입니다.

extern void say_hello ( void );

두번째 myfunc.c, 실제 함수 정의부입니다.

#include <stdio.h>
#include "myfunc.h"

void 
say_hello ( void )
{
  printf ( "Hello, Linux guys!\n" );
}

마지막으로 메인 함수(main)가 들어있는 hello.c 입니다.

#include "myfunc.h"

int
main ( void )
{
  say_hello ();
  return 0;
}

main 함수에서 say_hello 라는 함수를 사용하게 됩니다. 이 정도야 그냥 이렇게 해버리고 말죠 ^^

 $ gcc -o say_linux hello.c myfunc.c

하지만 라이브러리를 만들어보고 시험해보려고 하는 것이므로 일부러 어렵게 한 번 해보기로 하겠습니다.

 $ gcc -c myfunc.c
 $ ar r libmylib.a myfunc.o
 $ ar s libmylib.a
 $ ar t libmylib.a
 myfunc.o
 $ gcc -o say_linux hello.c -lmylib
                            ^^^^^^^^
 ld: cannot open -lmylib: No such file or directory

흠... 처음부터 만만치 않죠? ^^ 실패하긴 했지만 몇 가지를 일단 알아봅시다.

-l 옵션

링크(link)할 라이브러리를 명시해주는 옵션이 바로 -l ( 소문자 L ) 옵션입니다.

-I 옵션과 마찬가지로 바짝 붙여서 씁니다. 절대 떼면 안됩니다.

우리는 libmylib.a 라는 라이브러리를 만들어두었습니다. 그것을 사용하기 위해서는 -lmylib 라고 적어줍니다. 라이브러리 화일명에서 어떤 글자들을 떼내고 쓰는지 주목하십시요.

 libmylib.a
    ^^^^^  

앞의 lib 를 떼내고 맨 뒤에 붙는 .a 를 떼냅니다.

링크(link)라는 것이 어떤 것이 모르신다면 당장 C 프로그래밍 책을 다시 읽어보시기 바랍니다. 이 글에서 설명할 범위는 아닌 듯 합니다.

-L 옵션

ld 는 유닉스에서 사용되는 링커(Linker)입니다. C 프로그램 컴파일의 맨 마지막 단계를 맡게 되지요.

위에서 우리는 다음과 같은 에러 메세지를 만났습니다.

 ld: cannot open -lmylib: No such file or directory

자, 이제 배워야 할 옵션은 ``라이브러리의 위치를 정해주는'' -L ( 대문자 L ) 옵션입니다. 사용형식은 -L<디렉토리명> 입니다.

리눅스에서 어떤 라이브러리를 찾을 때는 /lib, /usr/lib, /usr/local/lib와 같은 정해진 장소에서만 찾게 되어 있습니다. 그것은 규칙이지요.

중요한 사실은 아무리 여러분 라이브러리를 현재 작업 디렉토리에 놓아두어도 ld 는 그것을 찾지 않는다는 사실입니다. ld 더러 라이브러리가 있는 장소를 알려주려면 다음과 같이 -L 옵션을 붙이십시요.

 $ gcc -o say_linux hello.c -lmylib -L.
                                    ^^^

-L. 은 현재 디렉토리에서 라이브러리를 찾으라는 말입니다. -L 옵션은 여러번 줄 수 있습니다.

성공적으로 컴파일되었을 겁니다.

 $ ./say_linux
 Hello, Linux guys!

지금까지 여러분은 gcc 옵션 중 두번째로 중요한 -I, -l, -L 옵션에 대하여 배우셨습니다. 그리고 또한 라이브러리 만들기에 대하여 맛보기를 하였습니다.

step1. 리눅스용 java를 다운받기(j2sdk-1_4_2_10-linux-i586.bin)

- http://www.java.sun.com

- https://sdlc3b.sun.com/ECom/EComActionServlet;jsessionid=29D92DF03C96458F27F2A641571ED460

- 다운로드 받을때는 self-extracting file을 받도록 함

step2. FTP를 이용하여 설치할 폴더로 해당 파일을 이동

step3. 해당 파일의 권한을 변경하여 실행할 수 있는 상태로 변환

- chmod 755 j2sdk-1_4_2_10-linux-i586.bin

step4. 설치를 진행함. 이때 나오는 메시지는 라이센스 관련된 메시지 이므로 엔터키를 반복적으로 눌러 패스

- ./j2sdk-1_4_2_10-linux-i586.bin

step5. 마지막에 동의 관련 질문이 나오면 yes를 눌러 설치되는것을 확인

zip이 풀리면서 촤르륵~~~ 생성되는 파일들을 볼 수 있음

step6. 자바가 정상적으로 설치되었다면 폴더가 생성되었을것임

step7. profile에서 JAVA_HOME 을 잡아주던가

           아니면 실행파일에서 Full Path를 입력하여 설치를 종료

PS. profile에서 PATH 잡아주기

이하 출처 : 네이버지식

# vi /etc/profile 에서 PATH 를 잡아 주셔야 합니다.

맨 밑에

JAVA_HOME=/usr/local/java   <-- 설치 디렉토리 입니다.
export JAVA_HOME
PATH=$PATH:$JAVA_HOME/bin

CLASSPATH=$CLASSPATH:$JAVA_HOME/lib

export PATH

이렇게 추가해 주시면 됩니다.

# source /etc/profile

*************************************************************************

/etc/profile 수정할때는 매우 조심 스럽게 해야 합니다. 로그인이 되지 못할수도 있습니다.

꼭!! 반드시1!! 터미널 두개 띄워 놓고 하십시오.  source 하고 사용하신후 맛이 가면, 다른걸로 띄워 놓았던 터미널에서 vi /etc/profile 치고 들어가신후 원상 복구 하셔야 합니다.

*************************************************************************

로그인 명령

① 로그인

· 리눅스로 부팅하면 언제나 초기 화면에서 로그인과 패스워드를 입력해야 리눅스를 사용할 수 있

  다.
· 로그인하면 '[로그인 명@자신의 컴퓨터 이름 현재의 위치]프롬프트($)' 형식으로 나타난다.

- 사용 예
  login : xfile
  Password : ******
  [xfile@localhost xfile]$

② 로그아웃

· 로그인 상태에서 시스템을 종료하는 것이 아니라 자신만 리눅스에서 빠져 나오는 명령이다.
· 같은 기능으로 exit 명령이 있다.

- 사용법
  logout

③ 종료

· 시스템을 종료하는 명령이다.
· 같은 기능으로 halt 명령이 있다.

- 사용법

  shutdown -h now

④ 재부팅

· 시스템을 재부팅하는 명령이다.
· 같은 기능으로 reboot 명령이 있다.

- 사용법
  shutdown -r now

사용자 계정 명령

리눅스에서 사용하는 사용자 계정 명령으로 'passwd'와 'adduser', 'userdel', 'userdel' 등의 명

령이 있다.

① passwd

· 비밀번호를 변경할 때 사용하는 명령이다.
· 사용자의 비밀번호는 /etc/passwd에 저장된다.

- 사용법
  passwd

- 사용 예

 사용자 정보

· /etc/passwd 파일에는 사용자의 정보가 ':'로 구분되어 저장되어 있다.
· '계정 이름:패스워드:UID:GID:사용자 이름:홈 디렉토리:사용하는 셀'의 순으로 저장되며 문서 편집

  기나 usermod 명령으로 수정할 수 있다.

② adduser

사용자 계정 추가하는 명령이다.

- 사용법
  adduser [옵션] 계정 이름

- 옵션
   -d 홈 디렉토리 : 새 계정에 대한 홈디렉토리 위치를 나타낸다.
   -e 유효 기간 : 지정된 날짜에 사용자 계정이 삭제된다.
   -s shell : 사용자의 로그인 셀을 설정한다.
   -G 그룹1, 그룹2.. : 사용자가 기본 그룹 외에 다른 그룹에 추가할 때 사용한다.

- 사용 예

③ userdel

사용자 계정을 삭제하는 명령이다.

- 사용법
  userdel [옵션] 계정 이름

- 옵션
   -r : 사용자 계정의 홈 디렉토리도 삭제한다.

- 사용 예

④ usermod

사용자의 정보를 변경하는 명령이다.

- 사용법
  usermod [옵션] 계정 이름

- 옵션
   -c : 사용자의 설명을 수정한다.
   -d 홈 디렉토리 : 사용자의 홈 디렉토리를 변경한다.
   -G 그룹 : 사용자의 그룹을 변경한다.
   -s shell : 사용자의 로그인 셀을 변경한다.

모든 IP 설정 및 변경은 root 권한에서 실행된다.

다음은 두가지 방법으로 IP 변경 및 설정 방법을 소개한다.(내가 아는걸로만..)

1. UI 를 이용해서 변경하는 방법.

 1-1. ifconfig -all 로 현재의 ip 를 확인한다.

 1-2. console 창에서 setup 실행.

 1-3. Network Configration 선택.

 1-4. 해당 IP정보 입력.

 1-5. setup을 빠져나옴.

 1-6. /etc/init.d/network restart

 1-7. ifconfig 로 변경된 아이피를 확인한다.

2. Console 에서 환경파일을 변경하는 방법

 2-1. cd /etc/sysconfig/network-script 폴더로 이동한다.

 2-2. vi ifcfg-eht0 파일을 연다.

 2-3. 다음과 같이 변경한다.

  IPADDR=변경하고자 하는 IP

  NETMASK=변경하고자 하는 NETMASK

  GATEWAY=변경하고자 하는 GATEWAY

   ※ 주의사항 : GATEWAY 가 없다면

  2-3-1. cd /etc/network 폴더로 이동한다.

  2-3-2. vi network 를 열어 GATEWAY 값을 설정한다.

 2-4. 변경후 저장후 파일을 닫고

 2-5. /etc/rc.d/init.d/network restart 실행한다.