개발 기록함

ABC 부트캠프 AI 파일럿 1기 MLOps 61일차 :Docker GPU 컨테이너 구조와 ML 추론 서비스 운영 정리

개발 기록자 — Thu, 29 Oct 2026 15:53:32 +0900

이 책과 강의가 기초 개념을 공부하기에 좋다고 하신다.

영상은 무료라고 하셨다.

스크립트를 만드는 이유 : 실수를 줄이고 자동화를 하기 위해서

바인드마운트랑 링크랑 차이점이 궁금하여 찾아보았다.

ml을 공부하려면 이것들을 잘 활용해야 한다.

수학에 강하거나 논리에 강한 사람들에게 추천한다.

바인드마운트와 마운트랑 동일한걸까?

도커에서 마운트는 컨테이너 안의 경로에서 외부 저장 공간을 연결하는 것을 통틀어서 부르는 말이다.

-v 옵션 하나로 바인드 마운트와 볼륨을 둘 다 만들 수 있어서 헷갈릴 수 있다.

-v가 볼륨의 약자라서 바인드 마운트까지 볼륨이라고 부르는 경우가 있다.

즉 바인드 : 세 종류를 모두 포함하는 상위 개념

바인드 마운트 : 그 중 호스트 경로를 직접 연결하는 방식

컴퓨터 사양이 좋으면 오른쪽,

컴퓨터 용량이 적고 사양이 안좋으면 왼쪽을 사용하라.

ML쪽으로 취업을 할 예정이면

MPU를 이용해서 모델을 만들면 좋을 것이다.

GPU와 MPU는 다른데 요즘 MPU쪽 파이가 커질 거 같다.

사회는 프론티어의 말대로 흘러가기 마련이니까

그들의 영상을 찾아보는 것이 좋다.

왜 바로 실행하고 컨테이너를 지우는걸까?

컨테이너를 지워도 이미지는 그대로 남기 때문에 같은 명령을 다시 실행하면 train.py도 다시 실행된다.

--rm을 안붙이면 끝난 컨테이너가 docker ps -a에 계속 쌓인다.

한번 실행하고 끝나는 작업에는 --rm을 붙인다.

다만 train.py가 모델 파일을 컨테이너 안에 저장하면 --rm으로 컨테이너가 지워질 때 그 파일도 사라진다.

운영쪽에서는 기록과 문서화를 잘 해야한다.

버전, 빌드, 아키텍처 기록을 자동화를 하는 게 좋다.

바인드마운트랑 볼륨의 -v는 어떻게 구분할 수 있을까?

-v 왼쪽:오른쪽 에서 콜론 왼쪽을 보면 구분할 수 있다.

갑자기 -v를 사용했을 때 볼륨과 바인드마운트의 문법이 헷갈리기 시작해서

다시 찾아보았다.

-v [왼쪽]:[컨테이너 경로][:옵션]

그러니까 즉, -v mydata:/app/data는

mydata라는 볼륨을 /app/data라는 컨테이너 경로에 연결하는 것이다.

sklearn(사이킷런)이 뭘까?

사이킷런은 파이썬 머신러닝 라이브러리를 코드에서 불러올 때 쓰는 이름이다.

데이터를 넣으면 패턴을 학습하고,

새 데이터를 예측하는 기능을 모아둔 라이브러리이다.

주로 표 형태의 데이터(엑셀, CSV)를 다룰 때 사용한다.

--no-chach-dir이 명확히 무슨 역할을 하는지 궁금하다

pip가 다운로드한 패키지 파일을 캐시 폴더에 저장하지 않게 하는 옵션이다.

도커 이미지 안에서는 이 캐시가 쓸모가 없다.

smoke 명령어로 모델의 일부만 테스트 해보았다.

잘 만들어졌는지 확인해보자.

아주 작은 모델이 만들어졌다.

아까 그 명령어에서 smoke를 제거하고 epochs 30개를 돌려보았다.

잘 돌아가는 것을 확인할 수 있다.

파일 구성을 확인했는데 잘 나왔다.

features 값을 줄여서 일부러 오류를 내보았다.

학습(training)과 예측(inference)의 차이를 모델파일을 중심으로 설명하겠습니다.

학습은 데이터를 이용해 모델을 만드는 일이고,
예측은 학습된 모델로 값을 계산하는 일입니다.
학습은 무겁고 한번 실행되고 끝나는 배치작업이고,
예측은 가볍게 반복되는 작업입니다.
이 두 일을 잇는 것이 모델파일 입니다.

“학습컨테이너는 --rm으로 소멸해도 되지만 모델은 볼륨에 저장해야한다”는설계를
명령인자(--model)의 관점에서 설명하겠습니다.

학습 컨테이너는 모델을 볼륨경로에 저장합니다.
따라서 학습컨테이너가 --rm으로 지워져도 도커 볼륨에 모델이 남아있습니다.

예측 컨테이너는 모델을 이미지 안에 갖고 있지 않고
실행할 때 pt인자로 모델 경로를 받아 볼륨에서 불러옵니다.
그래서 새로운 컨테이너같은 모델로 예측이 가능합니다.

예측은 모델을 읽기만 하므로 :ro로 마운트 합니다.
모델 파일 이름에 버전을 붙여두면
--model 값만 변경하여 모델 버전을 바꾸거나 되돌릴 수 있습니다.

2번 문제 발표하였다.

프로메테우스와 그라파나가 뭐지?

3번 응답의 결과는 json 형태로 나온다

이렇게 json형태(구조화)로 나오면 좋은 점 :

처리하기 쉽다

상수화를 줄여서 변수를 줄인다

4번 오류 응답은 string으로 나온다

메트릭 : 시스템의 상태를 나타내는 숫자 갓을 시간에 따라 기록한 것

프로메테우스 : 수치(메트릭)을 수집하고 저장하는 도구

그라파나 : 저장된 수치를 그래프와 대시보드로 보여주는 도구

이것들을 운영자가 잘 보고 있어야한다.

이건 HTTP 상태코드이다.

모두 사용자의 입력 때문에 나오는 건 아니다.

이와 같은 문제가 생기면 문서로 남겨두어야한다.

런북(RUNBOOK)은 서비스를 운영하며 특정 상황이 생겼을 때 어떤 순서로 해야하는지 적어둔 문서이다.

장애가 났을 때 담당자가 그 자리에서 원인을 처음부터 추측하지 않고,

문서에 적힌 명령어와 확인 순서를 그대로 따라 할 수 있게 만드는 것이 목적이다.

curl에 -i를 넣고 안넣고의 차이

-i를 넣으면 응답헤더(상태 코드 포함)까지 출력하고 안넣으면 응답 본문만 출력한다.

ml 모델이 120초 안에 응답이 오면 답변을 달라는 명령어이다.

난 64.570초만에 답변을 준 것이다.

이런 근거들은 runbook에 근거자료로 입력하기에 좋다.

파이썬이나 셸스크립트로 작성하면 좋다.

s: 사일런트 (진행사항 무시하라)

S : 에러 발생하면 에러 무시하라는 의미

로그 30개 확인해보았다.

-H : 요청 헤더 추가

@benchmark-input.json :

우리 모델의 정상 범위 (0.8~ 0.9)

422 에러가 난 것을 확인할 수 있다.

어떤 형태든 이런 오류는 runbook에 잘 기록해두면 좋다.

피처값에 숫자열만 넣어야 하는데 문자열을 넣어서 '422' 에러 난 것을 확인할 수 있다.

이렇게 --quiet를 하면 오류 메시지만 출력을 한다.

출력이 안된 걸 보면 오류가 없다는 의미이다.

그라파나 : 모니터 그래픽 대시보드

프로메테우스 : 오픈소스, 화면에 알림을 준다.

http://localhost:9090/graph

와우 싱기하당

프로메테우스 !!!

타겟을 클릭하면

이런게 나온다.

주기적으로 정보를 스크래핑하고 있는것이다.

http://localhost:3000/

Welcome to grafana !!!

녹색이 나오니까 동작한다는 의미이다.

그라파나의 값이 바꾸어보았다.

그라파나의 값이 바뀐 것을 확인할 수 있다.

와웅 !

일부러 에러 내보려고 없는 걸 환경변수로 만들어보았다.

에러가 난 것을 확인할 수 있다.

죽은 것을 확인해보았다 !

다시 정상적으로 파일 돌리고 실행했더니 살아있다.

GOOD ~

아까까지 환경변수로 에러내는 게 잘 안먹었다.

프레딕트를 호출할 때 인위적으로 에러를 내보자.

모델 버전이 v2로 변경된 것을 확인할 수 있다.

남은 시간은 이제 팀별로 이전 프로젝트를 어떻게 할 것인지 토의하는 시간을 가졌다.

ABC 부트캠프 AI 파일럿 1기 MLOps 60일차 : Docker 보안·자원 제한과 ML 학습 컨테이너 구성

개발 기록자 — Wed, 28 Oct 2026 17:44:35 +0900

테스트코드를 잘 작성하는 것이 좋다.

docker login -u [사용자 이름]

스크립트를 만들어서 도커 로그인을 해보았다.

도커 이미지스 확인

myapi:v1을 만들기 위해 작업하고 있다.

만들어져랏.

myapi:v1이 만들어진 것을 확인했다.

myapi:v2와 해시값이 다르다.

다이제스트 동일한 것을 확인해야한다.

도커 허브에 들어가야한다 !

앱에서도 들어갈 수 있다.

myapi v1, myapi v2를 push해보았다.

도커허브에 제대로 올라왔는지 확인해봤다.

이 정보가 정말 중요하다.

1번은 보안쪽이라 어려워서 스킵하듯이 알려준다고 하셨다.

우리는 지금까지 root를 사용했다.

원칙적으로는 root를 사용해서는 안된다.

1000은 기본사용자이다.

뭐는 rm이고 뭐는 del이고 뭐는 delete고

하나만 했으면 좋겠다.

128메모리에 500MB를 넣은 것이다

메모리 한도초과이다.

보통 slim, alpine을 자주 쓴다.

빌드 시간이 길면 집중도가 줄어든다.

guestbook 이미지에 baseline 태그를 만들었다.

guestbook 이미지에 secure 태그를 만들었다.

secure은 권한이 appuser인 것을 볼 수 있다.

이건 scrupt에서 확인할 수 있다.

실제 프로젝트 때는

read_only: true

cap_drop: [ALL]

이 두개는 주석처리 하거나 제거하는 것이 좋겠다.

컨테이너와 DB ID 알기 위한 명령어

container id가 동일한 것을 알 수 있다.

용량이 작아서 오류났다.

nano로 들어가서 용량을 늘려주었다.

ABC 부트캠프 AI 파일럿 1기 MLOps 59일차 : Docker Compose 헬스체크·환경 분리와 이미지 배포 버전 관리 정리

개발 기록자 — Tue, 27 Oct 2026 17:38:59 +0900

복습

도커 컴포즈는 YAML 파일 구조로 사용한다.

runbook과 readme 파일

https://developer.mozilla.org/ko/docs/Web/HTTP/Reference/Status

모질라(파이어폭스 만든 곳)에서 HTTP응답코드를 정리해두었다.

에러, 성공, 리다이렉션 메시지 세개는 다 외워야한다.

compose.yaml

중간에 엉켜서 또 다시 수업 힘들게 따라갔다.

이전에 농스닥을 8080으로 해놔서 8080 포트가 겹쳤다.

CRUD

생성, 읽기, 갱신, 삭제

services, networks, volumes, configs, secrets
구조를 정리하고 다중서비스 구성과 공개/내부분리를 설계한다.

집중이 안돼서 잠시 서서 듣느라 캡쳐를 못했다.

depends_on이 보장하는 것 :컨테이너가 시작하는 순서
depends_on이 보장하지 않는 것 : 서비스가 준비되었는지 (DB가 쿼리를 받을 수 있는지)

만일 보장하지 않을 때 접속하면 connection refused 에러가 발생

2.
- healthcheck : pg_isready로 준비가 됐는지 확인
- condition : service_healthy : db가 healthy가 될 때 까지 api를 시작하지 않습니다.

3. 순서 + 기다림 + 재시도
3번은 이해할 시간이 부족해서 다른 팀원분이 발표해주셨다.

https://hub.docker.com/repositories

여기서 나온 키 백업해둬라

ABC 부트캠프 AI 파일럿 1기 MLOps 58일차 : Docker 백업·네트워크·Compose로 다중 컨테이너 구성하기

개발 기록자 — Mon, 26 Oct 2026 17:25:17 +0900

맥이랑 윈도우에는 가상환경이 있다

| : 앞 결과물이 뒤의 인자로 넘어온다

&& : 앞이 실행되어야 다음이 실행된다. 아니면 실행이 안된다

|| : 앞이 실행 되면 뒤의 것은 실행 안된다. 앞이 실행 안되면 뒤에가 실행된다.

이게 최신 옵션이다

예전 옵션 -v

이렇게 최신 옵션을 하면 더 자세히 명시할 수 있다.

폴더 생성

큰따옴표 사용한 이유 : 환경변수($BIND_DIR)가 있어서

