끊임없이 노력하는 엔지니어를 꿈꾸며 끊임없이 노력하는 엔지니어를 꿈꾸며

tar와 압축을 배웠으니 이 두가지를 한꺼번에 사용하는 tar를 공부하셔야 겠지요! Archive 후 압축을 하자니 상당히 번거로운 작업이 되어버렸습니다. 그래서 tar에 옵션을 추가하여 이런 번거로움을 해결하고 있습니다. 1. tar cvfz 2. tar cvfj 3. tar cvfJ 순으로 설명하겠습니다. 1. tar cvfz 1.1. tar와 gzip의 Join 입니다. 1.2. 압축하기 # tar cvfz 파일명.tar.gz 파일1 파일2 파일 3 1.2.1. z옵션을 사용하면 반드시 확장자는 gz로 설정해야 합니다. 다른 것으로 해도 생성은 되지만 해제할때 Error 1.2.2. 그렇다고 해제가 안되지는 않습니다. 적절한 Archive 방식을 선택하면 됩니다. 1.3. 해제하기 # tar xvf..

디스크 공간을 절약하기 위한 파일 압축! 1. zip 2. gzip 3. bzip2 4. xz 순으로 진행합니다. 1. zip 1.1. 원래는 opensource 취지에 맞게 zip은 제외하려 했으나 Windows System과의 호환성을 고려하여 추가 1.2. 설치 : CentOS Minimal Version에는 설치가 되어 있지 않습니다. # yum install -y zip unzip 1.3. 사용법 # zip 파일명.zip 파일1 파일2 파일3 ....... # unzip 파일명.zip 2. gzip 2.1. 사용법 2.1.1. 압축하기 # gzip 파일명 : 압축 후에는 파일명 뒤에 gz 확장자 생성됨. # gzip -1~9 파일명 : 1쪽으로 갈수로 압축률 낮고 속도 빠름, 9쪽으로 갈수록 압..

tar(tape archive) : 여러 파일이나 디렉토리를 하나의 파일로 생성, 관리 (Backup 용도로 적합) 1. tar : tar 옵션 생성할파일명 파일명1 파일명2 파일명3 ....... 1.1. 옵션 1.1.1. 아카이브 생성, 아카이브 해제 등의 필수 옵션 1.1.1.1 -c : 생성 1.1.1.2. -x : 해제 1.1.1.3. -t : 아카이브 내부 파일 확인 1.1.1.4. -r : 기존 아카이브 파일에 신규 파일 추가 1.1.1.5. -u : 기존 아카이브 파일에 존재하는 파일의 update 버젼 추가 1.1.1.6. 기존 아카이브 파일 내의 지정 파일 삭제 # tar --delete --file=아카이브명 지정파일 1.1.2. -v : 작업진행 과정 시각화(필수 옵션 아님) 1.1..

1. LVM 구성 1.1. pv - 물리적인 볼륨을 lvm으로 사용하겠다는 선언적 의미 # pvcreate 디바이스명 # pvremove 디바이스명 # pvscan # pvdisplay 1.2. vg - lv를 만들 수 있는 볼륨 공간 제공 # vgcreate vg명 pv명1 pv명2 ........... # vgremove vg명 # vgreduce vg명 pv명1 pv명2 ........... # vgextend vg명 pv명1 pv명2 ........... # vgscan # vgdisplay 1.3. lv - vg를 논리적으로 구분해서 사용 # lvcreate -L 용량 -n lv명 vg명 # lvremove 디바이스명 # lvreduce 디바이스명 -> 데이터가 디스크에 순차적으로 쓰여지는 것이..

어제 예고한 대로 오늘은 LVM(Logical Volume Manager)대한 포스팅 입니다. 내용이 조금 많으니 집중하셔야 할 듯! 포스팅은 내일 합니다만 중요 Issue가 있어 글 먼저 올려 놓습니다. 1. lvm 설치 # yum install -y lvm2 2. 아래와 같은 오류발생시 [root@localhost /]# lvcreate -L 2G -n sdkim1 sdkim /dev/sdkim/sdkim1: not found: device not cleared Aborting. Failed to wipe start of new LV. 중요 : # yum install libudev-devel -y =========================================================..

아! 드디어 Cloud의 Block Storage와 연관이 깊은 Disk관리를 시작합니다. 우선 일반적인 이론을 조금 살펴 볼께요! 1. 디스크 관리 1.1. 리눅스 : 파티셔닝 -> 파일시스템 -> 마운트 1.2. 윈도우 : 파티셔닝 -> 파일시스템 -> 드라이브명 할당. c:, d: 2. 파티셔닝 2.1. 물리적인 디스크를 논리적으로 분할 2.2. 디스크를 사용하기 위해서는 반드시 1개의 이상의 파티션이 존재해야 한다. 2.3. MBR방식 : 2.3.1. 최대 4개의 주(Primary) 파티션 2.3.2. 주 파티션중에서 오로지 1개의 파티션만 확장(Extended) 파티션 생성 가능 2.3.3. 확장 파티션은 다시 논리 파티션으로 분할가능(12개 -> 56개까지) 2.3.4. 단일 파티션은 최대 2..

사용자 및 그룹과 관련된 포스팅도 거의 마무리가 되어 가네요. 이제 다음은 머리 터지는 디스크관리가 기다리고 있습니다. 앗싸 파티션과 마운트 그리고 쿼타! 사용자 계정과 관련된 /etc/default/useradd 파일과 /etc/login.defs 파일을 수정하면서 생성하는 사용자 계정의 변화를 살펴보도록 하겠습니다. 1. /etc/default/useradd 2. /etc/login.defs 순서로 진행 합니다. 1. /etc/default/useradd 1.1. vi 편집기를 이용해서 # vi /etc/default/useradd 파일 Open 후 아래와 같이 내용을 수정합니다. 1.1.1. GROUP=100은 -n 옵션을 사용하여 계정 생성시 사용자 ID와 동일한 그룹이 생성되는 것이 아니라 기본..

아! 드디어 파일의 속성(메타데이터)을 분석하는 시간입니다. 1. ls -al [root@localhost ~]# ls -al -rw-r--r--. 1 root root 18 12월 29 2013 .bash_logout - : 파일 -, 디렉토리 d, soft link l rw- : user 권한 r 4 읽기, w 2 쓰기, x 1 실행 r-- : group 권한 r 4 읽기, w 2 쓰기, x 1 실행 r-- : other 권한 r 4 읽기, w 2 쓰기, x 1 실행 . : acl 설정여부, 설정되어 있으면 + 1 : 링크의 갯수 root : owner(user) root : group 18 : 사이즈(용량) 12월 29 2013 : 마지막으로 수정한 날짜 .bash_logout : 파일, 디렉토리 ..