rt/snapraid
1
0
Fork 0
mirror of https://github.com/amadvance/snapraid.git synced 2026-10-25 18:40:19 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions

Document rare occurrence of missing info branch in content loading

Browse source
This commit is contained in:
Andrea Mazzoleni 2026-10-03 20:16:20 +02:00
parent 0ad0913ef2
commit 91761768a0
1 changed files with 10 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

10
cmdline/state.c
View file

@ -2826,6 +2826,16 @@ static void state_read_content(struct snapraid_state* state, const char* path, S
info_set_run(&state->infoarr, v_pos, v_count, info);
v_pos += v_count;
} else {
/*
* This branch is entered only when a parity position below blockmax
* has no info, which means that all data disks simultaneously have a
* hole (no file block) at this exact parity position.
* Since blockmax is the highest allocated block across all disks and
* file allocation on disks is typically contiguous from block 0, such
* global parity holes are extremely rare in practice. Even though the
* block-by-block fs_info_is_required() validation is inefficient, it is
* practically never executed, or only for very short gaps.
*/
while (v_count) {
/* ensure that an info is present only for used positions */
if (fs_info_is_required(state, v_pos)) {