<div id="readability-page-1" class="page"><div><blockquote>
<p>리얼리눅스 무료세미나 "리눅스를 효과적으로 공부하는 방법"에 나오는 내용을 학습 목적으로 정리한 글입니다.</p>
</blockquote>
<h2 id="shell">Shell</h2>
<ul>
<li>terminal: 입력과 출력의 환경</li>
<li>입력과 출력의 환경(터미널)을 기반으로 한 알맹이(=구동되는=명령어를 실제 처리하는) 프로그램이 쉘이다.</li>
<li>user program이다.</li>
<li>명령어 반응형 프로그램</li>
<li>우리가 쓰는 터미널은 소프트웨어로 구현된 터미널이다.</li>
</ul>
<h3 id="쉘을-사용하는-이유">쉘을 사용하는 이유</h3>
<ul>
<li>GUI를 사용하는게 더 효율적인거 아닌가?</li>
<li>GUI vs CLI<ul>
<li>GUI: 메모리 등 자원 소모가 크고 자동화가 불편하다.</li>
<li>CLI: 자원 소모가 작고 자동화(scripting)에 적합하며 세부적이고 다양한 기능을 활용할 수 있다.</li>
</ul></li>
</ul>
<h3 id="리눅스-기본폴더-bin">리눅스 기본폴더 /bin</h3>
<ul>
<li>기본 명령어 전용 폴더</li>
</ul>
<h3 id="기타-폴더">기타 폴더</h3>
<ul>
<li>/sbin: 시스템 관리 관련 명령어</li>
<li>/usr/bin, /usr/sbin: 리눅스의 여러 배포판마다 유틸리티를 유지하는 부분이 달라지는데, 이 달라지는 부분들이 /usr 밑에 위치한다.</li>
</ul>
<h2 id="명령어">명령어</h2>
<h3 id="whatis">whatis</h3>
<p><img src="https://user-images.githubusercontent.com/68000537/128175614-36a36918-33b5-4e9d-b2b6-2c8f57ecb365.png"></p>
<h3 id="whereis">whereis</h3>
<p>실행파일, 소스, 설정파일, 사용자 메뉴얼 파일 위치<br>
<img src="https://user-images.githubusercontent.com/68000537/128175698-6aee57e1-1555-4ea6-b804-ca2f897f0dc9.png"></p>
<h3 id="which">which</h3>
<p>실팽파일 위치<br>
<img src="https://user-images.githubusercontent.com/68000537/128177325-9cdaacfc-b130-48ba-8b66-f1b1ec73b210.png"></p>
<h3 id="man">man</h3>
<p><img src="https://user-images.githubusercontent.com/68000537/128175742-6a865ab6-1ec0-47a6-8641-2e25e817606f.png"></p>
<h3 id="help">help</h3>
<p>built in 명령어 확인 가능</p>
<h3 id="compgen--c">compgen -c</h3>
<p>지금 쓸 수 있는 모든 명령어 리스트</p>
<h3 id="compgen--b-cd">compgen -b cd</h3>
<p>bash 쉘 내장 명령어 확인</p>
<h2 id="패키지">패키지</h2>
<p>실행파일, 사용자 메뉴얼 파일, 설정 파일 등의 묶음</p>
<h3 id="dpkg--l-vim">dpkg -L vim</h3>
<p>프로그램 패키지가 설치되었는지 확인</p>
<h3 id="dpkg--l-vim-1">dpkg -L vim</h3>
<p>프로그램 패키지 내용 확인<br>
<img src="https://user-images.githubusercontent.com/68000537/128176733-91874843-9411-4298-8a10-a957b4dde454.png"></p>
<h3 id="sudo-apt-cache-search">sudo apt-cache search</h3>
<p>특정 기술의 키워드를 써서 설치하고 싶은 패키지명을 찾을 수 있음</p>
<h2 id="기타">기타</h2>
<h3 id="free">free</h3>
<p>메모리 확인<br>
<img src="https://user-images.githubusercontent.com/68000537/128176858-d0bb36bd-5426-4365-a316-ee99eee24ea0.png"></p>
<h3 id="ps--ef">ps -ef</h3>
<p>모든 프로세스 확인</p>
<h3 id="df--h-">df -h /</h3>
<p>스토리지 파악<br>
<img src="https://user-images.githubusercontent.com/68000537/128176992-855e5a23-cafd-4a84-aae7-e394bf202d39.png"></p>
<h2 id="트러블슈팅">트러블슈팅</h2>
<ol>
<li>
<p>에러 메시지를 잘 읽는다.<br>
에러메시지는 원인이 아니라 현상이나 결과를 나타낼 수 있다.<br>
root cause를 찾아가는 과정이 필요하다.</p>
</li>
<li>
<p>원인을 찾았으면 해당 원인을 파악할 수 있는(e.g. 어떤 포트를 누가 사용하고 있지?) 명령어에 대해 알아야 한다.</p>
</li>
</ol>
<blockquote>
<p>바로 <code>kill -9</code> 등으로 프로세스를 강제 종료하면 최악이다. 구동중인 웹 서버를 <code>kill -9</code>로 강제종료할 경우 클라이언트와 커넥션 중에 있었던 자원이 제대로 해지되지 않고 비정상 종료된다. 한편, <code>kill</code>로 죽이면 자원이 해지된다음 종료된다.</p>
</blockquote>
<ol start="3">
<li>조작하려는 파일(e.g. 소켓 관련 파일)과 전체 작동 원리에 대해 파악해야 한다.<br>
mysqld.sock는 DRAM에 저장되는 특수 파일이고, mysql-server에 의해 자동 생성되기 때문에 mysql-server를 재시작했을 때 문제가 해결될 가능성이 높다.</li>
</ol>
<hr>
<ul>
<li>https://reallinux.co.kr/</li>
<li>https://www.youtube.com/watch?v=wDe1JLKorlg</li>
</ul></div></div>