작은 따옴표를 사용한다면 ? 문자열로 인식한다.

호스트에서 만든 것을

도커에서 접속할 수 있게 한 것이다.

POSTGRES이다 !!!!

DB가 잘 동작중이다 ~

스크립트 만들 때 필요하다

init sql에 있는 내용을 도커에서 실행하기 위함

echo $? 했는데 127이 나온 이유

앞에 $?을 해서 앞의 오류가 출력되었다.

오타천지 . .

4번 문제

팀원이 폴더에 컨테이너 쓰지 못하는 이유

1.호스트가 읽기 권한만 준 경우

2.접속할 때 :ro로 접속한 경우

진단 3보 확인
: 올바른 경보인지 확인하고, ls -l로 소규와 권한을 확인하고, 컨테이너 사용자를 docker exec name id로 확인한다.
권한은 chmod로 주는거고 이미지 user, 소유일치는 안배워서 모르겠다.

ip주소는 건물

port는 방

호스트포트랑 컨테이너포트의 차이가 뭐징

호스트 포트는 내 컴퓨터(호스트)의 문이고,

컨테이너 포트는 컨테이너 안에서 프로그램이 실제로 듣고 있는 문이다

내 호스트 주소를 전문 용어로 루프백이라고 부르기도 한다.

8080:8000

호스트포트 : 컨테이너포트

컨테이너는 이미지로 만든다

brige를 사용하지 않고 host로 바로 들어가면

직접 들어가는 것이기에 위험할 수 있다.

그러므로 bridge로 들어가야한다.

컨테이너별로 IP가 있다.

컨테이너는 ip로만 서로를 찾을 수 있는데,

ip는 변경이 된다.

그럴 때 사용자 정의 네트워크를 사용해야한다.

호스트일 경우는 포트가 노출되면 위험한데

컨테이너일 경우 노출되어도 괜찮다.

환경변수와 env는 비밀 민감도가 낮다.

로그와 명령 기록에 시크릿을 추가했다 라고 적기만 해도 안되는건지 궁금하다.

문제가 생겼을 때 이 절차로 수행한 것을 문서로 남겨두어야 한다.

실습 시~작

도커 생성

inspect로 확인

도커 이미지 만드는 명령어

docker build -t 이미지명:버전 경로

중간에 8080 포트를 써서 만들었는데,

오라클이랑 충돌나서 호스트 포트를 8081로 만들었다.

가동 안했는데 자동으로 실행된건가??

호스트네임 잘못 입력한 에러

포트번호 잘못 입력한 에러

가 나야하는데 안났다

왜 안났지

찾아보니 network-db가 없었다.

왜 없지?

비밀번호 에러

우리조는 3번을 발표한다.

집중이 안되어서 일어나서 듣느라 ppt 캡쳐와 노트 작성을 못했다.

방명록 앱 실습 강의를 듣다가 post와 get이 나왔다.

patch와 put을 아냐고 하셔서 그건 모른다고 하니 간단하게 설명해주셨다.

patch와 put이 수정하는 건 같은데 개념이 달랐다.

POST : 등록 → INSERT

GET : 조회 → SELECT

PATCH : 수정 → UPDATE

PUT : 수정 → DELETE, INSERT → UPSERT

DELETE : 삭제 → DELETE

ABC 부트캠프 AI 파일럿 1기 MLOps 57일차 : Dockerfile 빌드 최적화부터 볼륨·백업 설계

개발 기록자 — Fri, 23 Oct 2026 17:30:03 +0900

도커파일은 그냥 텍스트파일이다.

지시 하나하나가 레이어

확장자는 없고 보통 프로젝트 루트에 두는 게 관례이다.

깃리파지토리에 버전관리를 같이 한다.

빌드 컨텍스트 : 이미지를 만들 기준점

빌드 컨텍스트의 경로는 프로젝트 루트에 두어야한다.

보통 도커파일이 위치한 곳에 있다.

복사해야하는 이유 : 이미지를 만들 때 필요하니까 ?

도커파일 기준 상위 디렉토리에 있는 건 copy를 못한다

근데 만약 꼭 필요한 게 상위 디렉토리에 있으면 어떡하지 ??

이게 이미지를 만들기 전에 일어나는 일인지 이미지를 만든 후에 일어나는 일인지 모르겠다

악

프로그래밍

사람이 이해

(빌드), 변환도구(ex>lib)

컴퓨터가 이해

(컴파일러)

프롬 : 도커 허브에 있는 이미지를 지정해서 가져오는 것

보통은 둘 다 사용한다.

ARG : 빌드할 때 사용되는 변수

ENV : RUN할 때 사용되는 변수

SIGTERM : 정상적으로 종료

SIGKILL : 강제 종료

뭔가 꼬였다.

알고있는 게 뇌에서 꼬였다.

악 . . . . .

처음으로 이미지를 만들었다.

와아아.

inspect 하였다.

이건 uvicorn에서 제공해주는 로그이다

chmod를 떠올리면서 이해하려고 하면 된다.

실제로 프로그래밍 하다보면 마운팅이나 볼륨을 많이 사용하진 않을것이다

볼륨을 사용해도 DB를 수정할 때가 가장 잦다.

https://www.avast.com/ko-kr/random-password-generator#pc

env에 사용할 무료 무작위 암호 생성기 사이트 추천받았다.

https://1password.com/ko

이건 패스워드를 저장해주는 사이트다

만약에 해킹당하면 어쩌냐고 했더니 ?? 하는 표정으로 바라보셨다.

거의 애플이 해킹당했다는 것과 비슷한거라고 하셨다.

운영중일 경우 데이터베이스를 백업할 때는 dump하는 게 좋다.

ABC 부트캠프 AI 파일럿 1기 MLOps 56일차 : Docker 첫 시작 후 컨테이너 실습

개발 기록자 — Fri, 23 Oct 2026 10:48:54 +0900

가상머신 : 하드웨어를 가상화

컨테이너 : 호스트 OS의 커널을 함께 쓰고 프로세스만 따로 떼어서 사용

도커를 열어보았다.

레지스토리 : 도커허브

Dockerfile ──build──▶ 이미지 ──push──▶ 레지스트리
 (레시피)              (틀)              (창고)
                                           │ pull
                                           ▼
                         다른 컴퓨터의 이미지 ──run──▶ 컨테이너
                                                       (빵)

이미지는 읽기 전용

docker version과 docker --version은 차이가 있다

Exited 0 -> 정상실행

실 습 시 작 !

도커 버전, 도커 인포의 결과물을 evidence 디렉토리 밑에 만들어라

