From d6b0786eca4e27b646714f95660e87e522a137c5 Mon Sep 17 00:00:00 2001
From: Andrea Mazzoleni <amadvance@gmail.com>
Date: Tue, 8 Sep 2026 09:10:20 +0200
Subject: [PATCH] Document recovery behavior after interrupted multi-parity
 sync in Known Issues

---
 doc/snapraid-de.1   | 31 +++++++++++++++++++++++++++++++
 doc/snapraid-de.d   | 32 ++++++++++++++++++++++++++++++++
 doc/snapraid-de.txt | 34 ++++++++++++++++++++++++++++++++++
 doc/snapraid-es.1   | 28 ++++++++++++++++++++++++++++
 doc/snapraid-es.d   | 29 +++++++++++++++++++++++++++++
 doc/snapraid-es.txt | 31 +++++++++++++++++++++++++++++++
 doc/snapraid-fr.1   | 29 +++++++++++++++++++++++++++++
 doc/snapraid-fr.d   | 30 ++++++++++++++++++++++++++++++
 doc/snapraid-fr.txt | 32 ++++++++++++++++++++++++++++++++
 doc/snapraid-it.1   | 28 ++++++++++++++++++++++++++++
 doc/snapraid-it.d   | 29 +++++++++++++++++++++++++++++
 doc/snapraid-it.txt | 31 +++++++++++++++++++++++++++++++
 doc/snapraid-ja.1   | 26 ++++++++++++++++++++++++++
 doc/snapraid-ja.d   | 27 +++++++++++++++++++++++++++
 doc/snapraid-ja.txt | 29 +++++++++++++++++++++++++++++
 doc/snapraid-ko.1   | 25 +++++++++++++++++++++++++
 doc/snapraid-ko.d   | 26 ++++++++++++++++++++++++++
 doc/snapraid-ko.txt | 28 ++++++++++++++++++++++++++++
 doc/snapraid-pl.1   | 28 ++++++++++++++++++++++++++++
 doc/snapraid-pl.d   | 29 +++++++++++++++++++++++++++++
 doc/snapraid-pl.txt | 31 +++++++++++++++++++++++++++++++
 doc/snapraid-pt.1   | 28 ++++++++++++++++++++++++++++
 doc/snapraid-pt.d   | 29 +++++++++++++++++++++++++++++
 doc/snapraid-pt.txt | 31 +++++++++++++++++++++++++++++++
 doc/snapraid-ro.1   | 28 ++++++++++++++++++++++++++++
 doc/snapraid-ro.d   | 29 +++++++++++++++++++++++++++++
 doc/snapraid-ro.txt | 31 +++++++++++++++++++++++++++++++
 doc/snapraid-ru.1   | 28 ++++++++++++++++++++++++++++
 doc/snapraid-ru.d   | 29 +++++++++++++++++++++++++++++
 doc/snapraid-ru.txt | 31 +++++++++++++++++++++++++++++++
 doc/snapraid-sv.1   | 27 +++++++++++++++++++++++++++
 doc/snapraid-sv.d   | 28 ++++++++++++++++++++++++++++
 doc/snapraid-sv.txt | 30 ++++++++++++++++++++++++++++++
 doc/snapraid-uk.1   | 27 +++++++++++++++++++++++++++
 doc/snapraid-uk.d   | 28 ++++++++++++++++++++++++++++
 doc/snapraid-uk.txt | 30 ++++++++++++++++++++++++++++++
 doc/snapraid-zh.1   | 20 ++++++++++++++++++++
 doc/snapraid-zh.d   | 21 +++++++++++++++++++++
 doc/snapraid-zh.txt | 23 +++++++++++++++++++++++
 doc/snapraid.1      | 27 +++++++++++++++++++++++++++
 doc/snapraid.d      | 28 ++++++++++++++++++++++++++++
 doc/snapraid.txt    | 30 ++++++++++++++++++++++++++++++
 42 files changed, 1196 insertions(+)

diff --git a/doc/snapraid-de.1 b/doc/snapraid-de.1
index 956484b8..8a592a83 100644
--- a/doc/snapraid-de.1
+++ b/doc/snapraid-de.1
@@ -2538,6 +2538,37 @@ Um diese Einschränkung zu vermeiden, sollten geschützte Dateien nicht über
 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.
