From 608e78f3a6b6d9325b010cc0cf0ac15efd92e594 Mon Sep 17 00:00:00 2001 From: Andrea Mazzoleni Date: Fri, 25 Sep 2026 13:20:34 +0200 Subject: [PATCH] Remove unrecoverable suffix note from Known Issues in documentation --- doc/snapraid-de.1 | 23 ----------------------- doc/snapraid-de.d | 24 ------------------------ doc/snapraid-de.txt | 32 +++----------------------------- doc/snapraid-es.1 | 19 ------------------- doc/snapraid-es.d | 20 -------------------- doc/snapraid-es.txt | 28 +++------------------------- doc/snapraid-fr.1 | 21 --------------------- doc/snapraid-fr.d | 22 ---------------------- doc/snapraid-fr.txt | 30 +++--------------------------- doc/snapraid-it.1 | 19 ------------------- doc/snapraid-it.d | 20 -------------------- doc/snapraid-it.txt | 28 +++------------------------- doc/snapraid-ja.1 | 17 ----------------- doc/snapraid-ja.d | 18 ------------------ doc/snapraid-ja.txt | 26 +++----------------------- doc/snapraid-ko.1 | 16 ---------------- doc/snapraid-ko.d | 17 ----------------- doc/snapraid-ko.txt | 25 +++---------------------- doc/snapraid-pl.1 | 19 ------------------- doc/snapraid-pl.d | 20 -------------------- doc/snapraid-pl.txt | 28 +++------------------------- doc/snapraid-pt.1 | 19 ------------------- doc/snapraid-pt.d | 20 -------------------- doc/snapraid-pt.txt | 28 +++------------------------- doc/snapraid-ro.1 | 19 ------------------- doc/snapraid-ro.d | 20 -------------------- doc/snapraid-ro.txt | 28 +++------------------------- doc/snapraid-ru.1 | 19 ------------------- doc/snapraid-ru.d | 20 -------------------- doc/snapraid-ru.txt | 28 +++------------------------- doc/snapraid-sv.1 | 19 ------------------- doc/snapraid-sv.d | 20 -------------------- doc/snapraid-sv.txt | 28 +++------------------------- doc/snapraid-uk.1 | 19 ------------------- doc/snapraid-uk.d | 20 -------------------- doc/snapraid-uk.txt | 28 +++------------------------- doc/snapraid-zh.1 | 15 --------------- doc/snapraid-zh.d | 16 ---------------- doc/snapraid-zh.txt | 24 +++--------------------- doc/snapraid.1 | 19 ------------------- doc/snapraid.d | 20 -------------------- doc/snapraid.txt | 28 +++------------------------- 42 files changed, 42 insertions(+), 887 deletions(-) diff --git a/doc/snapraid-de.1 b/doc/snapraid-de.1 index 77816944..882c72dc 100644 --- a/doc/snapraid-de.1 +++ b/doc/snapraid-de.1 @@ -2489,29 +2489,6 @@ Unicode\-Dateinamen und das Beharren auf einer Groß\-/Kleinschreibungs\-Aliasin 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. -.SS Dateiendung für nicht wiederherstellbare Dateien -Wenn \`fix\` eine beschädigte Datei nicht vollständig wiederherstellen kann, -wird sie unter Quarantäne gestellt, indem die Erweiterung \`.unrecoverable\` -an ihren Namen angehängt wird. -.PP -Wenn ein späterer \`fix\`\-Vorgang die Wiederherstellung wiederholt, erstellt -er eine neue Datei unter dem normalen Dateinamen und behält die alte -\`.unrecoverable\`\-Datei bei, während die Wiederherstellung läuft. Wenn der -erneute Versuch fehlschlägt, ersetzt das neue fehlgeschlagene Ergebnis die -alte Quarantäne. Wenn der erneute Versuch vollständig erfolgreich ist, löscht -SnapRAID die veraltete \`.unrecoverable\`\-Datei. Eine Quarantänedatei wird -niemals wieder in den normalen Dateinamen umbenannt. -.PP -Da SnapRAID Quarantänedateien ausschließlich anhand ihres Dateinamens -identifiziert, kann jede bereits vorhandene Datei, die zufällig die Endung -\`.unrecoverable\` verwendet, abgeschnitten, überschrieben, ersetzt oder gelöscht -werden, wenn ihr Basisname mit einer gerade wiederherzustellenden Datei -übereinstimmt. -.PP -Vermeiden Sie die Verwendung der Erweiterung \`.unrecoverable\` für reguläre -Dateien und stellen Sie sicher, dass \`exclude *.unrecoverable\` in Ihrer -Konfiguration enthalten ist, um zu verhindern, dass solche Dateien im -Paritätsdatensatz erfasst werden. .SS Wiederherstellung mit partiellem Fix Wenn \`fix\` mit \`\-S, \-\-start\` oder \`\-B, \-\-count\` eingeschränkt wird, arbeitet SnapRAID nur auf den ausgewählten Blöcken und führt weder eine diff --git a/doc/snapraid-de.d b/doc/snapraid-de.d index 44e227b8..504ec020 100644 --- a/doc/snapraid-de.d +++ b/doc/snapraid-de.d @@ -1977,30 +1977,6 @@ Bekannte Probleme (Known Issues) geben Sie für alle Nicht-ASCII-Zeichen in Konfigurationspfaden und Filtern stets die exakte Groß-/Kleinschreibung an. - Dateiendung für nicht wiederherstellbare Dateien - Wenn `fix` eine beschädigte Datei nicht vollständig wiederherstellen kann, - wird sie unter Quarantäne gestellt, indem die Erweiterung `.unrecoverable` - an ihren Namen angehängt wird. - - Wenn ein späterer `fix`-Vorgang die Wiederherstellung wiederholt, erstellt - er eine neue Datei unter dem normalen Dateinamen und behält die alte - `.unrecoverable`-Datei bei, während die Wiederherstellung läuft. Wenn der - erneute Versuch fehlschlägt, ersetzt das neue fehlgeschlagene Ergebnis die - alte Quarantäne. Wenn der erneute Versuch vollständig erfolgreich ist, löscht - SnapRAID die veraltete `.unrecoverable`-Datei. Eine Quarantänedatei wird - niemals wieder in den normalen Dateinamen umbenannt. - - Da SnapRAID Quarantänedateien ausschließlich anhand ihres Dateinamens - identifiziert, kann jede bereits vorhandene Datei, die zufällig die Endung - `.unrecoverable` verwendet, abgeschnitten, überschrieben, ersetzt oder gelöscht - werden, wenn ihr Basisname mit einer gerade wiederherzustellenden Datei - übereinstimmt. - - Vermeiden Sie die Verwendung der Erweiterung `.unrecoverable` für reguläre - Dateien und stellen Sie sicher, dass `exclude *.unrecoverable` in Ihrer - Konfiguration enthalten ist, um zu verhindern, dass solche Dateien im - Paritätsdatensatz erfasst werden. - Wiederherstellung mit partiellem Fix Wenn `fix` mit `-S, --start` oder `-B, --count` eingeschränkt wird, arbeitet SnapRAID nur auf den ausgewählten Blöcken und führt weder eine diff --git a/doc/snapraid-de.txt b/doc/snapraid-de.txt index e8ebbc6f..6a475e85 100644 --- a/doc/snapraid-de.txt +++ b/doc/snapraid-de.txt @@ -2118,33 +2118,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.6 Dateiendung für nicht wiederherstellbare Dateien ------------------------------------------------------ - -Wenn `fix` eine beschädigte Datei nicht vollständig wiederherstellen kann, -wird sie unter Quarantäne gestellt, indem die Erweiterung `.unrecoverable` -an ihren Namen angehängt wird. - -Wenn ein späterer `fix`-Vorgang die Wiederherstellung wiederholt, erstellt -er eine neue Datei unter dem normalen Dateinamen und behält die alte -`.unrecoverable`-Datei bei, während die Wiederherstellung läuft. Wenn der -erneute Versuch fehlschlägt, ersetzt das neue fehlgeschlagene Ergebnis die -alte Quarantäne. Wenn der erneute Versuch vollständig erfolgreich ist, löscht -SnapRAID die veraltete `.unrecoverable`-Datei. Eine Quarantänedatei wird -niemals wieder in den normalen Dateinamen umbenannt. - -Da SnapRAID Quarantänedateien ausschließlich anhand ihres Dateinamens -identifiziert, kann jede bereits vorhandene Datei, die zufällig die Endung -`.unrecoverable` verwendet, abgeschnitten, überschrieben, ersetzt oder gelöscht -werden, wenn ihr Basisname mit einer gerade wiederherzustellenden Datei -übereinstimmt. - -Vermeiden Sie die Verwendung der Erweiterung `.unrecoverable` für reguläre -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.7 Wiederherstellung mit partiellem Fix +16.6 Wiederherstellung mit partiellem Fix ----------------------------------------- Wenn `fix` mit `-S, --start` oder `-B, --count` eingeschränkt wird, @@ -2168,7 +2142,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.8 NTFS-Hardlinks und ausgeschlossene Pfade +16.7 NTFS-Hardlinks und ausgeschlossene Pfade --------------------------------------------- Unter NTFS speichern Verzeichniseinträge Dateigröße und Zeitstempel @@ -2195,7 +2169,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.9 Wiederherstellung nach einem unterbrochenen Multi-Paritäts-Sync +16.8 Wiederherstellung nach einem unterbrochenen Multi-Paritäts-Sync -------------------------------------------------------------------- In einem Array mit mehreren Paritätsfestplatten kann ein unterbrochener diff --git a/doc/snapraid-es.1 b/doc/snapraid-es.1 index 445aea39..a2a40aed 100644 --- a/doc/snapraid-es.1 +++ b/doc/snapraid-es.1 @@ -2445,25 +2445,6 @@ Unicode por parte de Windows y a su insistencia en aplicar alias que ignoran 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. -.SS Sufijo de archivos no recuperables -Cuando \`fix\` no puede recuperar por completo un archivo dañado, lo pone en -cuarentena añadiendo la extensión \`.unrecoverable\` a su nombre. -.PP -Si un \`fix\` posterior reintenta la recuperación, crea un nuevo archivo con el -nombre de archivo normal y conserva el antiguo archivo \`.unrecoverable\` -mientras la recuperación está en curso. Si el reintento falla, el nuevo -resultado fallido reemplaza la antigua cuarentena. Si el reintento tiene éxito -por completo, SnapRAID elimina el archivo \`.unrecoverable\` obsoleto. Una -cuarentena nunca se promueve de nuevo al nombre de archivo normal. -.PP -Dado que SnapRAID identifica los archivos en cuarentena únicamente por su -nombre de archivo, cualquier archivo preexistente que utilice casualmente el -sufijo \`.unrecoverable\` puede truncarse, sobrescribirse, reemplazarse o eliminarse -si su nombre base coincide con un archivo que se está reparando. -.PP -Evite utilizar la extensión \`.unrecoverable\` para archivos normales y asegúrese -de incluir \`exclude *.unrecoverable\` en su configuración para evitar que dichos -archivos se rastreen en el conjunto de datos de paridad. .SS Recuperación con fix parcial Cuando \`fix\` se restringe mediante \`\-S, \-\-start\` o \`\-B, \-\-count\`, SnapRAID opera únicamente sobre los bloques seleccionados y no realiza diff --git a/doc/snapraid-es.d b/doc/snapraid-es.d index 1b5c54e8..76d64249 100644 --- a/doc/snapraid-es.d +++ b/doc/snapraid-es.d @@ -1944,26 +1944,6 @@ Problemas conocidos (Known Issues) 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. - Sufijo de archivos no recuperables - Cuando `fix` no puede recuperar por completo un archivo dañado, lo pone en - cuarentena añadiendo la extensión `.unrecoverable` a su nombre. - - Si un `fix` posterior reintenta la recuperación, crea un nuevo archivo con el - nombre de archivo normal y conserva el antiguo archivo `.unrecoverable` - mientras la recuperación está en curso. Si el reintento falla, el nuevo - resultado fallido reemplaza la antigua cuarentena. Si el reintento tiene éxito - por completo, SnapRAID elimina el archivo `.unrecoverable` obsoleto. Una - cuarentena nunca se promueve de nuevo al nombre de archivo normal. - - Dado que SnapRAID identifica los archivos en cuarentena únicamente por su - nombre de archivo, cualquier archivo preexistente que utilice casualmente el - sufijo `.unrecoverable` puede truncarse, sobrescribirse, reemplazarse o eliminarse - si su nombre base coincide con un archivo que se está reparando. - - Evite utilizar la extensión `.unrecoverable` para archivos normales y asegúrese - de incluir `exclude *.unrecoverable` en su configuración para evitar que dichos - archivos se rastreen en el conjunto de datos de paridad. - Recuperación con fix parcial Cuando `fix` se restringe mediante `-S, --start` o `-B, --count`, SnapRAID opera únicamente sobre los bloques seleccionados y no realiza diff --git a/doc/snapraid-es.txt b/doc/snapraid-es.txt index d2ca702f..af325c65 100644 --- a/doc/snapraid-es.txt +++ b/doc/snapraid-es.txt @@ -2085,29 +2085,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.6 Sufijo de archivos no recuperables ---------------------------------------- - -Cuando `fix` no puede recuperar por completo un archivo dañado, lo pone en -cuarentena añadiendo la extensión `.unrecoverable` a su nombre. - -Si un `fix` posterior reintenta la recuperación, crea un nuevo archivo con el -nombre de archivo normal y conserva el antiguo archivo `.unrecoverable` -mientras la recuperación está en curso. Si el reintento falla, el nuevo -resultado fallido reemplaza la antigua cuarentena. Si el reintento tiene éxito -por completo, SnapRAID elimina el archivo `.unrecoverable` obsoleto. Una -cuarentena nunca se promueve de nuevo al nombre de archivo normal. - -Dado que SnapRAID identifica los archivos en cuarentena únicamente por su -nombre de archivo, cualquier archivo preexistente que utilice casualmente el -sufijo `.unrecoverable` puede truncarse, sobrescribirse, reemplazarse o eliminarse -si su nombre base coincide con un archivo que se está reparando. - -Evite utilizar la extensión `.unrecoverable` para archivos normales y asegúrese -de incluir `exclude *.unrecoverable` en su configuración para evitar que dichos -archivos se rastreen en el conjunto de datos de paridad. - -16.7 Recuperación con fix parcial +16.6 Recuperación con fix parcial --------------------------------- Cuando `fix` se restringe mediante `-S, --start` o `-B, --count`, @@ -2129,7 +2107,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.8 Enlaces duros en NTFS y rutas excluidas +16.7 Enlaces duros en NTFS y rutas excluidas -------------------------------------------- En NTFS, las entradas de directorio almacenan en caché el tamaño del @@ -2155,7 +2133,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.9 Recuperación tras una sincronización de multiparidad interrumpida +16.8 Recuperación tras una sincronización de multiparidad interrumpida ---------------------------------------------------------------------- En una matriz con múltiples discos de paridad, un `sync` interrumpido diff --git a/doc/snapraid-fr.1 b/doc/snapraid-fr.1 index e6a7198b..4333515e 100644 --- a/doc/snapraid-fr.1 +++ b/doc/snapraid-fr.1 @@ -2490,27 +2490,6 @@ Unicode par Windows et son insistance sur l\'aliasement insensible à la casse. Pour éviter les écarts causés par le repliement de casse de Windows, spécifiez toujours la casse exacte de tous les caractères non\-ASCII dans les chemins de configuration et les filtres. -.SS Suffixe des fichiers irrécupérables -Lorsque \`fix\` ne peut pas récupérer entièrement un fichier endommagé, il le -place en quarantaine en ajoutant l\'extension \`.unrecoverable\` à son nom. -.PP -Si une commande \`fix\` ultérieure réessaie la récupération, elle crée un -nouveau fichier sous le nom normal et conserve l\'ancien fichier -\`.unrecoverable\` pendant la récupération. Si la nouvelle tentative échoue, -le nouveau résultat infructueux remplace l\'ancienne quarantaine. Si la -nouvelle tentative réussit complètement, SnapRAID supprime le fichier -\`.unrecoverable\` obsolète. Une quarantaine n\'est jamais promue à nouveau -vers le nom de fichier normal. -.PP -Étant donné que SnapRAID identifie les fichiers en quarantaine uniquement par -leur nom de fichier, tout fichier préexistant utilisant par coïncidence le -suffixe \`.unrecoverable\` peut être tronqué, écrasé, remplacé ou supprimé si son -nom de base correspond à un fichier en cours de réparation. -.PP -Évitez d\'utiliser l\'extension \`.unrecoverable\` pour les fichiers normaux et -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é. .SS Récupération avec fix partiel Lorsque \`fix\` est restreint avec \`\-S, \-\-start\` ou \`\-B, \-\-count\`, SnapRAID opère uniquement sur les blocs sélectionnés et n\'effectue diff --git a/doc/snapraid-fr.d b/doc/snapraid-fr.d index 2d005acc..162a0a88 100644 --- a/doc/snapraid-fr.d +++ b/doc/snapraid-fr.d @@ -1986,28 +1986,6 @@ Problèmes connus (Known Issues) toujours la casse exacte de tous les caractères non-ASCII dans les chemins de configuration et les filtres. - Suffixe des fichiers irrécupérables - Lorsque `fix` ne peut pas récupérer entièrement un fichier endommagé, il le - place en quarantaine en ajoutant l'extension `.unrecoverable` à son nom. - - Si une commande `fix` ultérieure réessaie la récupération, elle crée un - nouveau fichier sous le nom normal et conserve l'ancien fichier - `.unrecoverable` pendant la récupération. Si la nouvelle tentative échoue, - le nouveau résultat infructueux remplace l'ancienne quarantaine. Si la - nouvelle tentative réussit complètement, SnapRAID supprime le fichier - `.unrecoverable` obsolète. Une quarantaine n'est jamais promue à nouveau - vers le nom de fichier normal. - - Étant donné que SnapRAID identifie les fichiers en quarantaine uniquement par - leur nom de fichier, tout fichier préexistant utilisant par coïncidence le - suffixe `.unrecoverable` peut être tronqué, écrasé, remplacé ou supprimé si son - nom de base correspond à un fichier en cours de réparation. - - Évitez d'utiliser l'extension `.unrecoverable` pour les fichiers normaux et - 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é. - Récupération avec fix partiel Lorsque `fix` est restreint avec `-S, --start` ou `-B, --count`, SnapRAID opère uniquement sur les blocs sélectionnés et n'effectue diff --git a/doc/snapraid-fr.txt b/doc/snapraid-fr.txt index 4219aae3..dc94de93 100644 --- a/doc/snapraid-fr.txt +++ b/doc/snapraid-fr.txt @@ -2127,31 +2127,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.6 Suffixe des fichiers irrécupérables ----------------------------------------- - -Lorsque `fix` ne peut pas récupérer entièrement un fichier endommagé, il le -place en quarantaine en ajoutant l'extension `.unrecoverable` à son nom. - -Si une commande `fix` ultérieure réessaie la récupération, elle crée un -nouveau fichier sous le nom normal et conserve l'ancien fichier -`.unrecoverable` pendant la récupération. Si la nouvelle tentative échoue, -le nouveau résultat infructueux remplace l'ancienne quarantaine. Si la -nouvelle tentative réussit complètement, SnapRAID supprime le fichier -`.unrecoverable` obsolète. Une quarantaine n'est jamais promue à nouveau -vers le nom de fichier normal. - -Étant donné que SnapRAID identifie les fichiers en quarantaine uniquement par -leur nom de fichier, tout fichier préexistant utilisant par coïncidence le -suffixe `.unrecoverable` peut être tronqué, écrasé, remplacé ou supprimé si son -nom de base correspond à un fichier en cours de réparation. - -Évitez d'utiliser l'extension `.unrecoverable` pour les fichiers normaux et -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.7 Récupération avec fix partiel +16.6 Récupération avec fix partiel ---------------------------------- Lorsque `fix` est restreint avec `-S, --start` ou `-B, --count`, @@ -2175,7 +2151,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.8 Liens matériels NTFS et chemins exclus +16.7 Liens matériels NTFS et chemins exclus ------------------------------------------- Sur NTFS, les entrées de répertoire mettent en cache la taille du fichier @@ -2201,7 +2177,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.9 Récupération après un sync multi-parité interrompu +16.8 Récupération après un sync multi-parité interrompu ------------------------------------------------------- Dans une grappe avec plusieurs disques de parité, un `sync` interrompu diff --git a/doc/snapraid-it.1 b/doc/snapraid-it.1 index 04da4bd6..a86e45b5 100644 --- a/doc/snapraid-it.1 +++ b/doc/snapraid-it.1 @@ -2466,25 +2466,6 @@ maiuscolo/minuscolo. Per prevenire discrepanze dovute alla conversione del maiuscolo/minuscolo di Windows, specificare sempre l\'esatta combinazione di maiuscole/minuscole per qualsiasi carattere non ASCII nei percorsi di configurazione e nei filtri. -.SS Suffisso dei file irrecuperabili -Quando \`fix\` non riesce a recuperare completamente un file danneggiato, -lo mette in quarantena aggiungendo l\'estensione \`.unrecoverable\` al suo nome. -.PP -Se un successivo \`fix\` tenta nuovamente il recupero, crea un nuovo file con -il nome normale e preserva il vecchio file \`.unrecoverable\` durante l\'avanzamento -del recupero. Se il nuovo tentativo fallisce, il nuovo risultato fallito -sostituisce la vecchia quarantena. Se il tentativo ha completamente successo, -SnapRAID elimina il file \`.unrecoverable\` obsoleto. Un file in quarantena non -viene mai promosso nuovamente al nome di file normale. -.PP -Poiché SnapRAID identifica i file di quarantena esclusivamente dal nome del -file, qualsiasi file preesistente che utilizzi casualmente il suffisso -\`.unrecoverable\` potrebbe essere troncato, sovrascritto, sostituito o eliminato -se il suo nome di base corrisponde a un file in fase di ripristino. -.PP -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à. .SS Recupero con fix parziale Quando \`fix\` viene limitato usando \`\-S, \-\-start\` o \`\-B, \-\-count\`, SnapRAID opera solo sui blocchi selezionati e non esegue la diff --git a/doc/snapraid-it.d b/doc/snapraid-it.d index b449bc50..9e14de58 100644 --- a/doc/snapraid-it.d +++ b/doc/snapraid-it.d @@ -1951,26 +1951,6 @@ Problemi noti (Known Issues) maiuscole/minuscole per qualsiasi carattere non ASCII nei percorsi di configurazione e nei filtri. - Suffisso dei file irrecuperabili - Quando `fix` non riesce a recuperare completamente un file danneggiato, - lo mette in quarantena aggiungendo l'estensione `.unrecoverable` al suo nome. - - Se un successivo `fix` tenta nuovamente il recupero, crea un nuovo file con - il nome normale e preserva il vecchio file `.unrecoverable` durante l'avanzamento - del recupero. Se il nuovo tentativo fallisce, il nuovo risultato fallito - sostituisce la vecchia quarantena. Se il tentativo ha completamente successo, - SnapRAID elimina il file `.unrecoverable` obsoleto. Un file in quarantena non - viene mai promosso nuovamente al nome di file normale. - - Poiché SnapRAID identifica i file di quarantena esclusivamente dal nome del - file, qualsiasi file preesistente che utilizzi casualmente il suffisso - `.unrecoverable` potrebbe essere troncato, sovrascritto, sostituito o eliminato - se il suo nome di base corrisponde a un file in fase di ripristino. - - 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à. - Recupero con fix parziale Quando `fix` viene limitato usando `-S, --start` o `-B, --count`, SnapRAID opera solo sui blocchi selezionati e non esegue la diff --git a/doc/snapraid-it.txt b/doc/snapraid-it.txt index 46e03e61..b39fdc7a 100644 --- a/doc/snapraid-it.txt +++ b/doc/snapraid-it.txt @@ -2092,29 +2092,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.6 Suffisso dei file irrecuperabili -------------------------------------- - -Quando `fix` non riesce a recuperare completamente un file danneggiato, -lo mette in quarantena aggiungendo l'estensione `.unrecoverable` al suo nome. - -Se un successivo `fix` tenta nuovamente il recupero, crea un nuovo file con -il nome normale e preserva il vecchio file `.unrecoverable` durante l'avanzamento -del recupero. Se il nuovo tentativo fallisce, il nuovo risultato fallito -sostituisce la vecchia quarantena. Se il tentativo ha completamente successo, -SnapRAID elimina il file `.unrecoverable` obsoleto. Un file in quarantena non -viene mai promosso nuovamente al nome di file normale. - -Poiché SnapRAID identifica i file di quarantena esclusivamente dal nome del -file, qualsiasi file preesistente che utilizzi casualmente il suffisso -`.unrecoverable` potrebbe essere troncato, sovrascritto, sostituito o eliminato -se il suo nome di base corrisponde a un file in fase di ripristino. - -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.7 Recupero con fix parziale +16.6 Recupero con fix parziale ------------------------------ Quando `fix` viene limitato usando `-S, --start` o `-B, --count`, @@ -2136,7 +2114,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.8 Hard link NTFS e percorsi esclusi +16.7 Hard link NTFS e percorsi esclusi -------------------------------------- Su NTFS, le voci di directory memorizzano nella cache la dimensione del @@ -2162,7 +2140,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.9 Recupero dopo un sync a parità multipla interrotto +16.8 Recupero dopo un sync a parità multipla interrotto ------------------------------------------------------- In un array con più dischi di parità, un `sync` interrotto può lasciare diff --git a/doc/snapraid-ja.1 b/doc/snapraid-ja.1 index 9cd11344..63ec8afb 100644 --- a/doc/snapraid-ja.1 +++ b/doc/snapraid-ja.1 @@ -2216,23 +2216,6 @@ Unicodeファイル名全体で大文字・小文字の不区別を強制する しないエイリアスへの固執によって引き起こされます。Windowsの大文字・小文字フォール ディングに起因する不一致を防ぐため、設定パスおよびフィルター内の非ASCII文字には 常に正確な大文字・小文字を指定してください。 -.SS 回復不能ファイルのサフィックス -\`fix\` が破損したファイルを完全に回復できない場合、その名前に \`.unrecoverable\` -拡張子を追加して隔離します。 -.PP -後から実行された \`fix\` が回復を再試行する場合、通常のファイル名で新しいファイルを -作成し、回復の進行中は古い \`.unrecoverable\` ファイルを保持します。再試行が失敗 -した場合、新しい失敗した結果が古い隔離ファイルを置き換えます。再試行が完全に -成功した場合、SnapRAID は不要になった \`.unrecoverable\` ファイルを削除します。 -隔離ファイルが通常のファイル名に戻されることは決してありません。 -.PP -SnapRAID はファイル名のみに基づいて隔離ファイルを識別するため、偶然 \`.unrecoverable\` -サフィックスを使用している既存のファイルは、ベース名が修復中のファイルと一致すると、 -切り詰められたり、上書きされたり、置換されたり、削除されたりする可能性があります。 -.PP -通常のファイルには \`.unrecoverable\` 拡張子を使用しないようにし、それらのファイルが -パリティデータセットで追跡されないように設定に \`exclude *.unrecoverable\` が含まれている -ことを確認してください。 .SS 部分的な fix による回復 \`fix\` を \`\-S, \-\-start\` または \`\-B, \-\-count\` で制限した場合、 SnapRAID は選択されたブロックのみを処理し、ファイルレベルの完了処理や diff --git a/doc/snapraid-ja.d b/doc/snapraid-ja.d index 6c0e8a9f..2877363e 100644 --- a/doc/snapraid-ja.d +++ b/doc/snapraid-ja.d @@ -1715,24 +1715,6 @@ Name{number} ディングに起因する不一致を防ぐため、設定パスおよびフィルター内の非ASCII文字には 常に正確な大文字・小文字を指定してください。 - 回復不能ファイルのサフィックス - `fix` が破損したファイルを完全に回復できない場合、その名前に `.unrecoverable` - 拡張子を追加して隔離します。 - - 後から実行された `fix` が回復を再試行する場合、通常のファイル名で新しいファイルを - 作成し、回復の進行中は古い `.unrecoverable` ファイルを保持します。再試行が失敗 - した場合、新しい失敗した結果が古い隔離ファイルを置き換えます。再試行が完全に - 成功した場合、SnapRAID は不要になった `.unrecoverable` ファイルを削除します。 - 隔離ファイルが通常のファイル名に戻されることは決してありません。 - - SnapRAID はファイル名のみに基づいて隔離ファイルを識別するため、偶然 `.unrecoverable` - サフィックスを使用している既存のファイルは、ベース名が修復中のファイルと一致すると、 - 切り詰められたり、上書きされたり、置換されたり、削除されたりする可能性があります。 - - 通常のファイルには `.unrecoverable` 拡張子を使用しないようにし、それらのファイルが - パリティデータセットで追跡されないように設定に `exclude *.unrecoverable` が含まれている - ことを確認してください。 - 部分的な fix による回復 `fix` を `-S, --start` または `-B, --count` で制限した場合、 SnapRAID は選択されたブロックのみを処理し、ファイルレベルの完了処理や diff --git a/doc/snapraid-ja.txt b/doc/snapraid-ja.txt index 800ecf59..79f7d95d 100644 --- a/doc/snapraid-ja.txt +++ b/doc/snapraid-ja.txt @@ -1856,27 +1856,7 @@ Unicodeファイル名全体で大文字・小文字の不区別を強制する ディングに起因する不一致を防ぐため、設定パスおよびフィルター内の非ASCII文字には 常に正確な大文字・小文字を指定してください。 -16.6 回復不能ファイルのサフィックス --------------------- - -`fix` が破損したファイルを完全に回復できない場合、その名前に `.unrecoverable` -拡張子を追加して隔離します。 - -後から実行された `fix` が回復を再試行する場合、通常のファイル名で新しいファイルを -作成し、回復の進行中は古い `.unrecoverable` ファイルを保持します。再試行が失敗 -した場合、新しい失敗した結果が古い隔離ファイルを置き換えます。再試行が完全に -成功した場合、SnapRAID は不要になった `.unrecoverable` ファイルを削除します。 -隔離ファイルが通常のファイル名に戻されることは決してありません。 - -SnapRAID はファイル名のみに基づいて隔離ファイルを識別するため、偶然 `.unrecoverable` -サフィックスを使用している既存のファイルは、ベース名が修復中のファイルと一致すると、 -切り詰められたり、上書きされたり、置換されたり、削除されたりする可能性があります。 - -通常のファイルには `.unrecoverable` 拡張子を使用しないようにし、それらのファイルが -パリティデータセットで追跡されないように設定に `exclude *.unrecoverable` が含まれている -ことを確認してください。 - -16.7 部分的な fix による回復 +16.6 部分的な fix による回復 ------------------- `fix` を `-S, --start` または `-B, --count` で制限した場合、 @@ -1898,7 +1878,7 @@ SnapRAID は選択されたブロックのみを処理し、ファイルレベ 別の回復を試みる前に対象のファイルを削除または名前変更するか、その内容を手動で 確認してください。 -16.8 NTFS ハードリンクと除外されたパス +16.7 NTFS ハードリンクと除外されたパス ------------------------ NTFS では、ディレクトリエントリが各ハードリンクのファイルサイズとタイム @@ -1922,7 +1902,7 @@ SnapRAID は、スキャン中に同じファイルへのハードリンクが2 できるように、ファイルへのすべてのハードリンクがスキャンに含まれるように してください。 -16.9 中断されたマルチパリティ sync 後の回復 +16.8 中断されたマルチパリティ sync 後の回復 --------------------------- 複数のパリティディスクを持つアレイにおいて、`sync` が中断されると、 diff --git a/doc/snapraid-ko.1 b/doc/snapraid-ko.1 index fedb73fd..1a72d30f 100644 --- a/doc/snapraid-ko.1 +++ b/doc/snapraid-ko.1 @@ -2259,22 +2259,6 @@ Windows 파일 시스템은 임의의 시스템 종속 폴딩 테이블을 통 별칭 지정 고집으로 인해 발생합니다. Windows의 대소문자 폴딩으로 인한 불일치를 방지하려면 구성 경로 및 필터의 비ASCII 문자에 대해 항상 정확한 대소문자를 지정하십시오. -.SS 복구할 수 없는 파일 접미사 -\`fix\`가 손상된 파일을 완전히 복구할 수 없는 경우, 이름에 \`.unrecoverable\` 확장자를 -추가하여 격리합니다. -.PP -이후 \`fix\`가 복구를 재시도하는 경우, 일반 파일 이름으로 새 파일을 생성하고 복구가 -진행되는 동안 이전 \`.unrecoverable\` 파일을 유지합니다. 재시도에 실패하면 새 실패 -결과가 이전 격리 파일을 대체합니다. 재시도가 완전히 성공하면 SnapRAID는 더 이상 -필요 없는 \`.unrecoverable\` 파일을 삭제합니다. 격리 파일은 일반 파일 이름으로 다시 -승격되지 않습니다. -.PP -SnapRAID는 오직 파일 이름으로만 격리 파일을 식별하므로, 우연히 \`.unrecoverable\` 접미사를 -사용하는 기존 파일의 기본 이름이 복구 중인 파일과 일치하면 잘리거나, 덮어쓰이거나, -대체되거나, 삭제될 수 있습니다. -.PP -일반 파일에는 \`.unrecoverable\` 확장자를 사용하지 마시고, 해당 파일이 패리티 데이터셋에서 -추적되지 않도록 구성에 \`exclude *.unrecoverable\`이 포함되어 있는지 확인하십시오. .SS 부분 fix 복구 \`fix\`가 \`\-S, \-\-start\` 또는 \`\-B, \-\-count\`를 사용하여 제한되면, SnapRAID는 선택된 블록에서만 작동하며 파일 수준의 완료 처리나 격리를 diff --git a/doc/snapraid-ko.d b/doc/snapraid-ko.d index 62d23cb7..e118e651 100644 --- a/doc/snapraid-ko.d +++ b/doc/snapraid-ko.d @@ -1758,23 +1758,6 @@ Name{number} 방지하려면 구성 경로 및 필터의 비ASCII 문자에 대해 항상 정확한 대소문자를 지정하십시오. - 복구할 수 없는 파일 접미사 - `fix`가 손상된 파일을 완전히 복구할 수 없는 경우, 이름에 `.unrecoverable` 확장자를 - 추가하여 격리합니다. - - 이후 `fix`가 복구를 재시도하는 경우, 일반 파일 이름으로 새 파일을 생성하고 복구가 - 진행되는 동안 이전 `.unrecoverable` 파일을 유지합니다. 재시도에 실패하면 새 실패 - 결과가 이전 격리 파일을 대체합니다. 재시도가 완전히 성공하면 SnapRAID는 더 이상 - 필요 없는 `.unrecoverable` 파일을 삭제합니다. 격리 파일은 일반 파일 이름으로 다시 - 승격되지 않습니다. - - SnapRAID는 오직 파일 이름으로만 격리 파일을 식별하므로, 우연히 `.unrecoverable` 접미사를 - 사용하는 기존 파일의 기본 이름이 복구 중인 파일과 일치하면 잘리거나, 덮어쓰이거나, - 대체되거나, 삭제될 수 있습니다. - - 일반 파일에는 `.unrecoverable` 확장자를 사용하지 마시고, 해당 파일이 패리티 데이터셋에서 - 추적되지 않도록 구성에 `exclude *.unrecoverable`이 포함되어 있는지 확인하십시오. - 부분 fix 복구 `fix`가 `-S, --start` 또는 `-B, --count`를 사용하여 제한되면, SnapRAID는 선택된 블록에서만 작동하며 파일 수준의 완료 처리나 격리를 diff --git a/doc/snapraid-ko.txt b/doc/snapraid-ko.txt index b2184ede..6e2e7016 100644 --- a/doc/snapraid-ko.txt +++ b/doc/snapraid-ko.txt @@ -1899,26 +1899,7 @@ Windows 파일 시스템은 임의의 시스템 종속 폴딩 테이블을 통 방지하려면 구성 경로 및 필터의 비ASCII 문자에 대해 항상 정확한 대소문자를 지정하십시오. -16.6 복구할 수 없는 파일 접미사 --------------------- - -`fix`가 손상된 파일을 완전히 복구할 수 없는 경우, 이름에 `.unrecoverable` 확장자를 -추가하여 격리합니다. - -이후 `fix`가 복구를 재시도하는 경우, 일반 파일 이름으로 새 파일을 생성하고 복구가 -진행되는 동안 이전 `.unrecoverable` 파일을 유지합니다. 재시도에 실패하면 새 실패 -결과가 이전 격리 파일을 대체합니다. 재시도가 완전히 성공하면 SnapRAID는 더 이상 -필요 없는 `.unrecoverable` 파일을 삭제합니다. 격리 파일은 일반 파일 이름으로 다시 -승격되지 않습니다. - -SnapRAID는 오직 파일 이름으로만 격리 파일을 식별하므로, 우연히 `.unrecoverable` 접미사를 -사용하는 기존 파일의 기본 이름이 복구 중인 파일과 일치하면 잘리거나, 덮어쓰이거나, -대체되거나, 삭제될 수 있습니다. - -일반 파일에는 `.unrecoverable` 확장자를 사용하지 마시고, 해당 파일이 패리티 데이터셋에서 -추적되지 않도록 구성에 `exclude *.unrecoverable`이 포함되어 있는지 확인하십시오. - -16.7 부분 fix 복구 +16.6 부분 fix 복구 -------------- `fix`가 `-S, --start` 또는 `-B, --count`를 사용하여 제한되면, @@ -1938,7 +1919,7 @@ SnapRAID는 선택된 블록에서만 작동하며 파일 수준의 완료 처 시도하기 전에 영향을 받는 파일을 제거하거나 이름을 바꾸거나 해당 내용을 수동으로 확인하십시오. -16.8 NTFS 하드 링크 및 제외된 경로 +16.7 NTFS 하드 링크 및 제외된 경로 ------------------------ NTFS에서는 디렉터리 항목이 각 하드 링크의 파일 크기와 타임스탬프를 @@ -1960,7 +1941,7 @@ SnapRAID는 스캔 중에 동일한 파일에 대한 하드 링크를 2개 이 파일을 수정하지 않거나, SnapRAID가 이를 정규화할 수 있도록 파일의 모든 하드 링크가 스캔에 포함되도록 하십시오. -16.9 중단된 다중 패리티 sync 후 복구 +16.8 중단된 다중 패리티 sync 후 복구 ------------------------- 다중 패리티 디스크가 있는 어레이에서 `sync`가 중단되면 서로 다른 diff --git a/doc/snapraid-pl.1 b/doc/snapraid-pl.1 index 8c4a8ae7..4b9febe0 100644 --- a/doc/snapraid-pl.1 +++ b/doc/snapraid-pl.1 @@ -2355,25 +2355,6 @@ Windows oraz jego uporczywego stosowania aliasów bez uwzględniania wielkości 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. -.SS Sufiks plików niemożliwych do odzyskania -Gdy \`fix\` nie może w pełni odzyskać uszkodzonego pliku, poddaje go kwarantannie, -dodając do jego nazwy rozszerzenie \`.unrecoverable\`. -.PP -Jeśli późniejsze polecenie \`fix\` ponowi próbę odzyskania, tworzy ono nowy -plik pod normalną nazwą i zachowuje stary plik \`.unrecoverable\` podczas trwania -odzyskiwania. Jeśli ponowna próba się nie powiedzie, nowy nieudany wynik -zastępuje starą kwarantannę. Jeśli ponowna próba zakończy się całkowitym -sukcesem, SnapRAID usuwa przestarzały plik \`.unrecoverable\`. Kwarantanna nigdy -nie jest przywracana do normalnej nazwy pliku. -.PP -Ponieważ SnapRAID identyfikuje pliki kwarantanny wyłącznie na podstawie ich -nazwy, każdy wcześniej istniejący plik, który przypadkowo używa sufiksu -\`.unrecoverable\`, może zostać obcięty, nadpisany, zastąpiony lub usunięty, jeśli -jego nazwa bazowa odpowiada naprawianemu plikowi. -.PP -Unikaj używania rozszerzenia \`.unrecoverable\` dla zwykłych plików i upewnij się, -że w konfiguracji uwzględniono regułę \`exclude *.unrecoverable\`, aby zapobiec -śledzeniu takich plików w zbiorze danych parzystości. .SS Odzyskiwanie za pomocą częściowego fix Gdy polecenie \`fix\` jest ograniczone za pomocą \`\-S, \-\-start\` lub \`\-B, \-\-count\`, SnapRAID działa tylko na wybranych blokach i nie przeprowadza finalizacji diff --git a/doc/snapraid-pl.d b/doc/snapraid-pl.d index 19dce1c8..0b8754f9 100644 --- a/doc/snapraid-pl.d +++ b/doc/snapraid-pl.d @@ -1854,26 +1854,6 @@ Znane problemy (Known Issues) Windows, zawsze podawaj dokładną wielkość liter w przypadku znaków spoza ASCII w ścieżkach konfiguracyjnych i filtrach. - Sufiks plików niemożliwych do odzyskania - Gdy `fix` nie może w pełni odzyskać uszkodzonego pliku, poddaje go kwarantannie, - dodając do jego nazwy rozszerzenie `.unrecoverable`. - - Jeśli późniejsze polecenie `fix` ponowi próbę odzyskania, tworzy ono nowy - plik pod normalną nazwą i zachowuje stary plik `.unrecoverable` podczas trwania - odzyskiwania. Jeśli ponowna próba się nie powiedzie, nowy nieudany wynik - zastępuje starą kwarantannę. Jeśli ponowna próba zakończy się całkowitym - sukcesem, SnapRAID usuwa przestarzały plik `.unrecoverable`. Kwarantanna nigdy - nie jest przywracana do normalnej nazwy pliku. - - Ponieważ SnapRAID identyfikuje pliki kwarantanny wyłącznie na podstawie ich - nazwy, każdy wcześniej istniejący plik, który przypadkowo używa sufiksu - `.unrecoverable`, może zostać obcięty, nadpisany, zastąpiony lub usunięty, jeśli - jego nazwa bazowa odpowiada naprawianemu plikowi. - - Unikaj używania rozszerzenia `.unrecoverable` dla zwykłych plików i upewnij się, - że w konfiguracji uwzględniono regułę `exclude *.unrecoverable`, aby zapobiec - śledzeniu takich plików w zbiorze danych parzystości. - Odzyskiwanie za pomocą częściowego fix Gdy polecenie `fix` jest ograniczone za pomocą `-S, --start` lub `-B, --count`, SnapRAID działa tylko na wybranych blokach i nie przeprowadza finalizacji diff --git a/doc/snapraid-pl.txt b/doc/snapraid-pl.txt index bbbfb69e..ba098327 100644 --- a/doc/snapraid-pl.txt +++ b/doc/snapraid-pl.txt @@ -1995,29 +1995,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.6 Sufiks plików niemożliwych do odzyskania ---------------------------------------------- - -Gdy `fix` nie może w pełni odzyskać uszkodzonego pliku, poddaje go kwarantannie, -dodając do jego nazwy rozszerzenie `.unrecoverable`. - -Jeśli późniejsze polecenie `fix` ponowi próbę odzyskania, tworzy ono nowy -plik pod normalną nazwą i zachowuje stary plik `.unrecoverable` podczas trwania -odzyskiwania. Jeśli ponowna próba się nie powiedzie, nowy nieudany wynik -zastępuje starą kwarantannę. Jeśli ponowna próba zakończy się całkowitym -sukcesem, SnapRAID usuwa przestarzały plik `.unrecoverable`. Kwarantanna nigdy -nie jest przywracana do normalnej nazwy pliku. - -Ponieważ SnapRAID identyfikuje pliki kwarantanny wyłącznie na podstawie ich -nazwy, każdy wcześniej istniejący plik, który przypadkowo używa sufiksu -`.unrecoverable`, może zostać obcięty, nadpisany, zastąpiony lub usunięty, jeśli -jego nazwa bazowa odpowiada naprawianemu plikowi. - -Unikaj używania rozszerzenia `.unrecoverable` dla zwykłych plików i upewnij się, -że w konfiguracji uwzględniono regułę `exclude *.unrecoverable`, aby zapobiec -śledzeniu takich plików w zbiorze danych parzystości. - -16.7 Odzyskiwanie za pomocą częściowego fix +16.6 Odzyskiwanie za pomocą częściowego fix ------------------------------------------- Gdy polecenie `fix` jest ograniczone za pomocą `-S, --start` lub `-B, --count`, @@ -2040,7 +2018,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.8 Twarde dowiązania NTFS i wykluczone ścieżki +16.7 Twarde dowiązania NTFS i wykluczone ścieżki ------------------------------------------------ W systemie plików NTFS wpisy katalogowe niezależnie buforują rozmiar pliku @@ -2067,7 +2045,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.9 Odzyskiwanie po przerwanym sync z wieloma parzystościami +16.8 Odzyskiwanie po przerwanym sync z wieloma parzystościami ------------------------------------------------------------- W macierzy z wieloma dyskami parzystości przerwane polecenie `sync` może diff --git a/doc/snapraid-pt.1 b/doc/snapraid-pt.1 index c34c6c6f..63b73621 100644 --- a/doc/snapraid-pt.1 +++ b/doc/snapraid-pt.1 @@ -2392,25 +2392,6 @@ Unicode pelo Windows e por sua insistência no uso de aliases sem diferenciaçã 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. -.SS Sufixo de arquivos irrecuperáveis -Quando o \`fix\` não consegue recuperar totalmente um arquivo danificado, ele o -coloca em quarentena adicionando a extensão \`.unrecoverable\` ao seu nome. -.PP -Se um \`fix\` posterior tentar novamente a recuperação, ele cria um novo -arquivo com o nome normal e preserva o arquivo \`.unrecoverable\` antigo -enquanto a recuperação estiver em andamento. Se a nova tentativa falhar, o novo -resultado com falha substituirá a quarentena antiga. Se a nova tentativa for -totalmente bem\-sucedida, o SnapRAID excluirá o arquivo \`.unrecoverable\` -obsoleto. Uma quarentena nunca é promovida de volta ao nome de arquivo normal. -.PP -Como o SnapRAID identifica os arquivos de quarentena exclusivamente pelo nome -do arquivo, qualquer arquivo pré\-existente que coincidentemente use o sufixo -\`.unrecoverable\` pode ser truncado, sobrescrito, substituído ou excluído se seu -nome base coincidir com o arquivo que está sendo restaurado. -.PP -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. .SS Recuperação com fix parcial Quando o \`fix\` é restrito usando \`\-S, \-\-start\` ou \`\-B, \-\-count\`, o SnapRAID opera apenas nos blocos selecionados e não realiza a diff --git a/doc/snapraid-pt.d b/doc/snapraid-pt.d index ab1b4e6c..1d79eb15 100644 --- a/doc/snapraid-pt.d +++ b/doc/snapraid-pt.d @@ -1891,26 +1891,6 @@ Problemas Conhecidos (Known Issues) 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. - Sufixo de arquivos irrecuperáveis - Quando o `fix` não consegue recuperar totalmente um arquivo danificado, ele o - coloca em quarentena adicionando a extensão `.unrecoverable` ao seu nome. - - Se um `fix` posterior tentar novamente a recuperação, ele cria um novo - arquivo com o nome normal e preserva o arquivo `.unrecoverable` antigo - enquanto a recuperação estiver em andamento. Se a nova tentativa falhar, o novo - resultado com falha substituirá a quarentena antiga. Se a nova tentativa for - totalmente bem-sucedida, o SnapRAID excluirá o arquivo `.unrecoverable` - obsoleto. Uma quarentena nunca é promovida de volta ao nome de arquivo normal. - - Como o SnapRAID identifica os arquivos de quarentena exclusivamente pelo nome - do arquivo, qualquer arquivo pré-existente que coincidentemente use o sufixo - `.unrecoverable` pode ser truncado, sobrescrito, substituído ou excluído se seu - nome base coincidir com o arquivo que está sendo restaurado. - - 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. - Recuperação com fix parcial Quando o `fix` é restrito usando `-S, --start` ou `-B, --count`, o SnapRAID opera apenas nos blocos selecionados e não realiza a diff --git a/doc/snapraid-pt.txt b/doc/snapraid-pt.txt index 881a1104..b0eeac1e 100644 --- a/doc/snapraid-pt.txt +++ b/doc/snapraid-pt.txt @@ -2032,29 +2032,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.6 Sufixo de arquivos irrecuperáveis --------------------------------------- - -Quando o `fix` não consegue recuperar totalmente um arquivo danificado, ele o -coloca em quarentena adicionando a extensão `.unrecoverable` ao seu nome. - -Se um `fix` posterior tentar novamente a recuperação, ele cria um novo -arquivo com o nome normal e preserva o arquivo `.unrecoverable` antigo -enquanto a recuperação estiver em andamento. Se a nova tentativa falhar, o novo -resultado com falha substituirá a quarentena antiga. Se a nova tentativa for -totalmente bem-sucedida, o SnapRAID excluirá o arquivo `.unrecoverable` -obsoleto. Uma quarentena nunca é promovida de volta ao nome de arquivo normal. - -Como o SnapRAID identifica os arquivos de quarentena exclusivamente pelo nome -do arquivo, qualquer arquivo pré-existente que coincidentemente use o sufixo -`.unrecoverable` pode ser truncado, sobrescrito, substituído ou excluído se seu -nome base coincidir com o arquivo que está sendo restaurado. - -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.7 Recuperação com fix parcial +16.6 Recuperação com fix parcial -------------------------------- Quando o `fix` é restrito usando `-S, --start` ou `-B, --count`, @@ -2076,7 +2054,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.8 Links físicos no NTFS e caminhos excluídos +16.7 Links físicos no NTFS e caminhos excluídos ----------------------------------------------- No NTFS, as entradas de diretório armazenam em cache o tamanho do arquivo @@ -2102,7 +2080,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.9 Recuperação após uma sincronização de multiparidade interrompida +16.8 Recuperação após uma sincronização de multiparidade interrompida --------------------------------------------------------------------- Em uma matriz com múltiplos discos de paridade, um `sync` interrompido diff --git a/doc/snapraid-ro.1 b/doc/snapraid-ro.1 index 3e270221..4708a9cc 100644 --- a/doc/snapraid-ro.1 +++ b/doc/snapraid-ro.1 @@ -2352,25 +2352,6 @@ Unicode de către Windows și de insistența sa asupra aplicării de aliasuri f distincție între majuscule și minuscule. Pentru a preveni discrepanțele apărute din conversia efectuată de Windows, specificați întotdeauna forma exactă a caracterelor non\-ASCII în căile de configurare și filtre. -.SS Sufixul fișierelor nerecuperabile -Când \`fix\` nu poate recupera complet un fișier deteriorat, îl plasează în -carantină adăugând extensia \`.unrecoverable\` la numele său. -.PP -Dacă o comandă \`fix\` ulterioară reîncearcă recuperarea, aceasta creează un -fișier nou sub numele normal și păstrează vechiul fișier \`.unrecoverable\` -în timp ce recuperarea este în curs. Dacă reîncercarea eșuează, noul rezultat -eșuat înlocuiește vechea carantină. Dacă reîncercarea reușește complet, -SnapRAID șterge fișierul \`.unrecoverable\` învechit. O carantină nu este -niciodată promovată înapoi la numele de fișier normal. -.PP -Deoarece SnapRAID identifică fișierele de carantină exclusiv după numele lor, -orice fișier preexistent care folosește din coincidență sufixul \`.unrecoverable\` -poate fi trunchiat, suprascris, înlocuit sau șters dacă numele său de bază -corespunde unui fișier în curs de reparare. -.PP -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. .SS Recuperare cu fix parțial Când \`fix\` este restricționat folosind \`\-S, \-\-start\` sau \`\-B, \-\-count\`, SnapRAID operează doar pe blocurile selectate și nu efectuează finalizarea diff --git a/doc/snapraid-ro.d b/doc/snapraid-ro.d index 970fffa3..8cf59795 100644 --- a/doc/snapraid-ro.d +++ b/doc/snapraid-ro.d @@ -1851,26 +1851,6 @@ Probleme Cunoscute (Known Issues) din conversia efectuată de Windows, specificați întotdeauna forma exactă a caracterelor non-ASCII în căile de configurare și filtre. - Sufixul fișierelor nerecuperabile - Când `fix` nu poate recupera complet un fișier deteriorat, îl plasează în - carantină adăugând extensia `.unrecoverable` la numele său. - - Dacă o comandă `fix` ulterioară reîncearcă recuperarea, aceasta creează un - fișier nou sub numele normal și păstrează vechiul fișier `.unrecoverable` - în timp ce recuperarea este în curs. Dacă reîncercarea eșuează, noul rezultat - eșuat înlocuiește vechea carantină. Dacă reîncercarea reușește complet, - SnapRAID șterge fișierul `.unrecoverable` învechit. O carantină nu este - niciodată promovată înapoi la numele de fișier normal. - - Deoarece SnapRAID identifică fișierele de carantină exclusiv după numele lor, - orice fișier preexistent care folosește din coincidență sufixul `.unrecoverable` - poate fi trunchiat, suprascris, înlocuit sau șters dacă numele său de bază - corespunde unui fișier în curs de reparare. - - 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. - Recuperare cu fix parțial Când `fix` este restricționat folosind `-S, --start` sau `-B, --count`, SnapRAID operează doar pe blocurile selectate și nu efectuează finalizarea diff --git a/doc/snapraid-ro.txt b/doc/snapraid-ro.txt index f88c90db..1307afa6 100644 --- a/doc/snapraid-ro.txt +++ b/doc/snapraid-ro.txt @@ -1992,29 +1992,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.6 Sufixul fișierelor nerecuperabile --------------------------------------- - -Când `fix` nu poate recupera complet un fișier deteriorat, îl plasează în -carantină adăugând extensia `.unrecoverable` la numele său. - -Dacă o comandă `fix` ulterioară reîncearcă recuperarea, aceasta creează un -fișier nou sub numele normal și păstrează vechiul fișier `.unrecoverable` -în timp ce recuperarea este în curs. Dacă reîncercarea eșuează, noul rezultat -eșuat înlocuiește vechea carantină. Dacă reîncercarea reușește complet, -SnapRAID șterge fișierul `.unrecoverable` învechit. O carantină nu este -niciodată promovată înapoi la numele de fișier normal. - -Deoarece SnapRAID identifică fișierele de carantină exclusiv după numele lor, -orice fișier preexistent care folosește din coincidență sufixul `.unrecoverable` -poate fi trunchiat, suprascris, înlocuit sau șters dacă numele său de bază -corespunde unui fișier în curs de reparare. - -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.7 Recuperare cu fix parțial +16.6 Recuperare cu fix parțial ------------------------------ Când `fix` este restricționat folosind `-S, --start` sau `-B, --count`, @@ -2036,7 +2014,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.8 Legături dure NTFS și căi excluse +16.7 Legături dure NTFS și căi excluse -------------------------------------- Pe NTFS, intrările din director memorează în cache dimensiunea fișierului @@ -2062,7 +2040,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.9 Recuperare după un sync multi-paritate întrerupt +16.8 Recuperare după un sync multi-paritate întrerupt ----------------------------------------------------- Într-o matrice cu mai multe discuri de paritate, un `sync` întrerupt diff --git a/doc/snapraid-ru.1 b/doc/snapraid-ru.1 index 611818fa..19207059 100644 --- a/doc/snapraid-ru.1 +++ b/doc/snapraid-ru.1 @@ -2356,25 +2356,6 @@ Windows и ее упорным стремлением к псевдонимиз предотвратить расхождения, возникающие из\-за преобразования регистра в Windows, всегда указывайте точный регистр для любых символов non\-ASCII в путях конфигурации и фильтрах. -.SS Суффикс невосстановимых файлов -Когда \`fix\` не может полностью восстановить поврежденный файл, он помещает его -в карантин, добавляя расширение \`.unrecoverable\` к его имени. -.PP -Если последующий \`fix\` повторяет попытку восстановления, он создает новый файл -с обычным именем и сохраняет старый файл \`.unrecoverable\` на время выполнения -восстановления. Если повторная попытка завершается неудачей, новый неудачный -результат заменяет старый карантин. Если повторная попытка полностью успешна, -SnapRAID удаляет устаревший файл \`.unrecoverable\`. Карантинный файл никогда не -возвращается к обычному имени. -.PP -Поскольку SnapRAID идентифицирует файлы карантина исключительно по имени файла, -любой ранее существовавший файл, случайно использующий суффикс \`.unrecoverable\`, -может быть усечен, перезаписан, заменен или удален, если его базовое имя совпадает -с восстанавливаемым файлом. -.PP -Избегайте использования расширения \`.unrecoverable\` для обычных файлов и -убедитесь, что в вашей конфигурации указано правило \`exclude *.unrecoverable\`, -чтобы такие файлы не отслеживались в наборе данных четности. .SS Восстановление с частичным fix Когда \`fix\` ограничен с помощью \`\-S, \-\-start\` или \`\-B, \-\-count\`, SnapRAID работает только с выбранными блоками и не выполняет финализацию diff --git a/doc/snapraid-ru.d b/doc/snapraid-ru.d index f59fedd4..cdadfa36 100644 --- a/doc/snapraid-ru.d +++ b/doc/snapraid-ru.d @@ -1857,26 +1857,6 @@ Name{number} всегда указывайте точный регистр для любых символов non-ASCII в путях конфигурации и фильтрах. - Суффикс невосстановимых файлов - Когда `fix` не может полностью восстановить поврежденный файл, он помещает его - в карантин, добавляя расширение `.unrecoverable` к его имени. - - Если последующий `fix` повторяет попытку восстановления, он создает новый файл - с обычным именем и сохраняет старый файл `.unrecoverable` на время выполнения - восстановления. Если повторная попытка завершается неудачей, новый неудачный - результат заменяет старый карантин. Если повторная попытка полностью успешна, - SnapRAID удаляет устаревший файл `.unrecoverable`. Карантинный файл никогда не - возвращается к обычному имени. - - Поскольку SnapRAID идентифицирует файлы карантина исключительно по имени файла, - любой ранее существовавший файл, случайно использующий суффикс `.unrecoverable`, - может быть усечен, перезаписан, заменен или удален, если его базовое имя совпадает - с восстанавливаемым файлом. - - Избегайте использования расширения `.unrecoverable` для обычных файлов и - убедитесь, что в вашей конфигурации указано правило `exclude *.unrecoverable`, - чтобы такие файлы не отслеживались в наборе данных четности. - Восстановление с частичным fix Когда `fix` ограничен с помощью `-S, --start` или `-B, --count`, SnapRAID работает только с выбранными блоками и не выполняет финализацию diff --git a/doc/snapraid-ru.txt b/doc/snapraid-ru.txt index 4c1f6b56..d1346bcb 100644 --- a/doc/snapraid-ru.txt +++ b/doc/snapraid-ru.txt @@ -1998,29 +1998,7 @@ Windows и ее упорным стремлением к псевдонимиз всегда указывайте точный регистр для любых символов non-ASCII в путях конфигурации и фильтрах. -16.6 Суффикс невосстановимых файлов ------------------------------------ - -Когда `fix` не может полностью восстановить поврежденный файл, он помещает его -в карантин, добавляя расширение `.unrecoverable` к его имени. - -Если последующий `fix` повторяет попытку восстановления, он создает новый файл -с обычным именем и сохраняет старый файл `.unrecoverable` на время выполнения -восстановления. Если повторная попытка завершается неудачей, новый неудачный -результат заменяет старый карантин. Если повторная попытка полностью успешна, -SnapRAID удаляет устаревший файл `.unrecoverable`. Карантинный файл никогда не -возвращается к обычному имени. - -Поскольку SnapRAID идентифицирует файлы карантина исключительно по имени файла, -любой ранее существовавший файл, случайно использующий суффикс `.unrecoverable`, -может быть усечен, перезаписан, заменен или удален, если его базовое имя совпадает -с восстанавливаемым файлом. - -Избегайте использования расширения `.unrecoverable` для обычных файлов и -убедитесь, что в вашей конфигурации указано правило `exclude *.unrecoverable`, -чтобы такие файлы не отслеживались в наборе данных четности. - -16.7 Восстановление с частичным fix +16.6 Восстановление с частичным fix ----------------------------------- Когда `fix` ограничен с помощью `-S, --start` или `-B, --count`, @@ -2042,7 +2020,7 @@ SnapRAID работает только с выбранными блоками и о невосстановимых данных, удалите или переименуйте затронутые файлы перед попыткой повторного восстановления либо проверьте их содержимое вручную. -16.8 Жесткие ссылки NTFS и исключенные пути +16.7 Жесткие ссылки NTFS и исключенные пути ------------------------------------------- В NTFS записи каталогов кэшируют размер файла и временные метки независимо @@ -2066,7 +2044,7 @@ SnapRAID автоматически обнаруживает и нормализ жесткие ссылки, исключенные из SnapRAID, либо убедитесь, что все жесткие ссылки на файл включены в сканирование, чтобы SnapRAID мог их нормализовать. -16.9 Восстановление после прерванного sync с несколькими четностями +16.8 Восстановление после прерванного sync с несколькими четностями ------------------------------------------------------------------- В массиве с несколькими дисками четности прерванный `sync` может оставить diff --git a/doc/snapraid-sv.1 b/doc/snapraid-sv.1 index bc9f861a..48029dc4 100644 --- a/doc/snapraid-sv.1 +++ b/doc/snapraid-sv.1 @@ -2346,25 +2346,6 @@ Denna begränsning orsakas av Windows inkonsekventa hantering av Unicode\-filnam 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. -.SS Suffix för oåterkalleliga filer -När \`fix\` inte helt kan återställa en skadad fil sätter den filen i karantän -genom att lägga till filändelsen \`.unrecoverable\` till dess namn. -.PP -Om en senare \`fix\` försöker återställa filen igen skapar den en ny fil under -det normala filnamnet och bevarar den gamla \`.unrecoverable\`\-filen medan -återställningen pågår. Om det nya försöket misslyckas ersätter det nya -misslyckade resultatet den gamla karantänen. Om det nya försöket lyckas helt -raderar SnapRAID den föråldrade \`.unrecoverable\`\-filen. En karantänfil -befordras aldrig tillbaka till det normala filnamnet. -.PP -Eftersom SnapRAID identifierar karantänfiler enbart baserat på deras filnamn, -kan alla befintliga filer som av en händelse använder suffixet \`.unrecoverable\` -avhuggas, skrivas över, ersättas eller raderas om deras basnamn matchar en fil -som håller på att återställas. -.PP -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. .SS Återställning med partiell fix När \`fix\` begränsas med \`\-S, \-\-start\` eller \`\-B, \-\-count\`, arbetar SnapRAID endast på de markerade blocken och utför varken diff --git a/doc/snapraid-sv.d b/doc/snapraid-sv.d index bc108656..81faa931 100644 --- a/doc/snapraid-sv.d +++ b/doc/snapraid-sv.d @@ -1845,26 +1845,6 @@ Kända problem (Known Issues) 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. - Suffix för oåterkalleliga filer - När `fix` inte helt kan återställa en skadad fil sätter den filen i karantän - genom att lägga till filändelsen `.unrecoverable` till dess namn. - - Om en senare `fix` försöker återställa filen igen skapar den en ny fil under - det normala filnamnet och bevarar den gamla `.unrecoverable`-filen medan - återställningen pågår. Om det nya försöket misslyckas ersätter det nya - misslyckade resultatet den gamla karantänen. Om det nya försöket lyckas helt - raderar SnapRAID den föråldrade `.unrecoverable`-filen. En karantänfil - befordras aldrig tillbaka till det normala filnamnet. - - Eftersom SnapRAID identifierar karantänfiler enbart baserat på deras filnamn, - kan alla befintliga filer som av en händelse använder suffixet `.unrecoverable` - avhuggas, skrivas över, ersättas eller raderas om deras basnamn matchar en fil - som håller på att återställas. - - 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. - Återställning med partiell fix När `fix` begränsas med `-S, --start` eller `-B, --count`, arbetar SnapRAID endast på de markerade blocken och utför varken diff --git a/doc/snapraid-sv.txt b/doc/snapraid-sv.txt index fd6b6252..b429350f 100644 --- a/doc/snapraid-sv.txt +++ b/doc/snapraid-sv.txt @@ -1986,29 +1986,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.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 -genom att lägga till filändelsen `.unrecoverable` till dess namn. - -Om en senare `fix` försöker återställa filen igen skapar den en ny fil under -det normala filnamnet och bevarar den gamla `.unrecoverable`-filen medan -återställningen pågår. Om det nya försöket misslyckas ersätter det nya -misslyckade resultatet den gamla karantänen. Om det nya försöket lyckas helt -raderar SnapRAID den föråldrade `.unrecoverable`-filen. En karantänfil -befordras aldrig tillbaka till det normala filnamnet. - -Eftersom SnapRAID identifierar karantänfiler enbart baserat på deras filnamn, -kan alla befintliga filer som av en händelse använder suffixet `.unrecoverable` -avhuggas, skrivas över, ersättas eller raderas om deras basnamn matchar en fil -som håller på att återställas. - -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.7 Återställning med partiell fix +16.6 Återställning med partiell fix ----------------------------------- När `fix` begränsas med `-S, --start` eller `-B, --count`, @@ -2030,7 +2008,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.8 NTFS hårda länkar och exkluderade sökvägar +16.7 NTFS hårda länkar och exkluderade sökvägar ----------------------------------------------- På NTFS cachelagrar katalogposter filstorlek och tidsstämplar oberoende @@ -2054,7 +2032,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.9 Återställning efter ett avbrutet multi-paritets-sync +16.8 Återställning efter ett avbrutet multi-paritets-sync --------------------------------------------------------- I en array med flera paritetsdiskar kan ett avbrutet `sync` lämna diff --git a/doc/snapraid-uk.1 b/doc/snapraid-uk.1 index 01d4fe8b..12d41f33 100644 --- a/doc/snapraid-uk.1 +++ b/doc/snapraid-uk.1 @@ -2553,25 +2553,6 @@ SnapRAID використовує стандартне, передбачуван запобігти розбіжностям через зведення регістру у Windows, завжди вказуйте точний регістр для будь\-яких символів non\-ASCII у шляхах конфігурації та фільтрах. -.SS Суфікс невідновлюваних файлів -Коли \`fix\` не може повністю відновити пошкоджений файл, він поміщає його в -карантин, додаючи розширення \`.unrecoverable\` до його імені. -.PP -Якщо наступний \`fix\` повторює спробу відновлення, він створює новий файл зі -звичайним ім\'ям і зберігає старий файл \`.unrecoverable\` під час виконання -відновлення. Якщо повторна спроба зазнає невдачі, новий невдалий результат -замінює старий карантин. Якщо повторна спроба повністю успішна, SnapRAID -видаляє застарілий файл \`.unrecoverable\`. Файл карантину ніколи не повертається -до звичайного імені. -.PP -Оскільки SnapRAID ідентифікує файли карантину виключно за назвою файлу, будь\-який -раніше існуючий файл, який випадково використовує суфікс \`.unrecoverable\`, може -бути усічений, перезаписаний, замінений або видалений, якщо його базова назва -збігається з файлом, що відновлюється. -.PP -Уникайте використання розширення \`.unrecoverable\` для звичайних файлів і -переконайтеся, що правило \`exclude *.unrecoverable\` включено до вашої -конфігурації, щоб такі файли не відстежувалися в наборі даних парності. .SS Відновлення з частковим fix Коли \`fix\` обмежено за допомогою \`\-S, \-\-start\` або \`\-B, \-\-count\`, SnapRAID працює лише з вибраними блоками і не виконує фіналізацію diff --git a/doc/snapraid-uk.d b/doc/snapraid-uk.d index 26833a41..092ad5b4 100644 --- a/doc/snapraid-uk.d +++ b/doc/snapraid-uk.d @@ -2040,26 +2040,6 @@ Name{number} точний регістр для будь-яких символів non-ASCII у шляхах конфігурації та фільтрах. - Суфікс невідновлюваних файлів - Коли `fix` не може повністю відновити пошкоджений файл, він поміщає його в - карантин, додаючи розширення `.unrecoverable` до його імені. - - Якщо наступний `fix` повторює спробу відновлення, він створює новий файл зі - звичайним ім'ям і зберігає старий файл `.unrecoverable` під час виконання - відновлення. Якщо повторна спроба зазнає невдачі, новий невдалий результат - замінює старий карантин. Якщо повторна спроба повністю успішна, SnapRAID - видаляє застарілий файл `.unrecoverable`. Файл карантину ніколи не повертається - до звичайного імені. - - Оскільки SnapRAID ідентифікує файли карантину виключно за назвою файлу, будь-який - раніше існуючий файл, який випадково використовує суфікс `.unrecoverable`, може - бути усічений, перезаписаний, замінений або видалений, якщо його базова назва - збігається з файлом, що відновлюється. - - Уникайте використання розширення `.unrecoverable` для звичайних файлів і - переконайтеся, що правило `exclude *.unrecoverable` включено до вашої - конфігурації, щоб такі файли не відстежувалися в наборі даних парності. - Відновлення з частковим fix Коли `fix` обмежено за допомогою `-S, --start` або `-B, --count`, SnapRAID працює лише з вибраними блоками і не виконує фіналізацію diff --git a/doc/snapraid-uk.txt b/doc/snapraid-uk.txt index 444d28ba..ac88e486 100644 --- a/doc/snapraid-uk.txt +++ b/doc/snapraid-uk.txt @@ -2181,29 +2181,7 @@ SnapRAID використовує стандартне, передбачуван точний регістр для будь-яких символів non-ASCII у шляхах конфігурації та фільтрах. -16.6 Суфікс невідновлюваних файлів ----------------------------------- - -Коли `fix` не може повністю відновити пошкоджений файл, він поміщає його в -карантин, додаючи розширення `.unrecoverable` до його імені. - -Якщо наступний `fix` повторює спробу відновлення, він створює новий файл зі -звичайним ім'ям і зберігає старий файл `.unrecoverable` під час виконання -відновлення. Якщо повторна спроба зазнає невдачі, новий невдалий результат -замінює старий карантин. Якщо повторна спроба повністю успішна, SnapRAID -видаляє застарілий файл `.unrecoverable`. Файл карантину ніколи не повертається -до звичайного імені. - -Оскільки SnapRAID ідентифікує файли карантину виключно за назвою файлу, будь-який -раніше існуючий файл, який випадково використовує суфікс `.unrecoverable`, може -бути усічений, перезаписаний, замінений або видалений, якщо його базова назва -збігається з файлом, що відновлюється. - -Уникайте використання розширення `.unrecoverable` для звичайних файлів і -переконайтеся, що правило `exclude *.unrecoverable` включено до вашої -конфігурації, щоб такі файли не відстежувалися в наборі даних парності. - -16.7 Відновлення з частковим fix +16.6 Відновлення з частковим fix -------------------------------- Коли `fix` обмежено за допомогою `-S, --start` або `-B, --count`, @@ -2225,7 +2203,7 @@ SnapRAID працює лише з вибраними блоками і не ви невідновлювані дані, видаліть або перейменуйте уражені файли перед спробою повторного відновлення або перевірте їхній вміст вручну. -16.8 Жорсткі посилання NTFS та виключені шляхи +16.7 Жорсткі посилання NTFS та виключені шляхи ---------------------------------------------- У файловій системі NTFS записи каталогів кешують розмір файлу та часові @@ -2250,7 +2228,7 @@ SnapRAID автоматично виявляє та нормалізує цей посилання, виключені зі SnapRAID, або переконайтеся, що всі жорсткі посилання на файл включені до сканування, щоб SnapRAID міг їх нормалізувати. -16.9 Відновлення після перерваного sync з кількома парностями +16.8 Відновлення після перерваного sync з кількома парностями ------------------------------------------------------------- У масиві з кількома дисками парності перерваний `sync` може залишити diff --git a/doc/snapraid-zh.1 b/doc/snapraid-zh.1 index 87bfa95c..d09f6232 100644 --- a/doc/snapraid-zh.1 +++ b/doc/snapraid-zh.1 @@ -2109,21 +2109,6 @@ Unicode 文件名之间强制实行不区分大小写。因此，Windows 掩盖 该限制是由于 Windows 对 Unicode 文件名的不一致处理及其对不区分大小写别名的 执着所致。为了防止因 Windows 的大小写折叠而产生差异，请在配置路径和过滤器中 始终为非 ASCII 字符指定准确的大小写。 -.SS 无法恢复的文件后缀 -当 \`fix\` 无法完全恢复损坏的文件时，它会通过在文件名后附加 \`.unrecoverable\` -扩展名来对其进行隔离。 -.PP -如果后续的 \`fix\` 重试恢复，它将在常规文件名下创建一个新文件，并在恢复进行 -期间保留旧的 \`.unrecoverable\` 文件。如果重试失败，新的失败结果将替换旧的 -隔离文件。如果重试完全成功，SnapRAID 将删除已废弃的 \`.unrecoverable\` 文件。 -隔离文件绝不会被恢复为常规文件名。 -.PP -由于 SnapRAID 仅根据文件名识别隔离文件，因此任何碰巧使用 \`.unrecoverable\` -后缀的预先存在的文件，如果其基本名称与正在修复的文件匹配，都可能会被截断、 -覆盖、替换或删除。 -.PP -请避免对常规文件使用 \`.unrecoverable\` 扩展名，并确保在配置中包含 -\`exclude *.unrecoverable\`，以防止在奇偶校验数据集中跟踪此类文件。 .SS 部分 fix 恢复 当使用 \`\-S, \-\-start\` 或 \`\-B, \-\-count\` 限制 \`fix\` 时， SnapRAID 仅对选定的块进行操作，而不执行文件级别的最终化处理或隔离。 diff --git a/doc/snapraid-zh.d b/doc/snapraid-zh.d index 8b9770bd..77da5b93 100644 --- a/doc/snapraid-zh.d +++ b/doc/snapraid-zh.d @@ -1608,22 +1608,6 @@ Name{number} 执着所致。为了防止因 Windows 的大小写折叠而产生差异，请在配置路径和过滤器中 始终为非 ASCII 字符指定准确的大小写。 - 无法恢复的文件后缀 - 当 `fix` 无法完全恢复损坏的文件时，它会通过在文件名后附加 `.unrecoverable` - 扩展名来对其进行隔离。 - - 如果后续的 `fix` 重试恢复，它将在常规文件名下创建一个新文件，并在恢复进行 - 期间保留旧的 `.unrecoverable` 文件。如果重试失败，新的失败结果将替换旧的 - 隔离文件。如果重试完全成功，SnapRAID 将删除已废弃的 `.unrecoverable` 文件。 - 隔离文件绝不会被恢复为常规文件名。 - - 由于 SnapRAID 仅根据文件名识别隔离文件，因此任何碰巧使用 `.unrecoverable` - 后缀的预先存在的文件，如果其基本名称与正在修复的文件匹配，都可能会被截断、 - 覆盖、替换或删除。 - - 请避免对常规文件使用 `.unrecoverable` 扩展名，并确保在配置中包含 - `exclude *.unrecoverable`，以防止在奇偶校验数据集中跟踪此类文件。 - 部分 fix 恢复 当使用 `-S, --start` 或 `-B, --count` 限制 `fix` 时， SnapRAID 仅对选定的块进行操作，而不执行文件级别的最终化处理或隔离。 diff --git a/doc/snapraid-zh.txt b/doc/snapraid-zh.txt index be39efbb..2c044ffb 100644 --- a/doc/snapraid-zh.txt +++ b/doc/snapraid-zh.txt @@ -1749,25 +1749,7 @@ Unicode 文件名之间强制实行不区分大小写。因此，Windows 掩盖 执着所致。为了防止因 Windows 的大小写折叠而产生差异，请在配置路径和过滤器中 始终为非 ASCII 字符指定准确的大小写。 -16.6 无法恢复的文件后缀 --------------- - -当 `fix` 无法完全恢复损坏的文件时，它会通过在文件名后附加 `.unrecoverable` -扩展名来对其进行隔离。 - -如果后续的 `fix` 重试恢复，它将在常规文件名下创建一个新文件，并在恢复进行 -期间保留旧的 `.unrecoverable` 文件。如果重试失败，新的失败结果将替换旧的 -隔离文件。如果重试完全成功，SnapRAID 将删除已废弃的 `.unrecoverable` 文件。 -隔离文件绝不会被恢复为常规文件名。 - -由于 SnapRAID 仅根据文件名识别隔离文件，因此任何碰巧使用 `.unrecoverable` -后缀的预先存在的文件，如果其基本名称与正在修复的文件匹配，都可能会被截断、 -覆盖、替换或删除。 - -请避免对常规文件使用 `.unrecoverable` 扩展名，并确保在配置中包含 -`exclude *.unrecoverable`，以防止在奇偶校验数据集中跟踪此类文件。 - -16.7 部分 fix 恢复 +16.6 部分 fix 恢复 -------------- 当使用 `-S, --start` 或 `-B, --count` 限制 `fix` 时， @@ -1784,7 +1766,7 @@ SnapRAID 仅对选定的块进行操作，而不执行文件级别的最终化 如果部分 `fix` 报告了无法恢复的数据，请在尝试另一次恢复之前删除受影响的 文件或对其重命名，或者手动验证其内容。 -16.8 NTFS 硬链接与排除的路径 +16.7 NTFS 硬链接与排除的路径 ------------------- 在 NTFS 上，目录条目会为每个硬链接单独缓存文件大小和时间戳。 @@ -1803,7 +1785,7 @@ SnapRAID 仅对选定的块进行操作，而不执行文件级别的最终化 的文件，或者确保文件的所有硬链接都包含在扫描中，以便 SnapRAID 可以 对它们进行规范化。 -16.9 中断的多重奇偶校验 sync 后的恢复 +16.8 中断的多重奇偶校验 sync 后的恢复 ------------------------ 在具有多个奇偶校验磁盘的阵列中，中断的 `sync` 可能会使不同奇偶校验 diff --git a/doc/snapraid.1 b/doc/snapraid.1 index 83c74f9f..151c1e22 100644 --- a/doc/snapraid.1 +++ b/doc/snapraid.1 @@ -2355,25 +2355,6 @@ This limitation is caused by Windows\'s inconsistent handling of Unicode 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. -.SS Unrecoverable files suffix -When \`fix\` cannot fully recover a damaged file, it quarantines it by -appending the \`.unrecoverable\` extension to its name. -.PP -If a later \`fix\` retries the recovery, it creates a new file under the -normal filename and preserves the old \`.unrecoverable\` file while recovery -is in progress. If the retry fails, the new failed result replaces the old -quarantine. If the retry succeeds completely, SnapRAID deletes the obsolete -\`.unrecoverable\` file. A quarantine is never promoted back to the normal -filename. -.PP -Because SnapRAID identifies quarantine files solely by their filename, -any pre\-existing file that coincidentally uses the \`.unrecoverable\` -suffix may be truncated, overwritten, replaced, or deleted if its base name -matches a file being fixed. -.PP -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. .SS Partial fix recovery When \`fix\` is restricted using \`\-S, \-\-start\` or \`\-B, \-\-count\`, SnapRAID operates only on the selected blocks and does not perform diff --git a/doc/snapraid.d b/doc/snapraid.d index 7166b0b2..ff89b1d9 100644 --- a/doc/snapraid.d +++ b/doc/snapraid.d @@ -1854,26 +1854,6 @@ Known Issues discrepancies arising from Windows's case folding, always specify the exact case for any non-ASCII characters in configuration paths and filters. - Unrecoverable files suffix - When `fix` cannot fully recover a damaged file, it quarantines it by - appending the `.unrecoverable` extension to its name. - - If a later `fix` retries the recovery, it creates a new file under the - normal filename and preserves the old `.unrecoverable` file while recovery - is in progress. If the retry fails, the new failed result replaces the old - quarantine. If the retry succeeds completely, SnapRAID deletes the obsolete - `.unrecoverable` file. A quarantine is never promoted back to the normal - filename. - - Because SnapRAID identifies quarantine files solely by their filename, - any pre-existing file that coincidentally uses the `.unrecoverable` - suffix may be truncated, overwritten, replaced, or deleted if its base name - matches a file being fixed. - - 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. - Partial fix recovery When `fix` is restricted using `-S, --start` or `-B, --count`, SnapRAID operates only on the selected blocks and does not perform diff --git a/doc/snapraid.txt b/doc/snapraid.txt index 35fa569e..e49bb0ac 100644 --- a/doc/snapraid.txt +++ b/doc/snapraid.txt @@ -1995,29 +1995,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.6 Unrecoverable files suffix -------------------------------- - -When `fix` cannot fully recover a damaged file, it quarantines it by -appending the `.unrecoverable` extension to its name. - -If a later `fix` retries the recovery, it creates a new file under the -normal filename and preserves the old `.unrecoverable` file while recovery -is in progress. If the retry fails, the new failed result replaces the old -quarantine. If the retry succeeds completely, SnapRAID deletes the obsolete -`.unrecoverable` file. A quarantine is never promoted back to the normal -filename. - -Because SnapRAID identifies quarantine files solely by their filename, -any pre-existing file that coincidentally uses the `.unrecoverable` -suffix may be truncated, overwritten, replaced, or deleted if its base name -matches a file being fixed. - -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.7 Partial fix recovery +16.6 Partial fix recovery ------------------------- When `fix` is restricted using `-S, --start` or `-B, --count`, @@ -2039,7 +2017,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.8 NTFS hard links and excluded paths +16.7 NTFS hard links and excluded paths --------------------------------------- On NTFS, directory entries cache file size and timestamps independently @@ -2063,7 +2041,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.9 Recovery after an interrupted multi-parity sync +16.8 Recovery after an interrupted multi-parity sync ---------------------------------------------------- In an array with multiple parity disks, an interrupted `sync` can leave