docker context랑 docker context ls의 차이

docker context: 아무 일도 하지 않고 사용법(도움말)만 보여준다.

docker context는 명령어들을 묶는 상위 그룹일 뿐이라, 뒤에 무엇을 할지(ls, use 등)를 붙여야 실제로 실행된다

컨텍스트는 docker 명령을 어느 Docker Engine에 보낼지 정해 둔 연결 설정

hw라는 컨테이너를 생성

이미지는 다운로드 x

OS기반 파일들 : slim, alpine

https://hub.docker.com/_/nginx/tags

OMG

도커가 아픈가보다

덕분에 10분 쉴 수 있었다.

굿도커

쉬고 오니 도커가 나았다

docker pull nginx:1.30.6-perl

id가 교수님과 동일했다.

너무 어려워서 울고싶었다.

ABC 부트캠프 AI 파일럿 1기 MLOps 55일차: 개인 실습일, 압축 명령어 세 개가 너무 헷갈린다

개발 기록자 — Wed, 21 Oct 2026 18:14:36 +0900

오늘 오전은 실습 위주로 진행되었다.

실습 너 무 좋 ㅇ ㅏ ~

내가 어느 부분에서 부족한지 한눈에 보이고

근육지식을 활용하거나 팀원들에게 알려주고 물어보면서

하나하나 해결해가는 과정이 뿌듯했다.

어제는 구축까지 진행했다.

||의 의미: 앞 명령이 실패하면 뒤 명령을 실행

여기서 /는 루트(root) 디렉터리, 곧 리눅스 파일 시스템의 맨 꼭대기 경로

df에 넘기는 인자로 루트가 들어 있는 디스크의 용량만 보여 달라는 의미

이제 또 다른 개인 실습의 시작이다

이 문제들은 교수님이 공유해주신 노션에 있다 !!

테크노트를 쓰고 있는 이 시점은 8번을 하고 있다 . . .

더이상 머리에 정보가 안들어온다.

L01. 내 작업 폴더 찾아가기

pwd
/home/hs/Developments/ai-campus/linux-submission-lab

cd data
ls
app.conf  app.log  fruits.txt  metrics.csv  users.txt

cd ~      # 홈으로
cd -      # 직전 위치로 돌아오기

ls -al
backup  data  reports  scripts  submission  work

cd - 는 바로 전에 있던 폴더로 돌아가는 것.
홈 갔다가 다시 돌아올 때 경로를 다시 안 쳐도 돼서 편하다.

L02. 파일을 복사해서 따로 보관하기

# work/project/docs 에서
touch todo.txt
cp todo.txt todo_copy.txt
ls
todo.txt  todo_copy.txt

mv todo_copy.txt ../done.txt     # 옮기면서 이름 바꾸기

# 실습 폴더에서
cp data/app.conf work/service.conf
cp data/app.conf backup/app.conf

# work 에서
touch delete_me.txt
rm delete_me.txt

mv 하나로 옮기기랑 이름 바꾸기가 같이 된다.
../done.txt 처럼 경로 끝에 새 이름을 붙이면 옮기면서 이름까지 바뀐다.

L03. 기록을 읽고 짧은 메모 남기기

head -n 2 app.log
2026-10-17 09:00:00 INFO service_started
2026-10-17 09:01:00 INFO healthcheck_ok

tail -n 2 app.log
2026-10-17 09:10:00 INFO recovery_completed
2026-10-17 09:11:00 INFO service_ready

wc -l app.log
12 app.log

head 는 앞에서부터, tail 은 뒤에서부터.
wc -l 은 줄 수.

메모 파일은 touch work/log_memo.txt 로 만들고 cat 으로 다시 읽어봤다.

L04. 필요한 내용만 골라서 저장하기

grep ERROR data/app.log
2026-10-17 09:03:00 ERROR database_timeout
2026-10-17 09:06:00 ERROR prediction_failed
2026-10-17 09:09:00 ERROR upstream_unavailable

grep ERROR data/app.log > error.txt
grep WARN data/app.log > reports/waring.txt

과일 이름별 등장 횟수는 힌트가 sort, uniq -c 였다.

sort data/fruits.txt | uniq -c
      3 apple
      2 banana
      1 orange

sort data/fruits.txt | uniq -c > reports/fruits_count.txt

-> 어려웠는데 스스로 해결했다 !

metrics.csv 는 맨 위 제목 줄을 빼고 첫 번째 열만 세야 했다.

tail -n +2 data/metrics.csv | sort | cut -c 1 | uniq -c
      2 a
      2 w

tail -n +2 는 2번째 줄부터 끝까지 보여주는 것. 제목 줄이 빠진다.

-> 이것도 어려웠는데 스스로 해결했다 !

mode=training 을 mode=practice 로 바꾸는 건 블로그의 도움을 받았다.

sed 's/training/practice/g' work/app.practice.conf
app=demo-service
mode=practice

s/찾을것/바꿀것/ 이 바꾸기 문법이다.

Q. sed 말고 설정 파일을 바꾸는 방법은?

여러 가지 있었다.

스크립트로 자동화할 때는 결국 sed -i 를 제일 많이 쓴다고 한다.
-i 를 붙이면 화면에만 보여주는 게 아니라 파일에 바로 저장된다.
그래서 원본을 지키려면 -i 없이 쓰고 > 로 다른 파일에 저장해야 한다.

L05. 파일의 실행 허용 표시와 오류 안내 확인하기

ls -ld work/log_memo.txt
-rw-r--r-- 1 hs hs 0 Oct 21 13:46 work/log_memo.txt

chmod 744 work/log_memo.txt
ls -ld work/log_memo.txt
-rwxr--r-- 1 hs hs 0 Oct 21 13:46 work/log_memo.txt

chmod 644 work/log_memo.txt
-rw-r--r-- 1 hs hs 0 Oct 21 13:46 work/log_memo.txt

rwx 숫자가 기억이 안 나서 검색해보았다.

r = 4
w = 2
x = 1

7 = 4+2+1 (rwx)
6 = 4+2   (rw-)
4 = 4     (r--)

일반 출력과 오류 안내를 따로 저장하는 문제도 있었다.

bash data/missing.log 1> reports/stdout.txt 2> reports/stderr.txt
ls reports/
fruits_count.txt  stderr.txt  stdout.txt  text_files.txt  warning.txt

1> 은 일반 출력, 2> 는 오류 출력.
2>&1 뭐 이런 명령어라는 건 알았는데 정확하게 개념을 확립하지 못한 상태였다.

실행 허용 표시랑 실제로 실행 가능한지의 차이는 이렇게 적었다.

실행 허용 표시 : 실행 권한 여부