janeljs.log

리얼리눅스 무료세미나 "리눅스를 효과적으로 공부하는 방법"에 나오는 내용을 학습 목적으로 정리한 글입니다.
Shell
terminal: 입력과 출력의 환경
입력과 출력의 환경(터미널)을 기반으로 한 알맹이(=구동되는=명령어를 실제 처리하는) 프로그램이 쉘이다.
user program이다.
명령어 반응형 프로그램
우리가 쓰는 터미널은 소프트웨어로 구현된 터미널이다.
쉘을 사용하는 이유
GUI를 사용하는게 더 효율적인거 아닌가?
GUI vs CLI
GUI: 메모리 등 자원 소모가 크고 자동화가 불편하다.
CLI: 자원 소모가 작고 자동화(scripting)에 적합하며 세부적이고 다양한 기능을 활용할 수 있다.
리눅스 기본폴더 /bin
기본 명령어 전용 폴더
기타 폴더
/sbin: 시스템 관리 관련 명령어
/usr/bin, /usr/sbin: 리눅스의 여러 배포판마다 유틸리티를 유지하는 부분이 달라지는데, 이 달라지는 부분들이 /usr 밑에 위치한다.
명령어
whatis
whereis
실행파일, 소스, 설정파일, 사용자 메뉴얼 파일 위치
which
실팽파일 위치
man
help
built in 명령어 확인 가능
compgen -c
지금 쓸 수 있는 모든 명령어 리스트
compgen -b cd
bash 쉘 내장 명령어 확인
패키지
실행파일, 사용자 메뉴얼 파일, 설정 파일 등의 묶음
dpkg -L vim
프로그램 패키지가 설치되었는지 확인
dpkg -L vim
프로그램 패키지 내용 확인
sudo apt-cache search
특정 기술의 키워드를 써서 설치하고 싶은 패키지명을 찾을 수 있음
기타
free
메모리 확인
ps -ef
모든 프로세스 확인
df -h /
스토리지 파악
트러블슈팅
에러 메시지를 잘 읽는다.
에러메시지는 원인이 아니라 현상이나 결과를 나타낼 수 있다.
root cause를 찾아가는 과정이 필요하다.
원인을 찾았으면 해당 원인을 파악할 수 있는(e.g. 어떤 포트를 누가 사용하고 있지?) 명령어에 대해 알아야 한다.
바로 kill -9 등으로 프로세스를 강제 종료하면 최악이다. 구동중인 웹 서버를 kill -9로 강제종료할 경우 클라이언트와 커넥션 중에 있었던 자원이 제대로 해지되지 않고 비정상 종료된다. 한편, kill로 죽이면 자원이 해지된다음 종료된다.
조작하려는 파일(e.g. 소켓 관련 파일)과 전체 작동 원리에 대해 파악해야 한다.
mysqld.sock는 DRAM에 저장되는 특수 파일이고, mysql-server에 의해 자동 생성되기 때문에 mysql-server를 재시작했을 때 문제가 해결될 가능성이 높다.
https://reallinux.co.kr/
https://www.youtube.com/watch?v=wDe1JLKorlg

리눅스를 효과적으로 공부하는 방법

댓글