파일 시스템과 inode

• 첫 화면의 한 디스크는 106,954,752바이트, 208,896섹터다. 논리 섹터 512바이트를 곱하면 두 값이 일치한다.
• 106,954,752 ÷ 1,048,576 = 102이므로 이 도구의 102MiB 표시는 2의 거듭제곱 단위에 따른 값이다. MB와 MiB를 같은 수치 단위로 섞지 않는다.

lsblk -o NAME,SIZE,TYPE,LOG-SEC,PHY-SEC,FSTYPE,MOUNTPOINTS
sudo fdisk -l /dev/sda

장치 이름을 확인한 뒤 해당 디스크의 섹터·파티션 정보를 읽는다.

원본 크기로 보기 ↗

• 두 번째 화면의 시작은 2048, 끝은 208895이다. 양 끝을 포함하므로 섹터 수는 208895−2048+1 = 206848이다.
• 206848×512 = 105906176바이트 = 101MiB다. 앞의 2048섹터는 1MiB에 해당하지만 그 전체가 MBR 자체인 것은 아니다. 전통적인 MBR 레코드는 첫 섹터에 있고 시작 정렬 여유 등이 별도로 존재한다.

원본 크기로 보기 ↗

• 파티션은 사용할 블록 범위를 정한다. 파일 시스템은 그 범위에 디렉터리·inode·데이터 배치를 만들며, 마운트는 이를 경로 트리에 연결한다.
• lsblk의 TYPE, FSTYPE, MOUNTPOINTS를 차례로 읽으면 파티션만 생성된 상태인지, 포맷되었지만 마운트되지 않았는지 구분할 수 있다.

lsblk -f
findmnt --source /dev/sda1

파일 시스템 종류와 현재 마운트를 조회하는 예시다.

• RAID Level이 raid1이고 두 멤버가 active sync라면 같은 논리 데이터를 두 장치에 유지하는 구성을 읽을 수 있다. usable 용량은 두 디스크 용량의 단순 합이 아니다.
• State뿐 아니라 Raid Devices, Active Devices, Failed Devices, 멤버 역할을 기록해야 이후 변화가 분명해진다.

sudo mdadm --detail /dev/md1
cat /proc/mdstat

배열 상태와 커널의 MD 요약을 조회한다.

원본 크기로 보기 ↗

• 장애를 주입한 뒤 State는 clean, degraded로 바뀐다. surviving 멤버가 남아 서비스가 이어질 수 있지만 추가 장애에 대한 보호는 줄어든다.
• clean은 기록된 배열 상태를 설명하며, degraded와 함께 나올 수 있다. 파일이 읽힌다는 사실만으로 두 복제본이 모두 정상이라고 판단하지 않는다.

원본 크기로 보기 ↗

• 새 장치를 추가하면 재구축 중 상태를 거쳐 동기화된 멤버가 된다. 두 번째 장치를 인식했다는 사실만으로 복구가 끝났다고 판단하지 않는다.
• 마지막 화면은 sde1이 active sync로 참여하고 Active Devices 2, Failed Devices 0으로 돌아온 결과를 보여 준다. 재구축 진행률 자체는 이 정지 화면에 보이지 않는다.

원본 크기로 보기 ↗

• smbclient의 로그인 성공은 세션을 얻었다는 뜻이다. put 이후 전송 바이트와 원격 ls 결과를 확인해야 파일 생성 권한과 결과를 연결할 수 있다.
• 화면에서는 hello.txt 업로드 뒤 목록에 6바이트 파일이 보인다. 공유 전체의 모든 경로에 쓰기가 허용된다는 뜻은 아니다.

smbclient //192.0.2.20/lab-share -U labuser
# smb 프롬프트에서: ls
# 준비한 무해한 파일만 전송: put lab.txt

주소·공유·계정을 재구성한 예시다. 암호는 프롬프트에서 입력한다.

원본 크기로 보기 ↗

• CIFS 마운트는 SMB 파일 서비스를 Linux 경로 아래에서 일반 파일 연산처럼 사용하게 한다. 서버 저장 장치의 NTFS를 ext4로 바꾸는 작업은 아니다.
• 마운트 출력의 vers는 협상된 프로토콜, rw는 해당 마운트의 읽기·쓰기 모드다. uid·gid·file_mode 등은 클라이언트가 권한을 표현·검사하는 방식과 관련되며 서버의 접근 허용을 무조건 덮어쓰지 않는다.

원본 크기로 보기 ↗

• 원격 목록과 마운트 경로의 stat를 비교하면 같은 파일이 보이는지와 크기를 확인할 수 있다. 필요하면 무해한 테스트 파일을 내려받아 해시로 내용도 대조한다.
• 인증 실패, 공유 경로 오류, 개별 파일 거부를 구별한다. 디렉터리 목록 성공과 새 파일 생성 성공은 서로 다른 요청이다.

findmnt -t cifs
stat /mnt/lab-share/lab.txt
sha256sum /mnt/lab-share/lab.txt

이미 마운트된 실습 경로를 조회하는 예시다.

• 화면은 server 블록 세 개에 서로 다른 listen 포트를 둔다. 클라이언트가 어떤 포트로 연결했는지에 따라 먼저 선택 가능한 서버 집합이 달라진다.
• server_name _는 특별한 모든 이름 매칭 연산자가 아니다. 해당 주소·포트의 default_server 또는 기본 서버 선택과 Host 이름 비교 규칙을 함께 읽어야 한다.

원본 크기로 보기 ↗

• 재구성 설정에서 /guide.html은 /srv/lab-a/guide.html로 연결된다. / 요청은 디렉터리와 index 처리까지 이어지므로 파일 요청과 처리 경로가 다를 수 있다.
• try_files는 정해진 경로에 후보가 존재하는지 확인하고 모두 없으면 지정한 404로 끝낸다. 파일 존재 외에도 웹 서버 계정의 경로 검색·읽기 권한이 필요하다.

server {
    listen 8083;
    server_name lab.example.test;
    root /srv/lab-a;
    index index.html;
    location / {
        try_files $uri $uri/ =404;
    }
}

8083과 /srv/lab-a로 재구성한 독립 server 예시다.

• 환영 페이지는 해당 URL에서 Nginx 기본 문서가 응답한 결과다. 사용자별 root나 다른 listen 포트가 올바르다는 결과로 확대하지 않는다.
• 구성 검사 후 해당 포트와 Host를 지정해 요청하고 예상 문서의 고유 내용을 확인한다. nginx -t 성공은 문법·참조 파일 검사이며 모든 URL의 정상 응답을 보장하지 않는다.

sudo nginx -t
curl -i -H "Host: lab.example.test" http://127.0.0.1:8083/guide.html

재구성한 포트와 Host를 명시해 실제 문서 응답을 확인한다.

원본 크기로 보기 ↗