파일 내용이 실제로 실행 가능한지 : 소스 파일이 정상적으로 실행되는지에 따라 다르다

L06. 내가 시작한 작업을 확인하고 끝내기

sleep 300 을 터미널 뒤에서 실행하라고 했다.

터미널 뒤가 백그라운드인지 찾아봤다.
처음엔 sleep 자체가 백그라운드 용어인 줄 알았다.
sleep 은 그냥 정해진 초만큼 기다리는 프로그램이다.

sleep 300 : 포그라운드. 300초 동안 터미널이 멈춘다

sleep 300 &: 백그라운드. 바로 다음 명령을 칠 수 있다

끝에 붙인 & 가 백그라운드로 실행하라는 표시이다.

sleep 300 &
[1] 4443

jobs -l
[1]+  4443 Running                 sleep 300 &

kill 4443
[1]+  Terminated              sleep 300

jobs 만 치면 작업 번호만 나오고, -l 을 붙이면 PID 까지 같이 나온다.
kill 은 이름은 무섭지만 기본은 종료 요청(SIGTERM)을 보내는 것이다.

Q. 작업 번호와 PID의 차이는?

작업 번호는 지금 쓰고 있는 터미널이 백그라운드 작업마다 붙여주는 순번이다.

[1] 4443 에서 [1] 이 작업 번호, 4443 이 PID.
kill %1 이랑 kill 4443 은 같은 걸 끈다.
다른 터미널 창에서는 jobs 에 안 보이니까 그때는 PID 로 찾아야 한다.

Q. ps aux | grep train | grep -v grep 에서 grep -v 를 붙이는 이유?

grep -v 는 일치하는 줄을 빼고 나머지만 보여주는 것.

ps aux | grep train 만 치면 grep train 명령 자기 자신도 프로세스라서 목록에 같이 찍힌다.
그래서 grep -v grep 으로 그 줄을 빼는 것이다.

ps aux : 모든 사용자의 프로세스를 자세히 보기

a 모든 사용자 / u 사용자 중심 형식 / x 터미널에 안 붙은 것까지

Q. || 의 의미는?

앞 명령이 실패하면 뒤 명령을 실행.

ps aux | grep train | grep -v grep || echo "실행중없음"

grep 은 찾으면 성공(0), 못 찾으면 실패(1)를 돌려준다.
파이프로 이은 건 맨 마지막 명령 결과로 판단한다.
그래서 train 이 안 돌고 있으면 실행중없음 이 찍힌다.

A || B : A 가 실패하면 B

A && B : A 가 성공하면 B

Q. df -h / 에서 / 의 의미는?

여기서 / 는 루트(root) 디렉터리, 곧 리눅스 파일 시스템의 맨 꼭대기 경로다.
df 에 넘기는 인자로, 루트가 들어 있는 디스크의 용량만 보여 달라는 의미.

df -h / | tail -1 은 제목 줄을 버리고 실제 정보 한 줄만 남기는 것이다.

L06 4번에서는 실습 폴더가 있는 저장 공간을 봐야 해서 / 대신 . 을 넣었다.

df -h .
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdd       1007G  4.2G  952G   1% /

du -sh reports
20K     reports

처음엔 du -sh . 로 남은 용량을 보려고 했다.
du 는 폴더가 쓰고 있는 양이고, df 의 Avail 이 남은 양이다.

du : disk usage, 내 짐이 차지한 부피

df : disk free, 창고에 남은 빈 공간

리눅스 부분은 다 검색해서 풀었다.
근데 검색어가 잘 기억나지 않는다.

L07. 여러 파일을 한 묶음으로 보관하고 다시 풀기

tar -zcvf archive.tar.gz data
data/
data/metrics.csv
data/users.txt
data/app.log
data/fruits.txt
data/app.conf

tar -ztvf archive.tar.gz
drwxr-xr-x hs/hs             0 2026-10-21 13:11 data/
-rw-r--r-- hs/hs            56 2026-10-21 13:11 data/metrics.csv
-rw-r--r-- hs/hs            24 2026-10-21 13:11 data/users.txt
-rw-r--r-- hs/hs           500 2026-10-21 13:11 data/app.log
-rw-r--r-- hs/hs            39 2026-10-21 13:11 data/fruits.txt
-rw-r--r-- hs/hs            31 2026-10-21 13:11 data/app.conf

mkdir work/restored && tar -zxvf archive.tar.gz -C work/restored

복원된 파일이 원본이랑 같은지는 줄 수로 비교했다.

wc -l data/app.conf && wc -l data/app.log && wc -l work/restored/data/app.conf && wc -l work/restored/data/app.log
2 data/app.conf
12 data/app.log
2 work/restored/data/app.conf
12 work/restored/data/app.log

풀었는데 ls 가 그대로였다

처음에 -C 없이 실습 폴더에서 바로 tar -zxvf archive.tar.gz 를 쳤다.
파일 이름은 쭉 찍히는데 ls 를 해보면 바뀐 게 없었다.

원인은 data 폴더가 원래부터 있었기 때문이다.
새 폴더가 생긴 게 아니라 기존 data/ 안의 파일을 덮어쓴 것이다.
tar 는 같은 이름이 있으면 묻지도 않고 덮어쓴다.

그래서 다른 폴더에 풀려면 -C 를 붙여야 한다.

Q. -C 에는 이미 있는 폴더만 쓸 수 있을까?

있는 폴더만 된다.

-C 는 그 폴더로 이동(Change directory)한 다음 푸는 것이라 없는 폴더면 에러가 난다.

tar -zxvf archive.tar.gz -C newdir
tar: newdir: Cannot open: No such file or directory

그래서 mkdir -p 랑 && 로 묶는다.

mkdir -p newdir && tar -zxvf archive.tar.gz -C newdir

-p 는 폴더가 이미 있어도 에러를 안 내니까 그냥 항상 이렇게 쓰면 된다.

Q. zcvf, ztvf, zxvf 의 차이는?

압축하는 명령어랑 압축 푸는 명령어랑 압축파일 안에 뭐가 있는지 확인하는 명령어가 너 무 너 무 너 무 헷갈린다.

알고 보니 z, v, f 는 셋 다 똑같고 가운데 글자 하나만 다르다.

압축파일 묶는 명령어      : tar -zcvf archive.tar.gz <압축할 파일>
안에 뭐가 있는지 확인     : tar -ztvf <압축 파일>
압축파일 푸는 명령어      : tar -zxvf <압축파일> -C <푸는 경로>

c, t, x 는 같이 못 쓴다. 셋 중 하나만 고르는 것이다.
z v f 는 고정이고 가운데만 c(만들기) / t(목록) / x(꺼내기) 로 바꾼다고 외워야겠다.

