mirror of
https://github.com/amadvance/snapraid.git
synced 2026-10-25 18:40:19 -04:00
Document recovery behavior after interrupted multi-parity sync in Known Issues
This commit is contained in:
Andrea Mazzoleni
parent
5beb465d42
commit
d6b0786eca
42 changed files with 1196 additions and 0 deletions
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
============================
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
===========================
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
===========================
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
===========================
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
この文書は英語版マニュアルの自動翻訳です。
|
||||
正確な記述については英語版マニュアルを参照してください。
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
この文書は英語版マニュアルの自動翻訳です。
|
||||
正確な記述については英語版マニュアルを参照してください。
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
===================
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
이 문서는 영어 매뉴얼의 자동 번역본입니다.
|
||||
공식 버전은 영어 매뉴얼을 참조하십시오.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
이 문서는 영어 매뉴얼의 자동 번역본입니다.
|
||||
공식 버전은 영어 매뉴얼을 참조하십시오.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
===================
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
============================
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
=========================
|
||||
|
|
|
|||
|
|
@ -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ă.
|
||||
|
|
|
|||
|
|
@ -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ă.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
==========================
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
Этот документ является автоматическим переводом английского руководства.
|
||||
Обратитесь к английскому руководству за официальной версией.
|
||||
|
|
|
|||
|
|
@ -1902,6 +1902,35 @@ Name{number}
|
|||
жесткие ссылки, исключенные из SnapRAID, либо убедитесь, что все жесткие
|
||||
ссылки на файл включены в сканирование, чтобы SnapRAID мог их нормализовать.
|
||||
|
||||
Восстановление после прерванного sync с несколькими четностями
|
||||
В массиве с несколькими дисками четности прерванный `sync` может оставить
|
||||
уровни четности временно рассинхронизированными относительно друг друга.
|
||||
Например, четность 1 уже может содержать обновленные данные, тогда как
|
||||
четность 2 все еще содержит старые данные.
|
||||
|
||||
Во время выполнения `check` или `fix` SnapRAID проверяет различные
|
||||
комбинации четностей и проверяет восстановленные данные по известным
|
||||
хэшам блоков (охватывающим блок целиком, обычно 256 КиБ).
|
||||
|
||||
Если SnapRAID пытается выполнить восстановление, используя
|
||||
несогласованную смесь старой и новой четности, линейные уравнения RAID
|
||||
дадут некорректные данные. Чтобы такая недействительная комбинация была
|
||||
ошибочно принята, уравнения должны были бы случайно восстановить хотя бы
|
||||
один полный блок размером 256 КиБ настолько идеально, чтобы его хэш
|
||||
совпал, тогда как другие несинхронизированные блоки в том же страйпе
|
||||
будут восстановлены с ошибочными данными.
|
||||
|
||||
Этот сценарий не зависит от коллизии хэшей; напротив, сами уравнения
|
||||
смешанной четности должны были бы случайно воспроизвести точное исходное
|
||||
содержимое 256-КиБ блока. Хотя это математически возможно при специально
|
||||
подготовленных или сильно повторяющихся данных, на реальных данных это
|
||||
практически невозможно.
|
||||
|
||||
Если все диски исправны, завершение прерванного `sync` перед внесением
|
||||
дальнейших изменений устраняет эту неоднозначность. Если диск вышел из
|
||||
строя и требуется восстановление, избегайте изменения дисков данных перед
|
||||
запуском `check` или `fix`.
|
||||
|
||||
Перевод (Translation)
|
||||
Этот документ является автоматическим переводом английского руководства.
|
||||
Обратитесь к английскому руководству за официальной версией.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
========================
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
=============================
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
Цей документ є автоматичним перекладом англійського посібника.
|
||||
Зверніться до англійського посібника для отримання офіційної версії.
|
||||
|
|
|
|||
|
|
@ -2087,6 +2087,34 @@ Name{number}
|
|||
посилання, виключені зі SnapRAID, або переконайтеся, що всі жорсткі
|
||||
посилання на файл включені до сканування, щоб SnapRAID міг їх нормалізувати.
|
||||
|
||||
Відновлення після перерваного sync з кількома парностями
|
||||
У масиві з кількома дисками парності перерваний `sync` може залишити
|
||||
рівні парності тимчасово розсинхронізованими між собою. Наприклад,
|
||||
парність 1 вже може містити оновлені дані, тоді як парність 2 все ще
|
||||
містить старі дані.
|
||||
|
||||
Під час виконання `check` або `fix` SnapRAID випробовує різні комбінації
|
||||
парностей і перевіряє відновлені дані за відомими хешами блоків
|
||||
(що охоплюють блок цілком, зазвичай 256 КіБ).
|
||||
|
||||
Якщо SnapRAID намагається виконати відновлення, використовуючи
|
||||
неузгоджену суміш старої та нової парності, лінійні рівняння RAID
|
||||
дадуть неправильні дані. Щоб така недійсна комбінація була помилково
|
||||
прийнята, рівняння мали б випадково відновити хоча б один повний блок
|
||||
розміром 256 КіБ настільки ідеально, щоб його хеш збігся, тоді як інші
|
||||
несинхронізовані блоки в тій самій смузі будуть відновлені з помилковими
|
||||
даними.
|
||||
|
||||
Цей сценарій не залежить від колізії хешів; навпаки, самі рівняння
|
||||
змішаної парності мали б випадково відтворити точний вихідний вміст
|
||||
256-КіБ блоку. Хоча це математично можливо для спеціально підготовлених
|
||||
або сильно повторюваних даних, на реальних даних це практично неможливо.
|
||||
|
||||
Якщо всі диски справні, завершення перерваного `sync` перед внесенням
|
||||
подальших змін усуває цю неоднозначність. Якщо диск вийшов з ладу і
|
||||
потрібне відновлення, уникайте змін на дисках даних перед запуском
|
||||
`check` або `fix`.
|
||||
|
||||
Переклад (Translation)
|
||||
Цей документ є автоматичним перекладом англійського посібника.
|
||||
Зверніться до англійського посібника для отримання офіційної версії.
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
=========================
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
本文档是英文手册的自动翻译。
|
||||
请参阅英文手册以获取权威版本。
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
本文档是英文手册的自动翻译。
|
||||
请参阅英文手册以获取权威版本。
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
===================
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
============
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue