2025-12-12 11:57:38 +01:00
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
< html lang = "en" >
< head >
< meta http-equiv = "content-type" content = "text/html; charset=UTF-8" >
< meta name = "description" content = "A backup program for disk arrays. It stores parity information of your data and it recovers from up to six disk failures" >
< meta name = "keywords" content = "snapraid snapshot raid backup disk array redundancy parity" >
< meta name = "author" content = "Andrea Mazzoleni" >
< meta name = "viewport" content = "width=device-width, initial-scale=1.0" >
< link rel = "apple-touch-icon" sizes = "180x180" href = "/apple-touch-icon.png" >
< link rel = "icon" type = "image/png" sizes = "32x32" href = "/favicon-32x32.png" >
< link rel = "icon" type = "image/png" sizes = "16x16" href = "/favicon-16x16.png" >
< link rel = "manifest" href = "/site.webmanifest" >
< link rel = "stylesheet" type = "text/css" href = "style.css" >
< title > SnapRAID< / title >
<!-- Google Analytics 4 -->
<!-- Google tag (gtag.js) -->
< script async src = "https://www.googletagmanager.com/gtag/js?id=G-W1Z5FKHYQ4" > < / script >
< script >
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-W1Z5FKHYQ4');
< / script >
<!-- Google Universal Analytics -->
< script type = "text/javascript" >
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-21967501-1']);
_gaq.push(['_trackPageview']);
(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();
< / script >
< / head >
< body >
< div id = "header" >
< img src = "index.jpg" width = "1200" height = "150" alt = "Title" >
< / div >
< div id = "menu" >
< a href = "/" > About< / a >
< a href = "download" > Download< / a >
< a href = "design" > Design< / a >
< a href = "compare" > Compare< / a >
< a href = "faq" > FAQ< / a >
< a href = "manual" > Manual< / a >
< a href = "support" > Support< / a >
< a href = "authors" > Authors< / a >
< / div >
< div id = "main" >
< p >
Italian manual for < span class = "bold" > SnapRAID< / span > .
< / p >
< h2 > < a name = "1" > 1< / a >
Sinossi
< / h2 >
< pre >
snapraid [-c, --conf CONFIG]
[-f, --filter PATTERN] [-d, --filter-disk NAME]
[-m, --filter-missing] [-e, --filter-error]
[-a, --audit-only] [-h, --pre-hash] [-i, --import DIR]
[-p, --plan PERC|bad|new|full]
[-o, --older-than DAYS] [-l, --log FILE]
[-s, --spin-down-on-error] [-w, --bw-limit RATE]
[-Z, --force-zero] [-E, --force-empty]
[-U, --force-uuid] [-D, --force-device]
[-N, --force-nocopy] [-F, --force-full]
[-R, --force-realloc]
[-S, --start BLKSTART] [-B, --count BLKCOUNT]
[-L, --error-limit NUMBER]
[-A, --stats]
[-v, --verbose] [-q, --quiet]
status|smart|probe|up|down|diff|sync|scrub|fix|check
|list|dup|pool|devices|touch|rehash
< / pre >
< pre >
snapraid [-V, --version] [-H, --help] [-C, --gen-conf CONTENT]
< / pre >
< h2 > < a name = "2" > 2< / a >
Descrizione
< / h2 >
2025-12-14 22:21:44 +01:00
< p > SnapRAID è un programma di backup progettato per array di dischi, che
2025-12-12 11:57:38 +01:00
memorizza informazioni di parità per il recupero dati in caso di guasto
fino a sei dischi.
2025-12-14 22:21:44 +01:00
< / p > < p > Destinato principalmente a centri multimediali domestici con file grandi
2025-12-12 11:57:38 +01:00
e che cambiano raramente, SnapRAID offre diverse funzionalità:
2025-12-14 22:21:44 +01:00
< / p > < ul >
2025-12-12 11:57:38 +01:00
< li >
È possibile utilizzare dischi già pieni di file senza la necessità
di riformattarli, accedendovi come al solito.
< / li >
< li >
Tutti i dati sono sottoposti ad hashing per garantire l'integrità dei
dati e prevenire la corruzione silente.
< / li >
< li >
Quando il numero di dischi guasti supera il conteggio di parità,
la perdita di dati è confinata ai dischi interessati; i dati sugli
altri dischi rimangono accessibili.
< / li >
< li >
Se si eliminano accidentalmente dei file su un disco, il recupero
è possibile.
< / li >
< li >
I dischi possono avere dimensioni diverse.
< / li >
< li >
È possibile aggiungere dischi in qualsiasi momento.
< / li >
< li >
SnapRAID non blocca i dati; è possibile smettere di usarlo in qualsiasi
momento senza riformattare o spostare i dati.
< / li >
< li >
Per accedere a un file, è necessario far girare solo un singolo disco,
risparmiando energia e riducendo il rumore.
< / li >
< / ul >
2025-12-14 22:21:44 +01:00
< p > Per maggiori informazioni, si prega di visitare il sito ufficiale SnapRAID:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
https://www.snapraid.it/
< / pre >
< / td > < / tr > < / table >
< h2 > < a name = "3" > 3< / a >
Limitazioni
< / h2 >
2025-12-14 22:21:44 +01:00
< p > SnapRAID è un ibrido tra un programma RAID e un programma di backup,
2025-12-12 11:57:38 +01:00
che mira a combinare i migliori vantaggi di entrambi. Tuttavia, ha
alcune limitazioni che si dovrebbero considerare prima di usarlo.
2025-12-14 22:21:44 +01:00
< / p > < p > La limitazione principale è che se un disco si guasta e non si è
2025-12-12 11:57:38 +01:00
effettuato un sync di recente, potrebbe non essere possibile recuperare
completamente.
Più specificamente, potrebbe non essere possibile recuperare fino alla
dimensione dei file modificati o eliminati dall'ultima operazione di sync.
Ciò accade anche se i file modificati o eliminati non si trovano sul
disco guasto. Questo è il motivo per cui SnapRAID è più adatto per dati
che cambiano raramente.
2025-12-14 22:21:44 +01:00
< / p > < p > D'altra parte, i file appena aggiunti non impediscono il recupero dei
2025-12-12 11:57:38 +01:00
file già esistenti. Si perderanno solo i file aggiunti di recente se si
trovano sul disco guasto.
2025-12-14 22:21:44 +01:00
< / p > < p > Altre limitazioni di SnapRAID sono:
< / p > < ul >
2025-12-12 11:57:38 +01:00
< li >
Con SnapRAID, si hanno ancora file system separati per ogni disco.
Con RAID, si ottiene un unico grande file system.
< / li >
< li >
SnapRAID non esegue lo striping dei dati.
Con RAID, si ottiene un aumento di velocità con lo striping.
< / li >
< li >
SnapRAID non supporta il recupero in tempo reale.
Con RAID, non si deve smettere di lavorare quando un disco si guasta.
< / li >
< li >
SnapRAID può recuperare i dati solo da un numero limitato di guasti
del disco.
Con un backup, è possibile recuperare da un guasto completo
dell'intero array di dischi.
< / li >
< li >
Vengono salvati solo nomi di file, timestamp, symlink e hardlink.
Permessi, proprietà e attributi estesi non vengono salvati.
< / li >
< / ul >
< h2 > < a name = "4" > 4< / a >
Iniziare
< / h2 >
2025-12-14 22:21:44 +01:00
< p > Per usare SnapRAID, è necessario prima selezionare un disco nell'array
2025-12-12 11:57:38 +01:00
di dischi da dedicare alle informazioni di `parity` (parità). Con un
disco per la parità, si sarà in grado di recuperare da un singolo guasto
del disco, in modo simile a RAID5.
2025-12-14 22:21:44 +01:00
< / p > < p > Se si desidera recuperare da più guasti del disco, in modo simile a RAID6,
2025-12-12 11:57:38 +01:00
è necessario riservare dischi aggiuntivi per la parità. Ogni disco di
parità aggiuntivo consente il recupero da un guasto in più del disco.
2025-12-14 22:21:44 +01:00
< / p > < p > Come dischi di parità, è necessario scegliere i dischi più grandi
2025-12-12 11:57:38 +01:00
dell'array, poiché le informazioni di parità possono crescere fino alle
dimensioni del più grande disco dati nell'array.
2025-12-14 22:21:44 +01:00
< / p > < p > Questi dischi saranno dedicati alla memorizzazione dei file di `parity`.
2025-12-12 11:57:38 +01:00
Non si dovrebbero memorizzare i propri dati su di essi.
2025-12-14 22:21:44 +01:00
< / p > < p > Quindi, è necessario definire i dischi `data` (dati) che si desidera
2025-12-12 11:57:38 +01:00
proteggere con SnapRAID. La protezione è più efficace se questi dischi
contengono dati che cambiano raramente. Per questo motivo, è meglio
NON includere il disco C:\ di Windows o le directory Unix /home, /var,
e /tmp.
2025-12-14 22:21:44 +01:00
< / p > < p > L'elenco dei file viene salvato nei file `content` (contenuto), di solito
2025-12-12 11:57:38 +01:00
memorizzati sui dischi dati, di parità o di avvio.
Questo file contiene i dettagli del backup, inclusi tutti i checksum
per verificarne l'integrità.
Il file `content` viene memorizzato in più copie e ogni copia deve
essere su un disco diverso per garantire che, anche in caso di guasti
multipli del disco, sia disponibile almeno una copia.
2025-12-14 22:21:44 +01:00
< / p > < p > Ad esempio, supponiamo di essere interessati a un solo livello di
2025-12-12 11:57:38 +01:00
protezione con parità e che i dischi si trovino in:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
/mnt/diskp < - disco selezionato per la parità
/mnt/disk1 < - primo disco da proteggere
/mnt/disk2 < - secondo disco da proteggere
/mnt/disk3 < - terzo disco da proteggere
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > È necessario creare il file di configurazione /etc/snapraid.conf con
2025-12-12 11:57:38 +01:00
le seguenti opzioni:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
parity /mnt/diskp/snapraid.parity
content /var/snapraid/snapraid.content
content /mnt/disk1/snapraid.content
content /mnt/disk2/snapraid.content
data d1 /mnt/disk1/
data d2 /mnt/disk2/
data d3 /mnt/disk3/
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Se si è su Windows, si dovrebbe usare il formato del percorso di Windows,
2025-12-12 11:57:38 +01:00
con lettere di unità e backslash invece di slash.
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
parity E:\snapraid.parity
content C:\snapraid\snapraid.content
content F:\array\snapraid.content
content G:\array\snapraid.content
data d1 F:\array\
data d2 G:\array\
data d3 H:\array\
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Se si hanno molti dischi e si esauriscono le lettere di unità, è
2025-12-12 11:57:38 +01:00
possibile montare i dischi direttamente nelle sottocartelle. Vedi:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
https://www.google.com/search?q=Windows+mount+point
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > A questo punto, si è pronti per eseguire il comando `sync` per costruire
2025-12-12 11:57:38 +01:00
le informazioni di parità.
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid sync
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Questo processo può richiedere diverse ore la prima volta, a seconda
2025-12-12 11:57:38 +01:00
delle dimensioni dei dati già presenti sui dischi. Se i dischi sono
vuoti, il processo è immediato.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile interromperlo in qualsiasi momento premendo Ctrl+C e, alla
2025-12-12 11:57:38 +01:00
prossima esecuzione, riprenderà da dove è stato interrotto.
2025-12-14 22:21:44 +01:00
< / p > < p > Quando questo comando è completato, i dati sono SICURI.
< / p > < p > Ora è possibile iniziare a usare l'array come si desidera e aggiornare
2025-12-12 11:57:38 +01:00
periodicamente le informazioni di parità eseguendo il comando `sync`.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "4.1" > 4.1< / a >
2025-12-12 11:57:38 +01:00
Scrubbing
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Per controllare periodicamente i dati e la parità per gli errori, è
2025-12-12 11:57:38 +01:00
possibile eseguire il comando `scrub`.
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid scrub
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Questo comando confronta i dati nell'array con l'hash calcolato
2025-12-12 11:57:38 +01:00
durante il comando `sync` per verificarne l'integrità.
2025-12-14 22:21:44 +01:00
< / p > < p > Ogni esecuzione del comando controlla circa l'8% dell'array, escludendo
2025-12-12 11:57:38 +01:00
i dati già sottoposti a scrub nei 10 giorni precedenti.
È possibile utilizzare l'opzione -p, --plan per specificare un importo
diverso e l'opzione -o, --older-than per specificare un'età diversa
in giorni.
Ad esempio, per controllare il 5% dell'array per blocchi più vecchi di
20 giorni, usare:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid -p 5 -o 20 scrub
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Se vengono trovati errori silenti o di input/output durante il processo,
2025-12-12 11:57:38 +01:00
i blocchi corrispondenti vengono contrassegnati come bad (cattivi) nel
file `content` ed elencati nel comando `status`.
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid status
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Per correggerli, è possibile utilizzare il comando `fix`, filtrando
2025-12-12 11:57:38 +01:00
i blocchi bad con l'opzione -e, --filter-error:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid -e fix
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Al prossimo `scrub`, gli errori scompariranno dal report `status`
2025-12-12 11:57:38 +01:00
se sono stati veramente corretti. Per renderlo più veloce, è possibile
utilizzare -p bad per eseguire lo scrub solo dei blocchi contrassegnati
come bad.
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid -p bad scrub
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > L'esecuzione di `scrub` su un array non sincronizzato può riportare
2025-12-12 11:57:38 +01:00
errori causati da file rimossi o modificati. Questi errori sono riportati
nell'output di `scrub`, ma i blocchi correlati non sono contrassegnati
come bad.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "4.2" > 4.2< / a >
2025-12-12 11:57:38 +01:00
Pooling
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Nota: La funzionalità di pooling descritta di seguito è stata
2025-12-12 11:57:38 +01:00
sostituita dallo strumento mergefs, che è ora l'opzione consigliata
per gli utenti Linux nella comunità SnapRAID. Mergefs fornisce un modo
più flessibile ed efficiente per raggruppare più unità in un singolo
punto di montaggio unificato, consentendo un accesso trasparente ai
file attraverso l'array senza fare affidamento sui collegamenti
simbolici. Si integra bene con SnapRAID per la protezione della parità
ed è comunemente usato in configurazioni come OpenMediaVault (OMV) o
NAS personalizzati.
2025-12-14 22:21:44 +01:00
< / p > < p > Per avere tutti i file nell'array mostrati nello stesso albero di
2025-12-12 11:57:38 +01:00
directory, è possibile abilitare la funzionalità di `pooling`. Crea
una vista virtuale di sola lettura di tutti i file nell'array
utilizzando collegamenti simbolici.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile configurare la directory di `pooling` nel file di
2025-12-12 11:57:38 +01:00
configurazione con:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
pool /pool
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > o, se si è su Windows, con:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
pool C:\pool
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > e quindi eseguire il comando `pool` per creare o aggiornare la
2025-12-12 11:57:38 +01:00
vista virtuale.
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid pool
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Se si sta utilizzando una piattaforma Unix e si desidera condividere
2025-12-12 11:57:38 +01:00
questa directory sulla rete con macchine Windows o Unix, è necessario
aggiungere le seguenti opzioni al file /etc/samba/smb.conf:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
# Nella sezione globale di smb.conf
unix extensions = no
< / pre >
< / td > < / tr > < / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
< pre >
# Nella sezione di condivisione di smb.conf
[pool]
comment = Pool
path = /pool
read only = yes
guest ok = yes
wide links = yes
follow symlinks = yes
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > In Windows, la condivisione di collegamenti simbolici su una rete
2025-12-12 11:57:38 +01:00
richiede che i client li risolvano da remoto. Per abilitare questo, oltre
a condividere la directory pool, è necessario condividere anche tutti i
dischi in modo indipendente, utilizzando i nomi dei dischi definiti nel
file di configurazione come punti di condivisione. È inoltre necessario
specificare nell'opzione `share` del file di configurazione il percorso
UNC di Windows che i client remoti devono utilizzare per accedere a
questi dischi condivisi.
2025-12-14 22:21:44 +01:00
< / p > < p > Ad esempio, operando da un server chiamato `darkstar`, è possibile
2025-12-12 11:57:38 +01:00
utilizzare le opzioni:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
data d1 F:\array\
data d2 G:\array\
data d3 H:\array\
pool C:\pool
share \\darkstar
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > e condividere le seguenti directory sulla rete:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
\\darkstar\pool -> C:\pool
\\darkstar\d1 -> F:\array
\\darkstar\d2 -> G:\array
\\darkstar\d3 -> H:\array
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > per consentire ai client remoti di accedere a tutti i file in
2025-12-12 11:57:38 +01:00
\\darkstar\pool.
2025-12-14 22:21:44 +01:00
< / p > < p > Potrebbe anche essere necessario configurare i client remoti per
2025-12-12 11:57:38 +01:00
abilitare l'accesso ai symlink remoti con il comando:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
fsutil behavior set SymlinkEvaluation L2L:1 R2R:1 L2R:1 R2L:1
< / pre >
< / td > < / tr > < / table >
< h3 > < a name = "4.3" > 4.3< / a >
Annullamento Eliminazione
< / h3 >
2025-12-14 22:21:44 +01:00
< p > SnapRAID funziona più come un programma di backup che come un sistema RAID
2025-12-12 11:57:38 +01:00
e può essere utilizzato per ripristinare o annullare l'eliminazione dei
file al loro stato precedente utilizzando l'opzione -f, --filter:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid fix -f FILE
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > o per una directory:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid fix -f DIR/
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > È anche possibile usarlo per recuperare solo i file eliminati
2025-12-12 11:57:38 +01:00
accidentalmente all'interno di una directory utilizzando l'opzione -m,
--filter-missing, che ripristina solo i file mancanti, lasciando tutti
gli altri intatti.
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid fix -m -f DIR/
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > O per recuperare tutti i file eliminati su tutte le unità con:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid fix -m
< / pre >
< / td > < / tr > < / table >
< h3 > < a name = "4.4" > 4.4< / a >
Recupero
< / h3 >
2025-12-14 22:21:44 +01:00
< p > È successo il peggio e si è perso uno o più dischi!
< / p > < p > NON FARSI PRENDERE DAL PANICO! Sarà possibile recuperarli!
< / p > < p > La prima cosa da fare è evitare ulteriori modifiche all'array di dischi.
2025-12-12 11:57:38 +01:00
Disabilitare qualsiasi connessione remota ad esso e qualsiasi processo
pianificato, incluso qualsiasi sync o scrub notturno pianificato di SnapRAID.
2025-12-14 22:21:44 +01:00
< / p > < p > Quindi procedere con i seguenti passaggi.
< / p > < h4 > < a name = "4.4.1" > 4.4.1< / a >
2025-12-12 11:57:38 +01:00
PASSO 1 -> Riconfigurazione
< / h4 >
2025-12-14 22:21:44 +01:00
< p > È necessario un po' di spazio per recuperare, idealmente su dischi di
2025-12-12 11:57:38 +01:00
riserva aggiuntivi, ma un disco USB esterno o un disco remoto saranno
sufficienti.
2025-12-14 22:21:44 +01:00
< / p > < p > Modificare il file di configurazione SnapRAID per far puntare l'opzione
2025-12-12 11:57:38 +01:00
`data` o `parity` del disco guasto a una posizione con spazio vuoto
sufficiente per recuperare i file.
2025-12-14 22:21:44 +01:00
< / p > < p > Ad esempio, se il disco `d1` è guasto, cambiare da:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
data d1 /mnt/disk1/
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > a:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
data d1 /mnt/new_spare_disk/
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Se il disco da recuperare è un disco di parità, aggiornare l'opzione
2025-12-12 11:57:38 +01:00
`parity` appropriata.
Se si hanno più dischi guasti, aggiornare tutte le loro opzioni di
configurazione.
2025-12-14 22:21:44 +01:00
< / p > < h4 > < a name = "4.4.2" > 4.4.2< / a >
2025-12-12 11:57:38 +01:00
PASSO 2 -> Correzione (Fix)
< / h4 >
2025-12-14 22:21:44 +01:00
< p > Eseguire il comando fix, memorizzando il log in un file esterno con:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid -d NAME -l fix.log fix
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Dove NAME è il nome del disco, come `d1` nel nostro esempio precedente.
2025-12-12 11:57:38 +01:00
Se il disco da recuperare è un disco di parità, usare i nomi `parity`,
`2-parity`, ecc.
Se si hanno più dischi guasti, usare più opzioni -d per specificarli tutti.
2025-12-14 22:21:44 +01:00
< / p > < p > Questo comando richiederà molto tempo.
< / p > < p > Assicurarsi di avere alcuni gigabyte liberi per memorizzare il file
2025-12-12 11:57:38 +01:00
fix.log. Eseguirlo da un disco con spazio libero sufficiente.
2025-12-14 22:21:44 +01:00
< / p > < p > Ora si è recuperato tutto ciò che è recuperabile. Se alcuni file sono
2025-12-12 11:57:38 +01:00
parzialmente o totalmente irrecuperabili, verranno rinominati aggiungendo
l'estensione `.unrecoverable`.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile trovare un elenco dettagliato di tutti i blocchi
2025-12-12 11:57:38 +01:00
irrecuperabili nel file fix.log controllando tutte le righe che iniziano
con `unrecoverable:`.
2025-12-14 22:21:44 +01:00
< / p > < p > Se non si è soddisfatti del recupero, è possibile riprovare tutte le
2025-12-12 11:57:38 +01:00
volte che si desidera.
2025-12-14 22:21:44 +01:00
< / p > < p > Ad esempio, se si sono rimossi file dall'array dopo l'ultimo `sync`,
2025-12-12 11:57:38 +01:00
questo può comportare che alcuni file non vengano recuperati.
In questo caso, è possibile riprovare il `fix` usando l'opzione -i,
--import, specificando dove si trovano ora questi file per includerli
di nuovo nel processo di recupero.
2025-12-14 22:21:44 +01:00
< / p > < p > Se si è soddisfatti del recupero, è possibile procedere oltre,
2025-12-12 11:57:38 +01:00
ma notare che dopo la sincronizzazione, non è più possibile riprovare
il comando `fix`!
2025-12-14 22:21:44 +01:00
< / p > < h4 > < a name = "4.4.3" > 4.4.3< / a >
2025-12-12 11:57:38 +01:00
PASSO 3 -> Controllo (Check)
< / h4 >
2025-12-14 22:21:44 +01:00
< p > Come controllo cauto, è ora possibile eseguire un comando `check` per
2025-12-12 11:57:38 +01:00
assicurarsi che tutto sia corretto sul disco recuperato.
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid -d NAME -a check
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Dove NAME è il nome del disco, come `d1` nel nostro esempio precedente.
< / p > < p > Le opzioni -d e -a dicono a SnapRAID di controllare solo il disco
2025-12-12 11:57:38 +01:00
specificato e di ignorare tutti i dati di parità.
2025-12-14 22:21:44 +01:00
< / p > < p > Questo comando richiederà molto tempo, ma se non si è eccessivamente
2025-12-12 11:57:38 +01:00
cauti, è possibile saltarlo.
2025-12-14 22:21:44 +01:00
< / p > < h4 > < a name = "4.4.4" > 4.4.4< / a >
2025-12-12 11:57:38 +01:00
PASSO 4 -> Sincronizzazione (Sync)
< / h4 >
2025-12-14 22:21:44 +01:00
< p > Eseguire il comando `sync` per risincronizzare l'array con il nuovo disco.
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
snapraid sync
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Se tutto è recuperato, questo comando è immediato.
< / p > < h2 > < a name = "5" > 5< / a >
2025-12-12 11:57:38 +01:00
Comandi
< / h2 >
2025-12-14 22:21:44 +01:00
< p > SnapRAID fornisce alcuni semplici comandi che consentono di:
< / p > < ul >
2025-12-12 11:57:38 +01:00
< li >
Stampare lo stato dell'array -> `status`
< / li >
< li >
Controllare i dischi -> `smart`, `probe`, `up`, `down`
< / li >
< li >
Effettuare un backup/snapshot -> `sync`
< / li >
< li >
Controllare periodicamente i dati -> `scrub`
< / li >
< li >
Ripristinare l'ultimo backup/snapshot -> `fix`.
< / li >
< / ul >
2025-12-14 22:21:44 +01:00
< p > I comandi devono essere scritti in minuscolo.
< / p > < h3 > < a name = "5.1" > 5.1< / a >
2025-12-12 11:57:38 +01:00
status
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Stampa un riepilogo dello stato dell'array di dischi.
< / p > < p > Include informazioni sulla frammentazione della parità, quanto sono
2025-12-12 11:57:38 +01:00
vecchi i blocchi senza essere controllati e tutti gli errori silenti
registrati incontrati durante lo scrubbing.
2025-12-14 22:21:44 +01:00
< / p > < p > Le informazioni presentate si riferiscono all'ultima volta che si è
2025-12-12 11:57:38 +01:00
eseguito `sync`. Le modifiche successive non vengono prese in
considerazione.
2025-12-14 22:21:44 +01:00
< / p > < p > Se sono stati rilevati blocchi bad, vengono elencati i loro numeri
2025-12-12 11:57:38 +01:00
di blocco. Per correggerli, è possibile utilizzare il comando `fix -e`.
2025-12-14 22:21:44 +01:00
< / p > < p > Mostra anche un grafico che rappresenta l'ultima volta che ogni blocco
2025-12-12 11:57:38 +01:00
è stato sottoposto a scrub o sincronizzato. I blocchi sottoposti a scrub
sono mostrati con '*', i blocchi sincronizzati ma non ancora sottoposti
a scrub con 'o'.
2025-12-14 22:21:44 +01:00
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.2" > 5.2< / a >
2025-12-12 11:57:38 +01:00
smart
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Stampa un report SMART di tutti i dischi nel sistema.
< / p > < p > Include una stima della probabilità di guasto nel prossimo anno,
2025-12-12 11:57:38 +01:00
consentendo di pianificare sostituzioni di manutenzione di dischi
che mostrano attributi sospetti.
2025-12-14 22:21:44 +01:00
< / p > < p > Questa stima della probabilità è ottenuta correlando gli attributi
2025-12-12 11:57:38 +01:00
SMART dei dischi con i dati Backblaze disponibili all'indirizzo:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
https://www.backblaze.com/hard-drive-test-data.html
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Se SMART segnala che un disco sta per guastarsi, viene stampato `FAIL`
2025-12-12 11:57:38 +01:00
o `PREFAIL` per quel disco e SnapRAID restituisce un errore.
In questo caso, si raccomanda vivamente la sostituzione immediata del
disco.
2025-12-14 22:21:44 +01:00
< / p > < p > Altre possibili stringhe di stato sono:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
2025-12-12 11:57:38 +01:00
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
logfail
< / em > < / td > < td width = "90%" >
In passato, alcuni attributi erano inferiori alla
soglia.
< / td > < / tr >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
logerr
< / em > < / td > < td width = "90%" >
Il log degli errori del dispositivo contiene errori.
< / td > < / tr >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
selferr
< / em > < / td > < td width = "90%" >
Il log dell'autotest del dispositivo contiene errori.
< / td > < / tr >
< / table >
2025-12-14 22:21:44 +01:00
< p > Se viene specificata l'opzione -v, --verbose, viene fornita un'analisi
2025-12-12 11:57:38 +01:00
statistica più approfondita. Questa analisi può aiutare a decidere se
è necessaria più o meno parità.
2025-12-14 22:21:44 +01:00
< / p > < p > Questo comando utilizza lo strumento `smartctl` ed è equivalente
2025-12-12 11:57:38 +01:00
all'esecuzione di `smartctl -a` su tutti i dispositivi.
2025-12-14 22:21:44 +01:00
< / p > < p > Se i dispositivi non vengono rilevati automaticamente correttamente, è
2025-12-12 11:57:38 +01:00
possibile specificare un comando personalizzato utilizzando l'opzione
`smartctl` nel file di configurazione.
2025-12-14 22:21:44 +01:00
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.3" > 5.3< / a >
2025-12-12 11:57:38 +01:00
probe
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Stampa lo stato POWER di tutti i dischi nel sistema.
< / p > < p > `Standby` significa che il disco non sta girando. `Active` significa
2025-12-12 11:57:38 +01:00
che il disco sta girando.
2025-12-14 22:21:44 +01:00
< / p > < p > Questo comando utilizza lo strumento `smartctl` ed è equivalente
2025-12-12 11:57:38 +01:00
all'esecuzione di `smartctl -n standby -i` su tutti i dispositivi.
2025-12-14 22:21:44 +01:00
< / p > < p > Se i dispositivi non vengono rilevati automaticamente correttamente, è
2025-12-12 11:57:38 +01:00
possibile specificare un comando personalizzato utilizzando l'opzione
`smartctl` nel file di configurazione.
2025-12-14 22:21:44 +01:00
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.4" > 5.4< / a >
2025-12-12 11:57:38 +01:00
up
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Fa girare tutti i dischi dell'array.
< / p > < p > È possibile far girare solo dischi specifici utilizzando l'opzione -d,
2025-12-12 11:57:38 +01:00
--filter-disk.
2025-12-14 22:21:44 +01:00
< / p > < p > Far girare tutti i dischi contemporaneamente richiede molta energia.
2025-12-12 11:57:38 +01:00
Assicurarsi che l'alimentatore possa sostenerlo.
2025-12-14 22:21:44 +01:00
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.5" > 5.5< / a >
2025-12-12 11:57:38 +01:00
down
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Ferma tutti i dischi dell'array.
< / p > < p > Questo comando utilizza lo strumento `smartctl` ed è equivalente
2025-12-12 11:57:38 +01:00
all'esecuzione di `smartctl -s standby,now` su tutti i dispositivi.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile fermare solo dischi specifici utilizzando l'opzione -d,
2025-12-12 11:57:38 +01:00
--filter-disk.
2025-12-14 22:21:44 +01:00
< / p > < p > Per fermare automaticamente in caso di errore, è possibile utilizzare
2025-12-12 11:57:38 +01:00
l'opzione -s, --spin-down-on-error con qualsiasi altro comando,
che è equivalente all'esecuzione manuale di `down` quando si verifica
un errore.
2025-12-14 22:21:44 +01:00
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.6" > 5.6< / a >
2025-12-12 11:57:38 +01:00
diff
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Elenca tutti i file modificati dall'ultimo `sync` che devono avere i
2025-12-12 11:57:38 +01:00
loro dati di parità ricalcolati.
2025-12-14 22:21:44 +01:00
< / p > < p > Questo comando non controlla i dati del file, ma solo il timestamp
2025-12-12 11:57:38 +01:00
del file, le dimensioni e l'inode.
2025-12-14 22:21:44 +01:00
< / p > < p > Dopo aver elencato tutti i file modificati, viene presentato un
2025-12-12 11:57:38 +01:00
riepilogo delle modifiche, raggruppate per:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
2025-12-12 11:57:38 +01:00
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
equal
< / em > < / td > < td width = "90%" >
File invariati rispetto a prima.
< / td > < / tr >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
added
< / em > < / td > < td width = "90%" >
File aggiunti che non erano presenti prima.
< / td > < / tr >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
removed
< / em > < / td > < td width = "90%" >
File rimossi.
< / td > < / tr >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
updated
< / em > < / td > < td width = "90%" >
File con dimensioni o timestamp diversi, il che
significa che sono stati modificati.
< / td > < / tr >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
moved
< / em > < / td > < td width = "90%" >
File spostati in una directory diversa sullo stesso
disco. Sono identificati dall'avere lo stesso nome,
dimensioni, timestamp e inode, ma una directory diversa.
< / td > < / tr >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
copied
< / em > < / td > < td width = "90%" >
File copiati sullo stesso o su un disco diverso.
Si noti che se sono stati veramente spostati su un altro
disco, saranno contati anche in `removed`.
Sono identificati dall'avere lo stesso nome, dimensioni
e timestamp. Se il timestamp sotto il secondo è zero,
il percorso completo deve corrispondere, non solo il nome.
< / td > < / tr >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
restored
< / em > < / td > < td width = "90%" >
File con un inode diverso ma nome, dimensioni e
timestamp corrispondenti. Questi sono di solito file
ripristinati dopo essere stati eliminati.
< / td > < / tr >
< / table >
2025-12-14 22:21:44 +01:00
< p > Se è richiesto un `sync`, il codice di ritorno del processo è 2,
2025-12-12 11:57:38 +01:00
invece del predefinito 0. Il codice di ritorno 1 è utilizzato per una
condizione di errore generica.
2025-12-14 22:21:44 +01:00
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.7" > 5.7< / a >
2025-12-12 11:57:38 +01:00
sync
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Aggiorna le informazioni di parità. Tutti i file modificati
2025-12-12 11:57:38 +01:00
nell'array di dischi vengono letti e i dati di parità
corrispondenti vengono aggiornati.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile interrompere questo processo in qualsiasi momento
2025-12-12 11:57:38 +01:00
premendo Ctrl+C, senza perdere il lavoro già svolto.
Alla prossima esecuzione, il processo `sync` riprenderà da dove
è stato interrotto.
2025-12-14 22:21:44 +01:00
< / p > < p > Se vengono trovati errori silenti o di input/output durante il processo,
2025-12-12 11:57:38 +01:00
i blocchi corrispondenti vengono contrassegnati come bad.
2025-12-14 22:21:44 +01:00
< / p > < p > I file sono identificati dal percorso e/o dall'inode e controllati
2025-12-12 11:57:38 +01:00
per dimensione e timestamp.
Se la dimensione o il timestamp del file differiscono, i dati di parità
vengono ricalcolati per l'intero file.
Se il file viene spostato o rinominato sullo stesso disco,
mantenendo lo stesso inode, la parità non viene ricalcolata.
Se il file viene spostato su un altro disco, la parità viene ricalcolata,
ma le informazioni di hash precedentemente calcolate vengono mantenute.
2025-12-14 22:21:44 +01:00
< / p > < p > I file `content` e `parity` vengono modificati se necessario.
2025-12-12 11:57:38 +01:00
I file nell'array NON vengono modificati.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "5.8" > 5.8< / a >
2025-12-12 11:57:38 +01:00
scrub
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Esegue lo scrub dell'array, controllando la presenza di errori silenti
2025-12-12 11:57:38 +01:00
o di input/output nei dischi dati e di parità.
2025-12-14 22:21:44 +01:00
< / p > < p > Ogni invocazione controlla circa l'8% dell'array, escludendo
2025-12-12 11:57:38 +01:00
i dati già sottoposti a scrub negli ultimi 10 giorni.
Ciò significa che eseguire lo scrubbing una volta alla settimana
garantisce che ogni bit di dati venga controllato almeno una volta
ogni tre mesi.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile definire un piano o una quantità di scrub diversa
2025-12-12 11:57:38 +01:00
utilizzando l'opzione -p, --plan, che accetta:
bad - Esegue lo scrub dei blocchi contrassegnati come bad.
new - Esegue lo scrub dei blocchi appena sincronizzati non ancora
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
< p > sottoposti a scrub.
< / p > < / td > < / tr > < / table >
2025-12-12 11:57:38 +01:00
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
full
< / em > < / td > < td width = "90%" >
Esegue lo scrub di tutto.
< / td > < / tr >
< tr valign = "top" align = "left" > < td width = "5%" > < / td > < td width = "5%" > < em >
0-100
< / em > < / td > < td width = "90%" >
Esegue lo scrub della percentuale specificata di blocchi.
< / td > < / tr >
< / table >
2025-12-14 22:21:44 +01:00
< p > Se si specifica una quantità percentuale, è anche possibile utilizzare
2025-12-12 11:57:38 +01:00
l'opzione -o, --older-than per definire quanto deve essere vecchio
il blocco.
I blocchi più vecchi vengono sottoposti a scrub per primi,
garantendo un controllo ottimale.
Se si desidera eseguire lo scrub solo dei blocchi appena sincronizzati
non ancora sottoposti a scrub, utilizzare l'opzione `-p new`.
2025-12-14 22:21:44 +01:00
< / p > < p > Per ottenere i dettagli dello stato dello scrub, utilizzare il comando
2025-12-12 11:57:38 +01:00
`status`.
2025-12-14 22:21:44 +01:00
< / p > < p > Per qualsiasi errore silente o di input/output trovato, i blocchi
2025-12-12 11:57:38 +01:00
corrispondenti vengono contrassegnati come bad nel file `content`.
Questi blocchi bad sono elencati in `status` e possono essere corretti
con `fix -e`.
Dopo la correzione, al prossimo scrub, verranno ricontrollati e, se
trovati corretti, il contrassegno bad verrà rimosso.
Per eseguire lo scrub solo dei blocchi bad, è possibile utilizzare
il comando `scrub -p bad`.
2025-12-14 22:21:44 +01:00
< / p > < p > Si consiglia di eseguire `scrub` solo su un array sincronizzato per
2025-12-12 11:57:38 +01:00
evitare errori segnalati causati da dati non sincronizzati. Questi
errori sono riconosciuti come non essendo errori silenti e i blocchi non
vengono contrassegnati come bad, ma tali errori sono riportati
nell'output del comando.
2025-12-14 22:21:44 +01:00
< / p > < p > Il file `content` viene modificato per aggiornare l'ora dell'ultimo
2025-12-12 11:57:38 +01:00
controllo per ogni blocco e per contrassegnare i blocchi bad.
I file `parity` NON vengono modificati.
I file nell'array NON vengono modificati.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "5.9" > 5.9< / a >
2025-12-12 11:57:38 +01:00
fix
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Corregge tutti i file e i dati di parità.
< / p > < p > Tutti i file e i dati di parità vengono confrontati con lo stato
2025-12-12 11:57:38 +01:00
snapshot salvato nell'ultimo `sync`.
Se viene trovata una differenza, viene ripristinata allo snapshot
memorizzato.
2025-12-14 22:21:44 +01:00
< / p > < p > ATTENZIONE! Il comando `fix` non differenzia tra errori e modifiche
2025-12-12 11:57:38 +01:00
intenzionali. Ripristina incondizionatamente lo stato del file
all'ultimo `sync`.
2025-12-14 22:21:44 +01:00
< / p > < p > Se non viene specificata nessun'altra opzione, l'intero array viene
2025-12-12 11:57:38 +01:00
elaborato. Utilizzare le opzioni di filtro per selezionare un
sottoinsieme di file o dischi su cui operare.
2025-12-14 22:21:44 +01:00
< / p > < p > Per correggere solo i blocchi contrassegnati come bad durante `sync`
2025-12-12 11:57:38 +01:00
e `scrub`, utilizzare l'opzione -e, --filter-error.
A differenza di altre opzioni di filtro, questa applica correzioni solo
ai file che sono invariati dall'ultimo `sync`.
2025-12-14 22:21:44 +01:00
< / p > < p > SnapRAID rinomina tutti i file che non possono essere corretti aggiungendo
2025-12-12 11:57:38 +01:00
l'estensione `.unrecoverable`.
2025-12-14 22:21:44 +01:00
< / p > < p > Prima di correggere, l'intero array viene scansionato per trovare
2025-12-12 11:57:38 +01:00
eventuali file spostati dall'ultima operazione di `sync`.
Questi file sono identificati dal loro timestamp, ignorando il loro nome
e la directory, e vengono utilizzati nel processo di recupero se
necessario.
Se alcuni di essi sono stati spostati al di fuori dell'array, è possibile
utilizzare l'opzione -i, --import per specificare directory aggiuntive
da scansionare.
2025-12-14 22:21:44 +01:00
< / p > < p > I file sono identificati solo dal percorso, non dall'inode.
< / p > < p > Il file `content` NON viene modificato.
2025-12-12 11:57:38 +01:00
I file `parity` vengono modificati se necessario.
I file nell'array vengono modificati se necessario.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "5.10" > 5.10< / a >
2025-12-12 11:57:38 +01:00
check
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Verifica tutti i file e i dati di parità.
< / p > < p > Funziona come `fix`, ma simula solo un recupero e nessuna modifica
2025-12-12 11:57:38 +01:00
viene scritta nell'array.
2025-12-14 22:21:44 +01:00
< / p > < p > Questo comando è destinato principalmente alla verifica manuale,
2025-12-12 11:57:38 +01:00
ad esempio dopo un processo di recupero o in altre condizioni speciali.
Per i controlli periodici e pianificati, utilizzare `scrub`.
2025-12-14 22:21:44 +01:00
< / p > < p > Se si utilizza l'opzione -a, --audit-only, viene controllato solo
2025-12-12 11:57:38 +01:00
l'hash dei file e i dati di parità vengono ignorati per un'esecuzione
più veloce.
2025-12-14 22:21:44 +01:00
< / p > < p > I file sono identificati solo dal percorso, non dall'inode.
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.11" > 5.11< / a >
2025-12-12 11:57:38 +01:00
list
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Elenca tutti i file contenuti nell'array al momento dell'ultimo
2025-12-12 11:57:38 +01:00
`sync`.
2025-12-14 22:21:44 +01:00
< / p > < p > Con -v o --verbose, viene mostrato anche il tempo sotto il secondo.
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.12" > 5.12< / a >
2025-12-12 11:57:38 +01:00
dup
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Elenca tutti i file duplicati. Due file sono considerati uguali se i
2025-12-12 11:57:38 +01:00
loro hash corrispondono. I dati del file non vengono letti; vengono
utilizzati solo gli hash precalcolati.
2025-12-14 22:21:44 +01:00
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.13" > 5.13< / a >
2025-12-12 11:57:38 +01:00
pool
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Crea o aggiorna una vista virtuale di tutti
2025-12-12 11:57:38 +01:00
i file nell'array di dischi nella directory di `pooling`.
2025-12-14 22:21:44 +01:00
< / p > < p > I file non vengono copiati ma collegati utilizzando
2025-12-12 11:57:38 +01:00
collegamenti simbolici.
2025-12-14 22:21:44 +01:00
< / p > < p > Durante l'aggiornamento, tutti i collegamenti simbolici esistenti
2025-12-12 11:57:38 +01:00
e le sottodirectory vuote vengono eliminati e sostituiti con la nuova
vista dell'array. Qualsiasi altro file regolare viene lasciato al suo posto.
2025-12-14 22:21:44 +01:00
< / p > < p > Nulla viene modificato al di fuori della directory pool.
< / p > < h3 > < a name = "5.14" > 5.14< / a >
2025-12-12 11:57:38 +01:00
devices
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Stampa i dispositivi di basso livello utilizzati dall'array.
< / p > < p > Questo comando visualizza le associazioni dei dispositivi nell'array
2025-12-12 11:57:38 +01:00
ed è principalmente destinato come interfaccia script.
2025-12-14 22:21:44 +01:00
< / p > < p > Le prime due colonne sono l'ID e il percorso del dispositivo di basso
2025-12-12 11:57:38 +01:00
livello. Le due colonne successive sono l'ID e il percorso del dispositivo
di alto livello. L'ultima colonna è il nome del disco nell'array.
2025-12-14 22:21:44 +01:00
< / p > < p > Nella maggior parte dei casi, si ha un dispositivo di basso livello per
2025-12-12 11:57:38 +01:00
ogni disco nell'array, ma in alcune configurazioni più complesse, si
potrebbe avere più dispositivi di basso livello utilizzati da un singolo
disco nell'array.
2025-12-14 22:21:44 +01:00
< / p > < p > Nulla viene modificato.
< / p > < h3 > < a name = "5.15" > 5.15< / a >
2025-12-12 11:57:38 +01:00
touch
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Imposta un timestamp arbitrario sotto il secondo per tutti i file
2025-12-12 11:57:38 +01:00
che lo hanno impostato a zero.
2025-12-14 22:21:44 +01:00
< / p > < p > Questo migliora la capacità di SnapRAID di riconoscere i file
2025-12-12 11:57:38 +01:00
spostati e copiati, poiché rende il timestamp quasi unico,
riducendo possibili duplicati.
2025-12-14 22:21:44 +01:00
< / p > < p > Più specificamente, se il timestamp sotto il secondo non è zero,
2025-12-12 11:57:38 +01:00
un file spostato o copiato viene identificato come tale se corrisponde
al nome, alle dimensioni e al timestamp. Se il timestamp sotto il secondo
è zero, è considerato una copia solo se il percorso completo,
le dimensioni e il timestamp corrispondono tutti.
2025-12-14 22:21:44 +01:00
< / p > < p > Il timestamp di precisione al secondo non viene modificato,
2025-12-12 11:57:38 +01:00
quindi tutte le date e gli orari dei file saranno conservati.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "5.16" > 5.16< / a >
2025-12-12 11:57:38 +01:00
rehash
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Pianifica un rehash dell'intero array.
< / p > < p > Questo comando cambia il tipo di hash utilizzato, in genere quando
2025-12-12 11:57:38 +01:00
si esegue l'aggiornamento da un sistema a 32 bit a uno a 64 bit, per
passare da MurmurHash3 al più veloce SpookyHash.
2025-12-14 22:21:44 +01:00
< / p > < p > Se si sta già utilizzando l'hash ottimale, questo comando non fa
2025-12-12 11:57:38 +01:00
nulla e informa che non è necessaria alcuna azione.
2025-12-14 22:21:44 +01:00
< / p > < p > Il rehash non viene eseguito immediatamente ma avviene
2025-12-12 11:57:38 +01:00
progressivamente durante `sync` e `scrub`.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile controllare lo stato del rehash utilizzando `status`.
< / p > < p > Durante il rehash, SnapRAID mantiene la piena funzionalità,
2025-12-12 11:57:38 +01:00
con l'unica eccezione che `dup` non è in grado di rilevare file
duplicati utilizzando un hash diverso.
2025-12-14 22:21:44 +01:00
< / p > < h2 > < a name = "6" > 6< / a >
2025-12-12 11:57:38 +01:00
Opzioni
< / h2 >
2025-12-14 22:21:44 +01:00
< p > SnapRAID fornisce le seguenti opzioni:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
2025-12-12 11:57:38 +01:00
< tr valign = "top" align = "left" > < td > < strong >
-c, --conf CONFIG
< / strong > < / td > < / tr > < tr > < td >
Seleziona il file di configurazione da utilizzare. Se non
specificato, in Unix utilizza il file `/usr/local/etc/snapraid.conf`
se esiste, altrimenti `/etc/snapraid.conf`.
In Windows, utilizza il file `snapraid.conf` nella stessa
directory di `snapraid.exe`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-f, --filter PATTERN
< / strong > < / td > < / tr > < tr > < td >
Filtra i file da elaborare in `check` e `fix`.
Vengono elaborati solo i file che corrispondono al modello
specificato.
Questa opzione può essere utilizzata più volte.
Vedere la sezione PATTERN per maggiori dettagli sulle
specifiche del modello.
In Unix, assicurarsi che i caratteri di globbing siano citati
se usati.
Questa opzione può essere utilizzata solo con `check` e `fix`.
Non può essere utilizzata con `sync` e `scrub`, poiché elaborano
sempre l'intero array.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-d, --filter-disk NAME
< / strong > < / td > < / tr > < tr > < td >
Filtra i dischi da elaborare in `check`, `fix`, `up` e `down`.
È necessario specificare un nome di disco come definito nel file
di configurazione.
È anche possibile specificare i dischi di parità con i nomi:
`parity`, `2-parity`, `3-parity`, ecc., per limitare le operazioni
a un disco di parità specifico.
Se si combinano più opzioni --filter, --filter-disk e
--filter-missing, vengono selezionati solo i file che corrispondono
a tutti i filtri.
Questa opzione può essere utilizzata più volte.
Questa opzione può essere utilizzata solo con `check`, `fix`,
`up` e `down`.
Non può essere utilizzata con `sync` e `scrub`, poiché elaborano
sempre l'intero array.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-m, --filter-missing
< / strong > < / td > < / tr > < tr > < td >
Filtra i file da elaborare in `check` e `fix`.
Vengono elaborati solo i file mancanti o eliminati dall'array.
Quando usato con `fix`, questo agisce come un comando di
`undelete` (annullamento eliminazione).
Se si combinano più opzioni --filter, --filter-disk e
--filter-missing, vengono selezionati solo i file che corrispondono
a tutti i filtri.
Questa opzione può essere utilizzata solo con `check` e `fix`.
Non può essere utilizzata con `sync` e `scrub`, poiché elaborano
sempre l'intero array.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-e, --filter-error
< / strong > < / td > < / tr > < tr > < td >
Elabora i file con errori in `check` e `fix`.
Elabora solo i file che hanno blocchi contrassegnati con errori
silenti o di input/output durante `sync` e `scrub`, come
elencato in `status`.
Questa opzione può essere utilizzata solo con `check` e `fix`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-p, --plan PERC|bad|new|full
< / strong > < / td > < / tr > < tr > < td >
Seleziona il piano di scrub. Se PERC è un valore numerico da 0 a
100, viene interpretato come la percentuale di blocchi da
sottoporre a scrub.
Invece di una percentuale, è possibile specificare un piano:
`bad` esegue lo scrub dei blocchi bad, `new` esegue lo scrub
dei blocchi non ancora sottoposti a scrub, e `full` esegue lo
scrub di tutto.
Questa opzione può essere utilizzata solo con `scrub`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-o, --older-than DAYS
< / strong > < / td > < / tr > < tr > < td >
Seleziona la parte più vecchia dell'array da elaborare in `scrub`.
DAYS è l'età minima in giorni per un blocco da sottoporre a
scrub; il valore predefinito è 10.
I blocchi contrassegnati come bad vengono sempre sottoposti a scrub
indipendentemente da questa opzione.
Questa opzione può essere utilizzata solo con `scrub`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-a, --audit-only
< / strong > < / td > < / tr > < tr > < td >
In `check`, verifica l'hash dei file senza
controllare i dati di parità.
Se si è interessati solo al controllo dei dati del file, questa
opzione può velocizzare significativamente il processo di controllo.
Questa opzione può essere utilizzata solo con `check`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-h, --pre-hash
< / strong > < / td > < / tr > < tr > < td >
In `sync`, esegue una fase preliminare di hashing di tutti i nuovi
dati per una verifica aggiuntiva prima del calcolo della parità.
Di solito, in `sync`, non viene eseguito alcun hashing preliminare
e i nuovi dati vengono sottoposti a hash subito prima del calcolo
della parità quando vengono letti per la prima volta.
Questo processo si verifica quando il sistema è sotto
carico pesante, con tutti i dischi che girano e una CPU occupata.
Questa è una condizione estrema per la macchina e, se presenta un
problema hardware latente, gli errori silenti potrebbero non
essere rilevati perché i dati non sono ancora stati sottoposti a hash.
Per evitare questo rischio, è possibile abilitare la modalità
`pre-hash` per far leggere tutti i dati due volte per garantirne
l'integrità.
Questa opzione verifica anche i file spostati all'interno dell'array
per garantire che l'operazione di spostamento sia andata a buon fine
e, se necessario, consente di eseguire un'operazione di fix
prima di procedere.
Questa opzione può essere utilizzata solo con `sync`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-i, --import DIR
< / strong > < / td > < / tr > < tr > < td >
Importa dalla directory specificata tutti i file eliminati
dall'array dopo l'ultimo `sync`.
Se si hanno ancora tali file, possono essere utilizzati da `check`
e `fix` per migliorare il processo di recupero.
I file vengono letti, anche nelle sottodirectory, e sono
identificati indipendentemente dal loro nome.
Questa opzione può essere utilizzata solo con `check` e `fix`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-s, --spin-down-on-error
< / strong > < / td > < / tr > < tr > < td >
In caso di errore, ferma (spin down) tutti i dischi gestiti prima
di uscire con un codice di stato non zero. Ciò impedisce alle unità
di rimanere attive e in rotazione dopo un'operazione interrotta,
contribuendo a evitare inutili accumuli di calore e consumo di
energia. Utilizzare questa opzione per garantire che i dischi siano
arrestati in modo sicuro anche in caso di errore di un comando.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-w, --bw-limit RATE
< / strong > < / td > < / tr > < tr > < td >
Applica un limite di larghezza di banda globale per tutti i dischi.
RATE è il numero di byte al secondo. È possibile specificare un
moltiplicatore come K, M o G (ad esempio, --bw-limit 1G).
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-A, --stats
< / strong > < / td > < / tr > < tr > < td >
Abilita una vista dello stato estesa che mostra informazioni
aggiuntive. La schermata visualizza due grafici:
Il primo grafico mostra il numero di stripe bufferizzate per
ciascun disco, insieme al percorso del file attualmente
acceduto su quel disco. In genere, il disco più lento non avrà
buffer disponibile, il che determina la larghezza di banda massima
raggiungibile.
Il secondo grafico mostra la percentuale di tempo trascorso in
attesa negli ultimi 100 secondi. Si prevede che il disco più
lento causi la maggior parte del tempo di attesa, mentre gli altri
dischi dovrebbero avere poco o nessun tempo di attesa perché possono
utilizzare le loro stripe bufferizzate.
Questo grafico mostra anche il tempo trascorso in attesa per
i calcoli di hash e i calcoli RAID.
Tutti i calcoli vengono eseguiti in parallelo con le operazioni
su disco. Pertanto, finché c'è un tempo di attesa misurabile per
almeno un disco, ciò indica che la CPU è abbastanza veloce da
tenere il passo con il carico di lavoro.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-Z, --force-zero
< / strong > < / td > < / tr > < tr > < td >
Forza l'operazione non sicura di sincronizzazione di un file con
dimensione zero che in precedenza era non zero.
Se SnapRAID rileva una tale condizione, interrompe la
prosecuzione a meno che non si specifichi questa opzione.
Ciò consente di rilevare facilmente quando, dopo un arresto
anomalo del sistema, alcuni file a cui si è acceduto sono stati
troncati.
Questa è una possibile condizione in Linux con i file system
ext3/ext4.
Questa opzione può essere utilizzata solo con `sync`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-E, --force-empty
< / strong > < / td > < / tr > < tr > < td >
Forza l'operazione non sicura di sincronizzazione di un disco con
tutti i file originali mancanti.
Se SnapRAID rileva che tutti i file originariamente presenti
sul disco sono mancanti o riscritti, interrompe la prosecuzione
a meno che non si specifichi questa opzione.
Ciò consente di rilevare facilmente quando un file system di dati
non è montato.
Questa opzione può essere utilizzata solo con `sync`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-U, --force-uuid
< / strong > < / td > < / tr > < tr > < td >
Forza l'operazione non sicura di sincronizzazione, controllo e
correzione con dischi che hanno cambiato il loro UUID.
Se SnapRAID rileva che alcuni dischi hanno cambiato UUID,
interrompe la prosecuzione a meno che non si specifichi questa
opzione.
Ciò consente di rilevare quando i dischi sono montati sui punti
di montaggio sbagliati.
Tuttavia, è consentito avere un singolo cambio di UUID con
parità singola e di più con parità multipla, perché questo è
il caso normale quando si sostituiscono i dischi dopo un recupero.
Questa opzione può essere utilizzata solo con `sync`, `check`
o `fix`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-D, --force-device
< / strong > < / td > < / tr > < tr > < td >
Forza l'operazione non sicura di correzione con dischi inaccessibili
o con dischi sullo stesso dispositivo fisico.
Ad esempio, se si sono persi due dischi dati e si ha un disco di
riserva per recuperare solo il primo, è possibile ignorare il secondo
disco inaccessibile.
Oppure, se si desidera recuperare un disco nello spazio libero
rimasto su un disco già utilizzato, condividendo lo stesso dispositivo
fisico.
Questa opzione può essere utilizzata solo con `fix`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-N, --force-nocopy
< / strong > < / td > < / tr > < tr > < td >
In `sync`, `check` e `fix`, disabilita l'euristica di rilevamento
della copia.
Senza questa opzione, SnapRAID presume che i file con gli stessi
attributi, come nome, dimensione e timestamp, siano copie con gli
stessi dati.
Ciò consente l'identificazione di file copiati o spostati da un
disco all'altro e riutilizza le informazioni di hash già calcolate
per rilevare errori silenti o per recuperare file mancanti.
In alcuni rari casi, questo comportamento può comportare falsi
positivi o un processo lento a causa di molte verifiche di hash,
e questa opzione consente di risolvere tali problemi.
Questa opzione può essere utilizzata solo con `sync`, `check`
e `fix`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-F, --force-full
< / strong > < / td > < / tr > < tr > < td >
In `sync`, forza un ricalcolo completo della parità.
Questa opzione può essere utilizzata quando si aggiunge un nuovo
livello di parità o se si è tornati a un vecchio file di contenuto
utilizzando dati di parità più recenti.
Invece di ricreare la parità da zero, questo consente di riutilizzare
gli hash presenti nel file di contenuto per convalidare i dati e
mantenere la protezione dei dati durante il processo `sync`
utilizzando i dati di parità esistenti.
Questa opzione può essere utilizzata solo con `sync`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-R, --force-realloc
< / strong > < / td > < / tr > < tr > < td >
In `sync`, forza una riallocazione completa dei file e la
ricostruzione della parità.
Questa opzione può essere utilizzata per riallocare completamente
tutti i file, rimuovendo la frammentazione, riutilizzando gli hash
presenti nel file di contenuto per convalidare i dati.
Questa opzione può essere utilizzata solo con `sync`.
ATTENZIONE! Questa opzione è solo per esperti ed è vivamente
sconsigliato utilizzarla.
NON si ha protezione dei dati durante l'operazione `sync`.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-l, --log FILE
< / strong > < / td > < / tr > < tr > < td >
Scrive un log dettagliato nel file specificato.
Se questa opzione non è specificata, gli errori imprevisti vengono
stampati sullo schermo, potenzialmente resulting in un output
eccessivo in caso di molti errori. Quando -l, --log è specificato,
vengono stampati sullo schermo solo gli errori fatali che
causano l'arresto di SnapRAID.
Se il percorso inizia con '> > ', il file viene aperto in modalità
append. Le occorrenze di '%D' e '%T' nel nome vengono sostituite
con la data e l'ora nel formato YYYYMMDD e HHMMSS. Nei file batch
di Windows, è necessario raddoppiare il carattere '%', ad esempio
result-%%D.log. Per utilizzare '> > ', è necessario racchiudere
il nome tra virgolette, ad esempio `"> > result.log"`.
Per indirizzare l'output del log all'output standard o all'errore
standard, è possibile utilizzare `"> & 1"` e `"> & 2"`,
rispettivamente.
Vedere il file snapraid_log.txt o la pagina man per le descrizioni
dei tag di log.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-L, --error-limit NUMBER
< / strong > < / td > < / tr > < tr > < td >
Imposta un nuovo limite di errore prima di interrompere l'esecuzione.
Per impostazione predefinita, SnapRAID si interrompe se incontra
più di 100 errori di input/output, indicando che un disco
sta probabilmente fallendo.
Questa opzione influisce su `sync` e `scrub`, a cui è consentito
continuare dopo il primo set di errori del disco per cercare di
completare le loro operazioni.
Tuttavia, `check` e `fix` si interrompono sempre al primo errore.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-S, --start BLKSTART
< / strong > < / td > < / tr > < tr > < td >
Avvia l'elaborazione dal numero di blocco specificato.
Ciò può essere utile per riprovare a controllare o correggere
blocchi specifici in caso di disco danneggiato.
Questa opzione è principalmente per il recupero manuale avanzato.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-B, --count BLKCOUNT
< / strong > < / td > < / tr > < tr > < td >
Elabora solo il numero specificato di blocchi.
Questa opzione è principalmente per il recupero manuale avanzato.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-C, --gen-conf CONTENT
< / strong > < / td > < / tr > < tr > < td >
Genera un file di configurazione fittizio da un file di contenuto
esistente.
Il file di configurazione viene scritto nell'output standard e non
sovrascrive uno esistente.
Questo file di configurazione contiene anche le informazioni
necessarie per ricostruire i punti di montaggio del disco nel caso
in cui si perda l'intero sistema.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-v, --verbose
< / strong > < / td > < / tr > < tr > < td >
Stampa più informazioni sullo schermo.
Se specificato una volta, stampa i file esclusi
e statistiche aggiuntive.
Questa opzione non ha effetto sui file di log.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-q, --quiet
< / strong > < / td > < / tr > < tr > < td >
Stampa meno informazioni sullo schermo.
Se specificato una volta, rimuove la barra di avanzamento;
due volte, le operazioni in corso; tre volte, i messaggi di
informazione; quattro volte, i messaggi di stato.
Gli errori fatali vengono sempre stampati sullo schermo.
Questa opzione non ha effetto sui file di log.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-H, --help
< / strong > < / td > < / tr > < tr > < td >
Stampa una breve schermata di aiuto.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
-V, --version
< / strong > < / td > < / tr > < tr > < td >
Stampa la versione del programma.
< / td > < / tr >
< / table >
< h2 > < a name = "7" > 7< / a >
Configurazione
< / h2 >
2025-12-14 22:21:44 +01:00
< p > SnapRAID richiede un file di configurazione per sapere dove si trova
2025-12-12 11:57:38 +01:00
l'array di dischi e dove memorizzare le informazioni di parità.
2025-12-14 22:21:44 +01:00
< / p > < p > In Unix, utilizza il file `/usr/local/etc/snapraid.conf` se esiste,
2025-12-12 11:57:38 +01:00
altrimenti `/etc/snapraid.conf`.
In Windows, utilizza il file `snapraid.conf` nella stessa
directory di `snapraid.exe`.
2025-12-14 22:21:44 +01:00
< / p > < p > Deve contenere le seguenti opzioni (sensibili al maiuscolo/minuscolo):
< / p > < h3 > < a name = "7.1" > 7.1< / a >
2025-12-12 11:57:38 +01:00
parity FILE [,FILE] ...
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce i file da utilizzare per memorizzare le informazioni di parità.
2025-12-12 11:57:38 +01:00
La parità consente la protezione da un singolo guasto del disco,
simile a RAID5.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile specificare più file, che devono essere su dischi diversi.
2025-12-12 11:57:38 +01:00
Quando un file non può più crescere, viene utilizzato il successivo.
Lo spazio totale disponibile deve essere almeno grande quanto il disco
dati più grande dell'array.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile aggiungere file di parità aggiuntivi in seguito, ma non è
2025-12-12 11:57:38 +01:00
possibile riordinarli o rimuoverli.
2025-12-14 22:21:44 +01:00
< / p > < p > Mantenere i dischi di parità riservati alla parità garantisce che non
2025-12-12 11:57:38 +01:00
diventino frammentati, migliorando le prestazioni.
2025-12-14 22:21:44 +01:00
< / p > < p > In Windows, 256 MB vengono lasciati inutilizzati su ogni disco per
2025-12-12 11:57:38 +01:00
evitare l'avviso sui dischi pieni.
2025-12-14 22:21:44 +01:00
< / p > < p > Questa opzione è obbligatoria e può essere utilizzata solo una volta.
< / p > < h3 > < a name = "7.2" > 7.2< / a >
2025-12-12 11:57:38 +01:00
(2,3,4,5,6)-parity FILE [,FILE] ...
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce i file da utilizzare per memorizzare informazioni di parità
2025-12-12 11:57:38 +01:00
extra.
2025-12-14 22:21:44 +01:00
< / p > < p > Per ogni livello di parità specificato, è abilitato un livello
2025-12-12 11:57:38 +01:00
aggiuntivo di protezione:
2025-12-14 22:21:44 +01:00
< / p > < ul >
2025-12-12 11:57:38 +01:00
< li >
2-parity abilita la doppia parità RAID6.
< / li >
< li >
3-parity abilita la tripla parità.
< / li >
< li >
4-parity abilita la parità quadrupla.
< / li >
< li >
5-parity abilita la parità quintupla.
< / li >
< li >
6-parity abilita la parità esapla.
< / li >
< / ul >
2025-12-14 22:21:44 +01:00
< p > Ogni livello di parità richiede la presenza di tutti i livelli di parità
2025-12-12 11:57:38 +01:00
precedenti.
2025-12-14 22:21:44 +01:00
< / p > < p > Si applicano le stesse considerazioni dell'opzione 'parity'.
< / p > < p > Queste opzioni sono facoltative e possono essere utilizzate solo una volta.
< / p > < h3 > < a name = "7.3" > 7.3< / a >
2025-12-12 11:57:38 +01:00
z-parity FILE [,FILE] ...
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce un file e un formato alternativi per memorizzare la tripla
2025-12-12 11:57:38 +01:00
parità.
2025-12-14 22:21:44 +01:00
< / p > < p > Questa opzione è un'alternativa a '3-parity', destinata
2025-12-12 11:57:38 +01:00
principalmente a CPU di fascia bassa come ARM o AMD Phenom, Athlon
e Opteron che non supportano il set di istruzioni SSSE3. In tali
casi, fornisce prestazioni migliori.
2025-12-14 22:21:44 +01:00
< / p > < p > Questo formato è simile ma più veloce di quello utilizzato da ZFS RAIDZ3.
2025-12-12 11:57:38 +01:00
Come ZFS, non funziona oltre la tripla parità.
2025-12-14 22:21:44 +01:00
< / p > < p > Quando si utilizza '3-parity', si verrà avvisati se è consigliato
2025-12-12 11:57:38 +01:00
utilizzare il formato 'z-parity' per un miglioramento delle prestazioni.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile convertire da un formato all'altro regolando il file
2025-12-12 11:57:38 +01:00
di configurazione con il file z-parity o 3-parity desiderato e
utilizzando 'fix' per ricrearlo.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "7.4" > 7.4< / a >
2025-12-12 11:57:38 +01:00
content FILE
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce il file da utilizzare per memorizzare l'elenco e i checksum
2025-12-12 11:57:38 +01:00
di tutti i file presenti nell'array di dischi.
2025-12-14 22:21:44 +01:00
< / p > < p > Può essere posizionato su un disco utilizzato per dati, parità o
2025-12-12 11:57:38 +01:00
qualsiasi altro disco disponibile.
Se si utilizza un disco dati, questo file viene automaticamente
escluso dal processo `sync`.
2025-12-14 22:21:44 +01:00
< / p > < p > Questa opzione è obbligatoria e può essere utilizzata più volte
2025-12-12 11:57:38 +01:00
per salvare più copie dello stesso file.
2025-12-14 22:21:44 +01:00
< / p > < p > È necessario memorizzare almeno una copia per ogni disco di parità
2025-12-12 11:57:38 +01:00
utilizzato più uno. L'utilizzo di copie aggiuntive non è dannoso.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "7.5" > 7.5< / a >
2025-12-12 11:57:38 +01:00
data NAME DIR
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce il nome e il punto di montaggio dei dischi dati
2025-12-12 11:57:38 +01:00
nell'array. NAME viene utilizzato per identificare il disco e deve
essere unico. DIR è il punto di montaggio del disco nel file system.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile cambiare il punto di montaggio secondo necessità,
2025-12-12 11:57:38 +01:00
purché si mantenga fisso NAME.
2025-12-14 22:21:44 +01:00
< / p > < p > È necessario utilizzare un'opzione per ogni disco dati nell'array.
< / p > < p > È possibile rinominare un disco in seguito modificando NAME
2025-12-12 11:57:38 +01:00
direttamente nel file di configurazione e quindi eseguendo un
comando 'sync'.
In caso di ridenominazione, l'associazione viene eseguita utilizzando
l'UUID memorizzato dei dischi.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "7.6" > 7.6< / a >
2025-12-12 11:57:38 +01:00
nohidden
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Esclude tutti i file e le directory nascosti.
2025-12-12 11:57:38 +01:00
In Unix, i file nascosti sono quelli che iniziano con `.`.
In Windows, sono quelli con l'attributo nascosto.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "7.7" > 7.7< / a >
2025-12-12 11:57:38 +01:00
exclude/include PATTERN
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce i modelli di file o directory da escludere o includere
2025-12-12 11:57:38 +01:00
nel processo di sync.
Tutti i modelli vengono elaborati nell'ordine specificato.
2025-12-14 22:21:44 +01:00
< / p > < p > Se il primo modello che corrisponde è un `exclude`, il file
2025-12-12 11:57:38 +01:00
viene escluso. Se è un `include`, il file viene incluso.
Se nessun modello corrisponde, il file viene escluso se l'ultimo
modello specificato è un `include`, o incluso se l'ultimo modello
specificato è un `exclude`.
2025-12-14 22:21:44 +01:00
< / p > < p > Vedere la sezione PATTERN per maggiori dettagli sulle specifiche
2025-12-12 11:57:38 +01:00
del modello.
2025-12-14 22:21:44 +01:00
< / p > < p > Questa opzione può essere utilizzata più volte.
< / p > < h3 > < a name = "7.8" > 7.8< / a >
2025-12-12 11:57:38 +01:00
blocksize SIZE_IN_KIBIBYTES
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce la dimensione di blocco di base in kibibyte per la parità.
2025-12-12 11:57:38 +01:00
Un kibibyte è 1024 byte.
2025-12-14 22:21:44 +01:00
< / p > < p > La dimensione di blocco predefinita è 256, che dovrebbe funzionare
2025-12-12 11:57:38 +01:00
nella maggior parte dei casi.
2025-12-14 22:21:44 +01:00
< / p > < p > ATTENZIONE! Questa opzione è solo per esperti ed è vivamente
2025-12-12 11:57:38 +01:00
sconsigliato modificare questo valore. Per modificare questo valore in
futuro, sarà necessario ricreare l'intera parità!
2025-12-14 22:21:44 +01:00
< / p > < p > Un motivo per utilizzare una dimensione di blocco diversa è se si
2025-12-12 11:57:38 +01:00
hanno molti file piccoli, nell'ordine dei milioni.
2025-12-14 22:21:44 +01:00
< / p > < p > Per ogni file, anche se solo pochi byte, viene allocato un intero
2025-12-12 11:57:38 +01:00
blocco di parità e, con molti file, ciò può comportare uno spazio
di parità inutilizzato significativo.
Quando si riempie completamente il disco di parità, non è
consentito aggiungere altri file ai dischi dati.
Tuttavia, la parità sprecata non si accumula tra i dischi dati.
Lo spazio sprecato risultante da un numero elevato di file su un
disco dati limita solo la quantità di dati su quel disco dati, non
gli altri.
2025-12-14 22:21:44 +01:00
< / p > < p > Come approssimazione, si può presumere che metà della dimensione del
2025-12-12 11:57:38 +01:00
blocco sia sprecata per ogni file. Ad esempio, con 100.000 file e una
dimensione di blocco di 256 KiB, si sprecheranno 12,8 GB di parità,
il che può comportare 12,8 GB in meno di spazio disponibile sul disco
dati.
2025-12-14 22:21:44 +01:00
< / p > < p > È possibile controllare la quantità di spazio sprecato su ogni disco
2025-12-12 11:57:38 +01:00
utilizzando `status`.
Questa è la quantità di spazio che è necessario lasciare libero sui
dischi dati o utilizzare per i file non inclusi nell'array.
Se questo valore è negativo, significa che si è vicini a riempire
la parità e rappresenta lo spazio che è ancora possibile sprecare.
2025-12-14 22:21:44 +01:00
< / p > < p > Per evitare questo problema, è possibile utilizzare una partizione
2025-12-12 11:57:38 +01:00
più grande per la parità.
Ad esempio, se la partizione di parità è 12,8 GB più grande dei dischi
dati, si ha abbastanza spazio extra per gestire fino a 100.000
file su ogni disco dati senza alcuno spreco di spazio.
2025-12-14 22:21:44 +01:00
< / p > < p > Un trucco per ottenere una partizione di parità più grande in Linux è
2025-12-12 11:57:38 +01:00
formattarla con il comando:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
mkfs.ext4 -m 0 -T largefile4 DEVICE
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Ciò si traduce in circa l'1,5% di spazio extra, circa 60 GB per
2025-12-12 11:57:38 +01:00
un disco da 4 TB, che consente circa 460.000 file su ogni disco dati
senza alcuno spreco di spazio.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "7.9" > 7.9< / a >
2025-12-12 11:57:38 +01:00
hashsize SIZE_IN_BYTES
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce la dimensione dell'hash in byte per i blocchi salvati.
< / p > < p > La dimensione di hash predefinita è 16 byte (128 bit), che dovrebbe
2025-12-12 11:57:38 +01:00
funzionare nella maggior parte dei casi.
2025-12-14 22:21:44 +01:00
< / p > < p > ATTENZIONE! Questa opzione è solo per esperti ed è vivamente
2025-12-12 11:57:38 +01:00
sconsigliato modificare questo valore. Per modificare questo valore in
futuro, sarà necessario ricreare l'intera parità!
2025-12-14 22:21:44 +01:00
< / p > < p > Un motivo per utilizzare una dimensione di hash diversa è se il
2025-12-12 11:57:38 +01:00
sistema ha memoria limitata. Come regola generale, SnapRAID
tipicamente richiede 1 GiB di RAM per ogni 16 TB di dati nell'array.
2025-12-14 22:21:44 +01:00
< / p > < p > Nello specifico, per memorizzare gli hash dei dati, SnapRAID richiede
2025-12-12 11:57:38 +01:00
circa $TS*(1+HS)/BS$ byte di RAM,
dove $TS$ è la dimensione totale in byte dell'array di dischi, $BS$ è la
dimensione del blocco in byte e $HS$ è la dimensione dell'hash in byte.
2025-12-14 22:21:44 +01:00
< / p > < p > Ad esempio, con 8 dischi da 4 TB, una dimensione di blocco di 256 KiB
2025-12-12 11:57:38 +01:00
($1 \text{ KiB} = 1024 \text{ byte}$) e una dimensione di hash di 16, si ottiene:
2025-12-14 22:21:44 +01:00
< / p > < pre >
2025-12-12 11:57:38 +01:00
RAM = $(8 * 4 * 10^{12}) * (1+16) / (256 * 2^{10}) = 1.93 \text{ GiB}$
< / pre >
2025-12-14 22:21:44 +01:00
< p > Passando a una dimensione di hash di 8, si ottiene:
< / p > < pre >
2025-12-12 11:57:38 +01:00
RAM = $(8 * 4 * 10^{12}) * (1+8) / (256 * 2^{10}) = 1.02 \text{ GiB}$
< / pre >
2025-12-14 22:21:44 +01:00
< p > Passando a una dimensione di blocco di 512, si ottiene:
< / p > < pre >
2025-12-12 11:57:38 +01:00
RAM = $(8 * 4 * 10^{12}) * (1+16) / (512 * 2^{10}) = 0.96 \text{ GiB}$
< / pre >
2025-12-14 22:21:44 +01:00
< p > Passando sia a una dimensione di hash di 8 che a una dimensione di
2025-12-12 11:57:38 +01:00
blocco di 512, si ottiene:
2025-12-14 22:21:44 +01:00
< / p > < pre >
2025-12-12 11:57:38 +01:00
RAM = $(8 * 4 * 10^{12}) * (1+8) / (512 * 2^{10}) = 0.51 \text{ GiB}$
< / pre >
< h3 > < a name = "7.10" > 7.10< / a >
autosave SIZE_IN_GIGABYTES
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Salva automaticamente lo stato durante la sincronizzazione o lo scrubbing
2025-12-12 11:57:38 +01:00
dopo la quantità specificata di GB elaborati.
Questa opzione è utile per evitare di riavviare lunghi comandi `sync`
da zero se interrotti da un arresto anomalo della macchina o qualsiasi
altro evento.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "7.11" > 7.11< / a >
2025-12-12 11:57:38 +01:00
temp_limit TEMPERATURE_CELSIUS
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Imposta la temperatura massima del disco consentita in Celsius. Se
2025-12-12 11:57:38 +01:00
specificato, SnapRAID controlla periodicamente la temperatura di tutti
i dischi utilizzando lo strumento smartctl. Le temperature attuali dei
dischi vengono visualizzate mentre SnapRAID è in funzione. Se un disco
supera questo limite, tutte le operazioni si interrompono e i dischi
vengono messi in stand-by (spin down) per la durata definita
dall'opzione `temp_sleep`. Dopo il periodo di sonno, le operazioni
riprendono, potenzialmente mettendosi in pausa di nuovo se il limite
di temperatura viene raggiunto ancora una volta.
2025-12-14 22:21:44 +01:00
< / p > < p > Durante il funzionamento, SnapRAID analizza anche la curva di riscaldamento
2025-12-12 11:57:38 +01:00
di ciascun disco e stima la temperatura costante a lungo termine che
dovrebbero raggiungere se l'attività continua. La stima viene eseguita
solo dopo che la temperatura del disco è aumentata quattro volte,
garantendo che siano disponibili abbastanza punti dati per stabilire
una tendenza affidabile.
Questa temperatura costante prevista è mostrata tra parentesi accanto
al valore attuale e aiuta a valutare se il raffreddamento del sistema
è adeguato. Questa temperatura stimata è solo a scopo informativo
e non ha alcun effetto sul comportamento di SnapRAID. Le azioni del
programma si basano esclusivamente sulle temperature effettive
misurate del disco.
2025-12-14 22:21:44 +01:00
< / p > < p > Per eseguire questa analisi, SnapRAID necessita di un riferimento
2025-12-12 11:57:38 +01:00
per la temperatura del sistema. Tenta prima di leggerla dai sensori
hardware disponibili. Se non è possibile accedere a nessun sensore di
sistema, utilizza la temperatura del disco più bassa misurata all'inizio
dell'esecuzione come riferimento di riserva.
2025-12-14 22:21:44 +01:00
< / p > < p > Normalmente, SnapRAID mostra solo la temperatura del disco più caldo.
2025-12-12 11:57:38 +01:00
Per visualizzare la temperatura di tutti i dischi, utilizzare l'opzione
-A o --stats.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "7.12" > 7.12< / a >
2025-12-12 11:57:38 +01:00
temp_sleep TIME_IN_MINUTES
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Imposta il tempo di stand-by, in minuti, quando il limite di temperatura
2025-12-12 11:57:38 +01:00
viene raggiunto. Durante questo periodo, i dischi rimangono fermi
(spin down). Il valore predefinito è 5 minuti.
2025-12-14 22:21:44 +01:00
< / p > < h3 > < a name = "7.13" > 7.13< / a >
2025-12-12 11:57:38 +01:00
pool DIR
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce la directory di pooling in cui viene creata la vista virtuale
2025-12-12 11:57:38 +01:00
dell'array di dischi utilizzando il comando `pool`.
2025-12-14 22:21:44 +01:00
< / p > < p > La directory deve già esistere.
< / p > < h3 > < a name = "7.14" > 7.14< / a >
2025-12-12 11:57:38 +01:00
share UNC_DIR
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce il percorso UNC di Windows necessario per accedere ai dischi
2025-12-12 11:57:38 +01:00
da remoto.
2025-12-14 22:21:44 +01:00
< / p > < p > Se questa opzione è specificata, i collegamenti simbolici creati nella
2025-12-12 11:57:38 +01:00
directory pool utilizzano questo percorso UNC per accedere ai dischi.
Senza questa opzione, i collegamenti simbolici generati utilizzano
solo percorsi locali, il che non consente la condivisione della
directory pool sulla rete.
2025-12-14 22:21:44 +01:00
< / p > < p > I collegamenti simbolici sono formati utilizzando il percorso UNC
2025-12-12 11:57:38 +01:00
specificato, aggiungendo il nome del disco come specificato nell'opzione
`data` e infine aggiungendo la directory e il nome del file.
2025-12-14 22:21:44 +01:00
< / p > < p > Questa opzione è richiesta solo per Windows.
< / p > < h3 > < a name = "7.15" > 7.15< / a >
2025-12-12 11:57:38 +01:00
smartctl DISK/PARITY OPTIONS...
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Definisce opzioni smartctl personalizzate per ottenere gli attributi
2025-12-12 11:57:38 +01:00
SMART per ogni disco. Ciò potrebbe essere richiesto per controller RAID
e alcuni dischi USB che non possono essere rilevati automaticamente.
Il segnaposto %s viene sostituito dal nome del dispositivo, ma è
facoltativo per dispositivi fissi come i controller RAID.
2025-12-14 22:21:44 +01:00
< / p > < p > DISK è lo stesso nome del disco specificato nell'opzione `data`.
2025-12-12 11:57:38 +01:00
PARITY è uno dei nomi di parità: `parity`, `2-parity`, `3-parity`,
`4-parity`, `5-parity`, `6-parity` o `z-parity`.
2025-12-14 22:21:44 +01:00
< / p > < p > Nelle OPTIONS specificate, la stringa `%s` viene sostituita dal
2025-12-12 11:57:38 +01:00
nome del dispositivo. Per i controller RAID, il dispositivo è
probabilmente fisso e potrebbe non essere necessario utilizzare `%s`.
2025-12-14 22:21:44 +01:00
< / p > < p > Fare riferimento alla documentazione di smartmontools per le possibili
2025-12-12 11:57:38 +01:00
opzioni:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
https://www.smartmontools.org/wiki/Supported_RAID-Controllers
https://www.smartmontools.org/wiki/Supported_USB-Devices
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Ad esempio:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
smartctl parity -d sat %s
< / pre >
< / td > < / tr > < / table >
< h3 > < a name = "7.16" > 7.16< / a >
smartignore DISK/PARITY ATTR [ATTR...]
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Ignora l'attributo SMART specificato durante il calcolo della
2025-12-12 11:57:38 +01:00
probabilità di guasto del disco. Questa opzione è utile se un disco
segnala valori insoliti o fuorvianti per un particolare attributo.
2025-12-14 22:21:44 +01:00
< / p > < p > DISK è lo stesso nome del disco specificato nell'opzione `data`.
2025-12-12 11:57:38 +01:00
PARITY è uno dei nomi di parità: `parity`, `2-parity`, `3-parity`,
`4-parity`, `5-parity`, `6-parity` o `z-parity`.
Il valore speciale * può essere utilizzato per ignorare l'attributo
su tutti i dischi.
2025-12-14 22:21:44 +01:00
< / p > < p > Ad esempio, per ignorare l'attributo `Current Pending Sector Count`
2025-12-12 11:57:38 +01:00
su tutti i dischi:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
smartignore * 197
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Per ignorarlo solo sul primo disco di parità:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
smartignore parity 197
< / pre >
< / td > < / tr > < / table >
< h3 > < a name = "7.17" > 7.17< / a >
Esempi
< / h3 >
2025-12-14 22:21:44 +01:00
< p > Un esempio di configurazione tipica per Unix è:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
parity /mnt/diskp/snapraid.parity
content /mnt/diskp/snapraid.content
content /var/snapraid/snapraid.content
data d1 /mnt/disk1/
data d2 /mnt/disk2/
data d3 /mnt/disk3/
exclude /lost+found/
exclude /tmp/
smartctl d1 -d sat %s
smartctl d2 -d usbjmicron %s
smartctl parity -d areca,1/1 /dev/sg0
smartctl 2-parity -d areca,2/1 /dev/sg0
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Un esempio di configurazione tipica per Windows è:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
parity E:\snapraid.parity
content E:\snapraid.content
content C:\snapraid\snapraid.content
data d1 G:\array\
data d2 H:\array\
data d3 I:\array\
exclude Thumbs.db
exclude \$RECYCLE.BIN
exclude \System Volume Information
smartctl d1 -d sat %s
smartctl d2 -d usbjmicron %s
smartctl parity -d areca,1/1 /dev/arcmsr0
smartctl 2-parity -d areca,2/1 /dev/arcmsr0
< / pre >
< / td > < / tr > < / table >
< h2 > < a name = "8" > 8< / a >
Pattern
< / h2 >
2025-12-14 22:21:44 +01:00
< p > I pattern vengono utilizzati per selezionare un sottoinsieme di file da
2025-12-12 11:57:38 +01:00
escludere o includere nel processo.
2025-12-14 22:21:44 +01:00
< / p > < p > Esistono quattro diversi tipi di pattern:
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
2025-12-12 11:57:38 +01:00
< tr valign = "top" align = "left" > < td > < strong >
FILE
< / strong > < / td > < / tr > < tr > < td >
Seleziona qualsiasi file denominato FILE. È possibile utilizzare
qualsiasi carattere di globbing come * e ?, e classi di caratteri
come [a-z].
Questo pattern si applica solo ai file, non alle directory.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
DIR/
< / strong > < / td > < / tr > < tr > < td >
Seleziona qualsiasi directory denominata DIR e tutto ciò che è
al suo interno. È possibile utilizzare qualsiasi carattere di
globbing come * e ?.
Questo pattern si applica solo alle directory, non ai file.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
/PATH/FILE
< / strong > < / td > < / tr > < tr > < td >
Seleziona l'esatto percorso del file specificato. È possibile
utilizzare qualsiasi carattere di globbing come * e ?, ma non
corrispondono mai a uno slash di directory.
Questo pattern si applica solo ai file, non alle directory.
< / td > < / tr >
< / table >
< table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" >
< tr valign = "top" align = "left" > < td > < strong >
/PATH/DIR/
< / strong > < / td > < / tr > < tr > < td >
Seleziona l'esatto percorso della directory specificata e tutto
ciò che è al suo interno. È possibile utilizzare qualsiasi
carattere di globbing come * e ?, ma non corrispondono mai a
uno slash di directory.
Questo pattern si aplica solo alle directory, non ai file.
< / td > < / tr >
< / table >
2025-12-14 22:21:44 +01:00
< p > Quando si specifica un percorso assoluto che inizia con /, viene
2025-12-12 11:57:38 +01:00
applicato alla directory radice dell'array, non alla directory radice
del file system locale.
2025-12-14 22:21:44 +01:00
< / p > < p > In Windows, è possibile utilizzare il backslash \ invece dello slash
2025-12-12 11:57:38 +01:00
in avanti /. Le directory di sistema di Windows, le junction, i punti
di montaggio e altre directory speciali di Windows sono trattati come
file, il che significa che per escluderli, è necessario utilizzare una
regola di file, non una di directory.
2025-12-14 22:21:44 +01:00
< / p > < p > Se il nome del file contiene un carattere '*', '?', '[' o ']',
2025-12-12 11:57:38 +01:00
è necessario eseguirne l'escape per evitare che venga interpretato
come un carattere di globbing. In Unix, il carattere di escape è '\';
in Windows, è '^'.
Quando il pattern è sulla riga di comando, è necessario raddoppiare
il carattere di escape per evitare che venga interpretato dalla shell
dei comandi.
2025-12-14 22:21:44 +01:00
< / p > < p > Nel file di configurazione, è possibile utilizzare diverse strategie
2025-12-12 11:57:38 +01:00
per filtrare i file da elaborare.
L'approccio più semplice è utilizzare solo regole `exclude` per
rimuovere tutti i file e le directory che non si desidera elaborare.
Ad esempio:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
# Esclude qualsiasi file denominato `*.unrecoverable`
exclude *.unrecoverable
# Esclude la directory radice `/lost+found`
exclude /lost+found/
# Esclude qualsiasi sottodirectory denominata `tmp`
exclude tmp/
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > L'approccio opposto è definire solo i file che si desidera elaborare,
2025-12-12 11:57:38 +01:00
utilizzando solo regole `include`. Ad esempio:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
# Include solo alcune directory
include /movies/
include /musics/
include /pictures/
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > L'approccio finale è mescolare regole `exclude` e `include`. In questo
2025-12-12 11:57:38 +01:00
caso, l'ordine delle regole è importante. Le regole precedenti hanno
la precedenza su quelle successive.
Per semplificare, è possibile elencare prima tutte le regole `exclude`
e poi tutte le regole `include`. Ad esempio:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
# Esclude qualsiasi file denominato `*.unrecoverable`
exclude *.unrecoverable
# Esclude qualsiasi sottodirectory denominata `tmp`
exclude tmp/
# Include solo alcune directory
include /movies/
include /musics/
include /pictures/
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > Sulla riga di comando, utilizzando l'opzione -f, è possibile utilizzare
2025-12-12 11:57:38 +01:00
solo pattern `include`. Ad esempio:
2025-12-14 22:21:44 +01:00
< / p > < table width = "100%" border = "0" cellspacing = "0" cellpadding = "2" > < tr > < td width = "5%" > < / td > < td width = "95%" >
2025-12-12 11:57:38 +01:00
< pre >
# Controlla solo i file .mp3.
# In Unix, utilizzare le virgolette per evitare l'espansione
# del globbing da parte della shell.
snapraid -f "*.mp3" check
< / pre >
< / td > < / tr > < / table >
2025-12-14 22:21:44 +01:00
< p > In Unix, quando si utilizzano caratteri di globbing sulla riga di
2025-12-12 11:57:38 +01:00
comando, è necessario citarli per impedire alla shell di espanderli.
2025-12-14 22:21:44 +01:00
< / p > < h2 > < a name = "9" > 9< / a >
2025-12-12 11:57:38 +01:00
Content
< / h2 >
2025-12-14 22:21:44 +01:00
< p > SnapRAID memorizza l'elenco e i checksum dei file nel file di contenuto.
< / p > < p > È un file binario che elenca tutti i file presenti nell'array di dischi,
2025-12-12 11:57:38 +01:00
insieme a tutti i checksum per verificarne l'integrità.
2025-12-14 22:21:44 +01:00
< / p > < p > Questo file viene letto e scritto dai comandi `sync` e `scrub` e
2025-12-12 11:57:38 +01:00
letto dai comandi `fix`, `check` e `status`.
2025-12-14 22:21:44 +01:00
< / p > < h2 > < a name = "10" > 10< / a >
2025-12-12 11:57:38 +01:00
Parity
< / h2 >
2025-12-14 22:21:44 +01:00
< p > SnapRAID memorizza le informazioni di parità dell'array nei file di
2025-12-12 11:57:38 +01:00
parità.
2025-12-14 22:21:44 +01:00
< / p > < p > Questi sono file binari contenenti la parità calcolata di tutti i
2025-12-12 11:57:38 +01:00
blocchi definiti nel file `content`.
2025-12-14 22:21:44 +01:00
< / p > < p > Questi file vengono letti e scritti dai comandi `sync` e `fix` e
2025-12-12 11:57:38 +01:00
solo letti dai comandi `scrub` e `check`.
2025-12-14 22:21:44 +01:00
< / p > < h2 > < a name = "11" > 11< / a >
2025-12-12 11:57:38 +01:00
Codifica
< / h2 >
2025-12-14 22:21:44 +01:00
< p > SnapRAID in Unix ignora qualsiasi codifica. Legge e memorizza i
2025-12-12 11:57:38 +01:00
nomi dei file con la stessa codifica utilizzata dal file system.
2025-12-14 22:21:44 +01:00
< / p > < p > In Windows, tutti i nomi letti dal file system vengono convertiti e
2025-12-12 11:57:38 +01:00
elaborati in formato UTF-8.
2025-12-14 22:21:44 +01:00
< / p > < p > Per avere i nomi dei file stampati correttamente, è necessario impostare
2025-12-12 11:57:38 +01:00
la console di Windows in modalità UTF-8 con il comando `chcp 65001` e
utilizzare un carattere TrueType come `Lucida Console` come carattere
della console.
Questo influisce solo sui nomi dei file stampati; se si
reindirizza l'output della console a un file, il file risultante è
sempre in formato UTF-8.
2025-12-14 22:21:44 +01:00
< / p > < h2 > < a name = "13" > 13< / a >
2025-12-12 11:57:38 +01:00
Vedi Anche
< / h2 >
2025-12-14 22:21:44 +01:00
< p > snapraid_log(1), rsync(1)
< / p >
2025-12-12 11:57:38 +01:00
2025-12-13 17:35:07 +01:00
< p >
< / p >
2025-12-12 11:57:38 +01:00
< / div >
< div id = "footer" >
< div class = "column" >
< span class = "bold" > Donate with< / span >
< br >
<!--
< a href = "http://sourceforge.net/p/snapraid/donate/" > < img src = "paypal.png" width = "160" height = "60" alt = "PayPal" > < / a >
-->
< a href = "https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=amadvance%40gmail%2ecom&lc=US&item_name=SnapRAID&no_note=0¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHostedGuest" > < img src = "paypal.png" width = "160" height = "60" alt = "PayPal" > < / a >
<!--
< a href = "https://coinkite.com/u/amadvance/" > < img src = "bitcoin.png" width = "160" height = "60" alt = "BitCoin" > < / a >
-->
< / div >
< div class = "column" >
< span class = "bold" > Find other resources at< / span >
< br >
< a href = "https://github.com/amadvance/snapraid/" > < img src = "github.png" width = "160" height = "60" alt = "GitHub" > < / a >
< a href = "http://sourceforge.net/projects/snapraid/" > < img src = "sourceforge.png" width = "115" height = "60" alt = "SourceForge" > < / a >
< / div >
< / div >
< / body >
< / html >