Q. tar 와 tar.gz, 그리고 zip 의 차이는?

.tar 는 묶기만 한 것, .tar.gz 는 묶고 나서 gzip 으로 압축까지 한 것이다.
tar 는 원래 tape archive 의 줄임말이라고 한다.

리눅스 서버끼리 주고받을 때는 tar.gz, 윈도우 쓰는 사람한테 보낼 때는 zip.

압축하는 명령어랑 압축 푸는 명령어랑 압축파일 안에 뭐가 있는지 확인하는 명령어가 너 무 너 무 너 무 헷갈린다

압축파일 묶는 명령어 : tar -zcvf archive.tar.gz <압축할 파일>
압축파일에 어떤 파일이 있는지 확인하는 명령어 : tar -ztvf <압축 파일>
압축파일 푸는 명령어 : tar -zxvf <압축파일> -C <압축파일 푸는 경로>

L08. 조사 결과를 한 번에 제출하기

mkdir -p submission/linux/final
touch submission/linux/final/{errors,summary,fruits_count}.txt

cp data/app.log submission/linux/final/app_original.log
grep ERROR submission/linux/final/app_original.log > submission/linux/final/error.txt

touch 뒤에 {a,b,c} 를 쓰면 파일 여러 개가 한 번에 생긴다.
중괄호 안에 띄어쓰기를 넣으면 안 된다.

전체 줄 수, ERROR 줄 수, WARN 줄 수를 summary.txt 에 적는 문제.

wc -l app_original.log > summary.txt
grep -c ERROR app_original.log >> summary.txt
grep -c WARN app_original.log >> summary.txt

cat summary.txt
12 app_original.log
3
2

grep -c 는 일치하는 줄 수만 세는 것.
첫 줄은 > 로 새로 쓰고 나머지는 >> 로 덧붙였다.

wc -l 뒤에 파일명을 붙였더니

처음엔 한 줄로 이렇게 쳤다.

grep ERROR app_original.log | wc -l app_original.log >> summary.txt

이러면 ERROR 줄 수가 아니라 전체 줄 수가 또 찍힌다.
wc -l 뒤에 파일 이름을 적으면 파이프로 넘어온 grep 결과를 무시하고 그 파일을 다시 센다.

파이프로 받을 거면 wc -l 뒤에 파일명을 빼야 한다.
아니면 처음부터 grep -c 를 쓰면 된다.

사담

테크노트를 쓰고 있는 이 시점은 L8번을 하고 있다 . . .

더이상 머리에 정보가 안 들어온다.

2>&1 은 아직 개념이 확실하지 않다.

1>, 2> 로 나누는 건 해봤는데 둘을 합치는 건 다시 봐야겠다.
L08 남은 문제는 이어서 풀 예정이다.

ABC 부트캠프 AI 파일럿 1기 MLOps 54일차: torch가 없다고? venv에 PyTorch 설치하며 겪은 에러 3단계

개발 기록자 — Tue, 20 Oct 2026 18:12:55 +0900

최근에 발을 접질렀다.

괜찮은 줄 알고 놔뒀는데 새벽에 아파서 자꾸 깼다.

이대로 수업 듣긴 힘들 거 같아서

결국 오전에 병가를 내고 병원을 다녀왔다.

인대가 늘어났다고 한다 . . nooooo

교육생님이 주셨다. 오예 !

궁극적으로 지금까지 배운 과정에서 가장 중요하다고 생각한다.

ls -ld : 폴더 자체의 정보를 자세히 보여주는 명령어

cron : 정해진 시간에 명령이나 스크립트를 자동으로 실행해 주는 예약 실행 프로그램

크론은 절대경로를 넣어서 수행해야한다.

오류를 발견하고 해결하는 과정까지 일련의 절차를 기록하고 자동화하는 것이 중요하다.

최소의 수작업을 통해서 만들어놓으면 좋다.

외국기업의 경우 사고가 발생했을 때는 잘리지 않는다.

다만 장애 보고서를 제대로 작성하지 않으면 해고사유가 된다.

동일한 일이 발생할 경우

타인이 장애보고서를 보고 바로바로 해결할 수 있도록 작성한다.

경고 왜 왜렇게 많아?

grep -iE 'error|failed|warning' /var/log/syslog 는 무슨 명령어야?

-y가 없으면 무엇이 바뀌었는지 질문을 하고

-y가 있으면 자동으로 y를 넣고 진행된다.

iostat -xz 1 3랑 iostat -z 1 3의 차이

-z : 측정 구간 동안 활동이 없는 디스크는 출력 생략 (화면이 깔끔해짐)

#!/usr/bin/env bash

set -euo pipefail # 안전 옵션 (에러 발생 시 즉시 중단, 미선언 변수 차단, 파이프라인 에러 추적)

# [경로 추적 마법] 스크립트 파일이 실제로 위치한 '부모 디렉토리의 절대 경로'를 동적으로 찾아 변수에 할당합니다.

# (이 기법을 쓰면 어느 위치(예: /tmp 등)에서 이 스크립트를 호출하더라도 항상 원래 폴더를 정확히 찾아갑니다.)

ROOT="$(cd -- "$(dirname -- "${BASH_SOURCE[0]}")" && pwd)"

# 스크립트 위치(ROOT) 하위에 진단 로그를 모아둘 diagnosis 폴더를 생성합니다.

mkdir -p "$ROOT/diagnosis"

# 파일명에 타임스탬프를 조합하여 최종 로그 파일의 전체 절대 경로를 생성합니다.

OUT="$ROOT/diagnosis/collect-$(date +%Y%m%d-%H%M%S).log"

# for 루프를 사용해 1부터 5까지 총 5번 반복 실행합니다.

for n in 1 2 3 4 5; do

# 중괄호 { } 블록 안의 모든 명령어 출력(현재시간, 메가바이트 단위 메모리, 서버부하)을

# 지정한 로그 파일($OUT) 끝에 덮어쓰지 않고 덧붙여 누적(>>)시킵니다.

{ date -Is; free -m; uptime; } >> "$OUT"

# 1초 간격으로 측정하기 위해 시스템을 1초 동안 정지(대기)시킵니다.

sleep 1

done

# 수집이 완료된 로그 파일의 최종 위치를 화면에 안내합니다.

printf '기록: %s\n' "$OUT"

linux-lab이 아니라 ml-lab에서 작업해야하는거라서 mv를 해야한다.

수업 중간에 후다닥 mv를 해서 ml-lab의 logs로 파일을 옮겼다.

