LINUX.ORG.RU
Форум — Development  

какую файловую систему использовать на SD карте ?


0

1

Была старая тема [файловая система]устойчивость к отключениям (комментарий) но там ни к каким выводам так и не пришли. У моего случая особенность в том что возможно неконтролируемое извлечение SD карты в момент записи, сделать с этим ничего нельзя (юзеры придурки). Обычно на SD используют vfat но она развалится при извлечении в момент записи, для обхода этого придется создавать контейнер с собственной реализацией отказоустойчивости внутри него. Делать это не очень хочется. Данные пишет дата логгер, потом они будут читаться собственным софтом так что придерживаться каких стандартных то форматов не обязательно. Потеря данных записывавшихся в момент извлечения допустима, но разрушения файловой системы происходить не должно.

← софт для моделирования термодинамических систем
Поломана совместимость с С в С++11? →

ммм, ну, если ext4 то data=journal,sync ...

Скорость будет хромать.

true_admin ★★★★★
()

ext2 для ro-системы, и хотя бы даже и ext3 для логгера

(периодически даже можно перемонтировать основноую fs в rw и сбрасывать дампы логов, если ех не очень много, туда)

lazyklimm ★★★★★
()

Кстати,

The SD card spec has NO entry for wear leveling. That is completely dependent on the SD manufacturer to handle that if they so choose.

http://electronics.stackexchange.com/questions/27619/is-it-true-that-a-sd-mmc...

Там ещё сказано что не факт что sd при кончине будет сыпать io errors. Оно вполне может отдавать битые данные.

Так что может и не лучшая идея пихать ext* если будут частые апдейты.

true_admin ★★★★★
()

Я бы рассмотрел использование UDF/ISO9660 в многосессионном режиме.

Через определённый промежуток времени, или после записи заданного количества данных начинать новую сессию.

При неожиданном извлечении, все сессии кроме последней будут доступны, а если повезёт, то и из последней сессии что-то будет читаться.

cdslow ★★
()

У тебя выбор есть лишь среди ФС умеющих и знающих флеш-накопители, ну и журналируемых, и это не UDF/ext*/чтотуттебеещеподуринасоветовали.




JFFS / ZFS - твоё фсё.

d_Artagnan ★★
()
Ответ на: комментарий от lazyklimm

У меня скорее WO (write only). Типа черный ящик. Только пишет, чтобы прочитать карту извлекают. Может писать непрерывно 24 часа в сутки XYZ месяцев по кольцу и никто на логи не взглянет пока не случится авария. Тогда карту вынут, прочитают и по логам станут наказывать непричастных и раздавать плюхи невиновным. Шибко умные фс смущают своей тяжеловесностью и глубинными фоновыми процессами. Ос сейчас работает с ubifs, так она несколько секунд сопли жует после после формального завершения записи невзирая на sync. Если в это время вырубить питание то что якобы было записано бесследно исчезает, хотя фс рапортует об отсутствии ошибок. Для лога аварии такая работа не годится.

Agent_Smith
() автор топика

Потеря данных записывавшихся в момент извлечения допустима, но разрушения файловой системы происходить не должно.

тебе ничего не поможет. Однако на практике можешь юзать EXT4, проблемы маловероятны (хотя и возможны. fsck обычно всё исправит).

drBatty ★★
()
Ответ на: комментарий от true_admin

Там ещё сказано что не факт что sd при кончине будет сыпать io errors. Оно вполне может отдавать битые данные.

IRL я такое видел - битые файлы с другой md5. Причём рандомно.

drBatty ★★
()
Ответ на: комментарий от anonymous

Поддерживаю.

Можно сделать псевдоФС с элементарным журналом и блоками размером с пакет данных.

Eddy_Em ☆☆☆☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← софт для моделирования термодинамических систем
Development
Поломана совместимость с С в С++11? →