mirror of
https://github.com/amadvance/snapraid.git
synced 2026-10-26 10:51:54 -04:00
Document snapshot namespace limitation across multiple configurations in known issues
This commit is contained in:
Andrea Mazzoleni
parent
9db5dc5ed1
commit
78337d7b70
42 changed files with 674 additions and 84 deletions
|
|
@ -2437,6 +2437,20 @@ einen Mount\-Punkt verdeckt war.
|
|||
.PP
|
||||
Platzieren Sie keine verschachtelten Mount\-Punkte oder Bind\-Mounts innerhalb
|
||||
von Datenfestplatten, wenn Dateisystem\-Snapshots aktiviert sind.
|
||||
.SS Mehrere Konfigurationen mit Dateisystem\-Snapshots
|
||||
Die Snapshot\-Unterstützung kann nicht sicher von mehreren unabhängigen
|
||||
SnapRAID\-Konfigurationen gemeinsam genutzt werden, die denselben
|
||||
Dateisystem\-Snapshot\-Namespace verwenden.
|
||||
.PP
|
||||
Unter Btrfs und Bcachefs darf nur eine SnapRAID\-Konfiguration mit aktivierter
|
||||
Snapshot\-Unterstützung Datenverzeichnisse innerhalb desselben Subvolumes
|
||||
verwenden. Unter ZFS gilt dieselbe Einschränkung für ein Dataset und unter
|
||||
NTFS für ein Volume.
|
||||
.PP
|
||||
Mehrere Konfigurationen, die denselben Snapshot\-Namespace teilen, verwenden
|
||||
dieselben Snapshots \`stable\`, \`pending\` und \`scan\`. Das Ausführen einer
|
||||
Konfiguration kann daher Wiederherstellungs\-Snapshots ersetzen oder löschen,
|
||||
die von einer anderen benötigt werden.
|
||||
.SS In\-Place\-Dateimodifikationen ohne Zeitstempeländerungen
|
||||
SnapRAID erkennt Dateimodifikationen durch den Vergleich von Dateigrößen
|
||||
und Änderungszeitstempeln (mtime).
|
||||
|
|
|
|||
|
|
@ -1924,6 +1924,21 @@ Bekannte Probleme (Known Issues)
|
|||
Platzieren Sie keine verschachtelten Mount-Punkte oder Bind-Mounts innerhalb
|
||||
von Datenfestplatten, wenn Dateisystem-Snapshots aktiviert sind.
|
||||
|
||||
Mehrere Konfigurationen mit Dateisystem-Snapshots
|
||||
Die Snapshot-Unterstützung kann nicht sicher von mehreren unabhängigen
|
||||
SnapRAID-Konfigurationen gemeinsam genutzt werden, die denselben
|
||||
Dateisystem-Snapshot-Namespace verwenden.
|
||||
|
||||
Unter Btrfs und Bcachefs darf nur eine SnapRAID-Konfiguration mit aktivierter
|
||||
Snapshot-Unterstützung Datenverzeichnisse innerhalb desselben Subvolumes
|
||||
verwenden. Unter ZFS gilt dieselbe Einschränkung für ein Dataset und unter
|
||||
NTFS für ein Volume.
|
||||
|
||||
Mehrere Konfigurationen, die denselben Snapshot-Namespace teilen, verwenden
|
||||
dieselben Snapshots `stable`, `pending` und `scan`. Das Ausführen einer
|
||||
Konfiguration kann daher Wiederherstellungs-Snapshots ersetzen oder löschen,
|
||||
die von einer anderen benötigt werden.
|
||||
|
||||
In-Place-Dateimodifikationen ohne Zeitstempeländerungen
|
||||
SnapRAID erkennt Dateimodifikationen durch den Vergleich von Dateigrößen
|
||||
und Änderungszeitstempeln (mtime).
|
||||
|
|
|
|||
|
|
@ -2059,7 +2059,24 @@ einen Mount-Punkt verdeckt war.
|
|||
Platzieren Sie keine verschachtelten Mount-Punkte oder Bind-Mounts innerhalb
|
||||
von Datenfestplatten, wenn Dateisystem-Snapshots aktiviert sind.
|
||||
|
||||
16.3 In-Place-Dateimodifikationen ohne Zeitstempeländerungen
|
||||
16.3 Mehrere Konfigurationen mit Dateisystem-Snapshots
|
||||
------------------------------------------------------
|
||||
|
||||
Die Snapshot-Unterstützung kann nicht sicher von mehreren unabhängigen
|
||||
SnapRAID-Konfigurationen gemeinsam genutzt werden, die denselben
|
||||
Dateisystem-Snapshot-Namespace verwenden.
|
||||
|
||||
Unter Btrfs und Bcachefs darf nur eine SnapRAID-Konfiguration mit aktivierter
|
||||
Snapshot-Unterstützung Datenverzeichnisse innerhalb desselben Subvolumes
|
||||
verwenden. Unter ZFS gilt dieselbe Einschränkung für ein Dataset und unter
|
||||
NTFS für ein Volume.
|
||||
|
||||
Mehrere Konfigurationen, die denselben Snapshot-Namespace teilen, verwenden
|
||||
dieselben Snapshots `stable`, `pending` und `scan`. Das Ausführen einer
|
||||
Konfiguration kann daher Wiederherstellungs-Snapshots ersetzen oder löschen,
|
||||
die von einer anderen benötigt werden.
|
||||
|
||||
16.4 In-Place-Dateimodifikationen ohne Zeitstempeländerungen
|
||||
------------------------------------------------------------
|
||||
|
||||
SnapRAID erkennt Dateimodifikationen durch den Vergleich von Dateigrößen
|
||||
|
|
@ -2075,7 +2092,7 @@ Sie den Änderungszeitstempel der Datei (z. B. mit dem Dienstprogramm "touch").
|
|||
Andernfalls wird der Unterschied erst bei einem nachfolgenden "scrub" oder
|
||||
"check" als Hash-Fehlübereinstimmung erkannt.
|
||||
|
||||
16.4 Nicht-ASCII-Groß-/Kleinschreibung unter Windows
|
||||
16.5 Nicht-ASCII-Groß-/Kleinschreibung unter Windows
|
||||
----------------------------------------------------
|
||||
|
||||
SnapRAID verwendet auf allen Plattformen eine standardmäßige, vorhersehbare
|
||||
|
|
@ -2098,7 +2115,7 @@ verursacht. Um Abweichungen durch das Case-Folding von Windows zu vermeiden,
|
|||
geben Sie für alle Nicht-ASCII-Zeichen in Konfigurationspfaden und Filtern
|
||||
stets die exakte Groß-/Kleinschreibung an.
|
||||
|
||||
16.5 Dateiendung für nicht wiederherstellbare Dateien
|
||||
16.6 Dateiendung für nicht wiederherstellbare Dateien
|
||||
-----------------------------------------------------
|
||||
|
||||
Wenn `fix` eine beschädigte Datei nicht vollständig wiederherstellen kann,
|
||||
|
|
@ -2124,7 +2141,7 @@ Dateien und stellen Sie sicher, dass `exclude *.unrecoverable` in Ihrer
|
|||
Konfiguration enthalten ist, um zu verhindern, dass solche Dateien im
|
||||
Paritätsdatensatz erfasst werden.
|
||||
|
||||
16.6 Wiederherstellung mit partiellem Fix
|
||||
16.7 Wiederherstellung mit partiellem Fix
|
||||
-----------------------------------------
|
||||
|
||||
Wenn `fix` mit `-S, --start` oder `-B, --count` eingeschränkt wird,
|
||||
|
|
@ -2148,7 +2165,7 @@ fehlgeschlagen ist. Wenn ein partieller `fix` nicht wiederherstellbare Daten
|
|||
meldet, entfernen oder benennen Sie die betroffenen Dateien um, bevor Sie eine
|
||||
weitere Wiederherstellung versuchen, oder überprüfen Sie deren Inhalt manuell.
|
||||
|
||||
16.7 NTFS-Hardlinks und ausgeschlossene Pfade
|
||||
16.8 NTFS-Hardlinks und ausgeschlossene Pfade
|
||||
---------------------------------------------
|
||||
|
||||
Unter NTFS speichern Verzeichniseinträge Dateigröße und Zeitstempel
|
||||
|
|
@ -2175,7 +2192,7 @@ Hardlinks geändert werden, die von SnapRAID ausgeschlossen sind, oder es
|
|||
sollte sichergestellt werden, dass alle Hardlinks zu einer Datei im Scan
|
||||
enthalten sind, damit SnapRAID sie normalisieren kann.
|
||||
|
||||
16.8 Wiederherstellung nach einem unterbrochenen Multi-Paritäts-Sync
|
||||
16.9 Wiederherstellung nach einem unterbrochenen Multi-Paritäts-Sync
|
||||
--------------------------------------------------------------------
|
||||
|
||||
In einem Array mit mehreren Paritätsfestplatten kann ein unterbrochener
|
||||
|
|
|
|||
|
|
@ -2393,6 +2393,20 @@ hacerse visible.
|
|||
.PP
|
||||
No coloque puntos de montaje anidados ni montajes bind dentro de los discos
|
||||
de datos cuando las instantáneas del sistema de archivos estén habilitadas.
|
||||
.SS Múltiples configuraciones con instantáneas del sistema de archivos
|
||||
El soporte para instantáneas no se puede compartir de forma segura entre
|
||||
múltiples configuraciones independientes de SnapRAID que utilicen el mismo
|
||||
espacio de nombres de instantáneas del sistema de archivos.
|
||||
.PP
|
||||
En Btrfs y Bcachefs, solo una configuración de SnapRAID con soporte de
|
||||
instantáneas habilitado puede usar directorios de datos dentro del mismo
|
||||
subvolumen. En ZFS, la misma restricción se aplica a un dataset, y en NTFS
|
||||
a un volumen.
|
||||
.PP
|
||||
Las múltiples configuraciones que comparten el mismo espacio de nombres de
|
||||
instantáneas utilizan las mismas instantáneas \`stable\`, \`pending\` y \`scan\`.
|
||||
Por lo tanto, ejecutar una configuración puede reemplazar o eliminar las
|
||||
instantáneas de recuperación requeridas por otra.
|
||||
.SS Modificaciones de archivos in situ sin cambios de marca de tiempo
|
||||
SnapRAID detecta modificaciones de archivos comparando tamaños de archivo y
|
||||
marcas de tiempo de modificación (mtime).
|
||||
|
|
|
|||
|
|
@ -1891,6 +1891,21 @@ Problemas conocidos (Known Issues)
|
|||
No coloque puntos de montaje anidados ni montajes bind dentro de los discos
|
||||
de datos cuando las instantáneas del sistema de archivos estén habilitadas.
|
||||
|
||||
Múltiples configuraciones con instantáneas del sistema de archivos
|
||||
El soporte para instantáneas no se puede compartir de forma segura entre
|
||||
múltiples configuraciones independientes de SnapRAID que utilicen el mismo
|
||||
espacio de nombres de instantáneas del sistema de archivos.
|
||||
|
||||
En Btrfs y Bcachefs, solo una configuración de SnapRAID con soporte de
|
||||
instantáneas habilitado puede usar directorios de datos dentro del mismo
|
||||
subvolumen. En ZFS, la misma restricción se aplica a un dataset, y en NTFS
|
||||
a un volumen.
|
||||
|
||||
Las múltiples configuraciones que comparten el mismo espacio de nombres de
|
||||
instantáneas utilizan las mismas instantáneas `stable`, `pending` y `scan`.
|
||||
Por lo tanto, ejecutar una configuración puede reemplazar o eliminar las
|
||||
instantáneas de recuperación requeridas por otra.
|
||||
|
||||
Modificaciones de archivos in situ sin cambios de marca de tiempo
|
||||
SnapRAID detecta modificaciones de archivos comparando tamaños de archivo y
|
||||
marcas de tiempo de modificación (mtime).
|
||||
|
|
|
|||
|
|
@ -2026,7 +2026,24 @@ hacerse visible.
|
|||
No coloque puntos de montaje anidados ni montajes bind dentro de los discos
|
||||
de datos cuando las instantáneas del sistema de archivos estén habilitadas.
|
||||
|
||||
16.3 Modificaciones de archivos in situ sin cambios de marca de tiempo
|
||||
16.3 Múltiples configuraciones con instantáneas del sistema de archivos
|
||||
-----------------------------------------------------------------------
|
||||
|
||||
El soporte para instantáneas no se puede compartir de forma segura entre
|
||||
múltiples configuraciones independientes de SnapRAID que utilicen el mismo
|
||||
espacio de nombres de instantáneas del sistema de archivos.
|
||||
|
||||
En Btrfs y Bcachefs, solo una configuración de SnapRAID con soporte de
|
||||
instantáneas habilitado puede usar directorios de datos dentro del mismo
|
||||
subvolumen. En ZFS, la misma restricción se aplica a un dataset, y en NTFS
|
||||
a un volumen.
|
||||
|
||||
Las múltiples configuraciones que comparten el mismo espacio de nombres de
|
||||
instantáneas utilizan las mismas instantáneas `stable`, `pending` y `scan`.
|
||||
Por lo tanto, ejecutar una configuración puede reemplazar o eliminar las
|
||||
instantáneas de recuperación requeridas por otra.
|
||||
|
||||
16.4 Modificaciones de archivos in situ sin cambios de marca de tiempo
|
||||
----------------------------------------------------------------------
|
||||
|
||||
SnapRAID detecta modificaciones de archivos comparando tamaños de archivo y
|
||||
|
|
@ -2041,7 +2058,7 @@ de tiempo de modificación del archivo (por ejemplo, con la utilidad "touch").
|
|||
De lo contrario, la diferencia solo se detectará como una falta de
|
||||
coincidencia de hash durante un "scrub" o "check" posterior.
|
||||
|
||||
16.4 Coincidencia de mayúsculas y minúsculas no ASCII en Windows
|
||||
16.5 Coincidencia de mayúsculas y minúsculas no ASCII en Windows
|
||||
----------------------------------------------------------------
|
||||
|
||||
SnapRAID utiliza una codificación UTF-8 estándar y predecible en todas las
|
||||
|
|
@ -2065,7 +2082,7 @@ mayúsculas y minúsculas. Para evitar discrepancias derivadas del plegado de
|
|||
mayúsculas y minúsculas de Windows, especifique siempre la grafía exacta de
|
||||
los caracteres no ASCII en las rutas de configuración y filtros.
|
||||
|
||||
16.5 Sufijo de archivos no recuperables
|
||||
16.6 Sufijo de archivos no recuperables
|
||||
---------------------------------------
|
||||
|
||||
Cuando `fix` no puede recuperar por completo un archivo dañado, lo pone en
|
||||
|
|
@ -2087,7 +2104,7 @@ Evite utilizar la extensión `.unrecoverable` para archivos normales y asegúres
|
|||
de incluir `exclude *.unrecoverable` en su configuración para evitar que dichos
|
||||
archivos se rastreen en el conjunto de datos de paridad.
|
||||
|
||||
16.6 Recuperación con fix parcial
|
||||
16.7 Recuperación con fix parcial
|
||||
---------------------------------
|
||||
|
||||
Cuando `fix` se restringe mediante `-S, --start` o `-B, --count`,
|
||||
|
|
@ -2109,7 +2126,7 @@ avanzada, típicamente después de que un `fix` normal haya fallado. Si un `fix`
|
|||
parcial informa de datos no recuperables, elimine o renombre los archivos
|
||||
afectados antes de intentar otra recuperación, o verifique su contenido manualmente.
|
||||
|
||||
16.7 Enlaces duros en NTFS y rutas excluidas
|
||||
16.8 Enlaces duros en NTFS y rutas excluidas
|
||||
--------------------------------------------
|
||||
|
||||
En NTFS, las entradas de directorio almacenan en caché el tamaño del
|
||||
|
|
@ -2135,7 +2152,7 @@ de enlaces duros que estén excluidos de SnapRAID, o asegúrese de que
|
|||
todos los enlaces duros a un archivo se incluyan en el escaneo para que
|
||||
SnapRAID pueda normalizarlos.
|
||||
|
||||
16.8 Recuperación tras una sincronización de multiparidad interrumpida
|
||||
16.9 Recuperación tras una sincronización de multiparidad interrumpida
|
||||
----------------------------------------------------------------------
|
||||
|
||||
En una matriz con múltiples discos de paridad, un `sync` interrumpido
|
||||
|
|
|
|||
|
|
@ -2440,6 +2440,20 @@ devenir visible.
|
|||
Ne placez pas de points de montage imbriqués ou de montages bind dans les
|
||||
disques de données lorsque les instantanés du système de fichiers sont
|
||||
activés.
|
||||
.SS Plusieurs configurations avec instantanés du système de fichiers
|
||||
La prise en charge des instantanés ne peut pas être partagée en toute
|
||||
sécurité par plusieurs configurations SnapRAID indépendantes utilisant le
|
||||
même espace de noms d\'instantanés du système de fichiers.
|
||||
.PP
|
||||
Sur Btrfs et Bcachefs, une seule configuration SnapRAID avec prise en charge
|
||||
des instantanés activée peut utiliser des répertoires de données au sein du
|
||||
même sous\-volume. Sur ZFS, la même restriction s\'applique à un dataset, et
|
||||
sur NTFS à un volume.
|
||||
.PP
|
||||
Plusieurs configurations partageant le même espace de noms d\'instantanés
|
||||
utilisent les mêmes instantanés \`stable\`, \`pending\` et \`scan\`. L\'exécution
|
||||
d\'une configuration peut donc remplacer ou supprimer les instantanés de
|
||||
récupération requis par une autre.
|
||||
.SS Modifications de fichiers sur place sans changement d\'horodatage
|
||||
SnapRAID détecte les modifications de fichiers en comparant la taille des
|
||||
fichiers et les horodatages de modification (mtime).
|
||||
|
|
|
|||
|
|
@ -1935,6 +1935,21 @@ Problèmes connus (Known Issues)
|
|||
disques de données lorsque les instantanés du système de fichiers sont
|
||||
activés.
|
||||
|
||||
Plusieurs configurations avec instantanés du système de fichiers
|
||||
La prise en charge des instantanés ne peut pas être partagée en toute
|
||||
sécurité par plusieurs configurations SnapRAID indépendantes utilisant le
|
||||
même espace de noms d'instantanés du système de fichiers.
|
||||
|
||||
Sur Btrfs et Bcachefs, une seule configuration SnapRAID avec prise en charge
|
||||
des instantanés activée peut utiliser des répertoires de données au sein du
|
||||
même sous-volume. Sur ZFS, la même restriction s'applique à un dataset, et
|
||||
sur NTFS à un volume.
|
||||
|
||||
Plusieurs configurations partageant le même espace de noms d'instantanés
|
||||
utilisent les mêmes instantanés `stable`, `pending` et `scan`. L'exécution
|
||||
d'une configuration peut donc remplacer ou supprimer les instantanés de
|
||||
récupération requis par une autre.
|
||||
|
||||
Modifications de fichiers sur place sans changement d'horodatage
|
||||
SnapRAID détecte les modifications de fichiers en comparant la taille des
|
||||
fichiers et les horodatages de modification (mtime).
|
||||
|
|
|
|||
|
|
@ -2070,7 +2070,24 @@ Ne placez pas de points de montage imbriqués ou de montages bind dans les
|
|||
disques de données lorsque les instantanés du système de fichiers sont
|
||||
activés.
|
||||
|
||||
16.3 Modifications de fichiers sur place sans changement d'horodatage
|
||||
16.3 Plusieurs configurations avec instantanés du système de fichiers
|
||||
---------------------------------------------------------------------
|
||||
|
||||
La prise en charge des instantanés ne peut pas être partagée en toute
|
||||
sécurité par plusieurs configurations SnapRAID indépendantes utilisant le
|
||||
même espace de noms d'instantanés du système de fichiers.
|
||||
|
||||
Sur Btrfs et Bcachefs, une seule configuration SnapRAID avec prise en charge
|
||||
des instantanés activée peut utiliser des répertoires de données au sein du
|
||||
même sous-volume. Sur ZFS, la même restriction s'applique à un dataset, et
|
||||
sur NTFS à un volume.
|
||||
|
||||
Plusieurs configurations partageant le même espace de noms d'instantanés
|
||||
utilisent les mêmes instantanés `stable`, `pending` et `scan`. L'exécution
|
||||
d'une configuration peut donc remplacer ou supprimer les instantanés de
|
||||
récupération requis par une autre.
|
||||
|
||||
16.4 Modifications de fichiers sur place sans changement d'horodatage
|
||||
---------------------------------------------------------------------
|
||||
|
||||
SnapRAID détecte les modifications de fichiers en comparant la taille des
|
||||
|
|
@ -2085,7 +2102,7 @@ l'horodatage de modification du fichier (par exemple avec l'utilitaire
|
|||
"touch"). Sinon, la différence ne sera détectée que sous la forme d'une
|
||||
non-concordance de hachage lors d'un "scrub" ou "check" ultérieur.
|
||||
|
||||
16.4 Correspondance de casse non-ASCII sous Windows
|
||||
16.5 Correspondance de casse non-ASCII sous Windows
|
||||
---------------------------------------------------
|
||||
|
||||
SnapRAID utilise un encodage UTF-8 standard et prévisible sur toutes les
|
||||
|
|
@ -2108,7 +2125,7 @@ Pour éviter les écarts causés par le repliement de casse de Windows, spécifi
|
|||
toujours la casse exacte de tous les caractères non-ASCII dans les chemins de
|
||||
configuration et les filtres.
|
||||
|
||||
16.5 Suffixe des fichiers irrécupérables
|
||||
16.6 Suffixe des fichiers irrécupérables
|
||||
----------------------------------------
|
||||
|
||||
Lorsque `fix` ne peut pas récupérer entièrement un fichier endommagé, il le
|
||||
|
|
@ -2132,7 +2149,7 @@ assurez-vous que la règle `exclude *.unrecoverable` est incluse dans votre
|
|||
configuration afin d'empêcher le suivi de ces fichiers dans le jeu de données
|
||||
de parité.
|
||||
|
||||
16.6 Récupération avec fix partiel
|
||||
16.7 Récupération avec fix partiel
|
||||
----------------------------------
|
||||
|
||||
Lorsque `fix` est restreint avec `-S, --start` ou `-B, --count`,
|
||||
|
|
@ -2156,7 +2173,7 @@ signale des données irrécupérables, supprimez ou renommez les fichiers
|
|||
concernés avant de tenter une nouvelle récupération, ou vérifiez manuellement
|
||||
leur contenu.
|
||||
|
||||
16.7 Liens matériels NTFS et chemins exclus
|
||||
16.8 Liens matériels NTFS et chemins exclus
|
||||
-------------------------------------------
|
||||
|
||||
Sur NTFS, les entrées de répertoire mettent en cache la taille du fichier
|
||||
|
|
@ -2182,7 +2199,7 @@ via des liens matériels exclus de SnapRAID, ou assurez-vous que tous les
|
|||
liens matériels vers un fichier sont inclus dans l'analyse afin que
|
||||
SnapRAID puisse les normaliser.
|
||||
|
||||
16.8 Récupération après un sync multi-parité interrompu
|
||||
16.9 Récupération après un sync multi-parité interrompu
|
||||
-------------------------------------------------------
|
||||
|
||||
Dans une grappe avec plusieurs disques de parité, un `sync` interrompu
|
||||
|
|
|
|||
|
|
@ -2416,6 +2416,19 @@ mount nel filesystem live potrebbe diventare visibile.
|
|||
.PP
|
||||
Non inserire punti di mount annidati o bind mount all\'interno dei dischi dati
|
||||
quando le snapshot del filesystem sono abilitate.
|
||||
.SS Configurazioni multiple con snapshot del filesystem
|
||||
Il supporto per gli snapshot non può essere condiviso in sicurezza da
|
||||
più configurazioni SnapRAID indipendenti che utilizzano lo stesso
|
||||
namespace di snapshot del filesystem.
|
||||
.PP
|
||||
Su Btrfs e Bcachefs, una sola configurazione SnapRAID con supporto snapshot
|
||||
abilitato può utilizzare directory dati all\'interno dello stesso subvolume.
|
||||
Su ZFS, la stessa restrizione si applica a un dataset, e su NTFS a un volume.
|
||||
.PP
|
||||
Le configurazioni multiple che condividono lo stesso namespace di snapshot
|
||||
utilizzano gli stessi snapshot \`stable\`, \`pending\` e \`scan\`. L\'esecuzione di
|
||||
una configurazione può quindi sostituire o eliminare gli snapshot di
|
||||
ripristino richiesti da un\'altra.
|
||||
.SS Modifiche ai file sul posto senza variazione di data/ora
|
||||
SnapRAID rileva le modifiche ai file confrontando le dimensioni dei file e
|
||||
i timestamp di modifica (mtime).
|
||||
|
|
|
|||
|
|
@ -1900,6 +1900,20 @@ Problemi noti (Known Issues)
|
|||
Non inserire punti di mount annidati o bind mount all'interno dei dischi dati
|
||||
quando le snapshot del filesystem sono abilitate.
|
||||
|
||||
Configurazioni multiple con snapshot del filesystem
|
||||
Il supporto per gli snapshot non può essere condiviso in sicurezza da
|
||||
più configurazioni SnapRAID indipendenti che utilizzano lo stesso
|
||||
namespace di snapshot del filesystem.
|
||||
|
||||
Su Btrfs e Bcachefs, una sola configurazione SnapRAID con supporto snapshot
|
||||
abilitato può utilizzare directory dati all'interno dello stesso subvolume.
|
||||
Su ZFS, la stessa restrizione si applica a un dataset, e su NTFS a un volume.
|
||||
|
||||
Le configurazioni multiple che condividono lo stesso namespace di snapshot
|
||||
utilizzano gli stessi snapshot `stable`, `pending` e `scan`. L'esecuzione di
|
||||
una configurazione può quindi sostituire o eliminare gli snapshot di
|
||||
ripristino richiesti da un'altra.
|
||||
|
||||
Modifiche ai file sul posto senza variazione di data/ora
|
||||
SnapRAID rileva le modifiche ai file confrontando le dimensioni dei file e
|
||||
i timestamp di modifica (mtime).
|
||||
|
|
|
|||
|
|
@ -2035,7 +2035,23 @@ mount nel filesystem live potrebbe diventare visibile.
|
|||
Non inserire punti di mount annidati o bind mount all'interno dei dischi dati
|
||||
quando le snapshot del filesystem sono abilitate.
|
||||
|
||||
16.3 Modifiche ai file sul posto senza variazione di data/ora
|
||||
16.3 Configurazioni multiple con snapshot del filesystem
|
||||
--------------------------------------------------------
|
||||
|
||||
Il supporto per gli snapshot non può essere condiviso in sicurezza da
|
||||
più configurazioni SnapRAID indipendenti che utilizzano lo stesso
|
||||
namespace di snapshot del filesystem.
|
||||
|
||||
Su Btrfs e Bcachefs, una sola configurazione SnapRAID con supporto snapshot
|
||||
abilitato può utilizzare directory dati all'interno dello stesso subvolume.
|
||||
Su ZFS, la stessa restrizione si applica a un dataset, e su NTFS a un volume.
|
||||
|
||||
Le configurazioni multiple che condividono lo stesso namespace di snapshot
|
||||
utilizzano gli stessi snapshot `stable`, `pending` e `scan`. L'esecuzione di
|
||||
una configurazione può quindi sostituire o eliminare gli snapshot di
|
||||
ripristino richiesti da un'altra.
|
||||
|
||||
16.4 Modifiche ai file sul posto senza variazione di data/ora
|
||||
-------------------------------------------------------------
|
||||
|
||||
SnapRAID rileva le modifiche ai file confrontando le dimensioni dei file e
|
||||
|
|
@ -2050,7 +2066,7 @@ di modifica del file (ad esempio con l'utilità "touch"). Altrimenti, la
|
|||
differenza verrà rilevata solo come mancata corrispondenza dell'hash durante
|
||||
un successivo "scrub" o "check".
|
||||
|
||||
16.4 Corrispondenza maiuscole/minuscole non ASCII in Windows
|
||||
16.5 Corrispondenza maiuscole/minuscole non ASCII in Windows
|
||||
------------------------------------------------------------
|
||||
|
||||
SnapRAID utilizza la codifica UTF-8 standard e prevedibile su tutte le
|
||||
|
|
@ -2074,7 +2090,7 @@ maiuscolo/minuscolo di Windows, specificare sempre l'esatta combinazione di
|
|||
maiuscole/minuscole per qualsiasi carattere non ASCII nei percorsi di
|
||||
configurazione e nei filtri.
|
||||
|
||||
16.5 Suffisso dei file irrecuperabili
|
||||
16.6 Suffisso dei file irrecuperabili
|
||||
-------------------------------------
|
||||
|
||||
Quando `fix` non riesce a recuperare completamente un file danneggiato,
|
||||
|
|
@ -2096,7 +2112,7 @@ Evitare di utilizzare l'estensione `.unrecoverable` per i normali file e
|
|||
assicurarsi che la regola `exclude *.unrecoverable` sia inclusa nella
|
||||
configurazione per evitare che tali file vengano tracciati nel dataset di parità.
|
||||
|
||||
16.6 Recupero con fix parziale
|
||||
16.7 Recupero con fix parziale
|
||||
------------------------------
|
||||
|
||||
Quando `fix` viene limitato usando `-S, --start` o `-B, --count`,
|
||||
|
|
@ -2118,7 +2134,7 @@ avanzato, tipicamente dopo che un normale `fix` è fallito. Se un `fix`
|
|||
parziale segnala dati irrecuperabili, rimuovere o rinominare i file interessati
|
||||
prima di tentare un altro recupero, oppure verificarne manualmente il contenuto.
|
||||
|
||||
16.7 Hard link NTFS e percorsi esclusi
|
||||
16.8 Hard link NTFS e percorsi esclusi
|
||||
--------------------------------------
|
||||
|
||||
Su NTFS, le voci di directory memorizzano nella cache la dimensione del
|
||||
|
|
@ -2144,7 +2160,7 @@ tramite hard link esclusi da SnapRAID, oppure assicurarsi che tutti gli
|
|||
hard link a un file siano inclusi nella scansione in modo che SnapRAID
|
||||
possa normalizzarli.
|
||||
|
||||
16.8 Recupero dopo un sync a parità multipla interrotto
|
||||
16.9 Recupero dopo un sync a parità multipla interrotto
|
||||
-------------------------------------------------------
|
||||
|
||||
In un array con più dischi di parità, un `sync` interrotto può lasciare
|
||||
|
|
|
|||
|
|
@ -2173,6 +2173,18 @@ SnapRAIDは警告（WARNING）を報告し、その先をスキャンしませ
|
|||
.PP
|
||||
ファイルシステムスナップショットが有効な場合は、データディスク内にネストされた
|
||||
マウントポイントやバインドマウントを配置しないでください。
|
||||
.SS ファイルシステムスナップショット使用時の複数設定
|
||||
同じファイルシステムのスナップショット名前空間を使用する複数の独立した
|
||||
SnapRAID設定で、スナップショットサポートを安全に共有することはできません。
|
||||
.PP
|
||||
BtrfsおよびBcachefsでは、スナップショットサポートが有効なSnapRAID設定は、
|
||||
同一サブボリューム内のデータディレクトリを1つしか使用できません。ZFSでは
|
||||
同じ制限がデータセットに、NTFSではボリュームに適用されます。
|
||||
.PP
|
||||
同じスナップショット名前空間を共有する複数の設定は、同一の \`stable\`、
|
||||
\`pending\`、および \`scan\` スナップショットを使用します。そのため、一方の設定を
|
||||
実行すると、もう一方の設定で必要なリカバリスナップショットが置換または
|
||||
削除される可能性があります。
|
||||
.SS タイムスタンプの変更を伴わないインプレースファイル変更
|
||||
SnapRAIDは、ファイルサイズと変更タイムスタンプ（mtime）を比較することによって
|
||||
ファイルの変更を検出します。
|
||||
|
|
|
|||
|
|
@ -1671,6 +1671,19 @@ Name{number}
|
|||
ファイルシステムスナップショットが有効な場合は、データディスク内にネストされた
|
||||
マウントポイントやバインドマウントを配置しないでください。
|
||||
|
||||
ファイルシステムスナップショット使用時の複数設定
|
||||
同じファイルシステムのスナップショット名前空間を使用する複数の独立した
|
||||
SnapRAID設定で、スナップショットサポートを安全に共有することはできません。
|
||||
|
||||
BtrfsおよびBcachefsでは、スナップショットサポートが有効なSnapRAID設定は、
|
||||
同一サブボリューム内のデータディレクトリを1つしか使用できません。ZFSでは
|
||||
同じ制限がデータセットに、NTFSではボリュームに適用されます。
|
||||
|
||||
同じスナップショット名前空間を共有する複数の設定は、同一の `stable`、
|
||||
`pending`、および `scan` スナップショットを使用します。そのため、一方の設定を
|
||||
実行すると、もう一方の設定で必要なリカバリスナップショットが置換または
|
||||
削除される可能性があります。
|
||||
|
||||
タイムスタンプの変更を伴わないインプレースファイル変更
|
||||
SnapRAIDは、ファイルサイズと変更タイムスタンプ（mtime）を比較することによって
|
||||
ファイルの変更を検出します。
|
||||
|
|
|
|||
|
|
@ -1806,7 +1806,22 @@ SnapRAIDは警告（WARNING）を報告し、その先をスキャンしませ
|
|||
ファイルシステムスナップショットが有効な場合は、データディスク内にネストされた
|
||||
マウントポイントやバインドマウントを配置しないでください。
|
||||
|
||||
16.3 タイムスタンプの変更を伴わないインプレースファイル変更
|
||||
16.3 ファイルシステムスナップショット使用時の複数設定
|
||||
-----------------------------
|
||||
|
||||
同じファイルシステムのスナップショット名前空間を使用する複数の独立した
|
||||
SnapRAID設定で、スナップショットサポートを安全に共有することはできません。
|
||||
|
||||
BtrfsおよびBcachefsでは、スナップショットサポートが有効なSnapRAID設定は、
|
||||
同一サブボリューム内のデータディレクトリを1つしか使用できません。ZFSでは
|
||||
同じ制限がデータセットに、NTFSではボリュームに適用されます。
|
||||
|
||||
同じスナップショット名前空間を共有する複数の設定は、同一の `stable`、
|
||||
`pending`、および `scan` スナップショットを使用します。そのため、一方の設定を
|
||||
実行すると、もう一方の設定で必要なリカバリスナップショットが置換または
|
||||
削除される可能性があります。
|
||||
|
||||
16.4 タイムスタンプの変更を伴わないインプレースファイル変更
|
||||
--------------------------------
|
||||
|
||||
SnapRAIDは、ファイルサイズと変更タイムスタンプ（mtime）を比較することによって
|
||||
|
|
@ -1821,7 +1836,7 @@ SnapRAIDにそのような変更を確実に認識させるには、ファイル
|
|||
場合、その差分は後続の "scrub" または "check" 中のハッシュ不一致としてのみ
|
||||
検出されます。
|
||||
|
||||
16.4 Windowsにおける非ASCII文字の大文字・小文字の一致
|
||||
16.5 Windowsにおける非ASCII文字の大文字・小文字の一致
|
||||
-----------------------------------
|
||||
|
||||
SnapRAIDはすべてのプラットフォームで標準的で予測可能なUTF-8エンコーディング
|
||||
|
|
@ -1840,7 +1855,7 @@ Unicodeファイル名全体で大文字・小文字の不区別を強制する
|
|||
ディングに起因する不一致を防ぐため、設定パスおよびフィルター内の非ASCII文字には
|
||||
常に正確な大文字・小文字を指定してください。
|
||||
|
||||
16.5 回復不能ファイルのサフィックス
|
||||
16.6 回復不能ファイルのサフィックス
|
||||
--------------------
|
||||
|
||||
`fix` が破損したファイルを完全に回復できない場合、その名前に `.unrecoverable`
|
||||
|
|
@ -1860,7 +1875,7 @@ SnapRAID はファイル名のみに基づいて隔離ファイルを識別す
|
|||
パリティデータセットで追跡されないように設定に `exclude *.unrecoverable` が含まれている
|
||||
ことを確認してください。
|
||||
|
||||
16.6 部分的な fix による回復
|
||||
16.7 部分的な fix による回復
|
||||
-------------------
|
||||
|
||||
`fix` を `-S, --start` または `-B, --count` で制限した場合、
|
||||
|
|
@ -1882,7 +1897,7 @@ SnapRAID は選択されたブロックのみを処理し、ファイルレベ
|
|||
別の回復を試みる前に対象のファイルを削除または名前変更するか、その内容を手動で
|
||||
確認してください。
|
||||
|
||||
16.7 NTFS ハードリンクと除外されたパス
|
||||
16.8 NTFS ハードリンクと除外されたパス
|
||||
------------------------
|
||||
|
||||
NTFS では、ディレクトリエントリが各ハードリンクのファイルサイズとタイム
|
||||
|
|
@ -1906,7 +1921,7 @@ SnapRAID は、スキャン中に同じファイルへのハードリンクが2
|
|||
できるように、ファイルへのすべてのハードリンクがスキャンに含まれるように
|
||||
してください。
|
||||
|
||||
16.8 中断されたマルチパリティ sync 後の回復
|
||||
16.9 中断されたマルチパリティ sync 後の回復
|
||||
---------------------------
|
||||
|
||||
複数のパリティディスクを持つアレイにおいて、`sync` が中断されると、
|
||||
|
|
|
|||
|
|
@ -2220,6 +2220,17 @@ SnapRAID는 데이터 디스크를 스캔하는 동안 파일 시스템, 마운
|
|||
.PP
|
||||
파일 시스템 스냅샷이 활성화된 경우 데이터 디스크 내에 중첩된 마운트 지점이나
|
||||
바인드 마운트를 배치하지 마십시오.
|
||||
.SS 파일 시스템 스냅샷 사용 시 여러 설정
|
||||
동일한 파일 시스템 스냅샷 네임스페이스를 사용하는 여러 독립된 SnapRAID
|
||||
설정 간에는 스냅샷 지원을 안전하게 공유할 수 없습니다.
|
||||
.PP
|
||||
Btrfs 및 Bcachefs에서는 스냅샷 지원이 활성화된 단 하나의 SnapRAID 설정만이
|
||||
동일한 서브볼륨 내의 데이터 디렉터리를 사용할 수 있습니다. ZFS에서는 동일한
|
||||
제한이 데이터셋에 적용되며, NTFS에서는 볼륨에 적용됩니다.
|
||||
.PP
|
||||
동일한 스냅샷 네임스페이스를 공유하는 여러 설정은 동일한 \`stable\`, \`pending\`
|
||||
및 \`scan\` 스냅샷을 사용합니다. 따라서 하나의 설정을 실행하면 다른 설정에 필요한
|
||||
복구 스냅샷을 대체하거나 삭제할 수 있습니다.
|
||||
.SS 타임스탬프 변경 없는 인플레이스 파일 수정
|
||||
SnapRAID는 파일 크기와 수정 타임스탬프(mtime)를 비교하여 파일 수정을 감지합니다.
|
||||
.PP
|
||||
|
|
|
|||
|
|
@ -1718,6 +1718,18 @@ Name{number}
|
|||
파일 시스템 스냅샷이 활성화된 경우 데이터 디스크 내에 중첩된 마운트 지점이나
|
||||
바인드 마운트를 배치하지 마십시오.
|
||||
|
||||
파일 시스템 스냅샷 사용 시 여러 설정
|
||||
동일한 파일 시스템 스냅샷 네임스페이스를 사용하는 여러 독립된 SnapRAID
|
||||
설정 간에는 스냅샷 지원을 안전하게 공유할 수 없습니다.
|
||||
|
||||
Btrfs 및 Bcachefs에서는 스냅샷 지원이 활성화된 단 하나의 SnapRAID 설정만이
|
||||
동일한 서브볼륨 내의 데이터 디렉터리를 사용할 수 있습니다. ZFS에서는 동일한
|
||||
제한이 데이터셋에 적용되며, NTFS에서는 볼륨에 적용됩니다.
|
||||
|
||||
동일한 스냅샷 네임스페이스를 공유하는 여러 설정은 동일한 `stable`, `pending`
|
||||
및 `scan` 스냅샷을 사용합니다. 따라서 하나의 설정을 실행하면 다른 설정에 필요한
|
||||
복구 스냅샷을 대체하거나 삭제할 수 있습니다.
|
||||
|
||||
타임스탬프 변경 없는 인플레이스 파일 수정
|
||||
SnapRAID는 파일 크기와 수정 타임스탬프(mtime)를 비교하여 파일 수정을 감지합니다.
|
||||
|
||||
|
|
|
|||
|
|
@ -1853,7 +1853,21 @@ SnapRAID는 데이터 디스크를 스캔하는 동안 파일 시스템, 마운
|
|||
파일 시스템 스냅샷이 활성화된 경우 데이터 디스크 내에 중첩된 마운트 지점이나
|
||||
바인드 마운트를 배치하지 마십시오.
|
||||
|
||||
16.3 타임스탬프 변경 없는 인플레이스 파일 수정
|
||||
16.3 파일 시스템 스냅샷 사용 시 여러 설정
|
||||
--------------------------
|
||||
|
||||
동일한 파일 시스템 스냅샷 네임스페이스를 사용하는 여러 독립된 SnapRAID
|
||||
설정 간에는 스냅샷 지원을 안전하게 공유할 수 없습니다.
|
||||
|
||||
Btrfs 및 Bcachefs에서는 스냅샷 지원이 활성화된 단 하나의 SnapRAID 설정만이
|
||||
동일한 서브볼륨 내의 데이터 디렉터리를 사용할 수 있습니다. ZFS에서는 동일한
|
||||
제한이 데이터셋에 적용되며, NTFS에서는 볼륨에 적용됩니다.
|
||||
|
||||
동일한 스냅샷 네임스페이스를 공유하는 여러 설정은 동일한 `stable`, `pending`
|
||||
및 `scan` 스냅샷을 사용합니다. 따라서 하나의 설정을 실행하면 다른 설정에 필요한
|
||||
복구 스냅샷을 대체하거나 삭제할 수 있습니다.
|
||||
|
||||
16.4 타임스탬프 변경 없는 인플레이스 파일 수정
|
||||
----------------------------
|
||||
|
||||
SnapRAID는 파일 크기와 수정 타임스탬프(mtime)를 비교하여 파일 수정을 감지합니다.
|
||||
|
|
@ -1866,7 +1880,7 @@ SnapRAID가 이러한 변경 사항을 인식하도록 하려면 파일의 수
|
|||
업데이트하십시오(예: "touch" 유틸리티 사용). 그렇지 않으면 이 차이점은 이후의
|
||||
"scrub" 또는 "check" 중에 해시 불일치로만 감지됩니다.
|
||||
|
||||
16.4 Windows 비ASCII 대소문자 일치
|
||||
16.5 Windows 비ASCII 대소문자 일치
|
||||
---------------------------
|
||||
|
||||
SnapRAID는 모든 플랫폼에서 표준적이고 예측 가능한 UTF-8 인코딩을 사용하며,
|
||||
|
|
@ -1885,7 +1899,7 @@ Windows 파일 시스템은 임의의 시스템 종속 폴딩 테이블을 통
|
|||
방지하려면 구성 경로 및 필터의 비ASCII 문자에 대해 항상 정확한 대소문자를
|
||||
지정하십시오.
|
||||
|
||||
16.5 복구할 수 없는 파일 접미사
|
||||
16.6 복구할 수 없는 파일 접미사
|
||||
--------------------
|
||||
|
||||
`fix`가 손상된 파일을 완전히 복구할 수 없는 경우, 이름에 `.unrecoverable` 확장자를
|
||||
|
|
@ -1904,7 +1918,7 @@ SnapRAID는 오직 파일 이름으로만 격리 파일을 식별하므로, 우
|
|||
일반 파일에는 `.unrecoverable` 확장자를 사용하지 마시고, 해당 파일이 패리티 데이터셋에서
|
||||
추적되지 않도록 구성에 `exclude *.unrecoverable`이 포함되어 있는지 확인하십시오.
|
||||
|
||||
16.6 부분 fix 복구
|
||||
16.7 부분 fix 복구
|
||||
--------------
|
||||
|
||||
`fix`가 `-S, --start` 또는 `-B, --count`를 사용하여 제한되면,
|
||||
|
|
@ -1924,7 +1938,7 @@ SnapRAID는 선택된 블록에서만 작동하며 파일 수준의 완료 처
|
|||
시도하기 전에 영향을 받는 파일을 제거하거나 이름을 바꾸거나 해당 내용을
|
||||
수동으로 확인하십시오.
|
||||
|
||||
16.7 NTFS 하드 링크 및 제외된 경로
|
||||
16.8 NTFS 하드 링크 및 제외된 경로
|
||||
------------------------
|
||||
|
||||
NTFS에서는 디렉터리 항목이 각 하드 링크의 파일 크기와 타임스탬프를
|
||||
|
|
@ -1946,7 +1960,7 @@ SnapRAID는 스캔 중에 동일한 파일에 대한 하드 링크를 2개 이
|
|||
파일을 수정하지 않거나, SnapRAID가 이를 정규화할 수 있도록 파일의 모든
|
||||
하드 링크가 스캔에 포함되도록 하십시오.
|
||||
|
||||
16.8 중단된 다중 패리티 sync 후 복구
|
||||
16.9 중단된 다중 패리티 sync 후 복구
|
||||
-------------------------
|
||||
|
||||
다중 패리티 디스크가 있는 어레이에서 `sync`가 중단되면 서로 다른
|
||||
|
|
|
|||
|
|
@ -2304,6 +2304,20 @@ systemie plików może stać się widoczny.
|
|||
.PP
|
||||
Nie umieszczaj zagnieżdżonych punktów montowania ani montowań bind wewnątrz
|
||||
dysków z danymi, gdy migawki systemu plików są włączone.
|
||||
.SS Wiele konfiguracji z migawkami systemu plików
|
||||
Obsługa migawek nie może być bezpiecznie współdzielona przez wiele
|
||||
niezależnych konfiguracji SnapRAID korzystających z tej samej przestrzeni
|
||||
nazw migawek systemu plików.
|
||||
.PP
|
||||
W systemach Btrfs i Bcachefs tylko jedna konfiguracja SnapRAID z włączoną
|
||||
obsługą migawek może używać katalogów danych w obrębie tego samego
|
||||
podwolumenu. W systemie ZFS to samo ograniczenie dotyczy datasetu, a w NTFS
|
||||
woluminu.
|
||||
.PP
|
||||
Wiele konfiguracji współdzielących tę samą przestrzeń nazw migawek używa tych
|
||||
samych migawek \`stable\`, \`pending\` oraz \`scan\`. Uruchomienie jednej
|
||||
konfiguracji może zatem zastąpić lub usunąć migawki odzyskiwania wymagane
|
||||
przez inną.
|
||||
.SS Modyfikacje plików w miejscu bez zmiany znacznika czasu
|
||||
SnapRAID wykrywa modyfikacje plików, porównując rozmiary plików oraz
|
||||
znaczniki czasu modyfikacji (mtime).
|
||||
|
|
|
|||
|
|
@ -1802,6 +1802,21 @@ Znane problemy (Known Issues)
|
|||
Nie umieszczaj zagnieżdżonych punktów montowania ani montowań bind wewnątrz
|
||||
dysków z danymi, gdy migawki systemu plików są włączone.
|
||||
|
||||
Wiele konfiguracji z migawkami systemu plików
|
||||
Obsługa migawek nie może być bezpiecznie współdzielona przez wiele
|
||||
niezależnych konfiguracji SnapRAID korzystających z tej samej przestrzeni
|
||||
nazw migawek systemu plików.
|
||||
|
||||
W systemach Btrfs i Bcachefs tylko jedna konfiguracja SnapRAID z włączoną
|
||||
obsługą migawek może używać katalogów danych w obrębie tego samego
|
||||
podwolumenu. W systemie ZFS to samo ograniczenie dotyczy datasetu, a w NTFS
|
||||
woluminu.
|
||||
|
||||
Wiele konfiguracji współdzielących tę samą przestrzeń nazw migawek używa tych
|
||||
samych migawek `stable`, `pending` oraz `scan`. Uruchomienie jednej
|
||||
konfiguracji może zatem zastąpić lub usunąć migawki odzyskiwania wymagane
|
||||
przez inną.
|
||||
|
||||
Modyfikacje plików w miejscu bez zmiany znacznika czasu
|
||||
SnapRAID wykrywa modyfikacje plików, porównując rozmiary plików oraz
|
||||
znaczniki czasu modyfikacji (mtime).
|
||||
|
|
|
|||
|
|
@ -1937,7 +1937,24 @@ systemie plików może stać się widoczny.
|
|||
Nie umieszczaj zagnieżdżonych punktów montowania ani montowań bind wewnątrz
|
||||
dysków z danymi, gdy migawki systemu plików są włączone.
|
||||
|
||||
16.3 Modyfikacje plików w miejscu bez zmiany znacznika czasu
|
||||
16.3 Wiele konfiguracji z migawkami systemu plików
|
||||
--------------------------------------------------
|
||||
|
||||
Obsługa migawek nie może być bezpiecznie współdzielona przez wiele
|
||||
niezależnych konfiguracji SnapRAID korzystających z tej samej przestrzeni
|
||||
nazw migawek systemu plików.
|
||||
|
||||
W systemach Btrfs i Bcachefs tylko jedna konfiguracja SnapRAID z włączoną
|
||||
obsługą migawek może używać katalogów danych w obrębie tego samego
|
||||
podwolumenu. W systemie ZFS to samo ograniczenie dotyczy datasetu, a w NTFS
|
||||
woluminu.
|
||||
|
||||
Wiele konfiguracji współdzielących tę samą przestrzeń nazw migawek używa tych
|
||||
samych migawek `stable`, `pending` oraz `scan`. Uruchomienie jednej
|
||||
konfiguracji może zatem zastąpić lub usunąć migawki odzyskiwania wymagane
|
||||
przez inną.
|
||||
|
||||
16.4 Modyfikacje plików w miejscu bez zmiany znacznika czasu
|
||||
------------------------------------------------------------
|
||||
|
||||
SnapRAID wykrywa modyfikacje plików, porównując rozmiary plików oraz
|
||||
|
|
@ -1952,7 +1969,7 @@ pliku (na przykład za pomocą narzędzia "touch"). W przeciwnym razie różnica
|
|||
zostanie wykryta dopiero jako niezgodność skrótu podczas kolejnego "scrub"
|
||||
lub "check".
|
||||
|
||||
16.4 Dopasowywanie wielkości liter znaków spoza ASCII w systemie Windows
|
||||
16.5 Dopasowywanie wielkości liter znaków spoza ASCII w systemie Windows
|
||||
------------------------------------------------------------------------
|
||||
|
||||
SnapRAID używa standardowego, przewidywalnego kodowania UTF-8 na wszystkich
|
||||
|
|
@ -1975,7 +1992,7 @@ liter. Aby zapobiec rozbieżnościom wynikającym ze składania znaków przez
|
|||
Windows, zawsze podawaj dokładną wielkość liter w przypadku znaków spoza ASCII
|
||||
w ścieżkach konfiguracyjnych i filtrach.
|
||||
|
||||
16.5 Sufiks plików niemożliwych do odzyskania
|
||||
16.6 Sufiks plików niemożliwych do odzyskania
|
||||
---------------------------------------------
|
||||
|
||||
Gdy `fix` nie może w pełni odzyskać uszkodzonego pliku, poddaje go kwarantannie,
|
||||
|
|
@ -1997,7 +2014,7 @@ Unikaj używania rozszerzenia `.unrecoverable` dla zwykłych plików i upewnij s
|
|||
że w konfiguracji uwzględniono regułę `exclude *.unrecoverable`, aby zapobiec
|
||||
śledzeniu takich plików w zbiorze danych parzystości.
|
||||
|
||||
16.6 Odzyskiwanie za pomocą częściowego fix
|
||||
16.7 Odzyskiwanie za pomocą częściowego fix
|
||||
-------------------------------------------
|
||||
|
||||
Gdy polecenie `fix` jest ograniczone za pomocą `-S, --start` lub `-B, --count`,
|
||||
|
|
@ -2020,7 +2037,7 @@ zgłosi dane niemożliwe do odzyskania, przed podjęciem kolejnej próby odzyski
|
|||
należy usunąć lub zmienić nazwę plików, których to dotyczy, albo ręcznie zweryfikować
|
||||
ich zawartość.
|
||||
|
||||
16.7 Twarde dowiązania NTFS i wykluczone ścieżki
|
||||
16.8 Twarde dowiązania NTFS i wykluczone ścieżki
|
||||
------------------------------------------------
|
||||
|
||||
W systemie plików NTFS wpisy katalogowe niezależnie buforują rozmiar pliku
|
||||
|
|
@ -2047,7 +2064,7 @@ za pośrednictwem twardych dowiązań wykluczonych ze SnapRAID lub upewnić się
|
|||
że wszystkie twarde dowiązania do danego pliku są uwzględnione w skanowaniu,
|
||||
aby SnapRAID mógł je znormalizować.
|
||||
|
||||
16.8 Odzyskiwanie po przerwanym sync z wieloma parzystościami
|
||||
16.9 Odzyskiwanie po przerwanym sync z wieloma parzystościami
|
||||
-------------------------------------------------------------
|
||||
|
||||
W macierzy z wieloma dyskami parzystości przerwane polecenie `sync` może
|
||||
|
|
|
|||
|
|
@ -2341,6 +2341,20 @@ sistema de arquivos ativo pode se tornar visível.
|
|||
.PP
|
||||
Não coloque pontos de montagem aninhados ou montagens bind dentro de discos
|
||||
de dados quando os instantâneos do sistema de arquivos estiverem ativados.
|
||||
.SS Múltiplas configurações com instantâneos do sistema de arquivos
|
||||
O suporte a instantâneos não pode ser compartilhado com segurança por
|
||||
múltiplas configurações independentes do SnapRAID que usem o mesmo
|
||||
namespace de instantâneos do sistema de arquivos.
|
||||
.PP
|
||||
No Btrfs e Bcachefs, apenas uma configuração do SnapRAID com suporte a
|
||||
instantâneos ativado pode usar diretórios de dados dentro do mesmo
|
||||
subvolume. No ZFS, a mesma restrição se aplica a um dataset, e no NTFS
|
||||
a um volume.
|
||||
.PP
|
||||
Múltiplas configurações que compartilham o mesmo namespace de instantâneos
|
||||
usam os mesmos instantâneos \`stable\`, \`pending\` e \`scan\`. A execução de uma
|
||||
configuração pode, portanto, substituir ou excluir instantâneos de
|
||||
recuperação necessários para outra.
|
||||
.SS Modificações de arquivo no local sem alteração de data/hora
|
||||
O SnapRAID detecta modificações em arquivos comparando tamanhos de arquivo e
|
||||
carimbos de data/hora de modificação (mtime).
|
||||
|
|
|
|||
|
|
@ -1839,6 +1839,21 @@ Problemas Conhecidos (Known Issues)
|
|||
Não coloque pontos de montagem aninhados ou montagens bind dentro de discos
|
||||
de dados quando os instantâneos do sistema de arquivos estiverem ativados.
|
||||
|
||||
Múltiplas configurações com instantâneos do sistema de arquivos
|
||||
O suporte a instantâneos não pode ser compartilhado com segurança por
|
||||
múltiplas configurações independentes do SnapRAID que usem o mesmo
|
||||
namespace de instantâneos do sistema de arquivos.
|
||||
|
||||
No Btrfs e Bcachefs, apenas uma configuração do SnapRAID com suporte a
|
||||
instantâneos ativado pode usar diretórios de dados dentro do mesmo
|
||||
subvolume. No ZFS, a mesma restrição se aplica a um dataset, e no NTFS
|
||||
a um volume.
|
||||
|
||||
Múltiplas configurações que compartilham o mesmo namespace de instantâneos
|
||||
usam os mesmos instantâneos `stable`, `pending` e `scan`. A execução de uma
|
||||
configuração pode, portanto, substituir ou excluir instantâneos de
|
||||
recuperação necessários para outra.
|
||||
|
||||
Modificações de arquivo no local sem alteração de data/hora
|
||||
O SnapRAID detecta modificações em arquivos comparando tamanhos de arquivo e
|
||||
carimbos de data/hora de modificação (mtime).
|
||||
|
|
|
|||
|
|
@ -1974,7 +1974,24 @@ sistema de arquivos ativo pode se tornar visível.
|
|||
Não coloque pontos de montagem aninhados ou montagens bind dentro de discos
|
||||
de dados quando os instantâneos do sistema de arquivos estiverem ativados.
|
||||
|
||||
16.3 Modificações de arquivo no local sem alteração de data/hora
|
||||
16.3 Múltiplas configurações com instantâneos do sistema de arquivos
|
||||
--------------------------------------------------------------------
|
||||
|
||||
O suporte a instantâneos não pode ser compartilhado com segurança por
|
||||
múltiplas configurações independentes do SnapRAID que usem o mesmo
|
||||
namespace de instantâneos do sistema de arquivos.
|
||||
|
||||
No Btrfs e Bcachefs, apenas uma configuração do SnapRAID com suporte a
|
||||
instantâneos ativado pode usar diretórios de dados dentro do mesmo
|
||||
subvolume. No ZFS, a mesma restrição se aplica a um dataset, e no NTFS
|
||||
a um volume.
|
||||
|
||||
Múltiplas configurações que compartilham o mesmo namespace de instantâneos
|
||||
usam os mesmos instantâneos `stable`, `pending` e `scan`. A execução de uma
|
||||
configuração pode, portanto, substituir ou excluir instantâneos de
|
||||
recuperação necessários para outra.
|
||||
|
||||
16.4 Modificações de arquivo no local sem alteração de data/hora
|
||||
----------------------------------------------------------------
|
||||
|
||||
O SnapRAID detecta modificações em arquivos comparando tamanhos de arquivo e
|
||||
|
|
@ -1989,7 +2006,7 @@ de data/hora de modificação do arquivo (por exemplo, com o utilitário "touch"
|
|||
Caso contrário, a diferença só será detectada como uma incompatibilidade de
|
||||
hash durante um "scrub" ou "check" subsequente.
|
||||
|
||||
16.4 Correspondência de maiúsculas/minúsculas não-ASCII no Windows
|
||||
16.5 Correspondência de maiúsculas/minúsculas não-ASCII no Windows
|
||||
------------------------------------------------------------------
|
||||
|
||||
O SnapRAID utiliza codificação UTF-8 padrão e previsível em todas as plataformas,
|
||||
|
|
@ -2012,7 +2029,7 @@ maiúsculas/minúsculas. Para evitar discrepâncias decorrentes da conversão do
|
|||
Windows, sempre especifique a combinação exata de maiúsculas e minúsculas para
|
||||
caracteres não-ASCII em caminhos de configuração e filtros.
|
||||
|
||||
16.5 Sufixo de arquivos irrecuperáveis
|
||||
16.6 Sufixo de arquivos irrecuperáveis
|
||||
--------------------------------------
|
||||
|
||||
Quando o `fix` não consegue recuperar totalmente um arquivo danificado, ele o
|
||||
|
|
@ -2034,7 +2051,7 @@ Evite usar a extensão `.unrecoverable` para arquivos comuns e certifique-se de
|
|||
que `exclude *.unrecoverable` esteja incluído na sua configuração para evitar que
|
||||
esses arquivos sejam rastreados no conjunto de dados de paridade.
|
||||
|
||||
16.6 Recuperação com fix parcial
|
||||
16.7 Recuperação com fix parcial
|
||||
--------------------------------
|
||||
|
||||
Quando o `fix` é restrito usando `-S, --start` ou `-B, --count`,
|
||||
|
|
@ -2056,7 +2073,7 @@ normalmente após a falha de um `fix` normal. Se um `fix` parcial relatar
|
|||
dados irrecuperáveis, remova ou renomeie os arquivos afetados antes de tentar
|
||||
outra recuperação, ou verifique manualmente seu conteúdo.
|
||||
|
||||
16.7 Links físicos no NTFS e caminhos excluídos
|
||||
16.8 Links físicos no NTFS e caminhos excluídos
|
||||
-----------------------------------------------
|
||||
|
||||
No NTFS, as entradas de diretório armazenam em cache o tamanho do arquivo
|
||||
|
|
@ -2082,7 +2099,7 @@ de links físicos excluídos do SnapRAID, ou certifique-se de que todos os
|
|||
links físicos de um arquivo sejam incluídos na verificação para que o
|
||||
SnapRAID possa normalizá-los.
|
||||
|
||||
16.8 Recuperação após uma sincronização de multiparidade interrompida
|
||||
16.9 Recuperação após uma sincronização de multiparidade interrompida
|
||||
---------------------------------------------------------------------
|
||||
|
||||
Em uma matriz com múltiplos discos de paridade, um `sync` interrompido
|
||||
|
|
|
|||
|
|
@ -2300,6 +2300,20 @@ sistemul de fișiere activ poate deveni vizibil.
|
|||
.PP
|
||||
Nu plasați puncte de montare imbricate sau montări bind în interiorul discurilor
|
||||
de date când instantaneele sistemului de fișiere sunt activate.
|
||||
.SS Configurații multiple cu instantanee ale sistemului de fișiere
|
||||
Suportul pentru instantanee nu poate fi partajat în siguranță de mai multe
|
||||
configurații independente SnapRAID care utilizează același spațiu de nume
|
||||
pentru instantanee al sistemului de fișiere.
|
||||
.PP
|
||||
Pe Btrfs și Bcachefs, o singură configurație SnapRAID cu suportul pentru
|
||||
instantanee activat poate utiliza directoare de date din cadrul aceluiași
|
||||
subvolum. Pe ZFS, aceeași restricție se aplică unui dataset, iar pe NTFS
|
||||
unui volum.
|
||||
.PP
|
||||
Configurațiile multiple care partajează același spațiu de nume pentru instantanee
|
||||
folosesc aceleași instantanee \`stable\`, \`pending\` și \`scan\`. Rularea unei
|
||||
configurații poate astfel înlocui sau șterge instantaneele de recuperare
|
||||
necesare alteia.
|
||||
.SS Modificări ale fișierelor pe loc fără schimbarea marcajului temporal
|
||||
SnapRAID detectează modificările fișierelor comparând dimensiunile fișierelor
|
||||
și marcajele temporale de modificare (mtime).
|
||||
|
|
|
|||
|
|
@ -1798,6 +1798,21 @@ Probleme Cunoscute (Known Issues)
|
|||
Nu plasați puncte de montare imbricate sau montări bind în interiorul discurilor
|
||||
de date când instantaneele sistemului de fișiere sunt activate.
|
||||
|
||||
Configurații multiple cu instantanee ale sistemului de fișiere
|
||||
Suportul pentru instantanee nu poate fi partajat în siguranță de mai multe
|
||||
configurații independente SnapRAID care utilizează același spațiu de nume
|
||||
pentru instantanee al sistemului de fișiere.
|
||||
|
||||
Pe Btrfs și Bcachefs, o singură configurație SnapRAID cu suportul pentru
|
||||
instantanee activat poate utiliza directoare de date din cadrul aceluiași
|
||||
subvolum. Pe ZFS, aceeași restricție se aplică unui dataset, iar pe NTFS
|
||||
unui volum.
|
||||
|
||||
Configurațiile multiple care partajează același spațiu de nume pentru instantanee
|
||||
folosesc aceleași instantanee `stable`, `pending` și `scan`. Rularea unei
|
||||
configurații poate astfel înlocui sau șterge instantaneele de recuperare
|
||||
necesare alteia.
|
||||
|
||||
Modificări ale fișierelor pe loc fără schimbarea marcajului temporal
|
||||
SnapRAID detectează modificările fișierelor comparând dimensiunile fișierelor
|
||||
și marcajele temporale de modificare (mtime).
|
||||
|
|
|
|||
|
|
@ -1933,7 +1933,24 @@ sistemul de fișiere activ poate deveni vizibil.
|
|||
Nu plasați puncte de montare imbricate sau montări bind în interiorul discurilor
|
||||
de date când instantaneele sistemului de fișiere sunt activate.
|
||||
|
||||
16.3 Modificări ale fișierelor pe loc fără schimbarea marcajului temporal
|
||||
16.3 Configurații multiple cu instantanee ale sistemului de fișiere
|
||||
-------------------------------------------------------------------
|
||||
|
||||
Suportul pentru instantanee nu poate fi partajat în siguranță de mai multe
|
||||
configurații independente SnapRAID care utilizează același spațiu de nume
|
||||
pentru instantanee al sistemului de fișiere.
|
||||
|
||||
Pe Btrfs și Bcachefs, o singură configurație SnapRAID cu suportul pentru
|
||||
instantanee activat poate utiliza directoare de date din cadrul aceluiași
|
||||
subvolum. Pe ZFS, aceeași restricție se aplică unui dataset, iar pe NTFS
|
||||
unui volum.
|
||||
|
||||
Configurațiile multiple care partajează același spațiu de nume pentru instantanee
|
||||
folosesc aceleași instantanee `stable`, `pending` și `scan`. Rularea unei
|
||||
configurații poate astfel înlocui sau șterge instantaneele de recuperare
|
||||
necesare alteia.
|
||||
|
||||
16.4 Modificări ale fișierelor pe loc fără schimbarea marcajului temporal
|
||||
-------------------------------------------------------------------------
|
||||
|
||||
SnapRAID detectează modificările fișierelor comparând dimensiunile fișierelor
|
||||
|
|
@ -1949,7 +1966,7 @@ marcajul temporal de modificare al fișierului (de exemplu, cu utilitarul
|
|||
"touch"). În caz contrar, diferența va fi detectată doar ca o neconcordanță
|
||||
de hash în timpul unui "scrub" sau "check" ulterior.
|
||||
|
||||
16.4 Potrivirea majusculelor/minusculelor non-ASCII în Windows
|
||||
16.5 Potrivirea majusculelor/minusculelor non-ASCII în Windows
|
||||
--------------------------------------------------------------
|
||||
|
||||
SnapRAID utilizează codificarea UTF-8 standard și previzibilă pe toate
|
||||
|
|
@ -1972,7 +1989,7 @@ distincție între majuscule și minuscule. Pentru a preveni discrepanțele apă
|
|||
din conversia efectuată de Windows, specificați întotdeauna forma exactă a
|
||||
caracterelor non-ASCII în căile de configurare și filtre.
|
||||
|
||||
16.5 Sufixul fișierelor nerecuperabile
|
||||
16.6 Sufixul fișierelor nerecuperabile
|
||||
--------------------------------------
|
||||
|
||||
Când `fix` nu poate recupera complet un fișier deteriorat, îl plasează în
|
||||
|
|
@ -1994,7 +2011,7 @@ Evitați utilizarea extensiei `.unrecoverable` pentru fișiere obișnuite și
|
|||
asigurați-vă că `exclude *.unrecoverable` este inclus în configurație pentru
|
||||
a preveni urmărirea acestor fișiere în setul de date de paritate.
|
||||
|
||||
16.6 Recuperare cu fix parțial
|
||||
16.7 Recuperare cu fix parțial
|
||||
------------------------------
|
||||
|
||||
Când `fix` este restricționat folosind `-S, --start` sau `-B, --count`,
|
||||
|
|
@ -2016,7 +2033,7 @@ de obicei după ce un `fix` normal a eșuat. Dacă un `fix` parțial raportează
|
|||
date nerecuperabile, eliminați sau redenumiți fișierele afectate înainte de a
|
||||
încerca o nouă recuperare, sau verificați manual conținutul acestora.
|
||||
|
||||
16.7 Legături dure NTFS și căi excluse
|
||||
16.8 Legături dure NTFS și căi excluse
|
||||
--------------------------------------
|
||||
|
||||
Pe NTFS, intrările din director memorează în cache dimensiunea fișierului
|
||||
|
|
@ -2042,7 +2059,7 @@ prin legături dure care sunt excluse din SnapRAID, sau asigurați-vă că toate
|
|||
legăturile dure către un fișier sunt incluse în scanare, astfel încât
|
||||
SnapRAID să le poată normaliza.
|
||||
|
||||
16.8 Recuperare după un sync multi-paritate întrerupt
|
||||
16.9 Recuperare după un sync multi-paritate întrerupt
|
||||
-----------------------------------------------------
|
||||
|
||||
Într-o matrice cu mai multe discuri de paritate, un `sync` întrerupt
|
||||
|
|
|
|||
|
|
@ -2305,6 +2305,19 @@ bind\-монтирования внутри диска данных не под
|
|||
.PP
|
||||
Не размещайте вложенные точки монтирования или bind\-монтирования внутри дисков
|
||||
данных, когда включены снимки файловой системы.
|
||||
.SS Несколько конфигураций со снимками файловой системы
|
||||
Поддержка снимков не может безопасно совместно использоваться несколькими
|
||||
независимыми конфигурациями SnapRAID, использующими одно и то же
|
||||
пространство имен снимков файловой системы.
|
||||
.PP
|
||||
В Btrfs и Bcachefs только одна конфигурация SnapRAID с включенной поддержкой
|
||||
снимков может использовать каталоги данных в пределах одного и того же
|
||||
подтома. В ZFS то же ограничение применяется к датасету, а в NTFS — к тому.
|
||||
.PP
|
||||
Несколько конфигураций, использующих одно и то же пространство имен снимков,
|
||||
работают с одними и теми же снимками \`stable\`, \`pending\` и \`scan\`. Запуск
|
||||
одной конфигурации может перезаписать или удалить снимки восстановления,
|
||||
необходимые другой.
|
||||
.SS Изменения файлов на месте без изменения временных меток
|
||||
SnapRAID обнаруживает изменения файлов путем сравнения размеров файлов и
|
||||
временных меток модификации (mtime).
|
||||
|
|
|
|||
|
|
@ -1805,6 +1805,20 @@ Name{number}
|
|||
Не размещайте вложенные точки монтирования или bind-монтирования внутри дисков
|
||||
данных, когда включены снимки файловой системы.
|
||||
|
||||
Несколько конфигураций со снимками файловой системы
|
||||
Поддержка снимков не может безопасно совместно использоваться несколькими
|
||||
независимыми конфигурациями SnapRAID, использующими одно и то же
|
||||
пространство имен снимков файловой системы.
|
||||
|
||||
В Btrfs и Bcachefs только одна конфигурация SnapRAID с включенной поддержкой
|
||||
снимков может использовать каталоги данных в пределах одного и того же
|
||||
подтома. В ZFS то же ограничение применяется к датасету, а в NTFS — к тому.
|
||||
|
||||
Несколько конфигураций, использующих одно и то же пространство имен снимков,
|
||||
работают с одними и теми же снимками `stable`, `pending` и `scan`. Запуск
|
||||
одной конфигурации может перезаписать или удалить снимки восстановления,
|
||||
необходимые другой.
|
||||
|
||||
Изменения файлов на месте без изменения временных меток
|
||||
SnapRAID обнаруживает изменения файлов путем сравнения размеров файлов и
|
||||
временных меток модификации (mtime).
|
||||
|
|
|
|||
|
|
@ -1940,7 +1940,23 @@ bind-монтирования внутри диска данных не подд
|
|||
Не размещайте вложенные точки монтирования или bind-монтирования внутри дисков
|
||||
данных, когда включены снимки файловой системы.
|
||||
|
||||
16.3 Изменения файлов на месте без изменения временных меток
|
||||
16.3 Несколько конфигураций со снимками файловой системы
|
||||
--------------------------------------------------------
|
||||
|
||||
Поддержка снимков не может безопасно совместно использоваться несколькими
|
||||
независимыми конфигурациями SnapRAID, использующими одно и то же
|
||||
пространство имен снимков файловой системы.
|
||||
|
||||
В Btrfs и Bcachefs только одна конфигурация SnapRAID с включенной поддержкой
|
||||
снимков может использовать каталоги данных в пределах одного и того же
|
||||
подтома. В ZFS то же ограничение применяется к датасету, а в NTFS — к тому.
|
||||
|
||||
Несколько конфигураций, использующих одно и то же пространство имен снимков,
|
||||
работают с одними и теми же снимками `stable`, `pending` и `scan`. Запуск
|
||||
одной конфигурации может перезаписать или удалить снимки восстановления,
|
||||
необходимые другой.
|
||||
|
||||
16.4 Изменения файлов на месте без изменения временных меток
|
||||
------------------------------------------------------------
|
||||
|
||||
SnapRAID обнаруживает изменения файлов путем сравнения размеров файлов и
|
||||
|
|
@ -1955,7 +1971,7 @@ SnapRAID обнаруживает изменения файлов путем с
|
|||
случае различие будет обнаружено только как несоответствие хэша во время
|
||||
последующего "scrub" или "check".
|
||||
|
||||
16.4 Сопоставление регистра символов non-ASCII в Windows
|
||||
16.5 Сопоставление регистра символов non-ASCII в Windows
|
||||
--------------------------------------------------------
|
||||
|
||||
SnapRAID использует стандартную, предсказуемую кодировку UTF-8 на всех
|
||||
|
|
@ -1979,7 +1995,7 @@ Windows и ее упорным стремлением к псевдонимиз
|
|||
всегда указывайте точный регистр для любых символов non-ASCII в путях
|
||||
конфигурации и фильтрах.
|
||||
|
||||
16.5 Суффикс невосстановимых файлов
|
||||
16.6 Суффикс невосстановимых файлов
|
||||
-----------------------------------
|
||||
|
||||
Когда `fix` не может полностью восстановить поврежденный файл, он помещает его
|
||||
|
|
@ -2001,7 +2017,7 @@ SnapRAID удаляет устаревший файл `.unrecoverable`. Кара
|
|||
убедитесь, что в вашей конфигурации указано правило `exclude *.unrecoverable`,
|
||||
чтобы такие файлы не отслеживались в наборе данных четности.
|
||||
|
||||
16.6 Восстановление с частичным fix
|
||||
16.7 Восстановление с частичным fix
|
||||
-----------------------------------
|
||||
|
||||
Когда `fix` ограничен с помощью `-S, --start` или `-B, --count`,
|
||||
|
|
@ -2023,7 +2039,7 @@ SnapRAID работает только с выбранными блоками и
|
|||
о невосстановимых данных, удалите или переименуйте затронутые файлы перед
|
||||
попыткой повторного восстановления либо проверьте их содержимое вручную.
|
||||
|
||||
16.7 Жесткие ссылки NTFS и исключенные пути
|
||||
16.8 Жесткие ссылки NTFS и исключенные пути
|
||||
-------------------------------------------
|
||||
|
||||
В NTFS записи каталогов кэшируют размер файла и временные метки независимо
|
||||
|
|
@ -2047,7 +2063,7 @@ SnapRAID автоматически обнаруживает и нормализ
|
|||
жесткие ссылки, исключенные из SnapRAID, либо убедитесь, что все жесткие
|
||||
ссылки на файл включены в сканирование, чтобы SnapRAID мог их нормализовать.
|
||||
|
||||
16.8 Восстановление после прерванного sync с несколькими четностями
|
||||
16.9 Восстановление после прерванного sync с несколькими четностями
|
||||
-------------------------------------------------------------------
|
||||
|
||||
В массиве с несколькими дисками четности прерванный `sync` может оставить
|
||||
|
|
|
|||
|
|
@ -2302,6 +2302,19 @@ skanning av en ögonblicksbild.
|
|||
.PP
|
||||
Placera inte kapslade monteringspunkter eller bind\-monteringar inuti
|
||||
datadiskar när filsystemögonblicksbilder är aktiverade.
|
||||
.SS Flera konfigurationer med filsystemögonblicksbilder
|
||||
Stöd för ögonblicksbilder kan inte delas säkert mellan flera oberoende
|
||||
SnapRAID\-konfigurationer som använder samma namnrymd för
|
||||
filsystemögonblicksbilder.
|
||||
.PP
|
||||
På Btrfs och Bcachefs får endast en SnapRAID\-konfiguration med stöd för
|
||||
ögonblicksbilder aktiverat använda datakataloger inom samma undervolym.
|
||||
På ZFS gäller samma begränsning för ett dataset, och på NTFS för en volym.
|
||||
.PP
|
||||
Flera konfigurationer som delar samma namnrymd för ögonblicksbilder använder
|
||||
samma \`stable\`\-, \`pending\`\- och \`scan\`\-ögonblicksbilder. Att köra en
|
||||
konfiguration kan därför ersätta eller ta bort återställningsögonblicksbilder
|
||||
som krävs av en annan.
|
||||
.SS Filändringar på plats utan tidsstämpeländringar
|
||||
SnapRAID upptäcker filändringar genom att jämföra filstorlekar och
|
||||
ändringstidsstämplar (mtime).
|
||||
|
|
|
|||
|
|
@ -1800,6 +1800,20 @@ Kända problem (Known Issues)
|
|||
Placera inte kapslade monteringspunkter eller bind-monteringar inuti
|
||||
datadiskar när filsystemögonblicksbilder är aktiverade.
|
||||
|
||||
Flera konfigurationer med filsystemögonblicksbilder
|
||||
Stöd för ögonblicksbilder kan inte delas säkert mellan flera oberoende
|
||||
SnapRAID-konfigurationer som använder samma namnrymd för
|
||||
filsystemögonblicksbilder.
|
||||
|
||||
På Btrfs och Bcachefs får endast en SnapRAID-konfiguration med stöd för
|
||||
ögonblicksbilder aktiverat använda datakataloger inom samma undervolym.
|
||||
På ZFS gäller samma begränsning för ett dataset, och på NTFS för en volym.
|
||||
|
||||
Flera konfigurationer som delar samma namnrymd för ögonblicksbilder använder
|
||||
samma `stable`-, `pending`- och `scan`-ögonblicksbilder. Att köra en
|
||||
konfiguration kan därför ersätta eller ta bort återställningsögonblicksbilder
|
||||
som krävs av en annan.
|
||||
|
||||
Filändringar på plats utan tidsstämpeländringar
|
||||
SnapRAID upptäcker filändringar genom att jämföra filstorlekar och
|
||||
ändringstidsstämplar (mtime).
|
||||
|
|
|
|||
|
|
@ -1935,7 +1935,23 @@ skanning av en ögonblicksbild.
|
|||
Placera inte kapslade monteringspunkter eller bind-monteringar inuti
|
||||
datadiskar när filsystemögonblicksbilder är aktiverade.
|
||||
|
||||
16.3 Filändringar på plats utan tidsstämpeländringar
|
||||
16.3 Flera konfigurationer med filsystemögonblicksbilder
|
||||
--------------------------------------------------------
|
||||
|
||||
Stöd för ögonblicksbilder kan inte delas säkert mellan flera oberoende
|
||||
SnapRAID-konfigurationer som använder samma namnrymd för
|
||||
filsystemögonblicksbilder.
|
||||
|
||||
På Btrfs och Bcachefs får endast en SnapRAID-konfiguration med stöd för
|
||||
ögonblicksbilder aktiverat använda datakataloger inom samma undervolym.
|
||||
På ZFS gäller samma begränsning för ett dataset, och på NTFS för en volym.
|
||||
|
||||
Flera konfigurationer som delar samma namnrymd för ögonblicksbilder använder
|
||||
samma `stable`-, `pending`- och `scan`-ögonblicksbilder. Att köra en
|
||||
konfiguration kan därför ersätta eller ta bort återställningsögonblicksbilder
|
||||
som krävs av en annan.
|
||||
|
||||
16.4 Filändringar på plats utan tidsstämpeländringar
|
||||
----------------------------------------------------
|
||||
|
||||
SnapRAID upptäcker filändringar genom att jämföra filstorlekar och
|
||||
|
|
@ -1950,7 +1966,7 @@ filens ändringstidsstämpel (till exempel med verktyget "touch"). Annars
|
|||
kommer skillnaden endast att upptäckas som en hash-avvikelse under en
|
||||
efterföljande "scrub" eller "check".
|
||||
|
||||
16.4 Icke-ASCII skiftlägesmatchning i Windows
|
||||
16.5 Icke-ASCII skiftlägesmatchning i Windows
|
||||
---------------------------------------------
|
||||
|
||||
SnapRAID använder standardiserad, förutsägbar UTF-8-kodning på alla plattformar
|
||||
|
|
@ -1969,7 +1985,7 @@ och dess insisterande på skiftlägesokänslig aliasning. För att förhindra
|
|||
avvikelser till följd av Windows skiftlägesvikning, ange alltid det exakta
|
||||
skiftläget för eventuella icke-ASCII-tecken i konfigurationssökvägar och filter.
|
||||
|
||||
16.5 Suffix för oåterkalleliga filer
|
||||
16.6 Suffix för oåterkalleliga filer
|
||||
------------------------------------
|
||||
|
||||
När `fix` inte helt kan återställa en skadad fil sätter den filen i karantän
|
||||
|
|
@ -1991,7 +2007,7 @@ Undvik att använda filändelsen `.unrecoverable` för vanliga filer och se till
|
|||
att `exclude *.unrecoverable` ingår i din konfiguration för att förhindra att
|
||||
sådana filer spåras i paritetsdatamängden.
|
||||
|
||||
16.6 Återställning med partiell fix
|
||||
16.7 Återställning med partiell fix
|
||||
-----------------------------------
|
||||
|
||||
När `fix` begränsas med `-S, --start` eller `-B, --count`,
|
||||
|
|
@ -2013,7 +2029,7 @@ vanligtvis efter att en normal `fix` har misslyckats. Om en partiell `fix`
|
|||
rapporterar oåterkalleliga data, ta bort eller byt namn på de berörda filerna
|
||||
innan du försöker med en ny återställning, eller verifiera deras innehåll manuellt.
|
||||
|
||||
16.7 NTFS hårda länkar och exkluderade sökvägar
|
||||
16.8 NTFS hårda länkar och exkluderade sökvägar
|
||||
-----------------------------------------------
|
||||
|
||||
På NTFS cachelagrar katalogposter filstorlek och tidsstämplar oberoende
|
||||
|
|
@ -2037,7 +2053,7 @@ För att undvika denna begränsning, undvik att modifiera skyddade filer via
|
|||
hårda länkar som är exkluderade från SnapRAID, eller se till att alla hårda
|
||||
länkar till en fil inkluderas i skanningen så att SnapRAID kan normalisera dem.
|
||||
|
||||
16.8 Återställning efter ett avbrutet multi-paritets-sync
|
||||
16.9 Återställning efter ett avbrutet multi-paritets-sync
|
||||
---------------------------------------------------------
|
||||
|
||||
I en array med flera paritetsdiskar kan ett avbrutet `sync` lämna
|
||||
|
|
|
|||
|
|
@ -2506,6 +2506,19 @@ bind\-монтування всередині диска даних не під
|
|||
.PP
|
||||
Не розміщуйте вкладені точки монтування або bind\-монтування всередині дисків
|
||||
даних, коли ввімкнено знімки файлової системи.
|
||||
.SS Кілька конфігурацій зі знімками файлової системи
|
||||
Підтримка знімків не може безпечно спільно використовуватися кількома
|
||||
незалежними конфігураціями SnapRAID, які використовують один і той самий
|
||||
простір імен знімків файлової системи.
|
||||
.PP
|
||||
У Btrfs та Bcachefs лише одна конфігурація SnapRAID з увімкненою підтримкою
|
||||
знімків може використовувати каталоги даних у межах одного підтому. У ZFS
|
||||
це ж обмеження стосується датасету, а в NTFS — тому.
|
||||
.PP
|
||||
Кілька конфігурацій, які спільно використовують один і той самий простір
|
||||
імен знімків, використовують однакові знімки \`stable\`, \`pending\` та \`scan\`.
|
||||
Запуск однієї конфігурації може замінити або видалити знімки відновлення,
|
||||
необхідні для іншої.
|
||||
.SS Модифікації файлів на місці без зміни позначок часу
|
||||
SnapRAID виявляє модифікації файлів шляхом порівняння розмірів файлів та
|
||||
позначок часу модифікації (mtime).
|
||||
|
|
|
|||
|
|
@ -1992,6 +1992,20 @@ Name{number}
|
|||
Не розміщуйте вкладені точки монтування або bind-монтування всередині дисків
|
||||
даних, коли ввімкнено знімки файлової системи.
|
||||
|
||||
Кілька конфігурацій зі знімками файлової системи
|
||||
Підтримка знімків не може безпечно спільно використовуватися кількома
|
||||
незалежними конфігураціями SnapRAID, які використовують один і той самий
|
||||
простір імен знімків файлової системи.
|
||||
|
||||
У Btrfs та Bcachefs лише одна конфігурація SnapRAID з увімкненою підтримкою
|
||||
знімків може використовувати каталоги даних у межах одного підтому. У ZFS
|
||||
це ж обмеження стосується датасету, а в NTFS — тому.
|
||||
|
||||
Кілька конфігурацій, які спільно використовують один і той самий простір
|
||||
імен знімків, використовують однакові знімки `stable`, `pending` та `scan`.
|
||||
Запуск однієї конфігурації може замінити або видалити знімки відновлення,
|
||||
необхідні для іншої.
|
||||
|
||||
Модифікації файлів на місці без зміни позначок часу
|
||||
SnapRAID виявляє модифікації файлів шляхом порівняння розмірів файлів та
|
||||
позначок часу модифікації (mtime).
|
||||
|
|
|
|||
|
|
@ -2127,7 +2127,23 @@ bind-монтування всередині диска даних не підт
|
|||
Не розміщуйте вкладені точки монтування або bind-монтування всередині дисків
|
||||
даних, коли ввімкнено знімки файлової системи.
|
||||
|
||||
16.3 Модифікації файлів на місці без зміни позначок часу
|
||||
16.3 Кілька конфігурацій зі знімками файлової системи
|
||||
-----------------------------------------------------
|
||||
|
||||
Підтримка знімків не може безпечно спільно використовуватися кількома
|
||||
незалежними конфігураціями SnapRAID, які використовують один і той самий
|
||||
простір імен знімків файлової системи.
|
||||
|
||||
У Btrfs та Bcachefs лише одна конфігурація SnapRAID з увімкненою підтримкою
|
||||
знімків може використовувати каталоги даних у межах одного підтому. У ZFS
|
||||
це ж обмеження стосується датасету, а в NTFS — тому.
|
||||
|
||||
Кілька конфігурацій, які спільно використовують один і той самий простір
|
||||
імен знімків, використовують однакові знімки `stable`, `pending` та `scan`.
|
||||
Запуск однієї конфігурації може замінити або видалити знімки відновлення,
|
||||
необхідні для іншої.
|
||||
|
||||
16.4 Модифікації файлів на місці без зміни позначок часу
|
||||
--------------------------------------------------------
|
||||
|
||||
SnapRAID виявляє модифікації файлів шляхом порівняння розмірів файлів та
|
||||
|
|
@ -2142,7 +2158,7 @@ SnapRAID виявляє модифікації файлів шляхом пор
|
|||
випадку різниця буде виявлена лише як невідповідність хешу під час
|
||||
наступного "scrub" або "check".
|
||||
|
||||
16.4 Зіставлення регістру символів non-ASCII у Windows
|
||||
16.5 Зіставлення регістру символів non-ASCII у Windows
|
||||
------------------------------------------------------
|
||||
|
||||
SnapRAID використовує стандартне, передбачуване кодування UTF-8 на всіх
|
||||
|
|
@ -2163,7 +2179,7 @@ SnapRAID використовує стандартне, передбачуван
|
|||
точний регістр для будь-яких символів non-ASCII у шляхах конфігурації та
|
||||
фільтрах.
|
||||
|
||||
16.5 Суфікс невідновлюваних файлів
|
||||
16.6 Суфікс невідновлюваних файлів
|
||||
----------------------------------
|
||||
|
||||
Коли `fix` не може повністю відновити пошкоджений файл, він поміщає його в
|
||||
|
|
@ -2185,7 +2201,7 @@ SnapRAID використовує стандартне, передбачуван
|
|||
переконайтеся, що правило `exclude *.unrecoverable` включено до вашої
|
||||
конфігурації, щоб такі файли не відстежувалися в наборі даних парності.
|
||||
|
||||
16.6 Відновлення з частковим fix
|
||||
16.7 Відновлення з частковим fix
|
||||
--------------------------------
|
||||
|
||||
Коли `fix` обмежено за допомогою `-S, --start` або `-B, --count`,
|
||||
|
|
@ -2207,7 +2223,7 @@ SnapRAID працює лише з вибраними блоками і не ви
|
|||
невідновлювані дані, видаліть або перейменуйте уражені файли перед спробою
|
||||
повторного відновлення або перевірте їхній вміст вручну.
|
||||
|
||||
16.7 Жорсткі посилання NTFS та виключені шляхи
|
||||
16.8 Жорсткі посилання NTFS та виключені шляхи
|
||||
----------------------------------------------
|
||||
|
||||
У файловій системі NTFS записи каталогів кешують розмір файлу та часові
|
||||
|
|
@ -2232,7 +2248,7 @@ SnapRAID автоматично виявляє та нормалізує цей
|
|||
посилання, виключені зі SnapRAID, або переконайтеся, що всі жорсткі
|
||||
посилання на файл включені до сканування, щоб SnapRAID міг їх нормалізувати.
|
||||
|
||||
16.8 Відновлення після перерваного sync з кількома парностями
|
||||
16.9 Відновлення після перерваного sync з кількома парностями
|
||||
-------------------------------------------------------------
|
||||
|
||||
У масиві з кількома дисками парності перерваний `sync` може залишити
|
||||
|
|
|
|||
|
|
@ -2074,6 +2074,14 @@ SnapRAID 在扫描数据磁盘时不会跨越文件系统、挂载点或子卷
|
|||
因此，在扫描快照时，活动文件系统中被挂载点隐藏的目录可能会变为可见。
|
||||
.PP
|
||||
启用文件系统快照时，请勿在数据磁盘内放置嵌套挂载点或 bind 挂载。
|
||||
.SS 带有文件系统快照的多套配置
|
||||
使用相同文件系统快照命名空间的多套独立 SnapRAID 配置无法安全共享快照支持。
|
||||
.PP
|
||||
在 Btrfs 和 Bcachefs 上，只有一套启用了快照支持的 SnapRAID 配置可以使用
|
||||
同一子卷内的数据目录。在 ZFS 上，相同的限制适用于数据集，在 NTFS 上适用于卷。
|
||||
.PP
|
||||
共享相同快照命名空间的多套配置使用相同的 \`stable\`、\`pending\` 和 \`scan\` 快照。
|
||||
因此，运行其中一套配置可能会替换或删除另一套配置所需的恢复快照。
|
||||
.SS 未更改时间戳的原地文件修改
|
||||
SnapRAID 通过比较文件大小和修改时间戳（mtime）来检测文件修改。
|
||||
.PP
|
||||
|
|
|
|||
|
|
@ -1572,6 +1572,15 @@ Name{number}
|
|||
|
||||
启用文件系统快照时，请勿在数据磁盘内放置嵌套挂载点或 bind 挂载。
|
||||
|
||||
带有文件系统快照的多套配置
|
||||
使用相同文件系统快照命名空间的多套独立 SnapRAID 配置无法安全共享快照支持。
|
||||
|
||||
在 Btrfs 和 Bcachefs 上，只有一套启用了快照支持的 SnapRAID 配置可以使用
|
||||
同一子卷内的数据目录。在 ZFS 上，相同的限制适用于数据集，在 NTFS 上适用于卷。
|
||||
|
||||
共享相同快照命名空间的多套配置使用相同的 `stable`、`pending` 和 `scan` 快照。
|
||||
因此，运行其中一套配置可能会替换或删除另一套配置所需的恢复快照。
|
||||
|
||||
未更改时间戳的原地文件修改
|
||||
SnapRAID 通过比较文件大小和修改时间戳（mtime）来检测文件修改。
|
||||
|
||||
|
|
|
|||
|
|
@ -1707,7 +1707,18 @@ SnapRAID 在扫描数据磁盘时不会跨越文件系统、挂载点或子卷
|
|||
|
||||
启用文件系统快照时，请勿在数据磁盘内放置嵌套挂载点或 bind 挂载。
|
||||
|
||||
16.3 未更改时间戳的原地文件修改
|
||||
16.3 带有文件系统快照的多套配置
|
||||
------------------
|
||||
|
||||
使用相同文件系统快照命名空间的多套独立 SnapRAID 配置无法安全共享快照支持。
|
||||
|
||||
在 Btrfs 和 Bcachefs 上，只有一套启用了快照支持的 SnapRAID 配置可以使用
|
||||
同一子卷内的数据目录。在 ZFS 上，相同的限制适用于数据集，在 NTFS 上适用于卷。
|
||||
|
||||
共享相同快照命名空间的多套配置使用相同的 `stable`、`pending` 和 `scan` 快照。
|
||||
因此，运行其中一套配置可能会替换或删除另一套配置所需的恢复快照。
|
||||
|
||||
16.4 未更改时间戳的原地文件修改
|
||||
------------------
|
||||
|
||||
SnapRAID 通过比较文件大小和修改时间戳（mtime）来检测文件修改。
|
||||
|
|
@ -1718,7 +1729,7 @@ SnapRAID 通过比较文件大小和修改时间戳（mtime）来检测文件修
|
|||
为确保 SnapRAID 识别此类更改，请更新文件的修改时间戳（例如使用 “touch” 实用程序）。
|
||||
否则，该差异仅在后续的 “scrub” 或 “check” 期间作为哈希不匹配被检测到。
|
||||
|
||||
16.4 Windows 非 ASCII 大小写匹配
|
||||
16.5 Windows 非 ASCII 大小写匹配
|
||||
--------------------------
|
||||
|
||||
SnapRAID 在所有平台上均使用标准且可预测的 UTF-8 编码，仅对 ASCII 字符进行
|
||||
|
|
@ -1735,7 +1746,7 @@ Unicode 文件名之间强制实行不区分大小写。因此，Windows 掩盖
|
|||
执着所致。为了防止因 Windows 的大小写折叠而产生差异，请在配置路径和过滤器中
|
||||
始终为非 ASCII 字符指定准确的大小写。
|
||||
|
||||
16.5 无法恢复的文件后缀
|
||||
16.6 无法恢复的文件后缀
|
||||
--------------
|
||||
|
||||
当 `fix` 无法完全恢复损坏的文件时，它会通过在文件名后附加 `.unrecoverable`
|
||||
|
|
@ -1753,7 +1764,7 @@ Unicode 文件名之间强制实行不区分大小写。因此，Windows 掩盖
|
|||
请避免对常规文件使用 `.unrecoverable` 扩展名，并确保在配置中包含
|
||||
`exclude *.unrecoverable`，以防止在奇偶校验数据集中跟踪此类文件。
|
||||
|
||||
16.6 部分 fix 恢复
|
||||
16.7 部分 fix 恢复
|
||||
--------------
|
||||
|
||||
当使用 `-S, --start` 或 `-B, --count` 限制 `fix` 时，
|
||||
|
|
@ -1770,7 +1781,7 @@ SnapRAID 仅对选定的块进行操作，而不执行文件级别的最终化
|
|||
如果部分 `fix` 报告了无法恢复的数据，请在尝试另一次恢复之前删除受影响的
|
||||
文件或对其重命名，或者手动验证其内容。
|
||||
|
||||
16.7 NTFS 硬链接与排除的路径
|
||||
16.8 NTFS 硬链接与排除的路径
|
||||
-------------------
|
||||
|
||||
在 NTFS 上，目录条目会为每个硬链接单独缓存文件大小和时间戳。
|
||||
|
|
@ -1789,7 +1800,7 @@ SnapRAID 仅对选定的块进行操作，而不执行文件级别的最终化
|
|||
的文件，或者确保文件的所有硬链接都包含在扫描中，以便 SnapRAID 可以
|
||||
对它们进行规范化。
|
||||
|
||||
16.8 中断的多重奇偶校验 sync 后的恢复
|
||||
16.9 中断的多重奇偶校验 sync 后的恢复
|
||||
------------------------
|
||||
|
||||
在具有多个奇偶校验磁盘的阵列中，中断的 `sync` 可能会使不同奇偶校验
|
||||
|
|
|
|||
|
|
@ -2308,6 +2308,17 @@ visible.
|
|||
.PP
|
||||
Do not place nested mount points or bind mounts inside data disks when
|
||||
filesystem snapshots are enabled.
|
||||
.SS Multiple configurations with filesystem snapshots
|
||||
Snapshot support cannot be safely shared by multiple independent
|
||||
SnapRAID configurations using the same filesystem snapshot namespace.
|
||||
.PP
|
||||
On Btrfs and Bcachefs, only one SnapRAID configuration with snapshot
|
||||
support enabled may use data directories within the same subvolume.
|
||||
On ZFS, the same restriction applies to a dataset, and on NTFS to a volume.
|
||||
.PP
|
||||
Multiple configurations sharing the same snapshot namespace use the same
|
||||
\`stable\`, \`pending\`, and \`scan\` snapshots. Running one configuration may
|
||||
therefore replace or delete recovery snapshots required by another.
|
||||
.SS In\-place file modifications without timestamp changes
|
||||
SnapRAID detects file modifications by comparing file sizes and
|
||||
modification timestamps (mtime).
|
||||
|
|
|
|||
|
|
@ -1806,6 +1806,18 @@ Known Issues
|
|||
Do not place nested mount points or bind mounts inside data disks when
|
||||
filesystem snapshots are enabled.
|
||||
|
||||
Multiple configurations with filesystem snapshots
|
||||
Snapshot support cannot be safely shared by multiple independent
|
||||
SnapRAID configurations using the same filesystem snapshot namespace.
|
||||
|
||||
On Btrfs and Bcachefs, only one SnapRAID configuration with snapshot
|
||||
support enabled may use data directories within the same subvolume.
|
||||
On ZFS, the same restriction applies to a dataset, and on NTFS to a volume.
|
||||
|
||||
Multiple configurations sharing the same snapshot namespace use the same
|
||||
`stable`, `pending`, and `scan` snapshots. Running one configuration may
|
||||
therefore replace or delete recovery snapshots required by another.
|
||||
|
||||
In-place file modifications without timestamp changes
|
||||
SnapRAID detects file modifications by comparing file sizes and
|
||||
modification timestamps (mtime).
|
||||
|
|
|
|||
|
|
@ -1941,7 +1941,21 @@ visible.
|
|||
Do not place nested mount points or bind mounts inside data disks when
|
||||
filesystem snapshots are enabled.
|
||||
|
||||
16.3 In-place file modifications without timestamp changes
|
||||
16.3 Multiple configurations with filesystem snapshots
|
||||
------------------------------------------------------
|
||||
|
||||
Snapshot support cannot be safely shared by multiple independent
|
||||
SnapRAID configurations using the same filesystem snapshot namespace.
|
||||
|
||||
On Btrfs and Bcachefs, only one SnapRAID configuration with snapshot
|
||||
support enabled may use data directories within the same subvolume.
|
||||
On ZFS, the same restriction applies to a dataset, and on NTFS to a volume.
|
||||
|
||||
Multiple configurations sharing the same snapshot namespace use the same
|
||||
`stable`, `pending`, and `scan` snapshots. Running one configuration may
|
||||
therefore replace or delete recovery snapshots required by another.
|
||||
|
||||
16.4 In-place file modifications without timestamp changes
|
||||
----------------------------------------------------------
|
||||
|
||||
SnapRAID detects file modifications by comparing file sizes and
|
||||
|
|
@ -1956,7 +1970,7 @@ modification timestamp (for example, with the "touch" utility).
|
|||
Otherwise, the difference will only be detected as a hash mismatch
|
||||
during a subsequent "scrub" or "check".
|
||||
|
||||
16.4 Windows non-ASCII case matching
|
||||
16.5 Windows non-ASCII case matching
|
||||
------------------------------------
|
||||
|
||||
SnapRAID uses standard, predictable UTF-8 encoding across all platforms,
|
||||
|
|
@ -1977,7 +1991,7 @@ filenames and its insistence on case-insensitive aliasing. To prevent
|
|||
discrepancies arising from Windows's case folding, always specify the
|
||||
exact case for any non-ASCII characters in configuration paths and filters.
|
||||
|
||||
16.5 Unrecoverable files suffix
|
||||
16.6 Unrecoverable files suffix
|
||||
-------------------------------
|
||||
|
||||
When `fix` cannot fully recover a damaged file, it quarantines it by
|
||||
|
|
@ -1999,7 +2013,7 @@ Avoid using the `.unrecoverable` extension for regular files, and ensure
|
|||
that `exclude *.unrecoverable` is included in your configuration to
|
||||
prevent such files from being tracked in the parity dataset.
|
||||
|
||||
16.6 Partial fix recovery
|
||||
16.7 Partial fix recovery
|
||||
-------------------------
|
||||
|
||||
When `fix` is restricted using `-S, --start` or `-B, --count`,
|
||||
|
|
@ -2021,7 +2035,7 @@ typically after a normal `fix` has failed. If a partial `fix` reports
|
|||
unrecoverable data, remove or rename the affected files before attempting
|
||||
another recovery, or verify their contents manually.
|
||||
|
||||
16.7 NTFS hard links and excluded paths
|
||||
16.8 NTFS hard links and excluded paths
|
||||
---------------------------------------
|
||||
|
||||
On NTFS, directory entries cache file size and timestamps independently
|
||||
|
|
@ -2045,7 +2059,7 @@ To avoid this limitation, avoid modifying protected files through hard
|
|||
links that are excluded from SnapRAID, or ensure that all hard links to a
|
||||
file are included in the scan so SnapRAID can normalize them.
|
||||
|
||||
16.8 Recovery after an interrupted multi-parity sync
|
||||
16.9 Recovery after an interrupted multi-parity sync
|
||||
----------------------------------------------------
|
||||
|
||||
In an array with multiple parity disks, an interrupted `sync` can leave
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue