재부팅 후 회전된 USB 백업 디스크 하나에 접미사가 붙은 마운트 경로가 생기는 이유는 무엇인가요?

회전식 USB 백업 디스크는 선호하는 레이블 기반 디렉터리가 이미 사용 중이거나 중복되었거나 다른 자동 마운터에 할당된 경우, 접미사가 붙은 마운트 경로를 사용할 수 있습니다.

백업 순환 작업에서는 서로 비슷한 디스크를 여러 개 사용하는 경우가 많으며, 관리자는 편의를 위해 파일 시스템을 복제하거나 동일한 볼륨 레이블을 다시 사용하기도 합니다. 재부팅 후 검색 순서, 데스크톱 자동 마운트, 오래된 마운트 디렉터리, 중복 레이블 또는 충돌하는 fstab 항목으로 인해 디스크가 BACKUP 대신 BACKUP_1과 같은 경로에 나타날 수 있습니다. 디스크 자체는 정상이어도 백업 작업이 이제 잘못된 디렉터리를 대상으로 할 수 있습니다. 파일을 이동하거나 경로를 수정하기 전에 디스크의 식별 정보를 확인하세요.

예상치 못한 경로 뒤에 있는 파일 시스템 식별하기

연결된 모든 순환 디스크에 대해 실제 장치, 파일 시스템 UUID, 레이블, 일련 번호 또는 by-id 경로, 마운트 소스, 대상, 파일 시스템 유형 및 옵션을 기록하세요.

Linux의 findmnt 명령은 대상을 활성 소스에 매핑하므로, 오해를 일으키는 폴더 이름을 의도한 백업 디스크로 잘못 판단하는 것을 방지할 수 있습니다.

접미사가 붙은 디렉터리가 올바른 UUID에 속한다면 문제는 경로 할당입니다. 다른 디스크에 속한다면 잘못된 순환 세트에 쓰기 전에 백업을 중지하세요.

중복 파일 시스템 레이블 또는 UUID 확인하기

현재 오프라인 상태인 디스크의 기록을 확인할 수 있다면 이를 포함하여, 순환되는 모든 디스크의 UUID, 레이블, PARTUUID, 일련 번호 및 by-id 이름을 비교하세요.

ArchWiki는 레이블이 UUID보다 중복되기 쉽다고 설명합니다. 여러 백업 디스크가 의도적으로 알기 쉬운 이름을 공유하는 경우 레이블만 사용하는 자동 마운트는 위험할 수 있습니다.

파일 시스템을 복제하면 UUID도 함께 복제될 수 있습니다. 자동화된 순환 작업에 의존하기 전에 각 디스크에 고유한 파일 시스템 식별자를 할당하고, 각 물리 디스크가 어떤 ID를 사용하는지 문서화하세요.

자동 마운터가 접미사를 추가하는 이유 이해하기

fstab 또는 백업 서비스가 작동하기 전에 데스크톱 세션, NAS 서비스, UDisks 도우미 또는 이동식 미디어 관리자가 디스크를 마운트했는지 확인하세요.

Filesystem Hierarchy Standard는 둘 이상의 장치에 유사한 마운트 위치가 필요한 경우 이동식 미디어 마운트 디렉터리에 숫자를 추가할 수 있도록 허용합니다.

정확한 접미사 정책은 자동 마운터마다 다르지만 진단 원칙은 동일합니다. 장치가 연결되었을 때 선호 경로를 사용할 수 없었거나 경로가 모호했던 것입니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

선호하는 마운트 디렉터리가 이미 사용 중인지 확인하기

디스크를 연결하기 전에 예상 디렉터리를 검사하세요. 해당 디렉터리에 다른 마운트, 디스크가 분리된 동안 루트 파일 시스템에 기록된 불필요한 파일, 바인드 마운트 또는 오래된 프로세스 작업 디렉터리가 있는지 확인하세요.

Oracle의 이동식 미디어 지침은 미디어 레이블이 마운트 경로의 이름을 지정하는 데 사용된다고 설명합니다. 따라서 여러 미디어 개체가 동일한 레이블 기반 경로 이름을 제공하면 충돌이 발생합니다.

사용 중인 디렉터리에 백업 디스크가 연결되지 않은 상태에서 실수로 루트 파일 시스템에 기록된 백업이 있는지 확인하기 전에는 해당 디렉터리를 삭제하지 마세요. 확인된 불필요한 데이터는 통제된 복구 절차를 통해 이동하세요.

순환되는 각 백업 디스크에 고정된 fstab 마운트 지점 정의하기

안정적인 정책을 선택하세요. 각 물리 디스크에 고유한 고정 디렉터리를 할당하거나, 순환 스크립트가 현재 선택된 UUID를 하나의 통제된 백업 경로에 마운트하기 전에 식별 정보를 확인하도록 구성할 수 있습니다.

Red Hat은 UUID와 고정 마운트 지점을 사용하는 fstab 기반 영구 마운트를 문서화하고 있습니다. 이를 사용하면 자동화된 경로에서 검색 순서와 알기 쉬운 레이블의 충돌을 제거할 수 있습니다.

동일한 대상 디렉터리를 두고 여러 활성 fstab 항목이 경쟁하도록 구성하지 마세요. 순환 작업에서는 다음 디스크를 연결하기 전에 이전 디스크가 마운트 해제되었는지 확인해야 합니다.

확인된 마운트에 따라 백업이 시작되도록 구성하기

스케줄러가 USB 검색과 마운트가 완료되기 전에 시작되는지 확인하세요. UUID, 마운트 지점, 쓰기 가능 상태 및 예상 마커 파일을 확인하는 사전 점검을 추가하세요.

Debian의 systemd 마운트 문서는 fstab 항목이 systemd 마운트 종속성이 된다고 설명합니다. 따라서 백업 서비스가 임의의 디렉터리가 아니라 특정 마운트를 기다리도록 구성할 수 있습니다.

디렉터리 존재 여부만 확인하는 것은 충분하지 않습니다. 디스크가 없어도 기본 디렉터리는 존재하기 때문입니다. 마운트된 파일 시스템의 식별 정보를 검증하세요.

재부팅과 디스크 교체를 포함한 전체 순환 작업 테스트하기

각 디스크에 대해 정상적인 마운트 해제, 연결 해제, 재부팅, 재연결, 식별 정보 검증, 테스트용 쓰기, 백업 시험 실행 및 읽기 검증을 수행하세요. 예상 경로와 UUID를 기록하세요.

ZimaSpace의 UUID 마운트와 안정적인 앱 경로 문서에서는 더 광범위한 고정 경로 설계를 다룹니다. 이 문서에서는 여러 이동식 백업 디스크를 순환할 때 발생하는 충돌에 초점을 맞춥니다.

반복적인 재부팅 및 디스크 교체 테스트 후 모든 순환 디스크가 문서화된 경로에 매핑되고, 예상 UUID가 없거나 다른 위치에 마운트된 경우 백업이 실행되지 않는다면 문제가 해결된 것입니다.