История изменений

Наблюдал на ufs2 в append-only файлах. Журнал там есть. Насчёт data-ordered не интересовался. Какие настройки файловой системы у автора - не знаю, но в любом случае других причин для нулей в конце файла я не вижу. Может быть там гипервизор крашится, а очередь записей на диск не соблюдается. Или десинхронизация между числовым размером файла и количеством выделенных ему блоков к такому как-то приводит.

Если автор укажет точные байтовые позиции начала и конца этих нулевых байт, наверно будет понятнее. Я почти уверен, что либо начало, либо конец выровнены на 4к-границу. Впрочем, проблему автора всё это решить никак не поможет.

Наблюдал на ufs2 в append-only файлах. Журнал там есть. Насчёт data-ordered не интересовался. Какие настройки файловой системы у автора - не знаю, но в любом случае других причин для нулей в конце файла я не вижу. Может быть там гипервизор крашится, а очередь записей на диск не соблюдается. Или десинхронизация между числовым размером файла и количеством выделенных ему блоков к такому как-то приводит.

Если автор укажет точные байтовые позиции начала и конца этих нулевых байт, наверно будет понятнее. Я почти уверен, что либо начало, либо конец выровнены на 4к-границу.

Наблюдал на ufs2 в append-only файлах. Журнал там есть. Насчёт data-ordered не интересовался. Какие настройки файловой системы у автора - не знаю, но в любом случае других причин для нулей в конце файла я не вижу. Может быть там гипервизор крашится, а очередь записей на диск не соблюдается.

Если автор укажет точные байтовые позиции начала и конца этих нулевых байт, наверно будет понятнее. Я почти уверен, что либо начало, либо конец выровнены на 4к-границу.

Наблюдал на ufs2 в append-only файлах. Журнал там есть. Насчёт data-ordered не интересовался. Какие настройки файловой системы у автора - не знаю, но в любом случае других причин для нулей в конце файла я не вижу. Может быть там гипервизор крашится, а очередь записей на диск не соблюдается.