-C : 뒤에 있는 디렉토리로 이동해

스모크 테스트(smoke test): 일단 켜지고 기본 기능이 돌아가는지만 빠르게 확인하는 최소한의 테스트

하드웨어 업계에서 새 기계에 전원을 넣었을 때 연기(smoke)가 나지 않으면 일단 통과시킨 데서 왔다고 한다.

ps(process status) : 지금 실행 중인 프로세스(프로그램)의 목록을 보여 주는 명령어

nohub : 터미널을 닫거나 SSH가 끊겨도 프로그램이 계속 돌게 해 주는 명령어

bashrc랑 bash 차이

bash는 셸 프로그램 자체이고,

.bashrc*는 그 bash가 시작될 때 읽는 설정 파일

set -euo pipefail : 이 스크립트는 문제가 생기면 그 자리에서 바로 멈춰라"라는 안전 설정

열심히 수업듣고 있는데 갑자기 pc가 꺼졌다.

왜이러니 . . .

다시 터미널 열고 싹 세팅해두느라 정신이 없었다.

train이 들어간 프로세스가 실행 중인지 확인하고, 없으면 "실행중없음"을 출력하는 명령

chmod · chown 차이

chmod는 무엇을 할 수 있는지(권한)를 바꾸고,

chown은 누구 것인지"(소유자)를 바꾼다

top · htop · free -h 차이

top과 htop은 프로세스별 CPU·메모리를 실시간으로 보여 주고, free -h는 메모리 총량만 한 번 보여준다.

ss -tlnp도 알아두면 좋다.

현재 실행중인 포트를 확인하는 명령어이다.

bash x.sh · ./x.sh 차이

둘 다 스크립트를 새 셸에서 실행하지만, 누가 해석기를 정하는지와 실행 권한이 필요한지가 다르다

mise use python@3
-> mise에 python 버전 3.x 설치
mise use uv
-> uv 도구를 mise 설치하고 이 폴더에서 uv 명령을 쓸 수 있게 등록
uv venv
-> uv로 .venv 가상환경 폴더 생성
source .venv/bin/activate
-> vevn 활성화

scp hs@172.21.93.43:/home/hs/Developments/ai-campus/script/assets/linux/ml-project/code/train.py ./code

pip freeze >requirements.txt

uv pip install -r requirements.txt \
  --extra-index-url https://download.pytorch.org/whl/cpu \
  --index-strategy unsafe-best-match \
  --python .venv/bin/python

.venv/bin/python code/train.py --smoke

힘들다아ㅏㅏ ~~~

ABC 부트캠프 AI 파일럿 1기 MLOps 53일차: 패키지 관리자와 셸스크립트, cron

개발 기록자 — Mon, 19 Oct 2026 17:46:38 +0900

윈도우 패키지 관리자로 upgrade 했다.

패키지 관리자가 뭐지?

패키지 관리자를 이용하면 명령 한 줄로 프로그램을 설치·업데이트·삭제가 가능하다.

윈도우, 맥, 리눅스(우분투)별로 패키지 관리자가 다르다.

git의 패치랑 OS의 패키지 관리자랑 헷갈려서 찾아보았다.

mise:프로젝트마다 Node, Python, Go, Java 같은 런타임 버전을 따로 지정하고 자동으로 바꿔 주는 도구

PEP : 규칙과 설정을 담는 공간

-m : 모듈

표준라이브러리 : 파이썬에서 기본적으로 공유되는 라이브러리

라이브러리 : 재사용할 수 있는 기능 모음

패키지 : 라이브러리를 설치할 수 있게 포장한 것

기본적으로 ./venv 를 사용한다.

그러므로 이름은 변경하지 않는 것을 추천한다.

.env: 환경변수 파일

비밀번호, API 키, DB 주소처럼 코드에 직접 쓰면 안 되는 설정값을 모아 둔 텍스트 파일

.venv: Python 가상환경 폴더

프로젝트 전용 Python 실행 파일과 라이브러리가 설치된 폴더

freeze : 버전정보를 명확히 하겠다.

가상환경에서 pip를 설치해야한다는 의미이다.

api 시스템 전역에 설치

pip 프로젝트 내에 설치

https://pypi.org/

정확하게 알아두면 좋은 정보이다.

즉, 변수를 환경변수로 만들어서 자식 프로세스에 전달하는 기능이다.

bashrc : bash 셸이 시작될 때마다 자동으로 실행되는 설정 파일

터미널을 열 때마다 매번 입력하기 귀찮은 설정을 여기에 적어둔다.

CUDA는 NVIDIA가 만든 GPU 병렬 컴퓨팅 플랫폼으로,

NVIDIA 그래픽카드(GPU)를 계산용으로 쓰게 해 주는 도구 모음이다.

FastAPI는 앱을 만드는 도구(프레임워크)이고,

Uvicorn은 그 앱을 실행하는 서버

nohup은 터미널을 닫거나 SSH 연결이 끊겨도 프로그램이 계속 실행되게 해 주는 명령어

이러고 다시 myenv 제거한다

교수님이 새로 LMS에 올려주신 파일을 압축해제해서

ai-campus에 덮어쓰기하면 된다.

이거 실행하면 안된다

이제 실행해도 된다.

리눅스창을 두개 연다.

하나는 가상환경 들어간거 하나는 아닌거

야크

profile : 로그인

bashrc : 비로그인

corn으로 자동화를 할 수 있는가?

예를 들어 ㅁ0일 새벽 3시에 데이터를 가져오도록 하는 예약실행을 한다면 그게 자동화인가?

교수님의 대답 : 자동화라고 할 수 있다.

셸 스크립트는 셸(bash, zsh)에서 실행하는 명령어들을 파일에 적어 둔 것

터미널에 직접 치던 명령을 그대로 파일에 옮기면 그게 셸 스크립트

$N -gt 5를 매우 많이 사용한다

이 명령어는 기억하고 있는 게 좋다

bash 명령어는 실행권한이 없어도 가능하기에

bash를 사용한 것이다.

인자를 넣으니 이렇게 나오는 걸 볼 수 있다.

-n을 넣으니 아무것도 안나와서 찾아보니

'실행하지 말고 문법만 검사하라'는 옵션이기 때문이다.

스크립트를 읽어서 문법이 맞는지만 확인한다.

파일 실행권한을 주고 실행해보았다.

많은 시행착오 끝에 에러없이 실행했다.

고 생각했는데 아니었다.

많은 고난과 시련과 . .

정 상 실 행 !

두 파일을 비교했을 때 차이가 없게 나오는 것이 정상이다.

-> 정상실행 됐다.

