Журналирование файловой системы Android
У ext3 есть 3 варианта ведения журнала: журнал, заказ и обратная запись. Согласно записи в Википедии, они варьируются от наименее рискованных до наиболее рискованных для восстановления после сбоев. По какой-то причине Android-версия Linux поддерживает только последние два варианта и по умолчанию использует обратную запись. (Я бегу Фройо)
Есть ли способ добавить поддержку режима журнала? Я хотел бы сделать это в разделе / data, который является ext3, а также там, где происходит большинство операций записи в файл. В моем устройстве нет батареи, поэтому я должен убедиться, что он защищен от сбоев, когда кто-то отключает питание.
На случай, если кому-то интересно, параметры Linux определены в kernel/fs/ext3/Kconfig. Конкретный вариант - EXT3_DEFAULTS_TO_ORDERED.
1 ответ
Решением было добавить следующее в kernel/fs/ext3/Kconfig и пересобрать ядро с помощью EXT3_DEFAULTS_TO_JOURNAL.
choice
prompt "EXT3 default journal mode"
default EXT3_DEFAULTS_TO_ORDERED
help
The journal mode options for ext3 have different tradeoffs
between when data is guaranteed to be on disk and
performance. The use of "data=writeback" can cause
unwritten data to appear in files after an system crash or
power failure, which can be a security issue. However,
"data=ordered" mode can also result in major performance
problems, including seconds-long delays before an fsync()
call returns. "data=journal" is the safest option but possibly
the the great perfromance burden. For details, see:
http://ext4.wiki.kernel.org/index.php/Ext3_data_mode_tradeoffs
If you have been historically happy with ext3's performance,
data=ordered mode will be a safe choice.
config EXT3_DEFAULTS_TO_JOURNAL
bool "Default to 'data=journal' in ext3"
depends on EXT3_FS
help
Both data and metadata are journaled. Should be safe
against crashes, power failure, etc.
config EXT3_DEFAULTS_TO_ORDERED
bool "Default to 'data=ordered' in ext3"
depends on EXT3_FS
help
Only metadata are journaled. Data is written first and then
metadata is update. Mostly safe against crashes, power
failures, etc., except if the anomally occurred while a file
is being overwritten. Most of the time files are appended and
not over written.
config EXT3_DEFAULTS_TO_WRITEBACK
bool "Default to 'data=writeback' in ext3"
depends on EXT3_FS
help
Ext2 with a fast ckfs. Not always safe against crashes,
power failure, etc., but has the best preformance
endchoice