+.SS Wiederherstellung nach einem unterbrochenen Multi\-Paritäts\-Sync 
+In einem Array mit mehreren Paritätsfestplatten kann ein unterbrochener
+\`sync\` dazu führen, dass sich verschiedene Paritätsstufen vorübergehend
+in unterschiedlichen Aktualisierungszuständen befinden. Beispielsweise
+kann Parität 1 bereits neu aktualisierte Daten enthalten, während
+Parität 2 noch die alten Daten enthält.
+.PP
+Während \`check\` oder \`fix\` testet SnapRAID verschiedene
+Paritätskombinationen und validiert die rekonstruierten Daten anhand
+der bekannten Block\-Hashes (die den gesamten Block abdecken, typischerweise
+256 KiB).
+.PP
+Wenn SnapRAID eine Rekonstruktion mit einer inkonsistenten Mischung aus
+alter und neuer Parität versucht, erzeugen die linearen RAID\-Gleichungen
+fehlerhafte Daten. Damit eine solche ungültige Kombination fälschlicherweise
+akzeptiert wird, müssten die Gleichungen rein zufällig mindestens einen
+vollständigen 256\-KiB\-Block so perfekt rekonstruieren, dass sein Hash
+übereinstimmt, während andere nicht synchronisierte Blöcke desselben
+Stripes mit fehlerhaften Daten rekonstruiert werden.
+.PP
+Dieses Szenario beruht nicht auf einer Hash\-Kollision; vielmehr müssten
+die gemischten Paritätsgleichungen selbst zufällig genau den ursprünglichen
+256\-KiB\-Blockinhalt erzeugen. Dies ist zwar bei speziell konstruierten oder
+stark repetitiven Daten mathematisch denkbar, bei realen Daten jedoch
+praktisch unmöglich.
+.PP
+Wenn alle Festplatten fehlerfrei sind, beseitigt der Abschluss des
+unterbrochenen \`sync\` vor weiteren Änderungen diese Unklarheit. Wenn eine
+Festplatte ausgefallen ist und eine Wiederherstellung erforderlich ist,
+sollten vor dem Ausführen von \`check\` oder \`fix\` keine Änderungen an den
+Datenfestplatten vorgenommen werden.
 .SH ÜBERSETZUNG (TRANSLATION) 
 Dieses Dokument ist eine automatische Übersetzung des englischen Handbuchs.
 Die maßgebliche Version finden Sie im englischen Handbuch.
diff --git a/doc/snapraid-de.d b/doc/snapraid-de.d
index 6db5c79b..401df764 100644
--- a/doc/snapraid-de.d
+++ b/doc/snapraid-de.d
@@ -2030,6 +2030,38 @@ Bekannte Probleme (Known Issues)
 	sollte sichergestellt werden, dass alle Hardlinks zu einer Datei im Scan
 	enthalten sind, damit SnapRAID sie normalisieren kann.
 
+  Wiederherstellung nach einem unterbrochenen Multi-Paritäts-Sync
+	In einem Array mit mehreren Paritätsfestplatten kann ein unterbrochener
+	`sync` dazu führen, dass sich verschiedene Paritätsstufen vorübergehend
+	in unterschiedlichen Aktualisierungszuständen befinden. Beispielsweise
+	kann Parität 1 bereits neu aktualisierte Daten enthalten, während
+	Parität 2 noch die alten Daten enthält.
+
+	Während `check` oder `fix` testet SnapRAID verschiedene
+	Paritätskombinationen und validiert die rekonstruierten Daten anhand
+	der bekannten Block-Hashes (die den gesamten Block abdecken, typischerweise
+	256 KiB).
+
+	Wenn SnapRAID eine Rekonstruktion mit einer inkonsistenten Mischung aus
+	alter und neuer Parität versucht, erzeugen die linearen RAID-Gleichungen
+	fehlerhafte Daten. Damit eine solche ungültige Kombination fälschlicherweise
+	akzeptiert wird, müssten die Gleichungen rein zufällig mindestens einen
+	vollständigen 256-KiB-Block so perfekt rekonstruieren, dass sein Hash
+	übereinstimmt, während andere nicht synchronisierte Blöcke desselben
+	Stripes mit fehlerhaften Daten rekonstruiert werden.
+
+	Dieses Szenario beruht nicht auf einer Hash-Kollision; vielmehr müssten
+	die gemischten Paritätsgleichungen selbst zufällig genau den ursprünglichen
+	256-KiB-Blockinhalt erzeugen. Dies ist zwar bei speziell konstruierten oder
+	stark repetitiven Daten mathematisch denkbar, bei realen Daten jedoch
+	praktisch unmöglich.
+
+	Wenn alle Festplatten fehlerfrei sind, beseitigt der Abschluss des
+	unterbrochenen `sync` vor weiteren Änderungen diese Unklarheit. Wenn eine
+	Festplatte ausgefallen ist und eine Wiederherstellung erforderlich ist,
+	sollten vor dem Ausführen von `check` oder `fix` keine Änderungen an den
+	Datenfestplatten vorgenommen werden.
+
 Übersetzung (Translation)
 	Dieses Dokument ist eine automatische Übersetzung des englischen Handbuchs.
 	Die maßgebliche Version finden Sie im englischen Handbuch.
diff --git a/doc/snapraid-de.txt b/doc/snapraid-de.txt
index 0fe86e7c..ca1797e4 100644
--- a/doc/snapraid-de.txt
+++ b/doc/snapraid-de.txt
@@ -2175,6 +2175,40 @@ 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
+--------------------------------------------------------------------
+
+In einem Array mit mehreren Paritätsfestplatten kann ein unterbrochener
+`sync` dazu führen, dass sich verschiedene Paritätsstufen vorübergehend
+in unterschiedlichen Aktualisierungszuständen befinden. Beispielsweise
+kann Parität 1 bereits neu aktualisierte Daten enthalten, während
+Parität 2 noch die alten Daten enthält.
+
+Während `check` oder `fix` testet SnapRAID verschiedene
+Paritätskombinationen und validiert die rekonstruierten Daten anhand
+der bekannten Block-Hashes (die den gesamten Block abdecken, typischerweise
+256 KiB).
+
+Wenn SnapRAID eine Rekonstruktion mit einer inkonsistenten Mischung aus
+alter und neuer Parität versucht, erzeugen die linearen RAID-Gleichungen
+fehlerhafte Daten. Damit eine solche ungültige Kombination fälschlicherweise
+akzeptiert wird, müssten die Gleichungen rein zufällig mindestens einen
+vollständigen 256-KiB-Block so perfekt rekonstruieren, dass sein Hash
+übereinstimmt, während andere nicht synchronisierte Blöcke desselben
+Stripes mit fehlerhaften Daten rekonstruiert werden.
+
+Dieses Szenario beruht nicht auf einer Hash-Kollision; vielmehr müssten
+die gemischten Paritätsgleichungen selbst zufällig genau den ursprünglichen
+256-KiB-Blockinhalt erzeugen. Dies ist zwar bei speziell konstruierten oder
+stark repetitiven Daten mathematisch denkbar, bei realen Daten jedoch
+praktisch unmöglich.
+
+Wenn alle Festplatten fehlerfrei sind, beseitigt der Abschluss des
+unterbrochenen `sync` vor weiteren Änderungen diese Unklarheit. Wenn eine
+Festplatte ausgefallen ist und eine Wiederherstellung erforderlich ist,
+sollten vor dem Ausführen von `check` oder `fix` keine Änderungen an den
+Datenfestplatten vorgenommen werden.
+
 
 17 ÜBERSETZUNG (TRANSLATION)
 ============================
diff --git a/doc/snapraid-es.1 b/doc/snapraid-es.1
index b861d252..04638c42 100644
--- a/doc/snapraid-es.1
+++ b/doc/snapraid-es.1
@@ -2487,6 +2487,34 @@ Para evitar esta limitación, evite modificar archivos protegidos a través
 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.
+.SS Recuperación tras una sincronización de multiparidad interrumpida 
+En una matriz con múltiples discos de paridad, un \`sync\` interrumpido
+puede dejar los niveles de paridad temporalmente desincronizados entre sí.
+Por ejemplo, la paridad 1 podría contener datos recién actualizados,
+mientras que la paridad 2 todavía contiene los datos antiguos.
+.PP
+Durante \`check\` o \`fix\`, SnapRAID prueba diferentes combinaciones de
+paridad y valida los datos reconstruidos con respecto a los hashes de
+bloque conocidos (que cubren el bloque completo, normalmente 256 KiB).
+.PP
+Si SnapRAID intenta una reconstrucción utilizando una combinación
+inconsistente de paridad antigua y nueva, las ecuaciones lineales de RAID
+producirán datos incorrectos. Para que esta combinación no válida se
+acepte por error, las ecuaciones tendrían que reconstruir accidentalmente
+al menos un bloque completo de 256 KiB de manera tan perfecta que su hash
+coincida, mientras que otros bloques no sincronizados en la misma banda
+se reconstruyen con datos incorrectos.
+.PP
+Este escenario no depende de una colisión de hashes; más bien, las propias
+ecuaciones de paridad mixta tendrían que generar de forma casual el
+contenido exacto del bloque de 256 KiB original. Si bien es matemáticamente
+concebible con datos especialmente preparados o muy repetitivos, es
+prácticamente imposible con datos reales.
+.PP
+Si todos los discos están sanos, completar el \`sync\` interrumpido antes
+de realizar más cambios elimina esta ambigüedad. Si un disco ha fallado
+y se requiere recuperación, evite modificar los discos de datos antes
+de ejecutar \`check\` o \`fix\`.
 .SH TRADUCCIóN (TRANSLATION) 
 Este documento es una traducción automática del manual en inglés.
 Consulte el manual en inglés para obtener la versión oficial.
diff --git a/doc/snapraid-es.d b/doc/snapraid-es.d
index 0de0be90..8b0337e4 100644
--- a/doc/snapraid-es.d
+++ b/doc/snapraid-es.d
@@ -1990,6 +1990,35 @@ Problemas conocidos (Known Issues)
 	todos los enlaces duros a un archivo se incluyan en el escaneo para que
 	SnapRAID pueda normalizarlos.
 
+  Recuperación tras una sincronización de multiparidad interrumpida
+	En una matriz con múltiples discos de paridad, un `sync` interrumpido
+	puede dejar los niveles de paridad temporalmente desincronizados entre sí.
+	Por ejemplo, la paridad 1 podría contener datos recién actualizados,
+	mientras que la paridad 2 todavía contiene los datos antiguos.
+
+	Durante `check` o `fix`, SnapRAID prueba diferentes combinaciones de
+	paridad y valida los datos reconstruidos con respecto a los hashes de
+	bloque conocidos (que cubren el bloque completo, normalmente 256 KiB).
+
+	Si SnapRAID intenta una reconstrucción utilizando una combinación
+	inconsistente de paridad antigua y nueva, las ecuaciones lineales de RAID
+	producirán datos incorrectos. Para que esta combinación no válida se
+	acepte por error, las ecuaciones tendrían que reconstruir accidentalmente
+	al menos un bloque completo de 256 KiB de manera tan perfecta que su hash
+	coincida, mientras que otros bloques no sincronizados en la misma banda
+	se reconstruyen con datos incorrectos.
+
+	Este escenario no depende de una colisión de hashes; más bien, las propias
+	ecuaciones de paridad mixta tendrían que generar de forma casual el
+	contenido exacto del bloque de 256 KiB original. Si bien es matemáticamente
+	concebible con datos especialmente preparados o muy repetitivos, es
+	prácticamente imposible con datos reales.
+
+	Si todos los discos están sanos, completar el `sync` interrumpido antes
+	de realizar más cambios elimina esta ambigüedad. Si un disco ha fallado
+	y se requiere recuperación, evite modificar los discos de datos antes
+	de ejecutar `check` o `fix`.
+
 Traducción (Translation)
 	Este documento es una traducción automática del manual en inglés.
 	Consulte el manual en inglés para obtener la versión oficial.
diff --git a/doc/snapraid-es.txt b/doc/snapraid-es.txt
index 9e65917c..12a33e81 100644
--- a/doc/snapraid-es.txt
+++ b/doc/snapraid-es.txt
@@ -2135,6 +2135,37 @@ 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
+----------------------------------------------------------------------
+
+En una matriz con múltiples discos de paridad, un `sync` interrumpido
+puede dejar los niveles de paridad temporalmente desincronizados entre sí.
+Por ejemplo, la paridad 1 podría contener datos recién actualizados,
+mientras que la paridad 2 todavía contiene los datos antiguos.
+
+Durante `check` o `fix`, SnapRAID prueba diferentes combinaciones de
+paridad y valida los datos reconstruidos con respecto a los hashes de
+bloque conocidos (que cubren el bloque completo, normalmente 256 KiB).
+
+Si SnapRAID intenta una reconstrucción utilizando una combinación
+inconsistente de paridad antigua y nueva, las ecuaciones lineales de RAID
+producirán datos incorrectos. Para que esta combinación no válida se
+acepte por error, las ecuaciones tendrían que reconstruir accidentalmente
+al menos un bloque completo de 256 KiB de manera tan perfecta que su hash
+coincida, mientras que otros bloques no sincronizados en la misma banda
+se reconstruyen con datos incorrectos.
+
+Este escenario no depende de una colisión de hashes; más bien, las propias
+ecuaciones de paridad mixta tendrían que generar de forma casual el
+contenido exacto del bloque de 256 KiB original. Si bien es matemáticamente
+concebible con datos especialmente preparados o muy repetitivos, es
+prácticamente imposible con datos reales.
+
+Si todos los discos están sanos, completar el `sync` interrumpido antes
+de realizar más cambios elimina esta ambigüedad. Si un disco ha fallado
+y se requiere recuperación, evite modificar los discos de datos antes
+de ejecutar `check` o `fix`.
+
 
 17 TRADUCCIóN (TRANSLATION)
 ===========================
diff --git a/doc/snapraid-fr.1 b/doc/snapraid-fr.1
index 281d4634..78946c81 100644
--- a/doc/snapraid-fr.1
+++ b/doc/snapraid-fr.1
@@ -2537,6 +2537,35 @@ Pour éviter cette limitation, évitez de modifier les fichiers protégés
 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.
+.SS Récupération après un sync multi\-parité interrompu 
+Dans une grappe avec plusieurs disques de parité, un \`sync\` interrompu
+peut laisser les niveaux de parité temporairement désynchronisés entre
+eux. Par exemple, la parité 1 peut déjà contenir les données nouvellement
+mises à jour, tandis que la parité 2 contient encore les anciennes données.
+.PP
+Lors d\'un \`check\` ou d\'un \`fix\`, SnapRAID teste différentes combinaisons
+de parités et valide les données reconstruites par rapport aux hachages
+de bloc connus (qui couvrent l\'intégralité du bloc, généralement 256 Kio).
+.PP
+Si SnapRAID tente une reconstruction en utilisant un mélange incohérent
+d\'ancienne et de nouvelle parité, les équations linéaires du RAID
+produiront des données incorrectes. Pour qu\'une telle combinaison
+invalide soit acceptée par erreur, il faudrait que les équations
+reconstruisent accidentellement au moins un bloc complet de 256 Kio
+de manière si parfaite que son hachage corresponde, tandis que d\'autres
+blocs non synchronisés de la même bande sont reconstruits avec des données
+erronées.
+.PP
+Ce scénario ne dépend pas d\'une collision de hachage ; il faudrait plutôt
+que les équations de parité mixte produisent elles\-mêmes par coïncidence
+le contenu exact du bloc original de 256 Kio. Bien que mathématiquement
+envisageable avec des données spécialement conçues ou très répétitives,
+c\'est pratiquement impossible avec des données réelles.
+.PP
+Si tous les disques sont sains, achever le \`sync\` interrompu avant
+d\'apporter d\'autres modifications élimine cette ambiguïté. Si un disque
+est tombé en panne et qu\'une récupération est requise, évitez de modifier
+les disques de données avant d\'exécuter \`check\` ou \`fix\`.
 .SH TRADUCTION (TRANSLATION) 
 Ce document est une traduction automatique du manuel en anglais.
 Veuillez vous référer au manuel en anglais pour la version officielle.
diff --git a/doc/snapraid-fr.d b/doc/snapraid-fr.d
index 12761193..962ada1a 100644
--- a/doc/snapraid-fr.d
+++ b/doc/snapraid-fr.d
@@ -2037,6 +2037,36 @@ Problèmes connus (Known Issues)
 	liens matériels vers un fichier sont inclus dans l'analyse afin que
 	SnapRAID puisse les normaliser.
 
+  Récupération après un sync multi-parité interrompu
+	Dans une grappe avec plusieurs disques de parité, un `sync` interrompu
+	peut laisser les niveaux de parité temporairement désynchronisés entre
+	eux. Par exemple, la parité 1 peut déjà contenir les données nouvellement
+	mises à jour, tandis que la parité 2 contient encore les anciennes données.
+
+	Lors d'un `check` ou d'un `fix`, SnapRAID teste différentes combinaisons
+	de parités et valide les données reconstruites par rapport aux hachages
+	de bloc connus (qui couvrent l'intégralité du bloc, généralement 256 Kio).
+
+	Si SnapRAID tente une reconstruction en utilisant un mélange incohérent
+	d'ancienne et de nouvelle parité, les équations linéaires du RAID
+	produiront des données incorrectes. Pour qu'une telle combinaison
+	invalide soit acceptée par erreur, il faudrait que les équations
+	reconstruisent accidentellement au moins un bloc complet de 256 Kio
+	de manière si parfaite que son hachage corresponde, tandis que d'autres
+	blocs non synchronisés de la même bande sont reconstruits avec des données
+	erronées.
+
+	Ce scénario ne dépend pas d'une collision de hachage ; il faudrait plutôt
+	que les équations de parité mixte produisent elles-mêmes par coïncidence
+	le contenu exact du bloc original de 256 Kio. Bien que mathématiquement
+	envisageable avec des données spécialement conçues ou très répétitives,
+	c'est pratiquement impossible avec des données réelles.
+
+	Si tous les disques sont sains, achever le `sync` interrompu avant
+	d'apporter d'autres modifications élimine cette ambiguïté. Si un disque
+	est tombé en panne et qu'une récupération est requise, évitez de modifier
+	les disques de données avant d'exécuter `check` ou `fix`.
+
 Traduction (Translation)
 	Ce document est une traduction automatique du manuel en anglais.
 	Veuillez vous référer au manuel en anglais pour la version officielle.
diff --git a/doc/snapraid-fr.txt b/doc/snapraid-fr.txt
index 49e70312..73238f23 100644
--- a/doc/snapraid-fr.txt
+++ b/doc/snapraid-fr.txt
@@ -2182,6 +2182,38 @@ 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
+-------------------------------------------------------
+
+Dans une grappe avec plusieurs disques de parité, un `sync` interrompu
+peut laisser les niveaux de parité temporairement désynchronisés entre
+eux. Par exemple, la parité 1 peut déjà contenir les données nouvellement
+mises à jour, tandis que la parité 2 contient encore les anciennes données.
+
+Lors d'un `check` ou d'un `fix`, SnapRAID teste différentes combinaisons
+de parités et valide les données reconstruites par rapport aux hachages
+de bloc connus (qui couvrent l'intégralité du bloc, généralement 256 Kio).
+
+Si SnapRAID tente une reconstruction en utilisant un mélange incohérent
+d'ancienne et de nouvelle parité, les équations linéaires du RAID
+produiront des données incorrectes. Pour qu'une telle combinaison
+invalide soit acceptée par erreur, il faudrait que les équations
+reconstruisent accidentellement au moins un bloc complet de 256 Kio
+de manière si parfaite que son hachage corresponde, tandis que d'autres
+blocs non synchronisés de la même bande sont reconstruits avec des données
+erronées.
+
+Ce scénario ne dépend pas d'une collision de hachage ; il faudrait plutôt
+que les équations de parité mixte produisent elles-mêmes par coïncidence
+le contenu exact du bloc original de 256 Kio. Bien que mathématiquement
+envisageable avec des données spécialement conçues ou très répétitives,
+c'est pratiquement impossible avec des données réelles.
+
+Si tous les disques sont sains, achever le `sync` interrompu avant
+d'apporter d'autres modifications élimine cette ambiguïté. Si un disque
+est tombé en panne et qu'une récupération est requise, évitez de modifier
+les disques de données avant d'exécuter `check` ou `fix`.
+
 
 17 TRADUCTION (TRANSLATION)
 ===========================
diff --git a/doc/snapraid-it.1 b/doc/snapraid-it.1
index 1a6ec0d5..6d884d08 100644
--- a/doc/snapraid-it.1
+++ b/doc/snapraid-it.1
@@ -2510,6 +2510,34 @@ Per evitare questa limitazione, evitare di modificare i file protetti
 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.
+.SS Recupero dopo un sync a parità multipla interrotto 
+In un array con più dischi di parità, un \`sync\` interrotto può lasciare
+i livelli di parità temporaneamente disallineati tra loro. Ad esempio,
+la parità 1 potrebbe già contenere i dati appena aggiornati, mentre la
+parità 2 contiene ancora i vecchi dati.
+.PP
+Durante \`check\` o \`fix\`, SnapRAID prova diverse combinazioni di parità
+e convalida i dati ricostruiti rispetto agli hash dei blocchi noti
+(che coprono l\'intero blocco, tipicamente 256 KiB).
+.PP
+Se SnapRAID tenta una ricostruzione utilizzando una combinazione
+incoerente di parità vecchia e nuova, le equazioni lineari del RAID
+produrranno dati errati. Affinché questa combinazione non valida venga
+accettata erroneamente, le equazioni dovrebbero accidentalmente
+ricostruire almeno un blocco completo da 256 KiB in modo così perfetto
+da far corrispondere il suo hash, mentre altri blocchi non sincronizzati
+nella stessa stripe vengono ricostruiti con dati errati.
+.PP
+Questo scenario non dipende da una collisione di hash; piuttosto, le
+equazioni di parità mista dovrebbero produrre casualmente l\'esatto
+contenuto originale del blocco da 256 KiB. Sebbene matematicamente
+possibile con dati appositamente creati o fortemente ripetitivi, è
+praticamente impossibile con dati reali.
+.PP
+Se tutti i dischi sono integri, completare il \`sync\` interrotto prima
+di apportare ulteriori modifiche rimuove questa ambiguità. Se un disco
+si è guastato ed è necessario il recupero, evitare di modificare i dischi
+dati prima di eseguire \`check\` o \`fix\`.
 .SH TRADUZIONE (TRANSLATION) 
 Questo documento è una traduzione automatica del manuale in inglese.
 Fare riferimento al manuale in inglese per la versione ufficiale.
diff --git a/doc/snapraid-it.d b/doc/snapraid-it.d
index 1cdec69d..ba52b6e9 100644
--- a/doc/snapraid-it.d
+++ b/doc/snapraid-it.d
@@ -1999,6 +1999,35 @@ Problemi noti (Known Issues)
 	hard link a un file siano inclusi nella scansione in modo che SnapRAID
 	possa normalizzarli.
 
+  Recupero dopo un sync a parità multipla interrotto
+	In un array con più dischi di parità, un `sync` interrotto può lasciare
+	i livelli di parità temporaneamente disallineati tra loro. Ad esempio,
+	la parità 1 potrebbe già contenere i dati appena aggiornati, mentre la
+	parità 2 contiene ancora i vecchi dati.
+
+	Durante `check` o `fix`, SnapRAID prova diverse combinazioni di parità
+	e convalida i dati ricostruiti rispetto agli hash dei blocchi noti
+	(che coprono l'intero blocco, tipicamente 256 KiB).
+
+	Se SnapRAID tenta una ricostruzione utilizzando una combinazione
+	incoerente di parità vecchia e nuova, le equazioni lineari del RAID
+	produrranno dati errati. Affinché questa combinazione non valida venga
+	accettata erroneamente, le equazioni dovrebbero accidentalmente
+	ricostruire almeno un blocco completo da 256 KiB in modo così perfetto
+	da far corrispondere il suo hash, mentre altri blocchi non sincronizzati
+	nella stessa stripe vengono ricostruiti con dati errati.
+
+	Questo scenario non dipende da una collisione di hash; piuttosto, le
+	equazioni di parità mista dovrebbero produrre casualmente l'esatto
+	contenuto originale del blocco da 256 KiB. Sebbene matematicamente
+	possibile con dati appositamente creati o fortemente ripetitivi, è
+	praticamente impossibile con dati reali.
+
+	Se tutti i dischi sono integri, completare il `sync` interrotto prima
+	di apportare ulteriori modifiche rimuove questa ambiguità. Se un disco
+	si è guastato ed è necessario il recupero, evitare di modificare i dischi
+	dati prima di eseguire `check` o `fix`.
+
 Traduzione (Translation)
 	Questo documento è una traduzione automatica del manuale in inglese.
 	Fare riferimento al manuale in inglese per la versione ufficiale.
diff --git a/doc/snapraid-it.txt b/doc/snapraid-it.txt
index 5aad5d4a..b9029aff 100644
--- a/doc/snapraid-it.txt
+++ b/doc/snapraid-it.txt
@@ -2144,6 +2144,37 @@ 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
+-------------------------------------------------------
+
+In un array con più dischi di parità, un `sync` interrotto può lasciare
+i livelli di parità temporaneamente disallineati tra loro. Ad esempio,
+la parità 1 potrebbe già contenere i dati appena aggiornati, mentre la
+parità 2 contiene ancora i vecchi dati.
+
+Durante `check` o `fix`, SnapRAID prova diverse combinazioni di parità
+e convalida i dati ricostruiti rispetto agli hash dei blocchi noti
+(che coprono l'intero blocco, tipicamente 256 KiB).
+
+Se SnapRAID tenta una ricostruzione utilizzando una combinazione
+incoerente di parità vecchia e nuova, le equazioni lineari del RAID
+produrranno dati errati. Affinché questa combinazione non valida venga
+accettata erroneamente, le equazioni dovrebbero accidentalmente
+ricostruire almeno un blocco completo da 256 KiB in modo così perfetto
+da far corrispondere il suo hash, mentre altri blocchi non sincronizzati
+nella stessa stripe vengono ricostruiti con dati errati.
+
+Questo scenario non dipende da una collisione di hash; piuttosto, le
+equazioni di parità mista dovrebbero produrre casualmente l'esatto
+contenuto originale del blocco da 256 KiB. Sebbene matematicamente
+possibile con dati appositamente creati o fortemente ripetitivi, è
+praticamente impossibile con dati reali.
+
+Se tutti i dischi sono integri, completare il `sync` interrotto prima
+di apportare ulteriori modifiche rimuove questa ambiguità. Se un disco
+si è guastato ed è necessario il recupero, evitare di modificare i dischi
+dati prima di eseguire `check` o `fix`.
+
 
 17 TRADUZIONE (TRANSLATION)
 ===========================
diff --git a/doc/snapraid-ja.1 b/doc/snapraid-ja.1
index 0f05ddd6..3e2acc4a 100644
--- a/doc/snapraid-ja.1
+++ b/doc/snapraid-ja.1
@@ -2258,6 +2258,32 @@ SnapRAID は、スキャン中に同じファイルへのハードリンクが2
 保護対象のファイルを変更しないようにするか、SnapRAID が正常に正規化
 できるように、ファイルへのすべてのハードリンクがスキャンに含まれるように
 してください。
+.SS 中断されたマルチパリティ sync 後の回復 
+複数のパリティディスクを持つアレイにおいて、\`sync\` が中断されると、
+異なるパリティレベル間で更新状態が一時的に不一致になることがあります。
+たとえば、パリティ 1 にはすでに新しく更新されたデータが含まれている一方、
+パリティ 2 にはまだ古いデータが残っているといった状況です。
+.PP
+\`check\` または \`fix\` の実行中、SnapRAID はさまざまなパリティの組み合わせを
+試し、既知のブロックハッシュ（ブロック全体、通常 256 KiB をカバー）に
+対して再構築されたデータを検証します。
+.PP
+SnapRAID が新旧のパリティが混在する不整合な組み合わせを使用して再構築を
+試みた場合、線形 RAID 方程式は誤ったデータを生成します。このような無効な
+組み合わせが誤って受け入れられるには、同じストライプ内の他の非同期ブロックが
+不正なデータで再構築されているにもかかわらず、方程式が偶然にも少なくとも
+1つの完全な 256 KiB ブロックを完璧に再構築してハッシュを一致させる必要が
+あります。
+.PP
+この事態はハッシュの衝突によるものではありません。むしろ、混在した
+パリティ方程式自体が偶然にも元の正確な 256 KiB ブロック内容を生成する
+必要があります。これは特別に作成されたデータや極めて反復的なデータでは
+数学的に考えられますが、実際のデータでは事実上不可能です。
+.PP
+すべてのディスクが正常な場合は、それ以上の変更を加える前に中断された \`sync\`
+を完了させることで、この不確実性を排除できます。ディスクに障害が発生して
+回復が必要な場合は、\`check\` または \`fix\` を実行する前にデータディスクを
+変更しないようにしてください。
 .SH 翻訳 (TRANSLATION) 
 この文書は英語版マニュアルの自動翻訳です。
 正確な記述については英語版マニュアルを参照してください。
diff --git a/doc/snapraid-ja.d b/doc/snapraid-ja.d
index 36088049..077d78ec 100644
--- a/doc/snapraid-ja.d
+++ b/doc/snapraid-ja.d
@@ -1761,6 +1761,33 @@ Name{number}
 	できるように、ファイルへのすべてのハードリンクがスキャンに含まれるように
 	してください。
 
+  中断されたマルチパリティ sync 後の回復
+	複数のパリティディスクを持つアレイにおいて、`sync` が中断されると、
+	異なるパリティレベル間で更新状態が一時的に不一致になることがあります。
+	たとえば、パリティ 1 にはすでに新しく更新されたデータが含まれている一方、
+	パリティ 2 にはまだ古いデータが残っているといった状況です。
+
+	`check` または `fix` の実行中、SnapRAID はさまざまなパリティの組み合わせを
+	試し、既知のブロックハッシュ（ブロック全体、通常 256 KiB をカバー）に
+	対して再構築されたデータを検証します。
+
+	SnapRAID が新旧のパリティが混在する不整合な組み合わせを使用して再構築を
+	試みた場合、線形 RAID 方程式は誤ったデータを生成します。このような無効な
+	組み合わせが誤って受け入れられるには、同じストライプ内の他の非同期ブロックが
+	不正なデータで再構築されているにもかかわらず、方程式が偶然にも少なくとも
+	1つの完全な 256 KiB ブロックを完璧に再構築してハッシュを一致させる必要が
+	あります。
+
+	この事態はハッシュの衝突によるものではありません。むしろ、混在した
+	パリティ方程式自体が偶然にも元の正確な 256 KiB ブロック内容を生成する
+	必要があります。これは特別に作成されたデータや極めて反復的なデータでは
+	数学的に考えられますが、実際のデータでは事実上不可能です。
+
+	すべてのディスクが正常な場合は、それ以上の変更を加える前に中断された `sync`
+	を完了させることで、この不確実性を排除できます。ディスクに障害が発生して
+	回復が必要な場合は、`check` または `fix` を実行する前にデータディスクを
+	変更しないようにしてください。
+
 翻訳 (Translation)
 	この文書は英語版マニュアルの自動翻訳です。
 	正確な記述については英語版マニュアルを参照してください。
diff --git a/doc/snapraid-ja.txt b/doc/snapraid-ja.txt
index 281b4bfd..eb163d76 100644
--- a/doc/snapraid-ja.txt
+++ b/doc/snapraid-ja.txt
@@ -1906,6 +1906,35 @@ SnapRAID は、スキャン中に同じファイルへのハードリンクが2
 できるように、ファイルへのすべてのハードリンクがスキャンに含まれるように
 してください。
 
+16.8 中断されたマルチパリティ sync 後の回復
+---------------------------
+
+複数のパリティディスクを持つアレイにおいて、`sync` が中断されると、
+異なるパリティレベル間で更新状態が一時的に不一致になることがあります。
+たとえば、パリティ 1 にはすでに新しく更新されたデータが含まれている一方、
+パリティ 2 にはまだ古いデータが残っているといった状況です。
+
+`check` または `fix` の実行中、SnapRAID はさまざまなパリティの組み合わせを
+試し、既知のブロックハッシュ（ブロック全体、通常 256 KiB をカバー）に
+対して再構築されたデータを検証します。
+
+SnapRAID が新旧のパリティが混在する不整合な組み合わせを使用して再構築を
+試みた場合、線形 RAID 方程式は誤ったデータを生成します。このような無効な
+組み合わせが誤って受け入れられるには、同じストライプ内の他の非同期ブロックが
+不正なデータで再構築されているにもかかわらず、方程式が偶然にも少なくとも
+1つの完全な 256 KiB ブロックを完璧に再構築してハッシュを一致させる必要が
+あります。
+
+この事態はハッシュの衝突によるものではありません。むしろ、混在した
+パリティ方程式自体が偶然にも元の正確な 256 KiB ブロック内容を生成する
+必要があります。これは特別に作成されたデータや極めて反復的なデータでは
+数学的に考えられますが、実際のデータでは事実上不可能です。
+
+すべてのディスクが正常な場合は、それ以上の変更を加える前に中断された `sync`
+を完了させることで、この不確実性を排除できます。ディスクに障害が発生して
+回復が必要な場合は、`check` または `fix` を実行する前にデータディスクを
+変更しないようにしてください。
+
 
 17 翻訳 (TRANSLATION)
 ===================
diff --git a/doc/snapraid-ko.1 b/doc/snapraid-ko.1
index ab3ab803..c42c6fbf 100644
--- a/doc/snapraid-ko.1
+++ b/doc/snapraid-ko.1
@@ -2298,6 +2298,31 @@ SnapRAID는 스캔 중에 동일한 파일에 대한 하드 링크를 2개 이
 이러한 제한을 방지하려면 SnapRAID에서 제외된 하드 링크를 통해 보호된
 파일을 수정하지 않거나, SnapRAID가 이를 정규화할 수 있도록 파일의 모든
 하드 링크가 스캔에 포함되도록 하십시오.
+.SS 중단된 다중 패리티 sync 후 복구 
+다중 패리티 디스크가 있는 어레이에서 \`sync\`가 중단되면 서로 다른
+패리티 레벨이 일시적으로 동기화되지 않은 상태로 남을 수 있습니다.
+예를 들어 패리티 1에는 새로 업데이트된 데이터가 이미 포함되어 있는 반면,
+패리티 2에는 여전히 이전 데이터가 남아 있을 수 있습니다.
+.PP
+\`check\` 또는 \`fix\`를 수행하는 동안 SnapRAID는 다양한 패리티 조합을
+시도하고 알려진 블록 해시(전체 블록을 포함하며 일반적으로 256 KiB)에 대해
+재구성된 데이터를 검증합니다.
+.PP
+SnapRAID가 이전 패리티와 새 패리티의 일치하지 않는 혼합을 사용하여
+재구성을 시도하면 선형 RAID 방정식은 잘못된 데이터를 생성합니다. 이러한
+유효하지 않은 조합이 잘못 수락되려면, 동일한 스트라이프의 다른 비동기화된
+블록이 잘못된 데이터로 재구성되는 와중에도 방정식이 우연히 하나 이상의
+완전한 256 KiB 블록을 완벽하게 재구성하여 해시가 일치해야 합니다.
+.PP
+이 시나리오는 해시 충돌에 의존하지 않습니다. 오히려 혼합된 패리티
+방정식 자체가 우연히 원래의 정확한 256 KiB 블록 내용을 생성해야 합니다.
+이는 특별히 조작되었거나 매우 반복적인 데이터에서는 수학적으로 가능하지만,
+실제 데이터에서는 사실상 불가능합니다.
+.PP
+모든 디스크가 정상인 경우 추가 변경을 수행하기 전에 중단된 \`sync\`를
+완료하면 이러한 불확실성이 제거됩니다. 디스크에 오류가 발생하여 복구가
+필요한 경우 \`check\` 또는 \`fix\`를 실행하기 전에 데이터 디스크를 수정하지
+마십시오.
 .SH 번역 (TRANSLATION) 
 이 문서는 영어 매뉴얼의 자동 번역본입니다.
 공식 버전은 영어 매뉴얼을 참조하십시오.
diff --git a/doc/snapraid-ko.d b/doc/snapraid-ko.d
index 48c99fac..3340aabe 100644
--- a/doc/snapraid-ko.d
+++ b/doc/snapraid-ko.d
@@ -1801,6 +1801,32 @@ Name{number}
 	파일을 수정하지 않거나, SnapRAID가 이를 정규화할 수 있도록 파일의 모든
 	하드 링크가 스캔에 포함되도록 하십시오.
 
+  중단된 다중 패리티 sync 후 복구
+	다중 패리티 디스크가 있는 어레이에서 `sync`가 중단되면 서로 다른
+	패리티 레벨이 일시적으로 동기화되지 않은 상태로 남을 수 있습니다.
+	예를 들어 패리티 1에는 새로 업데이트된 데이터가 이미 포함되어 있는 반면,
+	패리티 2에는 여전히 이전 데이터가 남아 있을 수 있습니다.
+
+	`check` 또는 `fix`를 수행하는 동안 SnapRAID는 다양한 패리티 조합을
+	시도하고 알려진 블록 해시(전체 블록을 포함하며 일반적으로 256 KiB)에 대해
+	재구성된 데이터를 검증합니다.
+
+	SnapRAID가 이전 패리티와 새 패리티의 일치하지 않는 혼합을 사용하여
+	재구성을 시도하면 선형 RAID 방정식은 잘못된 데이터를 생성합니다. 이러한
+	유효하지 않은 조합이 잘못 수락되려면, 동일한 스트라이프의 다른 비동기화된
+	블록이 잘못된 데이터로 재구성되는 와중에도 방정식이 우연히 하나 이상의
+	완전한 256 KiB 블록을 완벽하게 재구성하여 해시가 일치해야 합니다.
+
+	이 시나리오는 해시 충돌에 의존하지 않습니다. 오히려 혼합된 패리티
+	방정식 자체가 우연히 원래의 정확한 256 KiB 블록 내용을 생성해야 합니다.
+	이는 특별히 조작되었거나 매우 반복적인 데이터에서는 수학적으로 가능하지만,
+	실제 데이터에서는 사실상 불가능합니다.
+
+	모든 디스크가 정상인 경우 추가 변경을 수행하기 전에 중단된 `sync`를
+	완료하면 이러한 불확실성이 제거됩니다. 디스크에 오류가 발생하여 복구가
+	필요한 경우 `check` 또는 `fix`를 실행하기 전에 데이터 디스크를 수정하지
+	마십시오.
+
 번역 (Translation)
 	이 문서는 영어 매뉴얼의 자동 번역본입니다.
 	공식 버전은 영어 매뉴얼을 참조하십시오.
diff --git a/doc/snapraid-ko.txt b/doc/snapraid-ko.txt
index 22e86668..f3e190d3 100644
--- a/doc/snapraid-ko.txt
+++ b/doc/snapraid-ko.txt
@@ -1946,6 +1946,34 @@ SnapRAID는 스캔 중에 동일한 파일에 대한 하드 링크를 2개 이
 파일을 수정하지 않거나, SnapRAID가 이를 정규화할 수 있도록 파일의 모든
 하드 링크가 스캔에 포함되도록 하십시오.
 
+16.8 중단된 다중 패리티 sync 후 복구
+-------------------------
+
+다중 패리티 디스크가 있는 어레이에서 `sync`가 중단되면 서로 다른
+패리티 레벨이 일시적으로 동기화되지 않은 상태로 남을 수 있습니다.
+예를 들어 패리티 1에는 새로 업데이트된 데이터가 이미 포함되어 있는 반면,
+패리티 2에는 여전히 이전 데이터가 남아 있을 수 있습니다.
+
+`check` 또는 `fix`를 수행하는 동안 SnapRAID는 다양한 패리티 조합을
+시도하고 알려진 블록 해시(전체 블록을 포함하며 일반적으로 256 KiB)에 대해
+재구성된 데이터를 검증합니다.
+
+SnapRAID가 이전 패리티와 새 패리티의 일치하지 않는 혼합을 사용하여
+재구성을 시도하면 선형 RAID 방정식은 잘못된 데이터를 생성합니다. 이러한
+유효하지 않은 조합이 잘못 수락되려면, 동일한 스트라이프의 다른 비동기화된
+블록이 잘못된 데이터로 재구성되는 와중에도 방정식이 우연히 하나 이상의
+완전한 256 KiB 블록을 완벽하게 재구성하여 해시가 일치해야 합니다.
+
+이 시나리오는 해시 충돌에 의존하지 않습니다. 오히려 혼합된 패리티
+방정식 자체가 우연히 원래의 정확한 256 KiB 블록 내용을 생성해야 합니다.
+이는 특별히 조작되었거나 매우 반복적인 데이터에서는 수학적으로 가능하지만,
+실제 데이터에서는 사실상 불가능합니다.
+
+모든 디스크가 정상인 경우 추가 변경을 수행하기 전에 중단된 `sync`를
+완료하면 이러한 불확실성이 제거됩니다. 디스크에 오류가 발생하여 복구가
+필요한 경우 `check` 또는 `fix`를 실행하기 전에 데이터 디스크를 수정하지
+마십시오.
+
 
 17 번역 (TRANSLATION)
 ===================
diff --git a/doc/snapraid-pl.1 b/doc/snapraid-pl.1
index e71c1c40..c5bdd4b2 100644
--- a/doc/snapraid-pl.1
+++ b/doc/snapraid-pl.1
@@ -2399,6 +2399,34 @@ Aby uniknąć tego ograniczenia, należy unikać modyfikowania chronionych plik
 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ć.
+.SS Odzyskiwanie po przerwanym sync z wieloma parzystościami 
+W macierzy z wieloma dyskami parzystości przerwane polecenie \`sync\` może
+pozostawić różne poziomy parzystości chwilowo niezsynchronizowane ze sobą.
+Na przykład parzystość 1 może już zawierać nowo zaktualizowane dane,
+podczas gdy parzystość 2 nadal zawiera stare dane.
+.PP
+Podczas wykonywania \`check\` lub \`fix\` SnapRAID sprawdza różne kombinacje
+parzystości i weryfikuje zrekonstruowane dane z wykorzystaniem znanych
+skrótów bloków (obejmujących cały blok, zazwyczaj 256 KiB).
+.PP
+Jeśli SnapRAID podejmie próbę rekonstrukcji z użyciem niespójnej
+mieszanki starej i nowej parzystości, liniowe równania RAID dadzą
+nieprawidłowe dane. Aby taka niepoprawna kombinacja została omyłkowo
+zaakceptowana, równania musiałyby przypadkowo zrekonstruować co najmniej
+jeden pełny blok 256 KiB tak idealnie, aby jego skrót się zgadzał,
+podczas gdy inne niezsynchronizowane bloki w tym samym pasku zostaną
+zrekonstruowane z błędnymi danymi.
+.PP
+Scenariusz ten nie zależy od kolizji skrótów; wymagałby raczej, aby same
+równania mieszanej parzystości przypadkowo odtworzyły dokładną,
+oryginalną zawartość 256\-KiB bloku. Choć jest to matematycznie możliwe
+w przypadku specjalnie spreparowanych lub silnie powtarzalnych danych,
+jest to praktycznie niemożliwe w przypadku rzeczywistych danych.
+.PP
+Jeśli wszystkie dyski są sprawne, dokończenie przerwanego \`sync\` przed
+wprowadzeniem dalszych zmian usuwa tę niejednoznaczność. Jeśli nastąpiła
+awaria dysku i konieczne jest odzyskanie danych, należy unikać modyfikacji
+dysków danych przed uruchomieniem \`check\` lub \`fix\`.
 .SH TłUMACZENIE (TRANSLATION) 
 Ten dokument jest automatycznym tłumaczeniem angielskiej instrukcji.
 Wersję oficjalną stanowi oryginalny podręcznik w języku angielskim.
diff --git a/doc/snapraid-pl.d b/doc/snapraid-pl.d
index 1d50a32d..524cbced 100644
--- a/doc/snapraid-pl.d
+++ b/doc/snapraid-pl.d
@@ -1902,6 +1902,35 @@ Znane problemy (Known Issues)
 	że wszystkie twarde dowiązania do danego pliku są uwzględnione w skanowaniu,
 	aby SnapRAID mógł je znormalizować.
 
+  Odzyskiwanie po przerwanym sync z wieloma parzystościami
+	W macierzy z wieloma dyskami parzystości przerwane polecenie `sync` może
+	pozostawić różne poziomy parzystości chwilowo niezsynchronizowane ze sobą.
+	Na przykład parzystość 1 może już zawierać nowo zaktualizowane dane,
+	podczas gdy parzystość 2 nadal zawiera stare dane.
+
+	Podczas wykonywania `check` lub `fix` SnapRAID sprawdza różne kombinacje
+	parzystości i weryfikuje zrekonstruowane dane z wykorzystaniem znanych
+	skrótów bloków (obejmujących cały blok, zazwyczaj 256 KiB).
+
+	Jeśli SnapRAID podejmie próbę rekonstrukcji z użyciem niespójnej
+	mieszanki starej i nowej parzystości, liniowe równania RAID dadzą
+	nieprawidłowe dane. Aby taka niepoprawna kombinacja została omyłkowo
+	zaakceptowana, równania musiałyby przypadkowo zrekonstruować co najmniej
+	jeden pełny blok 256 KiB tak idealnie, aby jego skrót się zgadzał,
+	podczas gdy inne niezsynchronizowane bloki w tym samym pasku zostaną
+	zrekonstruowane z błędnymi danymi.
+
+	Scenariusz ten nie zależy od kolizji skrótów; wymagałby raczej, aby same
+	równania mieszanej parzystości przypadkowo odtworzyły dokładną,
+	oryginalną zawartość 256-KiB bloku. Choć jest to matematycznie możliwe
+	w przypadku specjalnie spreparowanych lub silnie powtarzalnych danych,
+	jest to praktycznie niemożliwe w przypadku rzeczywistych danych.
+
+	Jeśli wszystkie dyski są sprawne, dokończenie przerwanego `sync` przed
+	wprowadzeniem dalszych zmian usuwa tę niejednoznaczność. Jeśli nastąpiła
+	awaria dysku i konieczne jest odzyskanie danych, należy unikać modyfikacji
+	dysków danych przed uruchomieniem `check` lub `fix`.
+
 Tłumaczenie (Translation)
 	Ten dokument jest automatycznym tłumaczeniem angielskiej instrukcji.
 	Wersję oficjalną stanowi oryginalny podręcznik w języku angielskim.
diff --git a/doc/snapraid-pl.txt b/doc/snapraid-pl.txt
index 095e078d..de15f00d 100644
--- a/doc/snapraid-pl.txt
+++ b/doc/snapraid-pl.txt
@@ -2047,6 +2047,37 @@ 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
+-------------------------------------------------------------
+
+W macierzy z wieloma dyskami parzystości przerwane polecenie `sync` może
+pozostawić różne poziomy parzystości chwilowo niezsynchronizowane ze sobą.
+Na przykład parzystość 1 może już zawierać nowo zaktualizowane dane,
+podczas gdy parzystość 2 nadal zawiera stare dane.
+
+Podczas wykonywania `check` lub `fix` SnapRAID sprawdza różne kombinacje
+parzystości i weryfikuje zrekonstruowane dane z wykorzystaniem znanych
+skrótów bloków (obejmujących cały blok, zazwyczaj 256 KiB).
+
+Jeśli SnapRAID podejmie próbę rekonstrukcji z użyciem niespójnej
+mieszanki starej i nowej parzystości, liniowe równania RAID dadzą
+nieprawidłowe dane. Aby taka niepoprawna kombinacja została omyłkowo
+zaakceptowana, równania musiałyby przypadkowo zrekonstruować co najmniej
+jeden pełny blok 256 KiB tak idealnie, aby jego skrót się zgadzał,
+podczas gdy inne niezsynchronizowane bloki w tym samym pasku zostaną
+zrekonstruowane z błędnymi danymi.
+
+Scenariusz ten nie zależy od kolizji skrótów; wymagałby raczej, aby same
+równania mieszanej parzystości przypadkowo odtworzyły dokładną,
+oryginalną zawartość 256-KiB bloku. Choć jest to matematycznie możliwe
+w przypadku specjalnie spreparowanych lub silnie powtarzalnych danych,
+jest to praktycznie niemożliwe w przypadku rzeczywistych danych.
+
+Jeśli wszystkie dyski są sprawne, dokończenie przerwanego `sync` przed
+wprowadzeniem dalszych zmian usuwa tę niejednoznaczność. Jeśli nastąpiła
+awaria dysku i konieczne jest odzyskanie danych, należy unikać modyfikacji
+dysków danych przed uruchomieniem `check` lub `fix`.
+
 
 17 TłUMACZENIE (TRANSLATION)
 ============================
diff --git a/doc/snapraid-pt.1 b/doc/snapraid-pt.1
index 5d979e39..0864245e 100644
--- a/doc/snapraid-pt.1
+++ b/doc/snapraid-pt.1
@@ -2434,6 +2434,34 @@ Para evitar essa limitação, evite modificar arquivos protegidos por meio
 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.
+.SS Recuperação após uma sincronização de multiparidade interrompida 
+Em uma matriz com múltiplos discos de paridade, um \`sync\` interrompido
+pode deixar os níveis de paridade temporariamente fora de sincronia entre
+si. Por exemplo, a paridade 1 já pode conter dados recém\-atualizados,
+enquanto a paridade 2 ainda contém os dados antigos.
+.PP
+Durante \`check\` ou \`fix\`, o SnapRAID testa diferentes combinações de
+paridade e valida os dados reconstruídos em relação aos hashes de bloco
+conhecidos (cobrindo o bloco completo, normalmente 256 KiB).
+.PP
+Se o SnapRAID tentar uma reconstrução usando uma combinação inconsistente
+de paridade antiga e nova, as equações lineares de RAID produzirão dados
+incorretos. Para que essa combinação inválida seja aceita por engano,
+as equações teriam que reconstruir acidentalmente pelo menos um bloco
+completo de 256 KiB de maneira tão perfeita que seu hash corresponda,
+enquanto outros blocos não sincronizados na mesma faixa são reconstruídos
+com dados incorretos.
+.PP
+Esse cenário não depende de uma colisão de hash; em vez disso, as próprias
+equações de paridade mista teriam que gerar coincidentemente o conteúdo
+exato do bloco de 256 KiB original. Embora seja matematicamente concebível
+com dados especialmente preparados ou altamente repetitivos, é
+praticamente impossível com dados reais.
+.PP
+Se todos os discos estiverem íntegros, concluir o \`sync\` interrompido
+antes de fazer novas alterações remove essa ambiguidade. Se um disco tiver
+falhado e a recuperação for necessária, evite modificar os discos de dados
+antes de executar \`check\` ou \`fix\`.
 .SH TRADUçãO (TRANSLATION) 
 Este documento é uma tradução automática do manual em inglês.
 Consulte o manual em inglês para a versão oficial.
diff --git a/doc/snapraid-pt.d b/doc/snapraid-pt.d
index 32ed8b03..fb0daad5 100644
--- a/doc/snapraid-pt.d
+++ b/doc/snapraid-pt.d
@@ -1937,6 +1937,35 @@ Problemas Conhecidos (Known Issues)
 	links físicos de um arquivo sejam incluídos na verificação para que o
 	SnapRAID possa normalizá-los.
 
+  Recuperação após uma sincronização de multiparidade interrompida
+	Em uma matriz com múltiplos discos de paridade, um `sync` interrompido
+	pode deixar os níveis de paridade temporariamente fora de sincronia entre
+	si. Por exemplo, a paridade 1 já pode conter dados recém-atualizados,
+	enquanto a paridade 2 ainda contém os dados antigos.
+
+	Durante `check` ou `fix`, o SnapRAID testa diferentes combinações de
+	paridade e valida os dados reconstruídos em relação aos hashes de bloco
+	conhecidos (cobrindo o bloco completo, normalmente 256 KiB).
+
+	Se o SnapRAID tentar uma reconstrução usando uma combinação inconsistente
+	de paridade antiga e nova, as equações lineares de RAID produzirão dados
+	incorretos. Para que essa combinação inválida seja aceita por engano,
+	as equações teriam que reconstruir acidentalmente pelo menos um bloco
+	completo de 256 KiB de maneira tão perfeita que seu hash corresponda,
+	enquanto outros blocos não sincronizados na mesma faixa são reconstruídos
+	com dados incorretos.
+
+	Esse cenário não depende de uma colisão de hash; em vez disso, as próprias
+	equações de paridade mista teriam que gerar coincidentemente o conteúdo
+	exato do bloco de 256 KiB original. Embora seja matematicamente concebível
+	com dados especialmente preparados ou altamente repetitivos, é
+	praticamente impossível com dados reais.
+
+	Se todos os discos estiverem íntegros, concluir o `sync` interrompido
+	antes de fazer novas alterações remove essa ambiguidade. Se um disco tiver
+	falhado e a recuperação for necessária, evite modificar os discos de dados
+	antes de executar `check` ou `fix`.
+
 Tradução (Translation)
 	Este documento é uma tradução automática do manual em inglês.
 	Consulte o manual em inglês para a versão oficial.
diff --git a/doc/snapraid-pt.txt b/doc/snapraid-pt.txt
index 0ce2cffd..a98183c8 100644
--- a/doc/snapraid-pt.txt
+++ b/doc/snapraid-pt.txt
@@ -2082,6 +2082,37 @@ 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
+---------------------------------------------------------------------
+
+Em uma matriz com múltiplos discos de paridade, um `sync` interrompido
+pode deixar os níveis de paridade temporariamente fora de sincronia entre
+si. Por exemplo, a paridade 1 já pode conter dados recém-atualizados,
+enquanto a paridade 2 ainda contém os dados antigos.
+
+Durante `check` ou `fix`, o SnapRAID testa diferentes combinações de
+paridade e valida os dados reconstruídos em relação aos hashes de bloco
+conhecidos (cobrindo o bloco completo, normalmente 256 KiB).
+
+Se o SnapRAID tentar uma reconstrução usando uma combinação inconsistente
+de paridade antiga e nova, as equações lineares de RAID produzirão dados
+incorretos. Para que essa combinação inválida seja aceita por engano,
+as equações teriam que reconstruir acidentalmente pelo menos um bloco
+completo de 256 KiB de maneira tão perfeita que seu hash corresponda,
+enquanto outros blocos não sincronizados na mesma faixa são reconstruídos
+com dados incorretos.
+
+Esse cenário não depende de uma colisão de hash; em vez disso, as próprias
+equações de paridade mista teriam que gerar coincidentemente o conteúdo
+exato do bloco de 256 KiB original. Embora seja matematicamente concebível
+com dados especialmente preparados ou altamente repetitivos, é
+praticamente impossível com dados reais.
+
+Se todos os discos estiverem íntegros, concluir o `sync` interrompido
+antes de fazer novas alterações remove essa ambiguidade. Se um disco tiver
+falhado e a recuperação for necessária, evite modificar os discos de dados
+antes de executar `check` ou `fix`.
+
 
 17 TRADUçãO (TRANSLATION)
 =========================
diff --git a/doc/snapraid-ro.1 b/doc/snapraid-ro.1
index 529bb245..fdfcbfdd 100644
--- a/doc/snapraid-ro.1
+++ b/doc/snapraid-ro.1
@@ -2394,6 +2394,34 @@ Pentru a evita această limitare, evitați modificarea fișierelor protejate
 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.
+.SS Recuperare după un sync multi\-paritate întrerupt 
+Într\-o matrice cu mai multe discuri de paritate, un \`sync\` întrerupt
+poate lăsa nivelurile de paritate temporar nesincronizate între ele.
+De exemplu, paritatea 1 ar putea conține deja date nou actualizate,
+în timp ce paritatea 2 conține încă datele vechi.
+.PP
+În timpul \`check\` sau \`fix\`, SnapRAID încearcă diferite combinații de
+paritate și validează datele reconstruite pe baza hash\-urilor de bloc
+cunoscute (acoperind blocul complet, de obicei 256 KiB).
+.PP
+Dacă SnapRAID încearcă o reconstrucție folosind un amestec inconsistent
+de paritate veche și nouă, ecuațiile liniare RAID vor produce date
+incorecte. Pentru ca această combinație invalidă să fie acceptată în mod
+eronat, ecuațiile ar trebui să reconstruiască accidental cel puțin un
+bloc complet de 256 KiB atât de perfect încât hash\-ul său să se
+potrivească, în timp ce alte blocuri nesincronizate din aceeași bandă
+sunt reconstruite cu date incorecte.
+.PP
+Acest scenariu nu depinde de o coliziune de hash; mai degrabă, ecuațiile
+de paritate mixtă în sine ar trebui să producă din întâmplare conținutul
+exact al blocului original de 256 KiB. Deși este matematic posibil în
+cazul datelor special concepute sau extrem de repetitive, este practic
+imposibil cu date reale.
+.PP
+Dacă toate discurile sunt integre, finalizarea \`sync\`\-ului întrerupt
+înainte de a face alte modificări elimină această ambiguitate. Dacă un
+disc a cedat și este necesară recuperarea, evitați modificarea discurilor
+de date înainte de a rula \`check\` sau \`fix\`.
 .SH TRADUCERE (TRANSLATION) 
 Acest document este o traducere automată a manualului în limba engleză.
 Consultați manualul în limba engleză pentru versiunea oficială.
diff --git a/doc/snapraid-ro.d b/doc/snapraid-ro.d
index a97392fe..97fee591 100644
--- a/doc/snapraid-ro.d
+++ b/doc/snapraid-ro.d
@@ -1897,6 +1897,35 @@ Probleme Cunoscute (Known Issues)
 	legăturile dure către un fișier sunt incluse în scanare, astfel încât
 	SnapRAID să le poată normaliza.
 
+  Recuperare după un sync multi-paritate întrerupt
+	Într-o matrice cu mai multe discuri de paritate, un `sync` întrerupt
+	poate lăsa nivelurile de paritate temporar nesincronizate între ele.
+	De exemplu, paritatea 1 ar putea conține deja date nou actualizate,
+	în timp ce paritatea 2 conține încă datele vechi.
+
+	În timpul `check` sau `fix`, SnapRAID încearcă diferite combinații de
+	paritate și validează datele reconstruite pe baza hash-urilor de bloc
+	cunoscute (acoperind blocul complet, de obicei 256 KiB).
+
+	Dacă SnapRAID încearcă o reconstrucție folosind un amestec inconsistent
+	de paritate veche și nouă, ecuațiile liniare RAID vor produce date
+	incorecte. Pentru ca această combinație invalidă să fie acceptată în mod
+	eronat, ecuațiile ar trebui să reconstruiască accidental cel puțin un
+	bloc complet de 256 KiB atât de perfect încât hash-ul său să se
+	potrivească, în timp ce alte blocuri nesincronizate din aceeași bandă
+	sunt reconstruite cu date incorecte.
+
+	Acest scenariu nu depinde de o coliziune de hash; mai degrabă, ecuațiile
+	de paritate mixtă în sine ar trebui să producă din întâmplare conținutul
+	exact al blocului original de 256 KiB. Deși este matematic posibil în
+	cazul datelor special concepute sau extrem de repetitive, este practic
+	imposibil cu date reale.
+
+	Dacă toate discurile sunt integre, finalizarea `sync`-ului întrerupt
+	înainte de a face alte modificări elimină această ambiguitate. Dacă un
+	disc a cedat și este necesară recuperarea, evitați modificarea discurilor
+	de date înainte de a rula `check` sau `fix`.
+
 Traducere (Translation)
 	Acest document este o traducere automată a manualului în limba engleză.
 	Consultați manualul în limba engleză pentru versiunea oficială.
diff --git a/doc/snapraid-ro.txt b/doc/snapraid-ro.txt
index 0ab491f3..6cf92ec9 100644
--- a/doc/snapraid-ro.txt
+++ b/doc/snapraid-ro.txt
@@ -2042,6 +2042,37 @@ 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
+-----------------------------------------------------
+
+Într-o matrice cu mai multe discuri de paritate, un `sync` întrerupt
+poate lăsa nivelurile de paritate temporar nesincronizate între ele.
+De exemplu, paritatea 1 ar putea conține deja date nou actualizate,
+în timp ce paritatea 2 conține încă datele vechi.
+
+În timpul `check` sau `fix`, SnapRAID încearcă diferite combinații de
+paritate și validează datele reconstruite pe baza hash-urilor de bloc
+cunoscute (acoperind blocul complet, de obicei 256 KiB).
+
+Dacă SnapRAID încearcă o reconstrucție folosind un amestec inconsistent
+de paritate veche și nouă, ecuațiile liniare RAID vor produce date
+incorecte. Pentru ca această combinație invalidă să fie acceptată în mod
+eronat, ecuațiile ar trebui să reconstruiască accidental cel puțin un
+bloc complet de 256 KiB atât de perfect încât hash-ul său să se
+potrivească, în timp ce alte blocuri nesincronizate din aceeași bandă
+sunt reconstruite cu date incorecte.
+
+Acest scenariu nu depinde de o coliziune de hash; mai degrabă, ecuațiile
+de paritate mixtă în sine ar trebui să producă din întâmplare conținutul
+exact al blocului original de 256 KiB. Deși este matematic posibil în
+cazul datelor special concepute sau extrem de repetitive, este practic
+imposibil cu date reale.
+
+Dacă toate discurile sunt integre, finalizarea `sync`-ului întrerupt
+înainte de a face alte modificări elimină această ambiguitate. Dacă un
+disc a cedat și este necesară recuperarea, evitați modificarea discurilor
+de date înainte de a rula `check` sau `fix`.
+
 
 17 TRADUCERE (TRANSLATION)
 ==========================
diff --git a/doc/snapraid-ru.1 b/doc/snapraid-ru.1
index 9b401838..5a2977a6 100644
--- a/doc/snapraid-ru.1
+++ b/doc/snapraid-ru.1
@@ -2397,6 +2397,34 @@ SnapRAID автоматически обнаруживает и нормализ
 Чтобы избежать этого ограничения, не изменяйте защищенные файлы через
 жесткие ссылки, исключенные из SnapRAID, либо убедитесь, что все жесткие
 ссылки на файл включены в сканирование, чтобы SnapRAID мог их нормализовать.
+.SS Восстановление после прерванного sync с несколькими четностями 
+В массиве с несколькими дисками четности прерванный \`sync\` может оставить
+уровни четности временно рассинхронизированными относительно друг друга.
+Например, четность 1 уже может содержать обновленные данные, тогда как
+четность 2 все еще содержит старые данные.
+.PP
+Во время выполнения \`check\` или \`fix\` SnapRAID проверяет различные
+комбинации четностей и проверяет восстановленные данные по известным
+хэшам блоков (охватывающим блок целиком, обычно 256 КиБ).
+.PP
+Если SnapRAID пытается выполнить восстановление, используя
+несогласованную смесь старой и новой четности, линейные уравнения RAID
+дадут некорректные данные. Чтобы такая недействительная комбинация была
+ошибочно принята, уравнения должны были бы случайно восстановить хотя бы
+один полный блок размером 256 КиБ настолько идеально, чтобы его хэш
+совпал, тогда как другие несинхронизированные блоки в том же страйпе
+будут восстановлены с ошибочными данными.
+.PP
+Этот сценарий не зависит от коллизии хэшей; напротив, сами уравнения
+смешанной четности должны были бы случайно воспроизвести точное исходное
+содержимое 256\-КиБ блока. Хотя это математически возможно при специально
+подготовленных или сильно повторяющихся данных, на реальных данных это
+практически невозможно.
+.PP
+Если все диски исправны, завершение прерванного \`sync\` перед внесением
+дальнейших изменений устраняет эту неоднозначность. Если диск вышел из
+строя и требуется восстановление, избегайте изменения дисков данных перед
+запуском \`check\` или \`fix\`.
 .SH Перевод (TRANSLATION) 
 Этот документ является автоматическим переводом английского руководства.
 Обратитесь к английскому руководству за официальной версией.
diff --git a/doc/snapraid-ru.d b/doc/snapraid-ru.d
index 9f344c06..5c490d99 100644
--- a/doc/snapraid-ru.d
+++ b/doc/snapraid-ru.d
@@ -1902,6 +1902,35 @@ Name{number}
 	жесткие ссылки, исключенные из SnapRAID, либо убедитесь, что все жесткие
 	ссылки на файл включены в сканирование, чтобы SnapRAID мог их нормализовать.
 
+  Восстановление после прерванного sync с несколькими четностями
+	В массиве с несколькими дисками четности прерванный `sync` может оставить
+	уровни четности временно рассинхронизированными относительно друг друга.
+	Например, четность 1 уже может содержать обновленные данные, тогда как
+	четность 2 все еще содержит старые данные.
+
+	Во время выполнения `check` или `fix` SnapRAID проверяет различные
+	комбинации четностей и проверяет восстановленные данные по известным
+	хэшам блоков (охватывающим блок целиком, обычно 256 КиБ).
+
+	Если SnapRAID пытается выполнить восстановление, используя
+	несогласованную смесь старой и новой четности, линейные уравнения RAID
+	дадут некорректные данные. Чтобы такая недействительная комбинация была
+	ошибочно принята, уравнения должны были бы случайно восстановить хотя бы
+	один полный блок размером 256 КиБ настолько идеально, чтобы его хэш
+	совпал, тогда как другие несинхронизированные блоки в том же страйпе
+	будут восстановлены с ошибочными данными.
+
+	Этот сценарий не зависит от коллизии хэшей; напротив, сами уравнения
+	смешанной четности должны были бы случайно воспроизвести точное исходное
+	содержимое 256-КиБ блока. Хотя это математически возможно при специально
+	подготовленных или сильно повторяющихся данных, на реальных данных это
+	практически невозможно.
+
+	Если все диски исправны, завершение прерванного `sync` перед внесением
+	дальнейших изменений устраняет эту неоднозначность. Если диск вышел из
+	строя и требуется восстановление, избегайте изменения дисков данных перед
+	запуском `check` или `fix`.
+
 Перевод (Translation)
 	Этот документ является автоматическим переводом английского руководства.
 	Обратитесь к английскому руководству за официальной версией.
diff --git a/doc/snapraid-ru.txt b/doc/snapraid-ru.txt
index 763bea40..cd734d90 100644
--- a/doc/snapraid-ru.txt
+++ b/doc/snapraid-ru.txt
@@ -2047,6 +2047,37 @@ SnapRAID автоматически обнаруживает и нормализ
 жесткие ссылки, исключенные из SnapRAID, либо убедитесь, что все жесткие
 ссылки на файл включены в сканирование, чтобы SnapRAID мог их нормализовать.
 
+16.8 Восстановление после прерванного sync с несколькими четностями
+-------------------------------------------------------------------
+
+В массиве с несколькими дисками четности прерванный `sync` может оставить
+уровни четности временно рассинхронизированными относительно друг друга.
+Например, четность 1 уже может содержать обновленные данные, тогда как
+четность 2 все еще содержит старые данные.
+
+Во время выполнения `check` или `fix` SnapRAID проверяет различные
+комбинации четностей и проверяет восстановленные данные по известным
+хэшам блоков (охватывающим блок целиком, обычно 256 КиБ).
+
+Если SnapRAID пытается выполнить восстановление, используя
+несогласованную смесь старой и новой четности, линейные уравнения RAID
+дадут некорректные данные. Чтобы такая недействительная комбинация была
+ошибочно принята, уравнения должны были бы случайно восстановить хотя бы
+один полный блок размером 256 КиБ настолько идеально, чтобы его хэш
+совпал, тогда как другие несинхронизированные блоки в том же страйпе
+будут восстановлены с ошибочными данными.
+
+Этот сценарий не зависит от коллизии хэшей; напротив, сами уравнения
+смешанной четности должны были бы случайно воспроизвести точное исходное
+содержимое 256-КиБ блока. Хотя это математически возможно при специально
+подготовленных или сильно повторяющихся данных, на реальных данных это
+практически невозможно.
+
+Если все диски исправны, завершение прерванного `sync` перед внесением
+дальнейших изменений устраняет эту неоднозначность. Если диск вышел из
+строя и требуется восстановление, избегайте изменения дисков данных перед
+запуском `check` или `fix`.
+
 
 17 Перевод (TRANSLATION)
 ========================
diff --git a/doc/snapraid-sv.1 b/doc/snapraid-sv.1
index 456a012b..d067bfe8 100644
--- a/doc/snapraid-sv.1
+++ b/doc/snapraid-sv.1
@@ -2389,6 +2389,33 @@ den sökvägen).
 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.
+.SS Återställning efter ett avbrutet multi\-paritets\-sync 
+I en array med flera paritetsdiskar kan ett avbrutet \`sync\` lämna
+paritetsnivåerna tillfälligt osynkroniserade med varandra. Till exempel
+kan paritet 1 redan innehålla nyligen uppdaterade data, medan paritet 2
+fortfarande innehåller gamla data.
+.PP
+Under \`check\` eller \`fix\` provar SnapRAID olika paritetskombinationer och
+validerar rekonstruerade data mot kända blockhashar (som täcker hela
+blocket, vanligtvis 256 KiB).
+.PP
+Om SnapRAID försöker en rekonstruktion med en inkonsekvent blandning av
+gammal och ny paritet ger de linjära RAID\-ekvationerna felaktiga data.
+För att en sådan ogiltig kombination felaktigt ska accepteras måste
+ekvationerna av en slump rekonstruera minst ett helt 256 KiB\-block så
+perfekt att dess hash matchar, medan andra osynkroniserade block i samma
+stripe rekonstrueras med felaktiga data.
+.PP
+Detta scenario beror inte på en hashkollision; snarare måste ekvationerna
+med blandad paritet i sig råka producera det exakta ursprungliga
+innehållet i 256 KiB\-blocket. Även om detta är matematiskt tänkbart med
+specialkonstruerade eller mycket repetitiva data, är det praktiskt taget
+omöjligt med verkliga data.
+.PP
+Om alla diskar är felfria elimineras denna tvetydighet genom att slutföra
+det avbrutna \`sync\` innan fler ändringar görs. Om en disk har gått sönder
+och återställning krävs bör du undvika att ändra datadiskarna innan du kör
+\`check\` eller \`fix\`.
 .SH ÖVERSäTTNING (TRANSLATION) 
 Detta dokument är en automatisk översättning av den engelska manualen.
 Se den engelska manualen för den officiella versionen.
diff --git a/doc/snapraid-sv.d b/doc/snapraid-sv.d
index 30aa2e64..ca810b62 100644
--- a/doc/snapraid-sv.d
+++ b/doc/snapraid-sv.d
@@ -1892,6 +1892,34 @@ Kända problem (Known Issues)
 	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.
 
+  Återställning efter ett avbrutet multi-paritets-sync
+	I en array med flera paritetsdiskar kan ett avbrutet `sync` lämna
+	paritetsnivåerna tillfälligt osynkroniserade med varandra. Till exempel
+	kan paritet 1 redan innehålla nyligen uppdaterade data, medan paritet 2
+	fortfarande innehåller gamla data.
+
+	Under `check` eller `fix` provar SnapRAID olika paritetskombinationer och
+	validerar rekonstruerade data mot kända blockhashar (som täcker hela
+	blocket, vanligtvis 256 KiB).
+
+	Om SnapRAID försöker en rekonstruktion med en inkonsekvent blandning av
+	gammal och ny paritet ger de linjära RAID-ekvationerna felaktiga data.
+	För att en sådan ogiltig kombination felaktigt ska accepteras måste
+	ekvationerna av en slump rekonstruera minst ett helt 256 KiB-block så
+	perfekt att dess hash matchar, medan andra osynkroniserade block i samma
+	stripe rekonstrueras med felaktiga data.
+
+	Detta scenario beror inte på en hashkollision; snarare måste ekvationerna
+	med blandad paritet i sig råka producera det exakta ursprungliga
+	innehållet i 256 KiB-blocket. Även om detta är matematiskt tänkbart med
+	specialkonstruerade eller mycket repetitiva data, är det praktiskt taget
+	omöjligt med verkliga data.
+
+	Om alla diskar är felfria elimineras denna tvetydighet genom att slutföra
+	det avbrutna `sync` innan fler ändringar görs. Om en disk har gått sönder
+	och återställning krävs bör du undvika att ändra datadiskarna innan du kör
+	`check` eller `fix`.
+
 Översättning (Translation)
 	Detta dokument är en automatisk översättning av den engelska manualen.
 	Se den engelska manualen för den officiella versionen.
diff --git a/doc/snapraid-sv.txt b/doc/snapraid-sv.txt
index 50656649..911498c6 100644
--- a/doc/snapraid-sv.txt
+++ b/doc/snapraid-sv.txt
@@ -2037,6 +2037,36 @@ 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
+---------------------------------------------------------
+
+I en array med flera paritetsdiskar kan ett avbrutet `sync` lämna
+paritetsnivåerna tillfälligt osynkroniserade med varandra. Till exempel
+kan paritet 1 redan innehålla nyligen uppdaterade data, medan paritet 2
+fortfarande innehåller gamla data.
+
+Under `check` eller `fix` provar SnapRAID olika paritetskombinationer och
+validerar rekonstruerade data mot kända blockhashar (som täcker hela
+blocket, vanligtvis 256 KiB).
+
+Om SnapRAID försöker en rekonstruktion med en inkonsekvent blandning av
+gammal och ny paritet ger de linjära RAID-ekvationerna felaktiga data.
+För att en sådan ogiltig kombination felaktigt ska accepteras måste
+ekvationerna av en slump rekonstruera minst ett helt 256 KiB-block så
+perfekt att dess hash matchar, medan andra osynkroniserade block i samma
+stripe rekonstrueras med felaktiga data.
+
+Detta scenario beror inte på en hashkollision; snarare måste ekvationerna
+med blandad paritet i sig råka producera det exakta ursprungliga
+innehållet i 256 KiB-blocket. Även om detta är matematiskt tänkbart med
+specialkonstruerade eller mycket repetitiva data, är det praktiskt taget
+omöjligt med verkliga data.
+
+Om alla diskar är felfria elimineras denna tvetydighet genom att slutföra
+det avbrutna `sync` innan fler ändringar görs. Om en disk har gått sönder
+och återställning krävs bör du undvika att ändra datadiskarna innan du kör
+`check` eller `fix`.
+
 
 17 ÖVERSäTTNING (TRANSLATION)
 =============================
diff --git a/doc/snapraid-uk.1 b/doc/snapraid-uk.1
index 6ac05bc7..6be57cb3 100644
--- a/doc/snapraid-uk.1
+++ b/doc/snapraid-uk.1
@@ -2596,6 +2596,33 @@ SnapRAID автоматично виявляє та нормалізує цей
 Щоб уникнути цього обмеження, не змінюйте захищені файли через жорсткі
 посилання, виключені зі SnapRAID, або переконайтеся, що всі жорсткі
 посилання на файл включені до сканування, щоб SnapRAID міг їх нормалізувати.
+.SS Відновлення після перерваного sync з кількома парностями 
+У масиві з кількома дисками парності перерваний \`sync\` може залишити
+рівні парності тимчасово розсинхронізованими між собою. Наприклад,
+парність 1 вже може містити оновлені дані, тоді як парність 2 все ще
+містить старі дані.
+.PP
+Під час виконання \`check\` або \`fix\` SnapRAID випробовує різні комбінації
+парностей і перевіряє відновлені дані за відомими хешами блоків
+(що охоплюють блок цілком, зазвичай 256 КіБ).
+.PP
+Якщо SnapRAID намагається виконати відновлення, використовуючи
+неузгоджену суміш старої та нової парності, лінійні рівняння RAID
+дадуть неправильні дані. Щоб така недійсна комбінація була помилково
+прийнята, рівняння мали б випадково відновити хоча б один повний блок
+розміром 256 КіБ настільки ідеально, щоб його хеш збігся, тоді як інші
+несинхронізовані блоки в тій самій смузі будуть відновлені з помилковими
+даними.
+.PP
+Цей сценарій не залежить від колізії хешів; навпаки, самі рівняння
+змішаної парності мали б випадково відтворити точний вихідний вміст
+256\-КіБ блоку. Хоча це математично можливо для спеціально підготовлених
+або сильно повторюваних даних, на реальних даних це практично неможливо.
+.PP
+Якщо всі диски справні, завершення перерваного \`sync\` перед внесенням
+подальших змін усуває цю неоднозначність. Якщо диск вийшов з ладу і
+потрібне відновлення, уникайте змін на дисках даних перед запуском
+\`check\` або \`fix\`.
 .SH Переклад (TRANSLATION) 
 Цей документ є автоматичним перекладом англійського посібника.
 Зверніться до англійського посібника для отримання офіційної версії.
diff --git a/doc/snapraid-uk.d b/doc/snapraid-uk.d
index 2234f856..7fe705a6 100644
--- a/doc/snapraid-uk.d
+++ b/doc/snapraid-uk.d
@@ -2087,6 +2087,34 @@ Name{number}
 	посилання, виключені зі SnapRAID, або переконайтеся, що всі жорсткі
 	посилання на файл включені до сканування, щоб SnapRAID міг їх нормалізувати.
 
+  Відновлення після перерваного sync з кількома парностями
+	У масиві з кількома дисками парності перерваний `sync` може залишити
+	рівні парності тимчасово розсинхронізованими між собою. Наприклад,
+	парність 1 вже може містити оновлені дані, тоді як парність 2 все ще
+	містить старі дані.
+
+	Під час виконання `check` або `fix` SnapRAID випробовує різні комбінації
+	парностей і перевіряє відновлені дані за відомими хешами блоків
+	(що охоплюють блок цілком, зазвичай 256 КіБ).
+
+	Якщо SnapRAID намагається виконати відновлення, використовуючи
+	неузгоджену суміш старої та нової парності, лінійні рівняння RAID
+	дадуть неправильні дані. Щоб така недійсна комбінація була помилково
+	прийнята, рівняння мали б випадково відновити хоча б один повний блок
+	розміром 256 КіБ настільки ідеально, щоб його хеш збігся, тоді як інші
+	несинхронізовані блоки в тій самій смузі будуть відновлені з помилковими
+	даними.
+
+	Цей сценарій не залежить від колізії хешів; навпаки, самі рівняння
+	змішаної парності мали б випадково відтворити точний вихідний вміст
+	256-КіБ блоку. Хоча це математично можливо для спеціально підготовлених
+	або сильно повторюваних даних, на реальних даних це практично неможливо.
+
+	Якщо всі диски справні, завершення перерваного `sync` перед внесенням
+	подальших змін усуває цю неоднозначність. Якщо диск вийшов з ладу і
+	потрібне відновлення, уникайте змін на дисках даних перед запуском
+	`check` або `fix`.
+
 Переклад (Translation)
 	Цей документ є автоматичним перекладом англійського посібника.
 	Зверніться до англійського посібника для отримання офіційної версії.
diff --git a/doc/snapraid-uk.txt b/doc/snapraid-uk.txt
index 89aded1e..ed75fb4f 100644
--- a/doc/snapraid-uk.txt
+++ b/doc/snapraid-uk.txt
@@ -2232,6 +2232,36 @@ SnapRAID автоматично виявляє та нормалізує цей
 посилання, виключені зі SnapRAID, або переконайтеся, що всі жорсткі
 посилання на файл включені до сканування, щоб SnapRAID міг їх нормалізувати.
 
+16.8 Відновлення після перерваного sync з кількома парностями
+-------------------------------------------------------------
+
+У масиві з кількома дисками парності перерваний `sync` може залишити
+рівні парності тимчасово розсинхронізованими між собою. Наприклад,
+парність 1 вже може містити оновлені дані, тоді як парність 2 все ще
+містить старі дані.
+
+Під час виконання `check` або `fix` SnapRAID випробовує різні комбінації
+парностей і перевіряє відновлені дані за відомими хешами блоків
+(що охоплюють блок цілком, зазвичай 256 КіБ).
+
+Якщо SnapRAID намагається виконати відновлення, використовуючи
+неузгоджену суміш старої та нової парності, лінійні рівняння RAID
+дадуть неправильні дані. Щоб така недійсна комбінація була помилково
+прийнята, рівняння мали б випадково відновити хоча б один повний блок
+розміром 256 КіБ настільки ідеально, щоб його хеш збігся, тоді як інші
+несинхронізовані блоки в тій самій смузі будуть відновлені з помилковими
+даними.
+
+Цей сценарій не залежить від колізії хешів; навпаки, самі рівняння
+змішаної парності мали б випадково відтворити точний вихідний вміст
+256-КіБ блоку. Хоча це математично можливо для спеціально підготовлених
+або сильно повторюваних даних, на реальних даних це практично неможливо.
+
+Якщо всі диски справні, завершення перерваного `sync` перед внесенням
+подальших змін усуває цю неоднозначність. Якщо диск вийшов з ладу і
+потрібне відновлення, уникайте змін на дисках даних перед запуском
+`check` або `fix`.
+
 
 17 Переклад (TRANSLATION)
 =========================
diff --git a/doc/snapraid-zh.1 b/doc/snapraid-zh.1
index 3740ff24..d805e325 100644
--- a/doc/snapraid-zh.1
+++ b/doc/snapraid-zh.1
@@ -2141,6 +2141,26 @@ SnapRAID 仅对选定的块进行操作，而不执行文件级别的最终化
 为避免此限制，请避免通过已从 SnapRAID 中排除的硬链接来修改受保护
 的文件，或者确保文件的所有硬链接都包含在扫描中，以便 SnapRAID 可以
 对它们进行规范化。
+.SS 中断的多重奇偶校验 sync 后的恢复 
+在具有多个奇偶校验磁盘的阵列中，中断的 \`sync\` 可能会使不同奇偶校验
+级别之间暂时彼此不同步。例如，奇偶校验 1 可能已经包含新更新的数据，
+而奇偶校验 2 仍包含旧数据。
+.PP
+在执行 \`check\` 或 \`fix\` 期间，SnapRAID 会尝试不同的奇偶校验组合，
+并根据已知的块哈希（覆盖整个块，通常为 256 KiB）验证重建的数据。
+.PP
+如果 SnapRAID 尝试使用新旧奇偶校验的不一致混合进行重建，线性 RAID
+方程将产生不正确的数据。要错误地接受这种无效组合，这些方程必须在同一
+条带中的其他未同步块被重建为错误数据的情况下，巧合地完美重建出至少一个
+完整的 256 KiB 块以使其哈希完全匹配。
+.PP
+这种情况并不依赖于哈希碰撞；相反，它需要混合奇偶校验方程本身碰巧
+生成原始的完整 256 KiB 块内容。虽然在特别构造的数据或高度重复的数据
+情况下在数学上是可能的，但在实际数据中这几乎是不可能的。
+.PP
+如果所有磁盘都运行良好，在进行进一步更改之前完成中断的 \`sync\` 可以消除
+这种不确定性。如果磁盘发生故障且需要恢复，在运行 \`check\` 或 \`fix\` 之前
+请避免修改任何数据磁盘。
 .SH 翻译 (TRANSLATION) 
 本文档是英文手册的自动翻译。
 请参阅英文手册以获取权威版本。
diff --git a/doc/snapraid-zh.d b/doc/snapraid-zh.d
index ea61f795..cf206a32 100644
--- a/doc/snapraid-zh.d
+++ b/doc/snapraid-zh.d
@@ -1644,6 +1644,27 @@ Name{number}
 	的文件，或者确保文件的所有硬链接都包含在扫描中，以便 SnapRAID 可以
 	对它们进行规范化。
 
+  中断的多重奇偶校验 sync 后的恢复
+	在具有多个奇偶校验磁盘的阵列中，中断的 `sync` 可能会使不同奇偶校验
+	级别之间暂时彼此不同步。例如，奇偶校验 1 可能已经包含新更新的数据，
+	而奇偶校验 2 仍包含旧数据。
+
+	在执行 `check` 或 `fix` 期间，SnapRAID 会尝试不同的奇偶校验组合，
+	并根据已知的块哈希（覆盖整个块，通常为 256 KiB）验证重建的数据。
+
+	如果 SnapRAID 尝试使用新旧奇偶校验的不一致混合进行重建，线性 RAID
+	方程将产生不正确的数据。要错误地接受这种无效组合，这些方程必须在同一
+	条带中的其他未同步块被重建为错误数据的情况下，巧合地完美重建出至少一个
+	完整的 256 KiB 块以使其哈希完全匹配。
+
+	这种情况并不依赖于哈希碰撞；相反，它需要混合奇偶校验方程本身碰巧
+	生成原始的完整 256 KiB 块内容。虽然在特别构造的数据或高度重复的数据
+	情况下在数学上是可能的，但在实际数据中这几乎是不可能的。
+
+	如果所有磁盘都运行良好，在进行进一步更改之前完成中断的 `sync` 可以消除
+	这种不确定性。如果磁盘发生故障且需要恢复，在运行 `check` 或 `fix` 之前
+	请避免修改任何数据磁盘。
+
 翻译 (Translation)
 	本文档是英文手册的自动翻译。
 	请参阅英文手册以获取权威版本。
diff --git a/doc/snapraid-zh.txt b/doc/snapraid-zh.txt
index 7565da86..fbabf5a0 100644
--- a/doc/snapraid-zh.txt
+++ b/doc/snapraid-zh.txt
@@ -1789,6 +1789,29 @@ SnapRAID 仅对选定的块进行操作，而不执行文件级别的最终化
 的文件，或者确保文件的所有硬链接都包含在扫描中，以便 SnapRAID 可以
 对它们进行规范化。
 
+16.8 中断的多重奇偶校验 sync 后的恢复
+------------------------
+
+在具有多个奇偶校验磁盘的阵列中，中断的 `sync` 可能会使不同奇偶校验
+级别之间暂时彼此不同步。例如，奇偶校验 1 可能已经包含新更新的数据，
+而奇偶校验 2 仍包含旧数据。
+
+在执行 `check` 或 `fix` 期间，SnapRAID 会尝试不同的奇偶校验组合，
+并根据已知的块哈希（覆盖整个块，通常为 256 KiB）验证重建的数据。
+
+如果 SnapRAID 尝试使用新旧奇偶校验的不一致混合进行重建，线性 RAID
+方程将产生不正确的数据。要错误地接受这种无效组合，这些方程必须在同一
+条带中的其他未同步块被重建为错误数据的情况下，巧合地完美重建出至少一个
+完整的 256 KiB 块以使其哈希完全匹配。
+
+这种情况并不依赖于哈希碰撞；相反，它需要混合奇偶校验方程本身碰巧
+生成原始的完整 256 KiB 块内容。虽然在特别构造的数据或高度重复的数据
+情况下在数学上是可能的，但在实际数据中这几乎是不可能的。
+
+如果所有磁盘都运行良好，在进行进一步更改之前完成中断的 `sync` 可以消除
+这种不确定性。如果磁盘发生故障且需要恢复，在运行 `check` 或 `fix` 之前
+请避免修改任何数据磁盘。
+
 
 17 翻译 (TRANSLATION)
 ===================
diff --git a/doc/snapraid.1 b/doc/snapraid.1
index 0a3c7c5d..c53adf60 100644
--- a/doc/snapraid.1
+++ b/doc/snapraid.1
@@ -2397,6 +2397,33 @@ opened through that path).
 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.
+.SS Recovery after an interrupted multi\-parity sync 
+In an array with multiple parity disks, an interrupted \`sync\` can leave
+parity levels temporarily out of sync with each other. For example,
+parity 1 might already contain newly updated data, while parity 2 still
+contains the old data.
+.PP
+During \`check\` or \`fix\`, SnapRAID tries different parity combinations
+and validates reconstructed data against the known block hashes (covering
+the full block, typically 256 KiB).
+.PP
+If SnapRAID attempts a reconstruction using an inconsistent mix of old
+and new parity, the linear RAID equations will produce incorrect data.
+For this invalid combination to be falsely accepted, the equations would
+have to accidentally reconstruct at least one complete 256 KiB block so
+perfectly that its hash matches, while other unsynchronized blocks in the
+same stripe are reconstructed with incorrect data.
+.PP
+This scenario does not depend on a hash collision; rather, the mixed
+parity equations themselves would have to coincidentally yield the exact
+original 256 KiB block contents. While mathematically possible with
+specially crafted or highly repetitive data, it is practically impossible
+with real\-world data.
+.PP
+If all disks are healthy, completing the interrupted \`sync\` before making
+further changes removes this ambiguity. If a disk has failed and recovery
+is required, avoid modifying any data disks before running \`check\` or
+\`fix\`.
 .SH COPYRIGHT 
 This file is Copyright (C) 2026 Andrea Mazzoleni
 .SH SEE ALSO 
diff --git a/doc/snapraid.d b/doc/snapraid.d
index 6230ea9e..d8c878cf 100644
--- a/doc/snapraid.d
+++ b/doc/snapraid.d
@@ -1900,6 +1900,34 @@ Known Issues
 	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.
 
+  Recovery after an interrupted multi-parity sync
+	In an array with multiple parity disks, an interrupted `sync` can leave
+	parity levels temporarily out of sync with each other. For example,
+	parity 1 might already contain newly updated data, while parity 2 still
+	contains the old data.
+
+	During `check` or `fix`, SnapRAID tries different parity combinations
+	and validates reconstructed data against the known block hashes (covering
+	the full block, typically 256 KiB).
+
+	If SnapRAID attempts a reconstruction using an inconsistent mix of old
+	and new parity, the linear RAID equations will produce incorrect data.
+	For this invalid combination to be falsely accepted, the equations would
+	have to accidentally reconstruct at least one complete 256 KiB block so
+	perfectly that its hash matches, while other unsynchronized blocks in the
+	same stripe are reconstructed with incorrect data.
+
+	This scenario does not depend on a hash collision; rather, the mixed
+	parity equations themselves would have to coincidentally yield the exact
+	original 256 KiB block contents. While mathematically possible with
+	specially crafted or highly repetitive data, it is practically impossible
+	with real-world data.
+
+	If all disks are healthy, completing the interrupted `sync` before making
+	further changes removes this ambiguity. If a disk has failed and recovery
+	is required, avoid modifying any data disks before running `check` or
+	`fix`.
+
 Copyright
 	This file is Copyright (C) 2026 Andrea Mazzoleni
 
diff --git a/doc/snapraid.txt b/doc/snapraid.txt
index 6c9c45d1..2fd135a3 100644
--- a/doc/snapraid.txt
+++ b/doc/snapraid.txt
@@ -2045,6 +2045,36 @@ 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
+----------------------------------------------------
+
+In an array with multiple parity disks, an interrupted `sync` can leave
+parity levels temporarily out of sync with each other. For example,
+parity 1 might already contain newly updated data, while parity 2 still
+contains the old data.
+
+During `check` or `fix`, SnapRAID tries different parity combinations
+and validates reconstructed data against the known block hashes (covering
+the full block, typically 256 KiB).
+
+If SnapRAID attempts a reconstruction using an inconsistent mix of old
+and new parity, the linear RAID equations will produce incorrect data.
+For this invalid combination to be falsely accepted, the equations would
+have to accidentally reconstruct at least one complete 256 KiB block so
+perfectly that its hash matches, while other unsynchronized blocks in the
+same stripe are reconstructed with incorrect data.
+
+This scenario does not depend on a hash collision; rather, the mixed
+parity equations themselves would have to coincidentally yield the exact
+original 256 KiB block contents. While mathematically possible with
+specially crafted or highly repetitive data, it is practically impossible
+with real-world data.
+
+If all disks are healthy, completing the interrupted `sync` before making
+further changes removes this ambiguity. If a disk has failed and recovery
+is required, avoid modifying any data disks before running `check` or
+`fix`.
+
 
 17 COPYRIGHT
 ============