ABC 부트캠프 AI 파일럿 1기 MLOps 52일차 : 경로 꼬임과 컴퓨터 재부팅의 슬픔

개발 기록자 — Fri, 16 Oct 2026 17:32:36 +0900

Git bash에서와 동일한 환경을 만들어주기 위해 파일을 생성한다.

nano에 들어가서 체인지 디렉토리 설정을 한다.

source ~/.bashrc를 해야 적용이 된다.

explorer.exe 뛰고 .을 해야한다.

그럼 위 경로의 탐색기가 뜬다

asset, linux 파일을 만든 후 안에 파일 두개를 복사붙여넣기 해준다

붙여넣기 한 두 파일은 linux-ex에서 나온 것이다.

붙여넣기 한 파일이 제대로 들어갔는지 확인해본다.

OK가 되면 환경설정이 잘 되는 것이다.

파일을 하나 더 생성한다.

파일이 제대로 복사됐는지 확인한다.

어제 배운 head, tail 기능을 사용해본다.

output인데 오타났다. outpput 아웃프풋

어제 배운 거 복습했다.

> 1 > 2 이게 이해 안가고 어렵다.

실습 자료 노션에 올려두었다고 하신다.

grep으로 ERROR를 찾아본다.

n은 앞에 넘버링을 해준다

c는 ERROR 개수 찾기

i는 대소문자 구분 없이

실습 예제에는 ERROR랑 INFO 밖에 없어서

nano로 app.log를 들어가 WARN을 추가해주었다.

v를 사용하자

INFO를 제외한 글자값이 나오는 것을 확인할 수 있다.

grep을 이용해

logs/app.log에서 error로그만 가져와

error.log 파일에 넣어준다.

find 명령어를 사용하여 파일과 디렉토리만 확인

하위 디렉토리 4개에서 파일을 다 출력하라

find name : 실제 확장자 중에 *.log인 것을 찾아줘라는 명령어

만들어진지 7일 이내인?이상인?파일 목록

하드링크와 소프트링크가 다르게 만들어지고

파일 사이즈도 다른 것을 확인할 수 있다.

이건 연결된 링크의 수

original을 삭제하니

hard는 그대로 있으나

soft는 링크가 깨진 것을 확인

복습 끝 이론 시작

실행되어서 메모리를 차지하는 것 : 프로그램

프로그램의 요소 : 프로세스

터미널이라는 프로그램에

ubunt와 console 프로세스가 존재한다.

이런 과정을 공부하는 게 운영체제의 과정이다.

PID는 식별자와 같은 존재이다.

프로세스 안에 프로세스가 생길 수 있다.

매우 많이 사용하게 될 명령어이다.

프로세스 트리를 확인

우리가 만든 서버가 실행되는 것은 sshd이다.

sshd는 자동으로 서비스를 돌려주는 모듈이다.

top보다 htop가 더 보기 이쁘다

요즘은 htop보다 더 예쁜 게 많다고 한다.

서버에 없을 수 있으니 top은 기본기로 익혀두어야 한다.

모델학습은 백그라운드에서 작업하고

파일 확인은 모니터링한다.

bg %1, fg%1은 사용할 일이 별로 없다.

이 두개가 가장 많이 사용된다.

이건 별로 사용되지 않는다.

TERM : 안전하게 종료

KILL : 즉시 종료

TEAM을 사용하는 것이 안전하고,

KILL을 사용하는 것이 좋진 않다.

특수한 경우에만 사용해야한다.

CTRL + C를 입력하면 대화형을 중단한다.

SIG의 명령어는 60개 정도가 있는데,

우리는 6개 정도만 알고 있으면 된다.

SIGKILL은 최악의 경우에만 사용하면 된다.

KILL -9 PID를 하면 데이터가 유실될 수 있다.

PC가 느리다고 생각하는 이유 : 디스크가 느려서

빠른 PC를 사고 싶으면 SSD를 좋은 것을 끼우면 된다.

2초동안 cpu를 max동안 할 수 있게 하고 1초를 휴식을 준다.

왜 이런짓을 할까?

패턴을 보기 위해서 만든 거라고 한다.

실습 시작

$명령어는 환경변수이다.

ppid : 부모아이디

기본적으로 top라는 옵션을 많이 사용한다.

head의 기본값은 10개이다.

프로세스트리

ssh로 들어온게 아니고 bash로 들어온거라서 이런 결과가 나오는 것이다.

$$ : 쉘 아이디

-p : 쉘아이디

백그라운드와 포그라운드를 실습했는데

잘 이해가 안간다 . . .

다행히 이렇게 사용할 일이 많지 않다고 한다.

top명령어가 더 중요하다

새로운 ubuntu 열기

이전 탭에서 재수행

새로운 우분투에서 새로운 로그를 볼 수 있다.

모델을 만들 때도 로직도 로그들로 확인할 수 있다.

새로운 창 닫고 기존 창으로 시작

KILL의 명령어

프로세스의 숫자

홈디렉터리가 위치한 공간이 나온다

현재 우리가 사용하고 있는 디스크

1초 간격으로 5번 실행해봐

실제로 cpu를 많이 먹으면

값이 많이 출렁거릴 수 있다

균일하게 나오면 정상적으로 나오는 값이다.

점심시간에 아이스크림을 먹었더니

혈당스파이크와서 자꾸 눈이 감겨 힘들었다.

결국 일어서서 강의를 들었다.

IP, 포트, TCP 등을 배웠다.

개인키가 600이 아니면 리젝(반려)당하는 경우도 있다.

개인키는 절대절대절대 다른 사람에게 유출해서는 안된다.

공개키는 유출되어도 괜찮다.

많이 중요한 명령어는 아니다.

이 또한 중요하진 않다.

sh 아니고 hs이다.

이유는 모르겠지만

갑자기 컴퓨터가 재부팅되고

ssh파일이 없어서 다시 만들었다.

여기에 id25519가 문제가 있었다.

이거 본인거랑 동일한 거로 해야한다

https://repo.msys2.org/msys/x86_64

C:\Users\~\Downloads\rsync-3.5.1-2-x86_64.pkg\usr

이 세 파일

C:\Program Files\Git

에 붙여넣기

C:\Program Files\Git\bin

C:\Program Files\Git\usr\bin 에 아래파일 복붙

서버랑 클라이언트 파일 경로가 꼬여서 하루종일 허둥지둥했다.

한번 실수하면 연달아서 실수하고

다른 교육생들이 기다리고 있으니 마음이 조급해져 오타가 나고,

또 다시 실수하고의 반복이었다.

잘 해결은 되었으나

왜 꼬였는지는 아직까지도 잘 모르겠다.