HDD·보조 SSD를 붙인 뒤 마운트와 쓰기 분리한 이유

보조 SSD를 연결하면 OS가 자동으로 다른 마운트 지점을 부여할 수 있습니다. 기존 경로가 고정되지 않으면 런타임은 찾는 경로와 실제 저장 경로가 어긋납니다.

특히 캐시, 임시 파일, 모델 파일 경로가 달라지면 일부 요청만 실패하거나 캐시가 재생성되는 현상이 생깁니다.

검증할 때는 모델·런타임 버전, 입력 자료, 주요 설정과 결과를 한 묶음으로 저장합니다. 다른 조건을 그대로 둔 채 한 요소만 바꾸어 다시 실행하고, 예상과 다른 결과와 아직 확인하지 못한 한계까지 기록해야 이 설명을 자신의 환경에 안전하게 적용할 수 있습니다.

읽기만 되는지, 쓰기도 되는지 동시에 확인하지 말고 따로 점검하세요.

읽기는 모델이 로드 가능한지만 보기, 쓰기는 로그·캐시 저장이 가능한지 보기로 나누면 디버깅 속도가 빨라집니다.

비교표에는 측정 날짜와 버전, 사용한 입력 조건을 함께 붙입니다. 숫자가 비슷해도 오류 유형과 운영 부담이 다를 수 있으므로 단일 점수로 합치기 전에 각 열이 실제 업무에 미치는 영향을 따로 해석합니다.

모델용 드라이브, 로그용 드라이브, 백업용 드라이브를 분리할수록 회귀를 줄일 수 있습니다.

연결이 끊긴 상황을 가정하고 부팅 직후 자동 마운트 스크립트와 경로 검증을 실행하면 운영 비용이 줄어듭니다.

완료 여부는 느낌이 아니라 관찰 가능한 기준으로 정합니다. 같은 입력을 반복했을 때 결과가 유지되는지 확인하고, 달라진다면 버전·설정·데이터 가운데 어떤 조건이 원인인지 좁힌 뒤 다음 단계로 넘어갑니다.

`/srv/local-ai/models`라는 폴더가 존재해도 외장 디스크가 빠진 뒤 루트 디스크의 빈 폴더를 보고 있을 수 있습니다. 먼저 `findmnt`로 그 경로를 제공하는 파일시스템을 확인하고, `lsblk -f`와 `df`로 UUID·파일시스템·남은 공간을 함께 기록합니다.

그다음 로그인 사용자 대신 실제 런타임 계정으로 읽기와 쓰기를 확인합니다. Ollama의 표준 Linux 설치에서는 다른 모델 경로를 사용할 때 `ollama` 사용자가 해당 디렉터리를 읽고 쓸 수 있어야 합니다.

findmnt -T /srv/local-ai/models
lsblk -f
df -h /srv/local-ai/models
sudo -u ollama test -r /srv/local-ai/models && echo readable
sudo -u ollama test -w /srv/local-ai/models && echo writable

읽기 시험은 기존 모델의 목록과 작은 파일 해시 확인으로 시작합니다. 쓰기 시험은 서비스 계정으로 임시 파일을 만들고 동기화한 뒤 삭제하는 방식으로 진행합니다. 실제 모델 파일을 이동하거나 덮어쓰는 방식은 진단에 사용하지 않습니다.

남은 바이트뿐 아니라 inode, 읽기 전용 재마운트, 파일시스템 오류도 확인해야 합니다. 마지막으로 안전하게 분리·재연결한 뒤 동일 UUID가 동일 경로로 돌아오고 서비스가 같은 모델 목록을 보는지 확인합니다.

모델 가중치는 크지만 대체로 읽기 중심이고 다시 내려받을 수 있습니다. 로그와 작업 결과는 작아도 계속 쓰이며 장애 분석과 업무 복구에 필요합니다. 임시 파일은 삭제 가능하지만 부족하면 요청을 중단시킬 수 있습니다.

따라서 ‘드라이브 하나당 역할 하나’보다 모델 캐시, 보존해야 할 결과, 회전 가능한 로그, 백업 대상을 먼저 정의합니다. 한 장치에 두더라도 경로·용량 한도·백업 정책을 분리하면 장애 범위를 설명할 수 있습니다.