SnapRAID는 RAID와 백업 프로그램의 하이브리드로, 두 가지의 장점을
+결합하는 것을 목표로 합니다. 하지만, 사용 전에 고려해야 할 몇 가지
+제한 사항이 있습니다.
+
주요 제한 사항은 디스크가 실패하고 최근에 동기화(sync)하지 않은 경우,
+완전히 복구하지 못할 수 있다는 것입니다.
+더 구체적으로, 마지막 동기화 작업 이후 변경되거나 삭제된 파일의
+크기만큼 복구가 불가능할 수 있습니다.
+이는 변경되거나 삭제된 파일이 실패한 디스크에 있지 않더라도 발생합니다.
+이것이 SnapRAID가 **거의 변경되지 않는 데이터**에 더 적합한 이유입니다.
+
반면에, 새로 추가된 파일은 이미 존재하는 파일의 복구를 방해하지 않습니다.
+새로 추가된 파일이 실패한 디스크에 있는 경우에만 해당 파일을 잃게 됩니다.
+
기타 SnapRAID 제한 사항은 다음과 같습니다:
+
+
+SnapRAID를 사용하면 여전히 각 디스크에 대해 별도의 파일 시스템이
+있습니다. RAID를 사용하면 하나의 큰 파일 시스템을 얻습니다.
+
+
+SnapRAID는 데이터를 스트라이핑하지 않습니다.
+RAID를 사용하면 스트라이핑으로 속도 향상을 얻습니다.
+
+
+SnapRAID는 실시간 복구를 지원하지 않습니다.
+RAID를 사용하면 디스크가 실패했을 때 작업을 멈출 필요가 없습니다.
+
+
+SnapRAID는 제한된 수의 디스크 오류에서만 데이터를 복구할 수 있습니다.
+백업을 사용하면 전체 디스크 어레이의 완전한 오류로부터
+복구할 수 있습니다.
+
+
+파일 이름, 타임스탬프, 심볼릭 링크, 하드 링크만 저장됩니다.
+권한, 소유권, 확장 속성은 저장되지 않습니다.
+
SnapRAID를 사용하려면, 먼저 디스크 어레이에서 하나의 디스크를
+`parity`(패리티) 정보 전용으로 선택해야 합니다. 하나의 패리티 디스크로
+RAID5와 유사하게 단일 디스크 오류로부터 복구할 수 있습니다.
+
RAID6와 유사하게 더 많은 디스크 오류로부터 복구하려면,
+추가 디스크를 패리티용으로 예약해야 합니다. 추가 패리티 디스크
+하나당 하나의 디스크 오류에 대한 복구를 더 허용합니다.
+
패리티 디스크로는 어레이에서 가장 큰 디스크를 선택해야 합니다.
+패리티 정보가 어레이에서 가장 큰 **데이터 디스크**의 크기만큼
+커질 수 있기 때문입니다.
+
이 디스크들은 `parity` 파일을 저장하는 데 전념하게 됩니다.
+여기에 데이터를 저장해서는 안 됩니다.
+
다음으로, SnapRAID로 보호하려는 `data`(데이터) 디스크를 정의해야 합니다.
+이 디스크들이 **거의 변경되지 않는 데이터**를 포함할 때 보호 효과가
+더 좋습니다. 이러한 이유로, Windows C:\ 디스크나 Unix의 /home, /var,
+/tmp 디렉토리를 포함하지 않는 것이 좋습니다.
+
파일 목록은 `content` 파일에 저장되며, 보통 데이터, 패리티, 또는 부트
+디스크에 저장됩니다.
+이 파일에는 무결성을 확인하기 위한 모든 체크섬을 포함하여
+백업에 대한 세부 정보가 들어 있습니다.
+`content` 파일은 여러 복사본으로 저장되며, 다중 디스크 오류의 경우에도
+적어도 하나의 복사본을 사용할 수 있도록 각 복사본은 서로 다른 디스크에
+있어야 합니다.
+
예를 들어, 하나의 패리티 보호 수준만 원하고 디스크가 다음과 같이
+위치한다고 가정해 봅시다:
+
+
+/mnt/diskp <- 패리티용으로 선택된 디스크
+/mnt/disk1 <- 보호할 첫 번째 디스크
+/mnt/disk2 <- 보호할 두 번째 디스크
+/mnt/disk3 <- 보호할 세 번째 디스크
+
주기적으로 데이터 및 패리티의 오류를 확인하려면 `scrub` 명령을
+실행할 수 있습니다.
+
+
+snapraid scrub
+
+
+
이 명령은 데이터 무결성을 확인하기 위해 어레이의 데이터를 `sync` 명령
+중에 계산된 해시와 비교합니다.
+
이 명령을 실행할 때마다 이전에 10일 이내에 스크럽된 데이터를 제외하고
+어레이의 약 8%를 확인합니다.
+다른 양을 지정하려면 -p, --plan 옵션을 사용하고, 다른 일령(days)을
+지정하려면 -o, --older-than 옵션을 사용할 수 있습니다.
+예를 들어, 20일보다 오래된 블록에 대해 어레이의 5%를 확인하려면
+다음과 같이 사용합니다:
+
+
+snapraid -p 5 -o 20 scrub
+
+
+
이 프로세스 중에 무단 또는 입출력 오류가 발견되면, 해당 블록은
+`content` 파일에 bad로 표시되며 `status` 명령에 나열됩니다.
+
+
+snapraid status
+
+
+
이들을 수정하려면 -e, --filter-error 옵션으로 bad 블록을 필터링하여
+`fix` 명령을 사용할 수 있습니다.
+
+
+snapraid -e fix
+
+
+
다음 `scrub` 시에 오류가 실제로 수정되면 `status` 보고서에서
+사라집니다. 더 빠르게 하려면, `-p bad`를 사용하여 bad로 표시된 블록만
+스크럽할 수 있습니다.
+
+
+snapraid -p bad scrub
+
+
+
동기화되지 않은 어레이에서 `scrub`을 실행하면 제거되거나 수정된 파일로
+인한 오류가 보고될 수 있습니다. 이러한 오류는 `scrub` 출력에는
+보고되지만, 관련 블록은 bad로 표시되지 않습니다.
+
참고: 아래에 설명된 풀링(pooling) 기능은 **mergefs** 도구로 대체되었으며,
+이는 SnapRAID 커뮤니티에서 Linux 사용자를 위한 권장 옵션입니다.
+Mergefs는 여러 드라이브를 단일 통합 마운트 지점으로 풀링하는 더 유연하고
+효율적인 방법을 제공하여, 심볼릭 링크에 의존하지 않고 어레이 전체의
+파일에 대한 원활한 액세스를 허용합니다. 이는 패리티 보호를 위한
+SnapRAID와 잘 통합되며, OpenMediaVault (OMV) 또는 사용자 정의 NAS
+구성과 같은 설정에서 흔히 사용됩니다.
+
어레이의 모든 파일을 동일한 디렉토리 트리에 표시하려면,
+`pooling` 기능을 활성화할 수 있습니다. 이 기능은 심볼릭 링크를 사용하여
+어레이의 모든 파일에 대한 읽기 전용 가상 뷰를 생성합니다.
+
설정 파일에서 `pooling` 디렉토리를 다음과 같이 구성할 수 있습니다:
+
+
+pool /pool
+
+
+
또는 Windows에서 다음과 같이 합니다:
+
+
+pool C:\pool
+
+
+
그리고 나서 `pool` 명령을 실행하여 가상 뷰를 생성하거나 업데이트합니다.
+
+
+snapraid pool
+
+
+
Unix 플랫폼을 사용하고 이 디렉토리를 Windows 또는 Unix 컴퓨터에
+네트워크를 통해 공유하려면, /etc/samba/smb.conf에 다음 옵션을
+추가해야 합니다:
+
+
+# smb.conf의 global 섹션에서
+unix extensions = no
+
+
+
+
+# smb.conf의 share 섹션에서
+[pool]
+comment = Pool
+path = /pool
+read only = yes
+guest ok = yes
+wide links = yes
+follow symlinks = yes
+
+
+
Windows에서 네트워크를 통해 심볼릭 링크를 공유하려면 클라이언트가
+원격으로 이들을 해석해야 합니다. 이를 활성화하기 위해, 풀 디렉토리를
+공유하는 것 외에도, 설정 파일에 정의된 디스크 이름을 공유 지점으로
+사용하여 모든 디스크를 독립적으로 공유해야 합니다. 또한 설정 파일의
+`share` 옵션에서 원격 클라이언트가 이러한 공유 디스크에 액세스하는 데
+필요한 Windows UNC 경로를 지정해야 합니다.
+
예를 들어, `darkstar`라는 서버에서 작업하는 경우, 다음 옵션을
+사용할 수 있습니다:
+
여기서 NAME은 이전 예제의 `d1`과 같은 디스크 이름입니다.
+복구할 디스크가 패리티 디스크인 경우, `parity`, `2-parity` 등의 이름을
+사용합니다.
+여러 개의 실패한 디스크가 있는 경우, 여러 -d 옵션을 사용하여
+모두 지정합니다.
+
이 명령은 오랜 시간이 걸립니다.
+
fix.log 파일을 저장할 몇 기가바이트의 여유 공간이 있는지 확인하십시오.
+충분한 여유 공간이 있는 디스크에서 실행하십시오.
+
이제 복구할 수 있는 모든 것을 복구했습니다. 일부 파일이 부분적으로
+또는 완전히 복구 불가능한 경우, `.unrecoverable` 확장자가 추가되어
+이름이 변경됩니다.
+
`unrecoverable:`로 시작하는 모든 줄을 확인하여 fix.log 파일에서
+복구 불가능한 모든 블록의 자세한 목록을 찾을 수 있습니다.
+
복구가 만족스럽지 않으면, 원하는 만큼 여러 번 재시도할 수 있습니다.
+
예를 들어, 마지막 `sync` 이후 어레이에서 파일을 제거한 경우,
+일부 파일이 복구되지 않을 수 있습니다.
+이 경우, -i, --import 옵션을 사용하여 `fix`를 재시도하고,
+이 파일들이 현재 어디에 있는지 지정하여 복구 프로세스에 다시 포함시킬
+수 있습니다.
+
복구가 만족스럽다면 계속 진행할 수 있지만, 동기화 후에는 `fix` 명령을
+더 이상 재시도할 수 없다는 점에 유의하십시오!
+
마지막 `sync` 이후 수정되어 패리티 데이터를 재계산해야 하는 모든 파일을
+나열합니다.
+
이 명령은 파일 데이터를 확인하지 않고, 파일 타임스탬프, 크기 및
+아이노드(inode)만 확인합니다.
+
모든 변경된 파일을 나열한 후, 다음과 같이 그룹화된 변경 사항 요약이
+제시됩니다:
+
+
+equal
+
+이전과 변경되지 않은 파일.
+
+
+added
+
+이전에 없던 추가된 파일.
+
+
+removed
+
+제거된 파일.
+
+
+updated
+
+크기 또는 타임스탬프가 다른 파일, 즉 수정된 파일.
+
+
+moved
+
+동일한 디스크의 다른 디렉토리로 이동된 파일.
+이들은 이름, 크기, 타임스탬프 및 아이노드가 동일하지만
+디렉토리가 다른 것으로 식별됩니다.
+
+
+copied
+
+동일하거나 다른 디스크에 복사된 파일. 다른 디스크로
+실제로 이동된 경우 `removed`에도 포함된다는 점에 유의하십시오.
+이들은 이름, 크기 및 타임스탬프가 동일한 것으로 식별됩니다.
+하위 초 타임스탬프(sub-second timestamp)가 0인 경우,
+이름뿐만 아니라 전체 경로가 일치해야 합니다.
+
+
+restored
+
+아이노드는 다르지만 이름, 크기 및 타임스탬프가 일치하는 파일.
+이들은 일반적으로 삭제 후 복원된 파일입니다.
+
+
+
`sync`가 필요한 경우, 프로세스 반환 코드는 기본 0 대신 2입니다.
+반환 코드 1은 일반적인 오류 조건에 사용됩니다.
+
패리티 정보를 업데이트합니다. 디스크 어레이의 모든 수정된 파일을
+읽고 해당 패리티 데이터를 업데이트합니다.
+
이미 수행된 작업을 잃지 않고 Ctrl+C를 눌러 언제든지 이 프로세스를
+중지할 수 있습니다.
+다음 실행 시 `sync` 프로세스는 중단된 곳에서 재개됩니다.
+
이 프로세스 중에 무단 또는 입출력 오류가 발견되면,
+해당 블록은 bad로 표시됩니다.
+
파일은 경로 및/또는 아이노드로 식별되며 크기와 타임스탬프로
+확인됩니다.
+파일 크기 또는 타임스탬프가 다르면 전체 파일에 대해 패리티 데이터가
+재계산됩니다.
+파일이 동일한 디스크에서 이동되거나 이름이 변경되고 동일한 아이노드를
+유지하면 패리티는 재계산되지 않습니다.
+파일이 다른 디스크로 이동되면 패리티는 재계산되지만, 이전에 계산된
+해시 정보는 유지됩니다.
+
`content` 및 `parity` 파일은 필요한 경우 수정됩니다.
+어레이의 파일은 수정되지 않습니다.
+
각 호출은 이전에 10일 이내에 스크럽된 데이터를 제외하고 어레이의
+약 8%를 확인합니다.
+이는 일주일에 한 번 스크럽하면 모든 데이터 비트가 적어도 3개월마다
+한 번씩 확인됨을 의미합니다.
+
+
+-p, --plan 옵션을 사용하여 다른 스크럽 계획 또는 양을 정의할 수 있으며,
+
+
+
+
다음 값을 허용합니다:
+bad - bad로 표시된 블록 스크럽.
+new - 동기화되었지만 아직 스크럽되지 않은 블록 스크럽.
+full - 모든 것 스크럽.
+0-100 - 지정된 비율의 블록 스크럽.
+
백분율 양을 지정하면, -o, --older-than 옵션을 사용하여 블록이
+얼마나 오래되었는지 정의할 수도 있습니다.
+가장 오래된 블록이 먼저 스크럽되어 최적의 확인을 보장합니다.
+동기화되었지만 아직 스크럽되지 않은 블록만 스크럽하려면,
+`-p new` 옵션을 사용하십시오.
+
스크럽 상태의 세부 정보를 얻으려면 `status` 명령을 사용하십시오.
+
발견된 모든 무단 또는 입출력 오류에 대해, 해당 블록은 `content` 파일에
+bad로 표시됩니다.
+이러한 bad 블록은 `status`에 나열되며 `fix -e`로 수정할 수 있습니다.
+수정 후, 다음 스크럽 시에 다시 확인되며, 수정된 것으로 발견되면 bad
+표시는 제거됩니다.
+bad 블록만 스크럽하려면 `scrub -p bad` 명령을 사용할 수 있습니다.
+
동기화되지 않은 데이터로 인한 보고된 오류를 피하기 위해 동기화된
+어레이에서만 `scrub`을 실행하는 것이 좋습니다. 이러한 오류는 무단
+오류가 아닌 것으로 인식되며, 블록은 bad로 표시되지 않지만,
+이러한 오류는 명령의 출력에 보고됩니다.
+
`content` 파일은 각 블록의 마지막 확인 시간을 업데이트하고 bad 블록을
+표시하기 위해 수정됩니다.
+`parity` 파일은 수정되지 않습니다.
+어레이의 파일은 수정되지 않습니다.
+
모든 파일과 패리티 데이터는 마지막 `sync`에 저장된 스냅샷
+상태와 비교됩니다.
+차이가 발견되면 저장된 스냅샷으로 되돌려집니다.
+
**경고!** `fix` 명령은 오류와 의도적인 수정 사이를 구별하지
+않습니다. 파일 상태를 무조건 마지막 `sync`로 되돌립니다.
+
다른 옵션이 지정되지 않으면 전체 어레이가 처리됩니다.
+필터 옵션을 사용하여 처리할 파일 또는 디스크의 하위 집합을 선택하십시오.
+
`sync` 및 `scrub` 중에 bad로 표시된 블록만 수정하려면,
+-e, --filter-error 옵션을 사용하십시오.
+다른 필터 옵션과 달리, 이 옵션은 최신 `sync` 이후 변경되지 않은
+파일에만 수정을 적용합니다.
+
SnapRAID는 수정할 수 없는 모든 파일에 `.unrecoverable` 확장자를
+추가하여 이름을 변경합니다.
+
수정하기 전에, 전체 어레이를 스캔하여 마지막 `sync` 이후 이동된
+파일을 찾습니다.
+이 파일들은 이름과 디렉토리를 무시하고 타임스탬프로 식별되며,
+필요한 경우 복구 프로세스에 사용됩니다.
+일부 파일을 어레이 외부로 이동한 경우, -i, --import 옵션을 사용하여
+추가로 스캔할 디렉토리를 지정할 수 있습니다.
+
파일은 아이노드가 아닌 경로로만 식별됩니다.
+
`content` 파일은 수정되지 않습니다.
+`parity` 파일은 필요한 경우 수정됩니다.
+어레이의 파일은 필요한 경우 수정됩니다.
+
+사용할 설정 파일을 선택합니다. 지정하지 않으면 Unix에서는
+`/usr/local/etc/snapraid.conf` 파일이 존재하면 사용하고,
+그렇지 않으면 `/etc/snapraid.conf`를 사용합니다.
+Windows에서는 `snapraid.exe`와 같은 디렉토리에 있는
+`snapraid.conf` 파일을 사용합니다.
+
+
+
+
+-f, --filter PATTERN
+
+`check` 및 `fix`에서 처리할 파일을 필터링합니다.
+지정된 패턴과 일치하는 파일만 처리됩니다.
+이 옵션은 여러 번 사용될 수 있습니다.
+패턴 사양에 대한 자세한 내용은 PATTERN 섹션을 참조하십시오.
+Unix에서는 글로빙 문자가 사용되는 경우 따옴표로 묶어야 합니다.
+이 옵션은 `check` 및 `fix`에서만 사용할 수 있습니다.
+`sync` 및 `scrub`은 항상 전체 어레이를 처리하므로 사용할 수 없습니다.
+
+
+
+
+-d, --filter-disk NAME
+
+`check`, `fix`, `up`, 및 `down`에서 처리할 디스크를 필터링합니다.
+설정 파일에 정의된 디스크 이름을 지정해야 합니다.
+또한 `parity`, `2-parity`, `3-parity` 등의 이름으로 패리티 디스크를
+지정하여 특정 패리티 디스크로 작업을 제한할 수 있습니다.
+여러 --filter, --filter-disk, --filter-missing 옵션을 결합하면,
+모든 필터와 일치하는 파일만 선택됩니다.
+이 옵션은 여러 번 사용될 수 있습니다.
+이 옵션은 `check`, `fix`, `up`, 및 `down`에서만 사용할 수 있습니다.
+`sync` 및 `scrub`은 항상 전체 어레이를 처리하므로 사용할 수 없습니다.
+
+
+
+
+-m, --filter-missing
+
+`check` 및 `fix`에서 처리할 파일을 필터링합니다.
+어레이에서 누락되거나 삭제된 파일만 처리됩니다.
+`fix`와 함께 사용하면, 이 옵션은 `undelete` 명령 역할을 합니다.
+여러 --filter, --filter-disk, --filter-missing 옵션을 결합하면,
+모든 필터와 일치하는 파일만 선택됩니다.
+이 옵션은 `check` 및 `fix`에서만 사용할 수 있습니다.
+`sync` 및 `scrub`은 항상 전체 어레이를 처리하므로 사용할 수 없습니다.
+
+
+
+
+-e, --filter-error
+
+`check` 및 `fix`에서 오류가 있는 파일을 처리합니다.
+`status`에 나열된 대로 `sync` 및 `scrub` 중에 무단 또는 입출력 오류가
+표시된 블록을 가진 파일만 처리합니다.
+이 옵션은 `check` 및 `fix`에서만 사용할 수 있습니다.
+
+
+
+
+-p, --plan PERC|bad|new|full
+
+스크럽 계획을 선택합니다. PERC가 0에서 100 사이의 숫자 값인 경우,
+스크럽할 블록의 백분율로 해석됩니다.
+백분율 대신 계획을 지정할 수 있습니다:
+`bad`는 bad 블록을 스크럽하고, `new`는 아직 스크럽되지 않은
+막 동기화된 블록을 스크럽하며, `full`은 모든 것을 스크럽합니다.
+이 옵션은 `scrub`에서만 사용할 수 있습니다.
+
+
+
+
+-o, --older-than DAYS
+
+`scrub`에서 처리할 어레이의 가장 오래된 부분을 선택합니다.
+DAYS는 블록이 스크럽되어야 하는 최소 일령(days)이며,
+기본값은 10입니다.
+bad로 표시된 블록은 이 옵션에 관계없이 항상 스크럽됩니다.
+이 옵션은 `scrub`에서만 사용할 수 있습니다.
+
+
+
+
+-a, --audit-only
+
+`check`에서 패리티 데이터를 확인하지 않고 파일의 해시를
+확인합니다.
+파일 데이터만 확인하는 데 관심이 있다면, 이 옵션은 확인 프로세스의
+속도를 상당히 높일 수 있습니다.
+이 옵션은 `check`에서만 사용할 수 있습니다.
+
+
+
+
+-h, --pre-hash
+
+`sync`에서 패리티 계산 전에 추가 확인을 위해 모든 새 데이터에 대한
+예비 해시 단계를 실행합니다.
+일반적으로 `sync`에서는 예비 해시가 수행되지 않으며, 새 데이터는
+패리티 계산 직전에 처음 읽을 때 해시됩니다.
+이 프로세스는 모든 디스크가 회전하고 CPU가 바쁜, 시스템이
+과부하 상태일 때 발생합니다.
+이는 기계의 극한 조건이며, 잠재된 하드웨어 문제가 있는 경우
+데이터가 아직 해시되지 않았기 때문에 무단 오류가 감지되지 않고
+지나갈 수 있습니다.
+이러한 위험을 피하려면, `pre-hash` 모드를 활성화하여 모든 데이터를
+두 번 읽어 무결성을 보장할 수 있습니다.
+이 옵션은 또한 어레이 내에서 이동된 파일을 확인하여 이동 작업이
+성공했는지 확인하고, 필요한 경우 계속 진행하기 전에 fix 작업을
+실행할 수 있도록 합니다.
+이 옵션은 `sync`에서만 사용할 수 있습니다.
+
+
+
+
+-i, --import DIR
+
+지정된 디렉토리에서 마지막 `sync` 이후 어레이에서 삭제된 파일을
+가져옵니다.
+이러한 파일이 여전히 있는 경우, 이들은 `check` 및 `fix`에 의해
+복구 프로세스를 개선하는 데 사용될 수 있습니다.
+파일은 하위 디렉토리를 포함하여 읽히며, 이름에 관계없이
+식별됩니다.
+이 옵션은 `check` 및 `fix`에서만 사용할 수 있습니다.
+
+
+
+
+-s, --spin-down-on-error
+
+오류 발생 시, 0이 아닌 상태 코드로 종료하기 전에 관리되는 모든
+디스크를 회전 중지합니다. 이는 중단된 작업 후에 드라이브가 계속
+활성 상태로 회전하는 것을 방지하여 불필요한 열 축적 및 전력
+소비를 방지하는 데 도움이 됩니다. 명령이 실패하더라도 디스크가
+안전하게 중지되도록 이 옵션을 사용하십시오.
+
+
+
+
+-w, --bw-limit RATE
+
+모든 디스크에 대한 전역 대역폭 제한을 적용합니다. RATE는
+초당 바이트 수입니다. K, M, 또는 G와 같은 승수(예: --bw-limit 1G)를
+지정할 수 있습니다.
+
+
+
+
+-A, --stats
+
+추가 정보를 보여주는 확장된 상태 보기를 활성화합니다.
+화면에는 두 개의 그래프가 표시됩니다:
+첫 번째 그래프는 각 디스크에 대한 버퍼링된 스트라이프 수와 함께
+해당 디스크에서 현재 액세스 중인 파일의 경로를 보여줍니다.
+일반적으로 가장 느린 디스크는 사용 가능한 버퍼가 없으며,
+이는 달성 가능한 최대 대역폭을 결정합니다.
+두 번째 그래프는 지난 100초 동안 대기하는 데 소비된 시간의
+백분율을 보여줍니다. 가장 느린 디스크가 대부분의 대기 시간을
+유발할 것으로 예상되며, 다른 디스크는 버퍼링된 스트라이프를
+사용할 수 있으므로 대기 시간이 거의 또는 전혀 없어야 합니다.
+이 그래프는 또한 해시 계산 및 RAID 계산을 위해 소비된 시간을
+보여줍니다.
+모든 계산은 디스크 작업과 병렬로 실행됩니다.
+따라서 적어도 하나의 디스크에 대해 측정 가능한 대기 시간이
+있는 한, 이는 CPU가 워크로드에 충분히 빠르다는 것을 나타냅니다.
+
+
+
+
+-Z, --force-zero
+
+이전에 0이 아니었던 크기가 0인 파일의 동기화라는 안전하지 않은
+작업을 강제합니다.
+SnapRAID가 이러한 조건을 감지하면, 이 옵션을 지정하지 않는 한
+진행을 중지합니다.
+이는 시스템 충돌 후 일부 액세스된 파일이 잘렸을 때 쉽게 감지할
+수 있도록 합니다.
+이는 ext3/ext4 파일 시스템을 사용하는 Linux에서 가능한 조건입니다.
+이 옵션은 `sync`에서만 사용할 수 있습니다.
+
+
+
+
+-E, --force-empty
+
+원래 디스크에 있던 모든 파일이 누락된 디스크의 동기화라는
+안전하지 않은 작업을 강제합니다.
+SnapRAID가 디스크에 원래 있던 모든 파일이 누락되거나 다시
+작성되었음을 감지하면, 이 옵션을 지정하지 않는 한 진행을
+중지합니다.
+이는 데이터 파일 시스템이 마운트되지 않았을 때 쉽게 감지할
+수 있도록 합니다.
+이 옵션은 `sync`에서만 사용할 수 있습니다.
+
+
+
+
+-U, --force-uuid
+
+UUID가 변경된 디스크를 사용하여 동기화, 확인 및 수정을 강제하는
+안전하지 않은 작업입니다.
+SnapRAID가 일부 디스크의 UUID가 변경되었음을 감지하면,
+이 옵션을 지정하지 않는 한 진행을 중지합니다.
+이는 디스크가 잘못된 마운트 지점에 마운트되었을 때 감지할
+수 있도록 합니다.
+그러나 단일 패리티를 사용하는 경우 하나의 UUID 변경이 허용되며,
+여러 패리티를 사용하는 경우 더 많은 변경이 허용됩니다. 이는
+복구 후 디스크를 교체할 때의 일반적인 경우이기 때문입니다.
+이 옵션은 `sync`, `check`, 또는 `fix`에서만 사용할 수 있습니다.
+
+
+
+
+-D, --force-device
+
+액세스할 수 없는 디스크 또는 동일한 물리적 장치에 있는 디스크로
+수정을 강제하는 안전하지 않은 작업입니다.
+예를 들어, 두 개의 데이터 디스크를 잃고 첫 번째 디스크만
+복구하기 위해 예비 디스크가 있는 경우, 두 번째 액세스할 수 없는
+디스크를 무시할 수 있습니다.
+또는 이미 사용 중인 디스크에 남은 여유 공간에 디스크를 복구하려는
+경우, 동일한 물리적 장치를 공유합니다.
+이 옵션은 `fix`에서만 사용할 수 있습니다.
+
+
+
+
+-N, --force-nocopy
+
+`sync`, `check`, 및 `fix`에서 복사 감지 발견법(heuristic)을
+비활성화합니다.
+이 옵션이 없으면 SnapRAID는 이름, 크기 및 타임스탬프와 같은
+동일한 속성을 가진 파일이 동일한 데이터를 가진 복사본이라고
+가정합니다.
+이는 한 디스크에서 다른 디스크로 복사되거나 이동된 파일을
+식별하고, 이미 계산된 해시 정보를 재사용하여 무단 오류를
+감지하거나 누락된 파일을 복구할 수 있도록 합니다.
+일부 드문 경우에 이 동작은 오탐(false positives) 또는 많은
+해시 확인으로 인한 느린 프로세스를 초래할 수 있으며, 이 옵션을
+사용하면 이러한 문제를 해결할 수 있습니다.
+이 옵션은 `sync`, `check`, 및 `fix`에서만 사용할 수 있습니다.
+
+
+
+
+-F, --force-full
+
+`sync`에서 패리티의 전체 재계산을 강제합니다.
+이 옵션은 새 패리티 수준을 추가하거나, 더 최근의 패리티 데이터를
+사용하여 이전 content 파일로 되돌렸을 때 사용할 수 있습니다.
+처음부터 패리티를 다시 생성하는 대신, 이 옵션을 사용하면
+content 파일에 있는 해시를 재사용하여 데이터를 검증하고
+기존 패리티 데이터를 사용하여 `sync` 프로세스 중에 데이터 보호를
+유지할 수 있습니다.
+이 옵션은 `sync`에서만 사용할 수 있습니다.
+
+
+
+
+-R, --force-realloc
+
+`sync`에서 파일의 전체 재할당 및 패리티 재빌드를 강제합니다.
+이 옵션은 content 파일에 있는 해시를 재사용하여 데이터를
+검증하면서 단편화를 제거하고 모든 파일을 완전히 재할당하는 데
+사용될 수 있습니다.
+이 옵션은 `sync`에서만 사용할 수 있습니다.
+**경고!** 이 옵션은 전문가 전용이며, 사용하지 않는 것이
+강력히 권장됩니다.
+`sync` 작업 중에는 데이터 보호가 없습니다.
+
+
+
+
+-l, --log FILE
+
+지정된 파일에 자세한 로그를 기록합니다.
+이 옵션을 지정하지 않으면 예상치 못한 오류가 화면에 출력되어,
+많은 오류가 발생하는 경우 과도한 출력이 발생할 수 있습니다.
+-l, --log가 지정되면 SnapRAID가 중지되는 치명적인 오류만
+화면에 출력됩니다.
+경로가 '>>'로 시작하면 파일이 추가 모드로 열립니다.
+이름의 '%D'와 '%T'는 YYYYMMDD 및 HHMMSS 형식의 날짜 및
+시간으로 대체됩니다. Windows 배치 파일에서는 '%' 문자를
+두 배로 늘려야 합니다(예: result-%%D.log). '>>'를 사용하려면
+이름을 따옴표로 묶어야 합니다(예: `">>result.log"`).
+로그를 표준 출력 또는 표준 오류로 출력하려면 각각 `">&1"` 및 `">&2"`를
+사용할 수 있습니다.
+로그 태그 설명은 snapraid_log.txt 파일 또는 man 페이지를 참조하십시오.
+
+
+
+
+-L, --error-limit NUMBER
+
+실행을 중지하기 전에 새로운 오류 제한을 설정합니다.
+기본적으로 SnapRAID는 100개 이상의 입출력 오류가 발생하면 중지됩니다.
+이는 디스크가 실패할 가능성이 있음을 나타냅니다.
+이 옵션은 `sync` 및 `scrub`에 영향을 미치며, 첫 번째 디스크 오류
+세트 후에 계속 진행하여 작업을 완료하려고 시도할 수 있도록
+허용합니다.
+그러나 `check` 및 `fix`는 항상 첫 번째 오류에서 중지됩니다.
+
+
+
+
+-S, --start BLKSTART
+
+지정된 블록 번호부터 처리를 시작합니다.
+이는 손상된 디스크의 경우 특정 블록을 다시 확인하거나 수정하는 데
+유용할 수 있습니다.
+이 옵션은 주로 고급 수동 복구를 위한 것입니다.
+
+
+
+
+-B, --count BLKCOUNT
+
+지정된 수의 블록만 처리합니다.
+이 옵션은 주로 고급 수동 복구를 위한 것입니다.
+
+
+
+
+-C, --gen-conf CONTENT
+
+기존 content 파일에서 더미 설정 파일을 생성합니다.
+설정 파일은 표준 출력으로 작성되며 기존 파일을 덮어쓰지 않습니다.
+이 설정 파일에는 전체 시스템을 잃을 경우 디스크 마운트 지점을
+재구성하는 데 필요한 정보도 포함되어 있습니다.
+
+
+
+
+-v, --verbose
+
+화면에 더 많은 정보를 출력합니다.
+한 번 지정하면 제외된 파일 및 추가 통계를 출력합니다.
+이 옵션은 로그 파일에는 영향을 미치지 않습니다.
+
+
+
+
+-q, --quiet
+
+화면에 더 적은 정보를 출력합니다.
+한 번 지정하면 진행률 표시줄을 제거하고, 두 번 지정하면
+실행 중인 작업을 제거하며, 세 번 지정하면 정보 메시지를
+제거하고, 네 번 지정하면 상태 메시지를 제거합니다.
+치명적인 오류는 항상 화면에 출력됩니다.
+이 옵션은 로그 파일에는 영향을 미치지 않습니다.
+
SnapRAID는 디스크 어레이의 위치와 패리티 정보를 저장할 위치를
+알기 위해 설정 파일이 필요합니다.
+
Unix에서는 `/usr/local/etc/snapraid.conf` 파일이 존재하면 사용하고,
+그렇지 않으면 `/etc/snapraid.conf`를 사용합니다.
+Windows에서는 `snapraid.exe`와 같은 디렉토리에 있는
+`snapraid.conf` 파일을 사용합니다.
+
패리티의 기본 블록 크기를 키비바이트(kibibyte) 단위로 정의합니다.
+1키비바이트는 1024바이트입니다.
+
기본 블록 크기는 256이며, 대부분의 경우에 작동해야 합니다.
+
**경고!** 이 옵션은 전문가 전용이며, 이 값을 변경하지 않는 것이
+강력히 권장됩니다. 나중에 이 값을 변경하려면 전체 패리티를
+다시 생성해야 합니다!
+
다른 블록 크기를 사용하는 이유는 수백만 개의 작은 파일이 많은
+경우입니다.
+
각 파일에 대해, 몇 바이트만 있어도 전체 패리티 블록이 할당되며,
+파일이 많으면 상당한 미사용 패리티 공간이 발생할 수 있습니다.
+패리티 디스크를 완전히 채우면 데이터 디스크에 더 이상 파일을
+추가할 수 없습니다.
+그러나 낭비된 패리티는 데이터 디스크 전체에 걸쳐 축적되지 않습니다.
+데이터 디스크의 많은 파일로 인해 발생하는 낭비된 공간은 다른
+데이터 디스크가 아닌 해당 데이터 디스크의 데이터 양만 제한합니다.
+
대략적으로, 각 파일에 대해 블록 크기의 절반이 낭비된다고 가정할 수
+있습니다. 예를 들어, 100,000개의 파일과 256KiB 블록 크기로
+12.8GB의 패리티가 낭비되며, 이는 데이터 디스크에서 12.8GB의 사용 가능한
+공간이 줄어들 수 있음을 의미합니다.
+
`status`를 사용하여 각 디스크의 낭비된 공간의 양을 확인할 수 있습니다.
+이는 데이터 디스크에 비워 두거나 어레이에 포함되지 않은 파일에
+사용해야 하는 공간의 양입니다.
+이 값이 음수이면 패리티를 거의 채우고 있음을 의미하며, 여전히
+낭비할 수 있는 공간을 나타냅니다.
+
이 문제를 피하려면 패리티에 대해 더 큰 파티션을 사용할 수 있습니다.
+예를 들어, 패리티 파티션이 데이터 디스크보다 12.8GB 더 큰 경우,
+각 데이터 디스크에 최대 100,000개의 파일을 낭비되는 공간 없이
+처리할 수 있는 충분한 추가 공간이 있습니다.
+
Linux에서 더 큰 패리티 파티션을 얻는 트릭은 다음 명령으로 포맷하는
+것입니다:
+
+
+mkfs.ext4 -m 0 -T largefile4 DEVICE
+
+
+
이로 인해 약 1.5%의 추가 공간이 발생하며, 4TB 디스크의 경우 약 60GB로,
+낭비되는 공간 없이 각 데이터 디스크에 약 460,000개의 파일을
+허용합니다.
+
허용되는 최대 디스크 온도를 섭씨로 설정합니다. 지정되면 SnapRAID는
+smartctl 도구를 사용하여 주기적으로 모든 디스크의 온도를 확인합니다.
+SnapRAID가 작동하는 동안 현재 디스크 온도가 표시됩니다.
+어떤 디스크라도 이 제한을 초과하면 모든 작업이 중지되고, 디스크는
+`temp_sleep` 옵션으로 정의된 기간 동안 회전 중지됩니다(대기 모드로
+전환됨). 절전 기간 후 작업이 재개되며, 온도 제한에 다시 도달하면
+다시 일시 중지될 수 있습니다.
+
작동 중에 SnapRAID는 각 디스크의 가열 곡선을 분석하고 활동이 계속되면
+도달할 것으로 예상되는 장기 정상 온도를 추정합니다.
+추정은 디스크 온도가 네 번 증가한 후에만 수행되어, 신뢰할 수 있는
+추세를 설정하기에 충분한 데이터 포인트가 확보되도록 합니다.
+이 예측된 정상 온도는 현재 값 옆에 괄호 안에 표시되며, 시스템의
+냉각이 적절한지 평가하는 데 도움이 됩니다. 이 추정 온도는 정보 제공
+목적일 뿐이며 SnapRAID의 동작에는 영향을 미치지 않습니다.
+프로그램의 동작은 오로지 실제 측정된 디스크 온도에 기반합니다.
+
이 분석을 수행하려면 SnapRAID는 시스템 온도에 대한 참조가 필요합니다.
+먼저 사용 가능한 하드웨어 센서에서 읽으려고 시도합니다.
+시스템 센서에 액세스할 수 없는 경우, 실행 시작 시 측정된 가장 낮은
+디스크 온도를 대체 참조로 사용합니다.
+
일반적으로 SnapRAID는 가장 뜨거운 디스크의 온도만 표시합니다.
+모든 디스크의 온도를 표시하려면 -A 또는 --stats 옵션을 사용하십시오.
+
각 디스크에 대한 SMART 속성을 얻기 위한 사용자 정의 smartctl 옵션을
+정의합니다. 이는 RAID 컨트롤러 및 일부 자동 감지할 수 없는 USB 디스크에
+필요할 수 있습니다. %s 자리 표시자는 장치 이름으로 대체되지만,
+RAID 컨트롤러와 같은 고정된 장치에서는 선택 사항입니다.
+
DISK는 `data` 옵션에 지정된 것과 동일한 디스크 이름입니다.
+PARITY는 `parity`, `2-parity`, `3-parity`, `4-parity`, `5-parity`,
+`6-parity`, 또는 `z-parity` 중 하나의 패리티 이름입니다.
+
지정된 OPTIONS에서 `%s` 문자열은 장치 이름으로 대체됩니다.
+RAID 컨트롤러의 경우 장치가 고정되어 있을 가능성이 높으므로
+`%s`를 사용할 필요가 없을 수 있습니다.
+
디스크 실패 확률을 계산할 때 지정된 SMART 속성을 무시합니다.
+이 옵션은 디스크가 특정 속성에 대해 특이하거나 오해의 소지가 있는
+값을 보고하는 경우에 유용합니다.
+
DISK는 `data` 옵션에 지정된 것과 동일한 디스크 이름입니다.
+PARITY는 `parity`, `2-parity`, `3-parity`, `4-parity`, `5-parity`,
+`6-parity`, 또는 `z-parity` 중 하나의 패리티 이름입니다.
+특수 값 *는 모든 디스크에서 속성을 무시하는 데 사용될 수 있습니다.
+
예를 들어, 모든 디스크에서 `Current Pending Sector Count` 속성을
+무시하려면:
+
+FILE이라는 이름의 모든 파일을 선택합니다. *, ?와 같은 글로빙
+문자와 [a-z]와 같은 문자 클래스를 사용할 수 있습니다.
+이 패턴은 디렉토리가 아닌 파일에만 적용됩니다.
+
+
+
+
+DIR/
+
+DIR이라는 이름의 모든 디렉토리와 그 안의 모든 것을 선택합니다.
+*, ?와 같은 글로빙 문자를 사용할 수 있습니다.
+이 패턴은 파일이 아닌 디렉토리에만 적용됩니다.
+
+
+
+
+/PATH/FILE
+
+정확히 지정된 파일 경로를 선택합니다. *, ?와 같은 글로빙
+문자를 사용할 수 있지만, 디렉토리 슬래시와는 절대 일치하지 않습니다.
+이 패턴은 디렉토리가 아닌 파일에만 적용됩니다.
+
+
+
+
+/PATH/DIR/
+
+정확히 지정된 디렉토리 경로와 그 안의 모든 것을 선택합니다.
+*, ?와 같은 글로빙 문자를 사용할 수 있지만, 디렉토리 슬래시와는
+절대 일치하지 않습니다.
+이 패턴은 파일이 아닌 디렉토리에만 적용됩니다.
+
+
+
+
+/로 시작하는 절대 경로를 지정하면 로컬 파일 시스템의 루트 디렉토리가
+
+
+
+
아닌 어레이 루트 디렉토리에 적용됩니다.
+
Windows에서는 정방향 슬래시 / 대신 역슬래시 \를 사용할 수 있습니다.
+Windows 시스템 디렉토리, 접합점(junctions), 마운트 지점 및 기타
+Windows 특수 디렉토리는 파일로 취급됩니다. 즉, 이들을 제외하려면
+디렉토리 규칙이 아닌 파일 규칙을 사용해야 합니다.
+
파일 이름에 '*', '?', '[',
+또는 ']' 문자가 포함된 경우, 글로빙 문자로 해석되는 것을 피하기 위해
+이스케이프해야 합니다. Unix에서는 이스케이프 문자가 '\'이고,
+Windows에서는 '^'입니다.
+패턴이 명령줄에 있는 경우, 명령 셸에 의해 해석되는 것을 피하기 위해
+이스케이프 문자를 두 배로 늘려야 합니다.
+
설정 파일에서는 처리할 파일을 필터링하기 위해 다른 전략을 사용할 수
+있습니다.
+가장 간단한 접근 방식은 원하지 않는 모든 파일과 디렉토리를 제거하기
+위해 `exclude` 규칙만 사용하는 것입니다. 예를 들어:
+
+
+# `*.unrecoverable`이라는 이름의 모든 파일 제외
+exclude *.unrecoverable
+# 루트 디렉토리 `/lost+found` 제외
+exclude /lost+found/
+# `tmp`라는 이름의 모든 하위 디렉토리 제외
+exclude tmp/
+
+
+
반대 접근 방식은 `include` 규칙만 사용하여 처리하려는 파일만
+정의하는 것입니다. 예를 들어:
+
+
+# 일부 디렉토리만 포함
+include /movies/
+include /musics/
+include /pictures/
+
+
+
최종 접근 방식은 `exclude` 및 `include` 규칙을 혼합하는 것입니다.
+이 경우 규칙의 순서가 중요합니다. 앞선 규칙이 뒤의 규칙보다
+우선합니다.
+단순화를 위해 모든 `exclude` 규칙을 먼저 나열한 다음 모든
+`include` 규칙을 나열할 수 있습니다. 예를 들어:
+
+
+# `*.unrecoverable`이라는 이름의 모든 파일 제외
+exclude *.unrecoverable
+# `tmp`라는 이름의 모든 하위 디렉토리 제외
+exclude tmp/
+# 일부 디렉토리만 포함
+include /movies/
+include /musics/
+include /pictures/
+
+
+
명령줄에서 -f 옵션을 사용할 때 `include` 패턴만 사용할 수 있습니다.
+예를 들어:
+
+
+# .mp3 파일만 확인.
+# Unix에서는 셸에 의한 글로빙 확장을 피하기 위해 따옴표를 사용합니다.
+snapraid -f "*.mp3" check
+
+
+
Unix에서는 명령줄에서 글로빙 문자를 사용할 때 셸이 확장하는 것을
+방지하기 위해 따옴표로 묶어야 합니다.
+
Unix의 SnapRAID는 인코딩을 무시합니다. 파일 시스템에서 사용되는
+것과 동일한 인코딩으로 파일 이름을 읽고 저장합니다.
+
Windows에서는 파일 시스템에서 읽은 모든 이름이 UTF-8 형식으로
+변환되고 처리됩니다.
+
파일 이름이 올바르게 출력되도록 하려면, `chcp 65001` 명령으로
+Windows 콘솔을 UTF-8 모드로 설정하고 콘솔 글꼴로 `Lucida Console`과
+같은 TrueType 글꼴을 사용해야 합니다.
+이는 출력되는 파일 이름에만 영향을 미치며, 콘솔 출력을 파일로
+리디렉션하는 경우 결과 파일은 항상 UTF-8 형식입니다.
+
SnapRAID är ett säkerhetskopieringsprogram designat för disk-arrayer,
+som lagrar paritetsinformation för dataåterställning vid upp till sex
+diskfel.
+
SnapRAID är i första hand avsett för hemmamediabibliotek med stora,
+sällan ändrade filer, och erbjuder flera funktioner:
+
+
+Du kan använda diskar som redan är fyllda med filer utan
+att behöva formatera om dem, och du får åtkomst till dem som vanligt.
+
+
+All din data hashberäknas för att säkerställa dataintegritet och
+förhindra tyst korruption.
+
+
+När antalet felaktiga diskar överskrider paritetsantalet,
+begränsas dataförlusten till de drabbade diskarna; data på
+andra diskar förblir åtkomlig.
+
+
+Om du oavsiktligt raderar filer på en disk är återställning
+möjlig.
+
+
+Diskar kan ha olika storlekar.
+
+
+Du kan lägga till diskar när som helst.
+
+
+SnapRAID låser inte in din data; du kan sluta använda det
+när som helst utan omformatering eller dataflytt.
+
+
+För att få åtkomst till en fil behöver endast en enda disk snurra,
+vilket sparar ström och minskar buller.
+
+
+
För mer information, besök den officiella SnapRAID-webbplatsen:
+
SnapRAID är en hybrid mellan ett RAID- och ett säkerhetskopieringsprogram,
+som syftar till att kombinera de bästa fördelarna med båda. Den har dock
+vissa begränsningar som du bör överväga innan du använder den.
+
Huvudbegränsningen är att om en disk misslyckas och du inte nyligen har
+synkat, kanske du inte kan återställa fullständigt.
+Mer specifikt, kanske du inte kan återställa upp till storleken på
+de ändrade eller raderade filerna sedan den senaste synkroniseringsoperationen.
+Detta inträffar även om de ändrade eller raderade filerna inte finns på
+den felaktiga disken. Det är därför SnapRAID passar bättre för
+data som sällan ändras.
+
Å andra sidan förhindrar nyligen tillagda filer inte återställning av redan
+befintliga filer. Du kommer bara att förlora de nyligen tillagda filerna om de
+finns på den felaktiga disken.
+
Andra SnapRAID-begränsningar är:
+
+
+Med SnapRAID har du fortfarande separata filsystem för varje disk.
+Med RAID får du ett enda stort filsystem.
+
+
+SnapRAID stripas inte data.
+Med RAID får du en hastighetsökning med striping.
+
+
+SnapRAID stöder inte återställning i realtid.
+Med RAID behöver du inte sluta arbeta när en disk misslyckas.
+
+
+SnapRAID kan bara återställa data från ett begränsat antal diskfel.
+Med en säkerhetskopia kan du återställa från ett fullständigt
+fel på hela disk-arrayen.
+
+
+Endast filnamn, tidsstämplar, symboliska länkar och hårda länkar sparas.
+Behörigheter, ägarskap och utökade attribut sparas inte.
+
För att använda SnapRAID måste du först välja en disk i din disk-array
+som ska dediceras till `parity`-information. Med en disk för paritet,
+kommer du att kunna återställa från ett enda diskfel, liknande RAID5.
+
Om du vill återställa från fler diskfel, liknande RAID6,
+måste du reservera ytterligare diskar för paritet. Varje ytterligare
+paritetsdisk möjliggör återställning från ett diskfel till.
+
Som paritetsdiskar måste du välja de största diskarna i arrayen,
+eftersom paritetsinformationen kan växa till storleken av den största
+datadisken i arrayen.
+
Dessa diskar kommer att dediceras till att lagra `parity`-filerna.
+Du bör inte lagra din data på dem.
+
Sedan måste du definiera de `data`-diskar som du vill skydda
+med SnapRAID. Skyddet är mer effektivt om dessa diskar
+innehåller data som sällan ändras. Av denna anledning är det bäst att
+INTE inkludera Windows C:\-disken eller Unix /home, /var och /tmp
+katalogerna.
+
Listan över filer sparas i `content`-filerna, som vanligtvis
+lagras på data-, paritets- eller startdiskarna.
+Denna fil innehåller detaljerna för din säkerhetskopia, inklusive alla
+checksummor för att verifiera dess integritet.
+`content`-filen lagras i flera kopior, och varje kopia måste
+finnas på en annan disk för att säkerställa att, även vid flera
+diskfel, minst en kopia är tillgänglig.
+
Anta till exempel att du bara är intresserad av en paritetsnivå
+av skydd, och dina diskar finns på:
+
+
+/mnt/diskp <- vald disk för paritet
+/mnt/disk1 <- första disken att skydda
+/mnt/disk2 <- andra disken att skydda
+/mnt/disk3 <- tredje disken att skydda
+
+
+
Du måste skapa konfigurationsfilen /etc/snapraid.conf med
+följande alternativ:
+
Vid denna punkt är du redo att köra kommandot `sync` för att bygga
+paritetsinformationen.
+
+
+snapraid sync
+
+
+
Denna process kan ta flera timmar första gången, beroende på storleken
+på datan som redan finns på diskarna. Om diskarna är tomma är
+processen omedelbar.
+
Du kan stoppa det när som helst genom att trycka Ctrl+C, och vid nästa körning
+återupptas det där det avbröts.
+
När detta kommando är klart är din data SÄKER.
+
Nu kan du börja använda din array som du vill och periodiskt
+uppdatera paritetsinformationen genom att köra kommandot `sync`.
+
För att periodiskt kontrollera data och paritet för fel kan du
+köra kommandot `scrub`.
+
+
+snapraid scrub
+
+
+
Detta kommando jämför data i din array med den hash som beräknades
+under kommandot `sync` för att verifiera integriteten.
+
Varje körning av kommandot kontrollerar ungefär 8% av arrayen, exklusive data
+som redan skrubbats under de föregående 10 dagarna.
+Du kan använda alternativet -p, --plan för att specificera en annan mängd
+och alternativet -o, --older-than för att specificera en annan ålder i dagar.
+Till exempel, för att kontrollera 5% av arrayen för block äldre än 20 dagar, använd:
+
+
+snapraid -p 5 -o 20 scrub
+
+
+
Om tysta eller input/output-fel hittas under processen,
+markeras de motsvarande blocken som dåliga i `content`-filen
+och listas i kommandot `status`.
+
+
+snapraid status
+
+
+
För att fixa dem kan du använda kommandot `fix`, filtrera efter dåliga block med
+alternativet -e, --filter-error:
+
+
+snapraid -e fix
+
+
+
Vid nästa `scrub` kommer felen att försvinna från `status`-rapporten
+om de verkligen är fixade. För att göra det snabbare kan du använda -p bad för att skrubba
+endast block markerade som dåliga.
+
+
+snapraid -p bad scrub
+
+
+
Att köra `scrub` på en osynkad array kan rapportera fel orsakade av
+borttagna eller modifierade filer. Dessa fel rapporteras i `scrub`-
+utdata, men de relaterade blocken markeras inte som dåliga.
+
Obs: Poolningsfunktionen som beskrivs nedan har ersatts av verktyget
+mergefs, som nu är det rekommenderade alternativet för Linux-användare i
+SnapRAID-communityt. Mergefs ger ett mer flexibelt och effektivt
+sätt att poola flera enheter till en enda enhetlig monteringspunkt,
+vilket möjliggör sömlös åtkomst till filer över din array utan att förlita sig
+på symboliska länkar. Det integreras väl med SnapRAID för paritetsskydd
+och används ofta i installationer som OpenMediaVault (OMV)
+eller anpassade NAS-konfigurationer.
+
För att visa alla filer i din array i samma katalogträd,
+kan du aktivera funktionen `pooling`. Den skapar en skrivskyddad virtuell
+vy av alla filer i din array med hjälp av symboliska länkar.
+
Du kan konfigurera `pooling`-katalogen i konfigurationsfilen med:
+
+
+pool /pool
+
+
+
eller, om du använder Windows, med:
+
+
+pool C:\pool
+
+
+
och kör sedan kommandot `pool` för att skapa eller uppdatera den virtuella vyn.
+
+
+snapraid pool
+
+
+
Om du använder en Unix-plattform och vill dela denna katalog
+över nätverket till antingen Windows- eller Unix-maskiner, bör du lägga till
+följande alternativ till din /etc/samba/smb.conf:
+
+
+# I den globala sektionen av smb.conf
+unix extensions = no
+
+
+
+
+# I delningssektionen av smb.conf
+[pool]
+comment = Pool
+path = /pool
+read only = yes
+guest ok = yes
+wide links = yes
+follow symlinks = yes
+
+
+
I Windows kräver delning av symboliska länkar över ett nätverk att klienter
+löser dem på distans. För att aktivera detta måste du, förutom att dela pool-katalogen,
+även dela alla diskar oberoende, med hjälp av de disk-namn
+som definieras i konfigurationsfilen som delningspunkter. Du måste också specificera
+i alternativet `share` i konfigurationsfilen den Windows UNC-sökväg som
+fjärrklienter behöver använda för att få åtkomst till dessa delade diskar.
+
Till exempel, om du arbetar från en server som heter `darkstar`, kan du använda
+alternativen:
+
SnapRAID fungerar mer som ett säkerhetskopieringsprogram än ett RAID-system, och det
+kan användas för att återställa eller ångra radering av filer till deras tidigare tillstånd
+med hjälp av alternativet -f, --filter:
+
+
+snapraid fix -f FIL
+
+
+
eller för en katalog:
+
+
+snapraid fix -f KATALOG/
+
+
+
Du kan också använda det för att återställa endast oavsiktligt raderade filer inuti
+en katalog med hjälp av alternativet -m, --filter-missing, som återställer
+endast saknade filer, och lämnar alla andra orörda.
+
+
+snapraid fix -m -f KATALOG/
+
+
+
Eller för att återställa alla raderade filer på alla enheter med:
+
Det värsta har hänt, och du har förlorat en eller flera diskar!
+
FÅ INTE PANIK! Du kommer att kunna återställa dem!
+
Det första du måste göra är att undvika ytterligare ändringar i din disk-array.
+Inaktivera alla fjärranslutningar till den och alla schemalagda processer, inklusive
+alla schemalagda SnapRAID nattliga sync- eller scrub-körningar.
+
Du behöver lite utrymme för att återställa, helst på ytterligare
+reservdiskar, men en extern USB-disk eller fjärrdisk räcker.
+
Ändra SnapRAID-konfigurationsfilen för att få alternativet `data` eller `parity`
+för den felaktiga disken att peka på en plats med tillräckligt tomt
+utrymme för att återställa filerna.
+
Om till exempel disk `d1` har misslyckats, ändra från:
+
+
+data d1 /mnt/disk1/
+
+
+
till:
+
+
+data d1 /mnt/new_spare_disk/
+
+
+
Om disken som ska återställas är en paritetsdisk, uppdatera det lämpliga `parity`-
+alternativet.
+Om du har flera felaktiga diskar, uppdatera alla deras konfigurationsalternativ.
+
Kör kommandot fix och lagra loggen i en extern fil med:
+
+
+snapraid -d NAMN -l fix.log fix
+
+
+
Där NAMN är namnet på disken, till exempel `d1` i vårt tidigare exempel.
+Om disken som ska återställas är en paritetsdisk, använd namnen `parity`, `2-parity`,
+etc.
+Om du har flera felaktiga diskar, använd flera -d-alternativ för att specificera alla
+av dem.
+
Detta kommando kommer att ta lång tid.
+
Se till att du har några gigabyte ledigt för att lagra fix.log-filen.
+Kör den från en disk med tillräckligt med ledigt utrymme.
+
Nu har du återställt allt som är återställningsbart. Om vissa filer är delvis
+eller helt icke-återställningsbara, kommer de att döpas om genom att lägga till tillägget
+`.unrecoverable`.
+
Du kan hitta en detaljerad lista över alla icke-återställningsbara block i fix.log-filen
+genom att kontrollera alla rader som börjar med `unrecoverable:`.
+
Om du inte är nöjd med återställningen kan du försöka igen hur många
+gånger du vill.
+
Om du till exempel har tagit bort filer från arrayen efter den senaste
+`sync`, kan detta leda till att vissa filer inte återställs.
+I detta fall kan du försöka igen `fix` med alternativet -i, --import,
+specificera var dessa filer nu finns för att inkludera dem igen i
+återställningsprocessen.
+
Om du är nöjd med återställningen kan du fortsätta,
+men notera att efter synkronisering kan du inte försöka igen kommandot `fix`
+längre!
+
Skriver ut en sammanfattning av tillståndet för disk-arrayen.
+
Det inkluderar information om paritetsfragmentering, hur gamla
+blocken är utan kontroll, och alla registrerade tysta
+fel som påträffats under skrubbning.
+
Informationen som presenteras hänvisar till den senaste tidpunkten du
+körde `sync`. Senare modifieringar beaktas inte.
+
Om dåliga block upptäcktes, listas deras blocknummer.
+För att fixa dem kan du använda kommandot `fix -e`.
+
Det visar också ett diagram som representerar den senaste tidpunkten då varje block
+skrubbades eller synkroniserades. Skrubbade block visas med '*',
+block synkroniserade men ännu inte skrubbade med 'o'.
+
Skriver ut en SMART-rapport över alla diskar i systemet.
+
Det inkluderar en uppskattning av sannolikheten för fel under det kommande
+året, vilket gör att du kan planera underhållsersättningar av diskar som visar
+misstänkta attribut.
+
Denna sannolikhetsuppskattning erhålls genom att korrelera SMART-attributen
+för diskarna med Backblaze-data som finns tillgänglig på:
+
Om SMART rapporterar att en disk håller på att misslyckas, skrivs `FAIL` eller `PREFAIL` ut
+för den disken, och SnapRAID returnerar med ett fel.
+I detta fall rekommenderas omedelbar ersättning av disken starkt.
+
Andra möjliga statussträngar är:
+
+
+logfail
+
+Tidigare var vissa attribut lägre än
+tröskelvärdet.
+
+
+logerr
+
+Enhetens fellogg innehåller fel.
+
+
+selferr
+
+Enhetens självtestlogg innehåller fel.
+
+
+
Om alternativet -v, --verbose specificeras, tillhandahålls en djupare statistisk analys.
+Denna analys kan hjälpa dig att bestämma om du behöver mer
+eller mindre paritet.
+
Detta kommando använder verktyget `smartctl` och är ekvivalent med att köra
+`smartctl -a` på alla enheter.
+
Om dina enheter inte upptäcks automatiskt korrekt kan du specificera
+ett anpassat kommando med hjälp av alternativet `smartctl` i konfigurations-
+filen.
+
Skriver ut STRÖM-tillståndet för alla diskar i systemet.
+
`Standby` betyder att disken inte snurrar. `Active` betyder
+att disken snurrar.
+
Detta kommando använder verktyget `smartctl` och är ekvivalent med att köra
+`smartctl -n standby -i` på alla enheter.
+
Om dina enheter inte upptäcks automatiskt korrekt kan du specificera
+ett anpassat kommando med hjälp av alternativet `smartctl` i konfigurations-
+filen.
+
Detta kommando använder verktyget `smartctl` och är ekvivalent med att köra
+`smartctl -s standby,now` på alla enheter.
+
Du kan snurra ner endast specifika diskar med hjälp av alternativet -d, --filter-disk
+alternativet.
+
För att automatiskt snurra ner vid fel kan du använda alternativet -s, --spin-down-on-error
+med alla andra kommandon, vilket är ekvivalent med att köra `down` manuellt
+när ett fel inträffar.
+
Listar alla filer som modifierats sedan den senaste `sync` och som behöver få
+sin paritetsdata omberäknad.
+
Detta kommando kontrollerar inte filens data, utan endast filens tidsstämpel,
+storlek och inode.
+
Efter att ha listat alla ändrade filer presenteras en sammanfattning av ändringarna,
+grupperade efter:
+
+
+equal
+
+Filer oförändrade från tidigare.
+
+
+added
+
+Filer tillagda som inte fanns tidigare.
+
+
+removed
+
+Filer borttagna.
+
+
+updated
+
+Filer med en annan storlek eller tidsstämpel, vilket innebär att de
+modifierades.
+
+
+moved
+
+Filer flyttade till en annan katalog på samma disk.
+De identifieras genom att ha samma namn, storlek, tidsstämpel
+och inode, men en annan katalog.
+
+
+copied
+
+Filer kopierade på samma eller en annan disk. Observera att om
+de verkligen flyttas till en annan disk, kommer de också att
+räknas i `removed`.
+De identifieras genom att ha samma namn, storlek och
+tidsstämpel. Om undertidsstämpeln är noll,
+måste hela sökvägen matcha, inte bara namnet.
+
+
+restored
+
+Filer med en annan inode men matchande namn, storlek och tidsstämpel.
+Dessa är vanligtvis filer som återställts efter att ha raderats.
+
+
+
Om en `sync` krävs är processens returkod 2, istället för standard 0.
+Returkoden 1 används för ett generiskt feltillstånd.
+
Uppdaterar paritetsinformationen. Alla modifierade filer
+i disk-arrayen läses, och motsvarande paritets-
+data uppdateras.
+
Du kan stoppa denna process när som helst genom att trycka Ctrl+C,
+utan att förlora det arbete som redan utförts.
+Vid nästa körning kommer `sync`-processen att återupptas där
+den avbröts.
+
Om tysta eller input/output-fel hittas under processen,
+markeras de motsvarande blocken som dåliga.
+
Filer identifieras med sökväg och/eller inode och kontrolleras med
+storlek och tidsstämpel.
+Om filstorleken eller tidsstämpeln skiljer sig åt, beräknas paritetsdata
+om för hela filen.
+Om filen flyttas eller döps om på samma disk, samtidigt som
+samma inode behålls, beräknas inte pariteten om.
+Om filen flyttas till en annan disk, beräknas pariteten om,
+men den tidigare beräknade hash-informationen behålls.
+
`content`- och `parity`-filerna modifieras vid behov.
+Filerna i arrayen modifieras INTE.
+
Skrubbar arrayen och söker efter tysta eller input/output-fel i data-
+och paritetsdiskar.
+
Varje anrop kontrollerar ungefär 8% av arrayen, exklusive
+data som redan skrubbats under de senaste 10 dagarna.
+Detta innebär att skrubbning en gång i veckan säkerställer att varje bit data kontrolleras
+minst en gång var tredje månad.
+
Du kan definiera en annan skrubbplan eller mängd med hjälp av alternativet -p, --plan
+som accepterar:
+bad - Skrubbar block markerade som dåliga.
+new - Skrubbar nyligen synkroniserade block som ännu inte skrubbats.
+full - Skrubbar allt.
+0-100 - Skrubbar den specificerade procentandelen av block.
+
Om du specificerar en procentsats kan du också använda alternativet -o, --older-than
+för att definiera hur gammalt blocket ska vara.
+De äldsta blocken skrubbas först, vilket säkerställer en optimal kontroll.
+Om du bara vill skrubba de nyligen synkroniserade blocken som ännu inte skrubbats,
+använd alternativet `-p new`.
+
För att få detaljer om skrubbstatusen, använd kommandot `status`.
+
För alla tysta eller input/output-fel som hittas, markeras de motsvarande blocken
+som dåliga i `content`-filen.
+Dessa dåliga block listas i `status` och kan fixas med `fix -e`.
+Efter fixningen, vid nästa skrubb, kommer de att kontrolleras igen, och om de befinns
+korrigerade, tas det dåliga märket bort.
+För att skrubba endast de dåliga blocken kan du använda kommandot `scrub -p bad`.
+
Det rekommenderas att köra `scrub` endast på en synkroniserad array för att undvika
+rapporterade fel orsakade av osynkad data. Dessa fel känns igen
+som att de inte är tysta fel, och blocken markeras inte som dåliga,
+men sådana fel rapporteras i kommandots utdata.
+
`content`-filen modifieras för att uppdatera tiden för den senaste kontrollen
+för varje block och för att markera dåliga block.
+`parity`-filerna modifieras INTE.
+Filerna i arrayen modifieras INTE.
+
Alla filer och paritetsdata jämförs med ögonblicksbilds-
+tillståndet som sparades i den senaste `sync`.
+Om en skillnad hittas, återställs den till det lagrade ögonblicksbildstillståndet.
+
VARNING! Kommandot `fix` skiljer inte mellan fel och
+avsiktliga modifieringar. Det återställer ovillkorligen filtillståndet
+till den senaste `sync`.
+
Om inget annat alternativ specificeras, behandlas hela arrayen.
+Använd filteralternativen för att välja en delmängd av filer eller diskar att arbeta med.
+
För att fixa endast blocken markerade som dåliga under `sync` och `scrub`,
+använd alternativet -e, --filter-error.
+Till skillnad från andra filteralternativ tillämpar detta fixar endast på filer som är
+oförändrade sedan den senaste `sync`.
+
SnapRAID döper om alla filer som inte kan fixas genom att lägga till tillägget
+`.unrecoverable`.
+
Innan fixningen skannas hela arrayen för att hitta alla filer som flyttats
+sedan den senaste `sync`-operationen.
+Dessa filer identifieras av deras tidsstämpel, ignorera deras namn
+och katalog, och används i återställningsprocessen vid behov.
+Om du flyttade några av dem utanför arrayen kan du använda alternativet -i, --import
+för att specificera ytterligare kataloger att skanna.
+
Filer identifieras endast med sökväg, inte med inode.
+
`content`-filen modifieras INTE.
+`parity`-filerna modifieras vid behov.
+Filerna i arrayen modifieras vid behov.
+
Det fungerar som `fix`, men det simulerar endast en återställning och inga ändringar
+skrivs till arrayen.
+
Detta kommando är i första hand avsett för manuell verifiering,
+som efter en återställningsprocess eller under andra speciella förhållanden.
+För periodiska och schemalagda kontroller, använd `scrub`.
+
Om du använder alternativet -a, --audit-only, kontrolleras endast fil-
+datan, och paritetsdatan ignoreras för en
+snabbare körning.
+
Filer identifieras endast med sökväg, inte med inode.
+
Skapar eller uppdaterar en virtuell vy av alla
+filer i din disk-array i `pooling`-katalogen.
+
Filerna kopieras inte utan länkas med hjälp av
+symboliska länkar.
+
Vid uppdatering raderas alla befintliga symboliska länkar och tomma
+underkataloger och ersätts med den nya
+vyn av arrayen. Alla andra vanliga filer lämnas kvar.
+
Skriver ut de lågnivåenheter som används av arrayen.
+
Detta kommando visar enhetsassociationerna i arrayen
+och är främst avsett som ett skriptgränssnitt.
+
De två första kolumnerna är lågnivåenhetens ID och sökväg.
+De nästa två kolumnerna är högnivåenhetens ID och sökväg.
+Den sista kolumnen är diskens namn i arrayen.
+
I de flesta fall har du en lågnivåenhet för varje disk i
+arrayen, men i vissa mer komplexa konfigurationer kan du ha flera
+lågnivåenheter som används av en enda disk i arrayen.
+
Anger en godtycklig undertidsstämpel för alla filer
+som har den satt till noll.
+
Detta förbättrar SnapRAIDs förmåga att känna igen flyttade
+och kopierade filer, eftersom det gör tidsstämpeln nästan unik,
+vilket minskar möjliga dubbletter.
+
Mer specifikt, om undertidsstämpeln inte är noll,
+identifieras en flyttad eller kopierad fil som sådan om den matchar
+namn, storlek och tidsstämpel. Om undertidsstämpeln
+är noll, betraktas den som en kopia endast om hela sökvägen,
+storlek och tidsstämpel alla matchar.
+
Tidsstämpeln med sekundprecision modifieras inte,
+så alla datum och tider för dina filer bevaras.
+
Detta kommando ändrar den hash-typ som används, vanligtvis vid uppgradering
+från ett 32-bitars system till ett 64-bitars system, för att byta från
+MurmurHash3 till den snabbare SpookyHash.
+
Om du redan använder den optimala hashen, gör detta kommando
+ingenting och informerar dig om att ingen åtgärd behövs.
+
Omhashningen utförs inte omedelbart utan sker
+progressivt under `sync` och `scrub`.
+
Du kan kontrollera omhashningstillståndet med hjälp av `status`.
+
Under omhashningen bibehåller SnapRAID full funktionalitet,
+med det enda undantaget att `dup` inte kan upptäcka dubbletter
+med hjälp av en annan hash.
+
+Väljer den konfigurationsfil som ska användas. Om den inte specificeras, i Unix
+används filen `/usr/local/etc/snapraid.conf` om den finns,
+annars `/etc/snapraid.conf`.
+I Windows används filen `snapraid.conf` i samma
+katalog som `snapraid.exe`.
+
+
+
+
+-f, --filter PATTERN
+
+Filtrerar filerna att behandla i `check` och `fix`.
+Endast filerna som matchar det specificerade mönstret behandlas.
+Detta alternativ kan användas flera gånger.
+Se avsnittet MÖNSTER för mer information om
+mönsterspecifikationer.
+I Unix, se till att globbing-tecken citeras om de används.
+Detta alternativ kan endast användas med `check` och `fix`.
+Det kan inte användas med `sync` och `scrub`, eftersom de alltid
+behandlar hela arrayen.
+
+
+
+
+-d, --filter-disk NAME
+
+Filtrerar diskarna att behandla i `check`, `fix`, `up` och `down`.
+Du måste specificera ett disk-namn som definieras i konfigurations-
+filen.
+Du kan också specificera paritetsdiskar med namnen: `parity`, `2-parity`,
+`3-parity`, etc., för att begränsa operationer till en specifik paritetsdisk.
+Om du kombinerar flera --filter, --filter-disk och --filter-missing alternativ,
+väljs endast filer som matchar alla filter.
+Detta alternativ kan användas flera gånger.
+Detta alternativ kan endast användas med `check`, `fix`, `up` och `down`.
+Det kan inte användas med `sync` och `scrub`, eftersom de alltid
+behandlar hela arrayen.
+
+
+
+
+-m, --filter-missing
+
+Filtrerar filerna att behandla i `check` och `fix`.
+Endast filerna som saknas eller har raderats från arrayen behandlas.
+När det används med `fix`, fungerar detta som ett `undelete`-kommando.
+Om du kombinerar flera --filter, --filter-disk och --filter-missing alternativ,
+väljs endast filer som matchar alla filter.
+Detta alternativ kan endast användas med `check` och `fix`.
+Det kan inte användas med `sync` och `scrub`, eftersom de alltid
+behandlar hela arrayen.
+
+
+
+
+-e, --filter-error
+
+Behandlar filerna med fel i `check` och `fix`.
+Det behandlar endast filer som har block markerade med tysta
+eller input/output-fel under `sync` och `scrub`, som listas i `status`.
+Detta alternativ kan endast användas med `check` och `fix`.
+
+
+
+
+-p, --plan PERC|bad|new|full
+
+Väljer skrubbplanen. Om PERC är ett numeriskt värde från 0 till 100,
+tolkas det som procentandelen av block som ska skrubbas.
+Istället för en procentsats kan du specificera en plan:
+`bad` skrubbar dåliga block, `new` skrubbar block som ännu inte skrubbats,
+och `full` skrubbar allt.
+Detta alternativ kan endast användas med `scrub`.
+
+
+
+
+-o, --older-than DAYS
+
+Väljer den äldsta delen av arrayen att behandla i `scrub`.
+DAYS är den minsta åldern i dagar för ett block att skrubbas;
+standard är 10.
+Block markerade som dåliga skrubbas alltid oavsett detta alternativ.
+Detta alternativ kan endast användas med `scrub`.
+
+
+
+
+-a, --audit-only
+
+I `check`, verifierar hashen av filerna utan
+att kontrollera paritetsdata.
+Om du bara är intresserad av att kontrollera filens data, kan detta
+alternativ avsevärt påskynda kontrollprocessen.
+Detta alternativ kan endast användas med `check`.
+
+
+
+
+-h, --pre-hash
+
+I `sync`, kör en preliminär hash-fas av all ny data
+för ytterligare verifiering innan paritetsberäkningen.
+Vanligtvis görs ingen preliminär hashning i `sync`, och den nya
+datan hashberäknas precis innan paritetsberäkningen när den läses
+för första gången.
+Denna process sker när systemet är under
+tung belastning, med alla diskar snurrande och en upptagen CPU.
+Detta är ett extremt tillstånd för maskinen, och om den har ett
+latent hårdvaruproblem, kan tysta fel gå obemärkt förbi
+eftersom datan ännu inte har hashberäknats.
+För att undvika denna risk kan du aktivera `pre-hash`-läget för att få
+all data läst två gånger för att säkerställa dess integritet.
+Detta alternativ verifierar också filer som flyttats inom arrayen
+för att säkerställa att flyttoperationen lyckades och, om nödvändigt,
+låter dig köra en fix-operation innan du fortsätter.
+Detta alternativ kan endast användas med `sync`.
+
+
+
+
+-i, --import DIR
+
+Importerar från den specificerade katalogen alla filer som raderats
+från arrayen efter den senaste `sync`.
+Om du fortfarande har sådana filer, kan de användas av `check`
+och `fix` för att förbättra återställningsprocessen.
+Filerna läses, inklusive i underkataloger, och identifieras
+oavsett deras namn.
+Detta alternativ kan endast användas med `check` och `fix`.
+
+
+
+
+-s, --spin-down-on-error
+
+Vid något fel, snurrar ner alla hanterade diskar innan den avslutas med
+en statuskod som inte är noll. Detta förhindrar att enheterna
+förblir aktiva och snurrar efter en avbruten operation,
+vilket hjälper till att undvika onödig värmeuppbyggnad och ström-
+förbrukning. Använd detta alternativ för att säkerställa att diskar stoppas säkert
+även när ett kommando misslyckas.
+
+
+
+
+-w, --bw-limit RATE
+
+Tillämpar en global bandbreddsbegränsning för alla diskar. RATE är
+antalet byte per sekund. Du kan specificera en multiplikator
+som K, M eller G (t.ex. --bw-limit 1G).
+
+
+
+
+-A, --stats
+
+Aktiverar en utökad statusvy som visar ytterligare information.
+Skärmen visar två diagram:
+Det första diagrammet visar antalet buffrade strippar för varje
+disk, tillsammans med filsökvägen för filen som för närvarande används
+på den disken. Vanligtvis kommer den långsammaste disken att ha
+ingen buffert tillgänglig, vilket bestämmer den maximalt uppnåeliga
+bandbredden.
+Det andra diagrammet visar procentandelen tid som spenderats i väntan
+under de senaste 100 sekunderna. Den långsammaste disken förväntas
+orsaka större delen av väntetiden, medan andra diskar bör ha
+liten eller ingen väntetid eftersom de kan använda sina buffrade strippar.
+Detta diagram visar också den tid som spenderats i väntan på hash-
+beräkningar och RAID-beräkningar.
+Alla beräkningar körs parallellt med diskoperationer.
+Därför, så länge det finns mätbar väntetid för minst en disk,
+indikerar det att CPU:n är snabb nog att
+hålla jämna steg med arbetsbelastningen.
+
+
+
+
+-Z, --force-zero
+
+Tvingar den osäkra operationen att synkronisera en fil med noll
+storlek som tidigare var icke-noll.
+Om SnapRAID upptäcker ett sådant tillstånd, stoppar det att fortsätta
+om du inte specificerar detta alternativ.
+Detta gör att du enkelt kan upptäcka när, efter en systemkrasch,
+vissa filer som användes trunkerades.
+Detta är ett möjligt tillstånd i Linux med filsystemen ext3/ext4.
+Detta alternativ kan endast användas med `sync`.
+
+
+
+
+-E, --force-empty
+
+Tvingar den osäkra operationen att synkronisera en disk där alla
+ursprungliga filer saknas.
+Om SnapRAID upptäcker att alla filer som ursprungligen fanns
+på disken saknas eller har skrivits om, stoppar det att fortsätta
+om du inte specificerar detta alternativ.
+Detta gör att du enkelt kan upptäcka när ett datafilsystem inte är
+monterat.
+Detta alternativ kan endast användas med `sync`.
+
+
+
+
+-U, --force-uuid
+
+Tvingar den osäkra operationen att synkronisera, kontrollera och fixa
+med diskar som har ändrat sin UUID.
+Om SnapRAID upptäcker att vissa diskar har ändrat UUID,
+stoppar det att fortsätta om du inte specificerar detta alternativ.
+Detta gör att du kan upptäcka när dina diskar är monterade på fel
+monteringspunkter.
+Det är dock tillåtet att ha en enda UUID-ändring med
+enkel paritet, och fler med multipel paritet, eftersom detta är
+det normala fallet när man byter ut diskar efter en återställning.
+Detta alternativ kan endast användas med `sync`, `check` eller
+`fix`.
+
+
+
+
+-D, --force-device
+
+Tvingar den osäkra operationen att fixa med otillgängliga diskar
+eller med diskar på samma fysiska enhet.
+Till exempel, om du förlorade två datadisker och har en reservdisk för att återställa
+endast den första, kan du ignorera den andra otillgängliga disken.
+Eller, om du vill återställa en disk i det lediga utrymme som finns kvar på en
+redan använd disk, dela samma fysiska enhet.
+Detta alternativ kan endast användas med `fix`.
+
+
+
+
+-N, --force-nocopy
+
+I `sync`, `check` och `fix`, inaktiverar heuristiken för kopieringsdetektering.
+Utan detta alternativ antar SnapRAID att filer med samma
+attribut, såsom namn, storlek och tidsstämpel, är kopior med
+samma data.
+Detta möjliggör identifiering av kopierade eller flyttade filer från en disk
+till en annan och återanvänder den redan beräknade hash-informationen
+för att upptäcka tysta fel eller för att återställa saknade filer.
+I vissa sällsynta fall kan detta beteende leda till falska positiva
+eller en långsam process på grund av många hash-verifieringar, och detta
+alternativ låter dig lösa sådana problem.
+Detta alternativ kan endast användas med `sync`, `check` och `fix`.
+
+
+
+
+-F, --force-full
+
+I `sync`, tvingar en fullständig omberäkning av pariteten.
+Detta alternativ kan användas när du lägger till en ny paritetsnivå eller om
+du återgick till en gammal content-fil med mer aktuell paritetsdata.
+Istället för att återskapa pariteten från grunden låter detta dig
+återanvända hasharna som finns i content-filen för att validera data
+och bibehålla dataskyddet under `sync`-processen med hjälp av
+den befintliga paritetsdatan.
+Detta alternativ kan endast användas med `sync`.
+
+
+
+
+-R, --force-realloc
+
+I `sync`, tvingar en fullständig omallokering av filer och ombyggnad av pariteten.
+Detta alternativ kan användas för att helt omallokera alla filer,
+ta bort fragmentering, samtidigt som hasharna som finns i content-
+filen återanvänds för att validera data.
+Detta alternativ kan endast användas med `sync`.
+VARNING! Detta alternativ är endast för experter, och det rekommenderas
+starkt att inte använda det.
+Du HAR INGET dataskydd under `sync`-operationen.
+
+
+
+
+-l, --log FILE
+
+Skriver en detaljerad logg till den specificerade filen.
+Om detta alternativ inte specificeras, skrivs oväntade fel ut
+på skärmen, vilket potentiellt kan leda till överdriven utdata i händelse av
+många fel. När -l, --log specificeras, skrivs endast
+fatala fel som får SnapRAID att stoppa ut
+på skärmen.
+Om sökvägen börjar med '>>', öppnas filen
+i tilläggsläge. Förekomster av '%D' och '%T' i namnet ersätts
+med datum och tid i formatet YYYYMMDD respektive
+HHMMSS. I Windows batch-filer måste du dubblera
+'%'-tecknet, t.ex. result-%%D.log. För att använda '>>' måste du
+omsluta namnet i citattecken, t.ex. `">>result.log"`.
+För att skicka ut loggen till standardutdata eller standardfel,
+kan du använda `">&1"` respektive `">&2"`.
+Se filen snapraid_log.txt eller man-sidan för beskrivningar av logg-taggar.
+
+
+
+
+-L, --error-limit NUMBER
+
+Anger en ny felgräns innan körningen stoppas.
+Som standard stoppar SnapRAID om det stöter på mer än 100
+input/output-fel, vilket indikerar att en disk troligen håller på att misslyckas.
+Detta alternativ påverkar `sync` och `scrub`, som tillåts
+att fortsätta efter den första uppsättningen diskfel för att försöka
+slutföra sina operationer.
+Däremot stoppar `check` och `fix` alltid vid det första felet.
+
+
+
+
+-S, --start BLKSTART
+
+Börjar behandlingen från det specificerade
+blocknumret. Detta kan vara användbart för att försöka igen att kontrollera
+eller fixa specifika block i händelse av en skadad disk.
+Detta alternativ är främst för avancerad manuell återställning.
+
+
+
+
+-B, --count BLKCOUNT
+
+Behandlar endast det specificerade antalet block.
+Detta alternativ är främst för avancerad manuell återställning.
+
+
+
+
+-C, --gen-conf CONTENT
+
+Genererar en dummy-konfigurationsfil från en befintlig
+content-fil.
+Konfigurationsfilen skrivs till standardutdata
+och skriver inte över en befintlig fil.
+Denna konfigurationsfil innehåller också den information
+som behövs för att rekonstruera diskmonteringspunkterna om du
+förlorar hela systemet.
+
+
+
+
+-v, --verbose
+
+Skriver ut mer information på skärmen.
+Om det specificeras en gång, skrivs exkluderade filer
+och ytterligare statistik ut.
+Detta alternativ har ingen effekt på loggfilerna.
+
+
+
+
+-q, --quiet
+
+Skriver ut mindre information på skärmen.
+Om det specificeras en gång, tas förloppsindikatorn bort; två gånger,
+de pågående operationerna; tre gånger, informations-
+meddelandena; fyra gånger, statusmeddelandena.
+Fatala fel skrivs alltid ut på skärmen.
+Detta alternativ har ingen effekt på loggfilerna.
+
SnapRAID kräver en konfigurationsfil för att veta var din disk-array
+finns och var paritetsinformationen ska lagras.
+
I Unix används filen `/usr/local/etc/snapraid.conf` om den finns,
+annars `/etc/snapraid.conf`.
+I Windows används filen `snapraid.conf` i samma
+katalog som `snapraid.exe`.
+
Den måste innehålla följande alternativ (skiftlägeskänsligt):
+
Definierar de filer som ska användas för att lagra paritetsinformationen.
+Pariteten möjliggör skydd från ett enda disk-
+fel, liknande RAID5.
+
Du kan specificera flera filer, som måste finnas på olika diskar.
+När en fil inte kan växa mer, används nästa fil.
+Det totala tillgängliga utrymmet måste vara minst lika stort som den största datadisken i
+arrayen.
+
Du kan lägga till ytterligare paritetsfiler senare, men du
+kan inte ändra ordning på eller ta bort dem.
+
Att hålla paritetsdiskarna reserverade för paritet säkerställer att
+de inte blir fragmenterade, vilket förbättrar prestandan.
+
I Windows lämnas 256 MB oanvänt på varje disk för att undvika
+varningen om fulla diskar.
+
Detta alternativ är obligatoriskt och kan endast användas en gång.
+
Definierar en alternativ fil och ett format för att lagra trippel paritet.
+
Detta alternativ är ett alternativ till '3-parity', främst avsett för
+lågpresterande processorer som ARM eller AMD Phenom, Athlon och Opteron som inte
+stöder SSSE3-instruktionsuppsättningen. I sådana fall ger det
+bättre prestanda.
+
Detta format liknar, men är snabbare än, det som används av ZFS RAIDZ3.
+Liksom ZFS fungerar det inte utöver trippel paritet.
+
När du använder '3-parity' kommer du att varnas om det rekommenderas att använda
+formatet 'z-parity' för prestandaförbättring.
+
Det är möjligt att konvertera från ett format till ett annat genom att justera
+konfigurationsfilen med önskad z-parity eller 3-parity fil
+och använda 'fix' för att återskapa den.
+
Definierar den fil som ska användas för att lagra listan och checksummorna för alla
+filer som finns i din disk-array.
+
Den kan placeras på en disk som används för data, paritet eller
+någon annan tillgänglig disk.
+Om du använder en datadisk exkluderas denna fil automatiskt
+från `sync`-processen.
+
Detta alternativ är obligatoriskt och kan användas flera gånger för att spara
+flera kopior av samma fil.
+
Du måste lagra minst en kopia för varje paritetsdisk som används
+plus en. Att använda ytterligare kopior skadar inte.
+
Definierar namnet och monteringspunkten för datadiskarna i
+arrayen. NAMN används för att identifiera disken och måste
+vara unikt. KATALOG är monteringspunkten för disken i
+filsystemet.
+
Du kan ändra monteringspunkten vid behov, så länge
+du behåller NAMN fixerat.
+
Du bör använda ett alternativ för varje datadisk i arrayen.
+
Du kan byta namn på en disk senare genom att ändra NAMN direkt
+i konfigurationsfilen och sedan köra ett 'sync'-kommando.
+I händelse av namnbyte görs associationen med hjälp av den lagrade
+UUID:n för diskarna.
+
Definierar fil- eller katalogmönstren att exkludera eller inkludera
+i sync-processen.
+Alla mönster behandlas i den specificerade ordningen.
+
Om det första mönstret som matchar är ett `exclude`-mönster,
+exkluderas filen. Om det är ett `include`-mönster, inkluderas filen.
+Om inget mönster matchar, exkluderas filen om det sista mönstret
+som specificerats är ett `include`-mönster, eller inkluderas om det sista mönstret
+som specificerats är ett `exclude`-mönster.
+
Se avsnittet MÖNSTER för mer information om mönster-
+specifikationer.
+
Definierar den grundläggande blockstorleken i kibibytes för pariteten.
+En kibibyte är 1024 byte.
+
Standard blockstorlek är 256, vilket bör fungera för de flesta fall.
+
VARNING! Detta alternativ är endast för experter, och det rekommenderas
+starkt att inte ändra detta värde. För att ändra detta värde i framtiden,
+kommer du att behöva återskapa hela pariteten!
+
En anledning att använda en annan blockstorlek är om du har många små
+filer, i storleksordningen miljoner.
+
För varje fil, även om den bara är några byte, allokeras ett helt block paritet,
+och med många filer kan detta leda till betydande oanvänt paritetsutrymme.
+När du helt fyller paritetsdisken, är du inte
+tillåten att lägga till fler filer på datadiskarna.
+Det bortkastade paritetsutrymmet ackumuleras dock inte över datadiskar.
+Bortkastat utrymme som härrör från ett högt antal filer på en datadisk begränsar endast
+mängden data på den datadisken, inte andra.
+
Som en approximation kan du anta att hälften av blockstorleken är
+bortkastad för varje fil. Till exempel, med 100 000 filer och en 256 KiB
+blockstorlek, kommer du att slösa 12,8 GB paritet, vilket kan resultera
+i 12,8 GB mindre utrymme tillgängligt på datadisken.
+
Du kan kontrollera mängden bortkastat utrymme på varje disk med hjälp av `status`.
+Detta är mängden utrymme du måste lämna ledigt på data-
+diskarna eller använda för filer som inte ingår i arrayen.
+Om detta värde är negativt betyder det att du är nära att fylla
+pariteten, och det representerar det utrymme du fortfarande kan slösa.
+
För att undvika detta problem kan du använda en större partition för paritet.
+Om till exempel paritetspartitionen är 12,8 GB större än datadiskarna,
+har du tillräckligt med extra utrymme för att hantera upp till 100 000
+filer på varje datadisk utan något bortkastat utrymme.
+
Ett trick för att få en större paritetspartition i Linux är att formatera den
+med kommandot:
+
+
+mkfs.ext4 -m 0 -T largefile4 DEVICE
+
+
+
Detta resulterar i cirka 1,5% extra utrymme, ungefär 60 GB för
+en 4 TB-disk, vilket möjliggör cirka 460 000 filer på varje datadisk utan
+något bortkastat utrymme.
+
Definierar hash-storleken i byte för de sparade blocken.
+
Standard hash-storlek är 16 byte (128 bitar), vilket bör fungera
+för de flesta fall.
+
VARNING! Detta alternativ är endast för experter, och det rekommenderas
+starkt att inte ändra detta värde. För att ändra detta värde i framtiden,
+kommer du att behöva återskapa hela pariteten!
+
En anledning att använda en annan hash-storlek är om ditt system har
+begränsat minne. Som en tumregel kräver SnapRAID vanligtvis
+1 GiB RAM för varje 16 TB data i arrayen.
+
Specifikt, för att lagra hasharna av datan, kräver SnapRAID
+ungefär TS*(1+HS)/BS byte RAM,
+där TS är den totala storleken i byte av din disk-array, BS är
+blockstorleken i byte och HS är hash-storleken i byte.
+
Till exempel, med 8 diskar på 4 TB, en blockstorlek på 256 KiB
+(1 KiB = 1024 byte) och en hash-storlek på 16, får du:
+
Sparar automatiskt tillståndet vid synkronisering eller skrubbning efter att den
+specificerade mängden GB har behandlats.
+Detta alternativ är användbart för att undvika att starta om långa `sync`-
+kommandon från början om de avbryts av en maskinkrasch eller någon annan händelse.
+
Anger den maximalt tillåtna disk-temperaturen i Celsius. När den specificeras,
+kontrollerar SnapRAID periodiskt temperaturen på alla diskar med hjälp av
+verktyget smartctl. De aktuella disk-temperaturerna visas medan
+SnapRAID är igång. Om någon disk överskrider denna gräns, stoppas alla operationer
+och diskarna snurras ner (sätts i standby) under den tid
+som definieras av alternativet `temp_sleep`. Efter viloperioden återupptas operationerna,
+och kan potentiellt pausas igen om temperaturgränsen nås
+ännu en gång.
+
Under drift analyserar SnapRAID också värmekurvan för varje
+disk och uppskattar den långsiktiga stabila temperaturen de förväntas
+nå om aktiviteten fortsätter. Uppskattningen utförs först efter att
+disk-temperaturen har ökat fyra gånger, vilket säkerställer att tillräckligt med
+datapoäng finns tillgängliga för att fastställa en pålitlig trend.
+Denna förutsagda stabila temperatur visas inom parentes bredvid den
+aktuella värdet och hjälper till att bedöma om systemets kylning är
+tillräcklig. Denna uppskattade temperatur är endast för informationssyfte
+och har ingen effekt på SnapRAIDs beteende. Programmens
+åtgärder baseras enbart på de faktiska uppmätta disk-temperaturerna.
+
För att utföra denna analys behöver SnapRAID en referens för system-
+temperaturen. Det försöker först läsa den från tillgängliga hårdvaru-
+sensorer. Om ingen system-sensor kan nås, används den lägsta disk-
+temperaturen som mättes vid start av körningen som en reservreferens.
+
Normalt visar SnapRAID endast temperaturen på den hetaste disken.
+För att visa temperaturen på alla diskar, använd alternativet -A eller --stats.
+
Definierar Windows UNC-sökvägen som krävs för att få åtkomst till diskarna på distans.
+
Om detta alternativ specificeras, använder de symboliska länkarna som skapats i pool-
+katalogen denna UNC-sökväg för att få åtkomst till diskarna.
+Utan detta alternativ använder de genererade symboliska länkarna endast lokala sökvägar,
+vilket inte tillåter delning av pool-katalogen över nätverket.
+
De symboliska länkarna bildas med hjälp av den specificerade UNC-sökvägen, lägger till
+disk-namnet som specificeras i `data`-alternativet, och lägger slutligen till filens
+katalog och namn.
+
Definierar anpassade smartctl-alternativ för att få SMART-attributen för
+varje disk. Detta kan krävas för RAID-kontroller och vissa USB-
+diskar som inte kan upptäckas automatiskt. Platsinnehavaren %s ersätts av
+enhetens namn, men är valfri för fixerade enheter som RAID-kontroller.
+
DISK är samma disk-namn som specificeras i `data`-alternativet.
+PARITY är ett av paritetsnamnen: `parity`, `2-parity`, `3-parity`,
+`4-parity`, `5-parity`, `6-parity` eller `z-parity`.
+
I de specificerade ALTERNATIVEN ersätts strängen `%s` med
+enhetens namn. För RAID-kontroller är enheten
+sannolikt fixerad, och du kanske inte behöver använda `%s`.
+
Se smartmontools dokumentation för möjliga alternativ:
+
Ignorerar det specificerade SMART-attributet vid beräkning av sannolikheten
+för diskfel. Detta alternativ är användbart om en disk rapporterar ovanliga eller
+vilseledande värden för ett visst attribut.
+
DISK är samma disk-namn som specificeras i `data`-alternativet.
+PARITY är ett av paritetsnamnen: `parity`, `2-parity`, `3-parity`,
+`4-parity`, `5-parity`, `6-parity` eller `z-parity`.
+Det speciella värdet * kan användas för att ignorera attributet på alla diskar.
+
Till exempel, för att ignorera attributet `Current Pending Sector Count` på
+alla diskar:
+
+
+smartignore * 197
+
+
+
För att ignorera det endast på den första paritetsdisken:
+
Mönster används för att välja en delmängd av filer att exkludera eller inkludera i
+processen.
+
Det finns fyra olika typer av mönster:
+
+
+FIL
+
+Väljer alla filer som heter FIL. Du kan använda alla globbing-
+tecken som * och ?, och teckenklasser som [a-z].
+Detta mönster gäller endast för filer, inte kataloger.
+
+
+
+
+KATALOG/
+
+Väljer alla kataloger som heter KATALOG och allt inuti.
+Du kan använda alla globbing-tecken som * och ?.
+Detta mönster gäller endast för kataloger, inte filer.
+
+
+
+
+/SÖKVÄG/FIL
+
+Väljer den exakt specificerade filsökvägen. Du kan använda alla
+globbing-tecken som * och ?, men de matchar aldrig ett
+katalog-snedstreck.
+Detta mönster gäller endast för filer, inte kataloger.
+
+
+
+
+/SÖKVÄG/KATALOG/
+
+Väljer den exakt specificerade katalogsökvägen och allt
+inuti. Du kan använda alla globbing-tecken som * och ?, men
+de matchar aldrig ett katalog-snedstreck.
+Detta mönster gäller endast för kataloger, inte filer.
+
+
+
När du specificerar en absolut sökväg som börjar med /, tillämpas den vid
+array-rotkatalogen, inte den lokala filsystemets rotkatalog.
+
I Windows kan du använda bakåtsnedstrecket \ istället för framåtsnedstrecket /.
+Windows systemkataloger, junction points, monteringspunkter och andra Windows
+speciella kataloger behandlas som filer, vilket innebär att för att exkludera
+dem måste du använda en fil-regel, inte en katalog-regel.
+
Om filnamnet innehåller tecknet '*', '?', '[',
+eller ']', måste du undvika det för att förhindra att det tolkas som ett
+globbing-tecken. I Unix är undvikande-tecknet '\'; i Windows är det '^'.
+När mönstret är på kommandoraden måste du dubbla undvikande-
+tecknet för att förhindra att det tolkas av kommandoskalet.
+
I konfigurationsfilen kan du använda olika strategier för att filtrera
+filerna som ska behandlas.
+Det enklaste tillvägagångssättet är att endast använda `exclude`-regler för att ta bort alla
+filer och kataloger du inte vill behandla. Till exempel:
+
+
+# Exkluderar alla filer som heter `*.unrecoverable`
+exclude *.unrecoverable
+# Exkluderar rotkatalogen `/lost+found`
+exclude /lost+found/
+# Exkluderar alla underkataloger som heter `tmp`
+exclude tmp/
+
+
+
Det motsatta tillvägagångssättet är att definiera endast de filer du vill behandla, med
+endast `include`-regler. Till exempel:
+
+
+# Inkluderar endast vissa kataloger
+include /movies/
+include /musics/
+include /pictures/
+
+
+
Det sista tillvägagångssättet är att blanda `exclude`- och `include`-regler. I detta fall
+är ordningen på reglerna viktig. Tidigare regler har
+företräde framför senare.
+För att förenkla kan du lista alla `exclude`-regler först och sedan
+alla `include`-regler. Till exempel:
+
+
+# Exkluderar alla filer som heter `*.unrecoverable`
+exclude *.unrecoverable
+# Exkluderar alla underkataloger som heter `tmp`
+exclude tmp/
+# Inkluderar endast vissa kataloger
+include /movies/
+include /musics/
+include /pictures/
+
+
+
På kommandoraden, med hjälp av alternativet -f, kan du bara använda `include`-
+mönster. Till exempel:
+
+
+# Kontrollerar endast .mp3-filerna.
+# I Unix, använd citattecken för att undvika globbing-expansion av skalet.
+snapraid -f "*.mp3" check
+
+
+
I Unix, när du använder globbing-tecken på kommandoraden, måste du
+citattecken dem för att förhindra att skalet expanderar dem.
+
SnapRAID i Unix ignorerar all kodning. Det läser och lagrar
+filnamnen med samma kodning som används av filsystemet.
+
I Windows konverteras alla namn som läses från filsystemet och
+behandlas i UTF-8-format.
+
För att få filnamn utskrivna korrekt måste du ställa in Windows-
+konsolen till UTF-8-läge med kommandot `chcp 65001` och använda
+ett TrueType-typsnitt som `Lucida Console` som konsoltypsnitt.
+Detta påverkar endast de utskrivna filnamnen; om du
+omdirigerar konsolutdata till en fil, är den resulterande filen alltid
+i UTF-8-format.
+
+# 在 smb.conf 的共享部分
+[pool]
+comment = Pool
+path = /pool
+read only = yes
+guest ok = yes
+wide links = yes
+follow symlinks = yes
+
+
+
在 Windows 中，通过网络共享符号链接需要客户端远程解析它们。
+要启用此功能，除了共享 pool 目录之外，您还必须独立共享所有磁盘，
+使用配置文件中定义的磁盘名称作为共享点。
+您还必须在配置文件的 `share` 选项中指定远程客户端访问这些
+共享磁盘所需的 Windows UNC 路径。
+
+
