Почему камеры не поддерживают журнализированные файловые системы?

15

как NTFS, HFS + или ext4, для SD-карт? В конце концов, журналирование снижает вероятность потери данных, что было бы важно для фотографов. Я потерял SD-карту, содержащую, может быть, тысячу фотографий, когда на Бали - месте, которое у меня не было возможности посетить ни до, ни после.

Какие меры предосторожности я могу предпринять перед поездкой в ​​следующий раз? Форматировать карты в камере?

Правильно ли я понимаю, что SDXC (exFAT) и Sony Memory Stick обеспечивают не более высокую надежность, чем SD-карты?

Ваддади Картик
источник
2
запуск любой из этих файловых систем на SD может привести к быстрому уничтожению флэш-памяти.
Тим Сегин
1
@PhilipKendall Не мой источник, но этот ответ SE упоминает это: serverfault.com/questions/41674/… ... в любом случае жестким дискам SSD на самом деле нужна специальная логика, чтобы избежать повреждения флэш-памяти при использовании обычных файловых систем. Такая дешевая флэш-память, как на SD-картах, еще менее подходит для такой нагрузки. FAT - это очень простая файловая система, которая хорошо подходит для последовательной загрузки памяти, создаваемой камерами, и вызывает низкий износ флэш-памяти. Тем не менее, основная проблема уже заключена в предоставленных ответах: добавленная сложность без выгоды.
Тим Сегин
2
Ошибка здесь состояла в сохранении 1000 фотографий на карте без резервного копирования. Если вы путешествуете в удаленное место, где у вас не будет доступа к компьютеру, на котором будет выполняться резервное копирование, у вас должно быть устройство для резервного копирования.
Джим Гаррисон
1
@KartickVaddadi Каковы ваши данные о том, что журнальная файловая система сократит срок службы на 10% (от 5 до 4,5 лет)? У вас есть исследования, на которые вы можете указать?
Филипп Кендалл
1
@KartickVaddadi: слой отображения между номерами логических секторов и физическими дисковыми блоками создает режимы сбоев, которые не похожи на те, которые обычно связаны с магнитными носителями; файловые системы, которые не понимают слой отображения, который скрыт от них, не могут избежать режимов отказа, создаваемых этим слоем.
суперкат

Ответы:

28

Давайте сделаем небольшой анализ затрат и выгод:

  1. Журналируемая файловая система более сложна - это означает более длительное время разработки, больше ошибок, больший расход батареи, более высокие производственные затраты и т. Д.

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

  3. Журнализированная файловая система не решает всех проблем, вам действительно нужны хорошие резервные копии - и не только то, что существуют системы со встроенными резервными копиями (слоты для двух карт), это особенность, которая используется для того, чтобы профессионалы получали более дорогие камеры.

  4. не существует большого кризиса надежности карт памяти, эти карты довольно надежны, и отказы происходят относительно редко.

  5. и, наконец, не существует журнальной файловой системы, которая поддерживается как в Windows, так и в Mac.

Итак, если бы вы были ответственным менеджером по продукту, вы бы одобрили проект, который: 1. решает уже решенную (с помощью сторонних инструментов) проблему неполным образом, 2. не настолько важен, чтобы быть точкой продажи, и 3. сделает значительная часть рынка не может использовать камеру (по крайней мере, без установки дополнительного программного обеспечения, которое им не понадобится для конкурирующих брендов)?

Nir
источник
3
На самом деле OSX может читать тома NTFS и записывать их с помощью терминала foo .
Джастин Даринг
1
@JustinDearing: аккуратно! Вы должны сделать кросс-пост как QA в askdifferent .
OV
Конфигурация файловой системы по умолчанию в OS X (то есть конфигурация, с которой поставляются все компьютеры Mac) - HFS + с включенным ведением журналов. на самом деле, Time Machine требует ведения журнала.
Струджи
1
@strugee - я не говорил, что OS X не имеет журналируемой файловой системы - я сказал, что нет единой системы, которую OS X и Windows могли бы использовать "из коробки" (Windows вообще не понимает HFS + и Mac ( по умолчанию) не может писать NTFS)
Nir
@ Нир ах, неважно. Я неправильно понял.
стружка
11

Журнализированные файловые системы обеспечивают только целостность файловой системы. Если карта действительно дает сбой, она выходит из строя со всей файловой системой. Теперь, если у вас плохие ячейки памяти, вы будете использовать только ту фотографию, которая занимает это пространство, и журнализированная файловая система тоже не поможет. Другими словами, это неправильное решение описанного вами инцидента.

Реальным решением является избыточность, поэтому вы найдете высококлассные предложения от Nikon, Pentax и Canon, которые предлагают два слота для карт памяти и возможность записи изображений на обе карты одновременно. Это дает вам мгновенную резервную копию. Если эти камеры вам не удобны, вам нужно найти другой способ делать частые резервные копии. Некоторые люди делают это ежедневно на ноутбуке, портативном накопителе, оптическом диске.

Хотя я этого еще не пробовал и не уверен, насколько это практично, вы также можете использовать устройство или карту WiFi (только для SD / SDHC AFAIK), которая автоматически отправляет ваши изображения, когда они захвачены, на другое сетевое устройство, возможно, планшет или что-то с хорошим хранением.

Хотя SDXC по умолчанию форматируется как exFAT, вы можете отформатировать его и в FAT32. Большинство камер примут это в обоих направлениях. Разница в надежности, вероятно, равна нулю.

Итай
источник
Да, но это не единственный режим отказа, не так ли? В моем случае стресс-тест записи нескольких раз на всю карту не обнаружил ошибки, поэтому я не думаю, что это вопрос плохих ячеек памяти; просто немного коррупции. Что касается плохих ячеек памяти, журнализированная файловая система гарантирует, что будут потеряны только фотографии, хранящиеся там, а не вся файловая система с тысячами фотографий, верно? Если журналируемая файловая система является неправильным решением проблемы, боюсь, я не вижу, каково правильное решение. Когда я путешествую, у меня не всегда есть ноутбук, планшет или портативный диск для резервного копирования фотографий.
Ваддади Картик
Журналированные файловые системы обеспечивают целостность всей файловой системы, но на самом деле они ничего не делают для повреждения. Вам понадобится некоторая избыточность для этого.
Итай
1
@ KartickVaddadi Я думаю, что лучше всего предположить, что когда вы покупаете флэш-память любого типа, в какой-то момент она потерпит неудачу. Лучшее, что вы можете сделать, если вы не хотите вкладывать средства в снижение риска, когда вы находитесь в поле, это убедиться, что вы покупаете надежные карты от известных производителей.
Пенг Так Квок
4
@KartickVaddadi Вы пытаетесь проглотить верблюда, чтобы не напрягаться, чтобы съесть комара. Если вы потратили «тысячи долларов» на свое снаряжение, какие еще 20 долларов будут потрачены на дополнительную карту памяти, которую вам все равно придется купить, чтобы воспользоваться вторым слотом для карт?
Майкл С.
1
@KartickVaddadi: Выполнение стресс-теста записи нескольких раз на всю карту не приведет ни к чему другому, кроме как приблизить вашу карту к ненадежности, поскольку речь идет о флэш-памяти, а не о магнитных носителях. Флэш-память (по крайней мере, на основе NAND) поддерживает только ограниченное количество записей до того, как блоки стирания начнут давать сбой. Слой перевода попытается скрыть это от нас, отображая ошибочные блоки в рабочие блоки при записи.
Лев
5

Насколько мне известно, все цифровые камеры, выпускаемые для продажи на розничном рынке, включают в себя правило разработки для файловой системы камеры (DCF) . Частью стандарта DCF является то, что файловая система FAT должна использоваться совместимыми устройствами. Этот стандарт был принят в качестве стандарта де-факто для хранения цифровых изображений и звуковых файлов на устройствах памяти в индустрии цифровых фотоаппаратов для обеспечения совместимости от одного бренда к другому.

См. Https://photo.stackexchange.com/a/46387/15871 для получения дополнительной информации о DCF.

Майкл С
источник
Будет ли стандарт мешать поставщику камеры использовать NTFS. HFS + или другая файловая система, если была вставлена ​​карта, отформатированная в одной из этих систем, или требуется, чтобы камера просто сказала «карта не используется»?
суперкат
В какой-то момент в спецификации не было FAT32 IIRC. В настоящее время (DCF v2, опубликовано в 2010 году) спецификация ограничена всеми вариантами FAT + exFAT. Таким образом, существуют прецеденты для расширения DCF в будущем для включения других файловых систем, если члены этого захотят.
Джеймс Снелл
@supercat Это было бы вне стандарта, как сейчас написано. Стандарты всегда подлежат пересмотру. Но возникает вопрос: почему ни одна из существующих камер не поддерживает журнальные файловые системы?
Майкл С.
@JamesSnell Regular FAT16 также достигает 2 ГиБ на раздел, поэтому переход к чему-то более современному решил весьма реальную проблему. Широко распространенная поддержка FAT32 в системах сторонних разработчиков, по- видимому, была реализована примерно в 2000 году , и даже сегодня FAT32 значительно эффективнее - 2 ТБ на раздел при использовании логического сектора размером 512 байт.
CVN
@ MichaelKjörling - я хорошо знаю об ограничении благодарности FAT16, и я не говорю, что FAT32 был добавлен в 2010 году (именно тогда был добавлен exFAT). Дело в том, что CIPA считает полезным расширить спецификацию и может сделать это с будущими файловыми системами, если они того пожелают. Ясно, что они видели потребность / желание чего-то помимо FAT32.
Джеймс Снелл
5

Все сводится к решению "есть ли рынок?" и "каковы барьеры для усыновления?" Каждый из них представляет собой огромный барьер для усыновления, даже если оно того стоит.

NTFS повлечет за собой расходы на лицензирование, даже если для процессоров камеры существует подходящая библиотека (что не гарантируется) и поддержка за пределами Windows будет неоднозначной. Хотя HFS + и ext4 не имеют встроенной поддержки в Windows, устраняется значительная часть потенциальной клиентской базы. Так что для них нет рынка.

Как вы упомянули, exFAT требуется стандартом SCXD, поэтому вы увидите, что появляется поддержка больших и более быстрых карт, но она не так проста, так как больше кода также может пойти не так, и со встроенными системами, такими как камеры, вы на самом деле не хотим выпускать обновления прошивки, поэтому ожидайте, что хотя записи на карту exFAT могут быть читаемыми и в правильном формате, она может фактически не использовать какие-либо функции exFAT, которые могут предложить какую-либо защиту. Таким образом, существуют значительные препятствия для принятия.

Режим отказа большинства карт, скорее всего, будет контроллером, как и ячейка памяти, это большая работа (стоимость производства) для небольшой выгоды.

Sony MS (MemoryStick) - все еще флэш-память SLC или MLC, это просто контроллер и физическое соединение, которое отличается между системами. Ваша лучшая защита в ситуации, с которой вы столкнулись, - взять с собой небольшое портативное устройство резервного копирования, оно небольшого размера и относительно недорогое (и, вероятно, несовместимо с файловыми системами Journaled).

Джеймс Снелл
источник
NFS - это не файловая система на диске, это сетевой протокол (примерно такой же, как у его гораздо более знакомого двоюродного брата FTP с точки зрения решаемой проблемы). Вы имели в виду HFS + (файловая система, изначально используемая в Mac OS)?
CVn
Я действительно имел ввиду HFS +, отредактирую :)
Джеймс Снелл
4

Одна очевидная причина: журналируемая файловая система на камере, скорее всего, не помогла бы вам (или кому-либо еще).

В качестве обзора очень высокого уровня, вот что делает файловая система журналирования: Перед каждой записью в метаданные (или данные, если данные также записываются в журнал), сначала напишите, что вы собираетесь изменить в журнал. Только когда вы уверены, что это на диске, продолжайте и запишите изменения. По сути, это означает, что если во время записи отключается питание, вы можете восстановить файловую систему с помощью журнала - вы продолжаете и выполняете любые действия в журнале.

Это ценно на настольном ПК, где может отключиться питание, или пользователь может нажать кнопку сброса, или отключить штекер и т. Д. Также ценно, но менее важно, на серверах (сбой питания) и ноутбуках (кнопка сброса) ,

Камера работает от батареи. Он имеет выключатель, но обычно он сообщает микропрограммному обеспечению о его выключении - это не физическое отключение питания. Обычно кнопки сброса нет, или, если она есть, она в основном никогда не используется. Таким образом, вам не нужно вести журнал, прошивка может просто закончить запись. Единственным исключением будет, если вы физически удалили аккумулятор. Возможно, это произошло бы с внешним блоком питания, но кроме этого, камера никогда не должна подвергаться нечистому выключению.

Кроме того, почти никакие флэш-устройства не справляются с неожиданным отключением питания. Получите их в середине перемещения сектора (выравнивание износа), и все ставки сняты. Таким образом, даже если бы у вас была журналируемая файловая система, вы все равно не были бы защищены от сбоя питания.

Журнальная файловая система не защищает вас от:

  • Ошибки в контроллере флешки на SD и т. Д. Карте.
  • Ошибки в аппаратном SD-хосте камеры
  • Ошибки в коде файловой системы на камере
  • Ошибки в прошивке SD драйверов
  • Потеря секторов в СМИ
  • Аппаратная неисправность (например, из-за космических лучей, статического разряда, электромагнитного шума, воды, ...)

На самом деле, файловая система журналирования является более сложной , поэтому у вас, скорее всего, будут ошибки в файловой системе. Это усиливает запись, так что вы с большей вероятностью попадете на ошибки флэш-контроллера или хоста SD. И вы собираетесь изнашивать вспышку чуть раньше.

derobert
источник
3

Журнализированные файловые системы вредны для SD-карт (или любого устройства NAND Flash).

Операции записи являются дорогостоящими для устройств NAND Flash, а файловые системы с журналированием имеют тенденцию записывать больше, чем файловые системы без журнализации, для тех же операций.

Таким образом, SD-карта будет работать медленнее и работать дольше с файловой системой Journaled.

В своей основе хранилище на основе FLASH использует технологию NAND FLASH. NAND FLASH читабелен и доступен для записи, но с несколькими складками.

  1. Фундаментальный блок чтения / записи - это «страница», а не сектор. Устройства FLASH поколения 2007–2008 годов имеют размер страницы 2 КБ, при переходе к размеру страницы 4 КБ в поколении 2009 года и 16 КБ наблюдались в поколениях 2011 года.

  2. Вы не можете написать страницу в любое время - прежде чем писать на нее, вы должны сначала стереть ее. Но вы не можете стереть одну страницу за раз - вы должны стереть весь «блок стирания» (обычно) 64 последовательных страниц (128 Кбайт или 256 Кбайт в зависимости от поколения). И после того, как вы стерли блок, вы не можете писать на страницы в произвольном порядке, вы должны записывать их последовательно, начиная с первого.

  3. Блоки имеют тенденцию со временем изнашиваться. После определенного количества циклов стирания блок будет «портиться» навсегда, так что он больше не будет надежно хранить данные. Страницы могут также создавать ошибки данных в результате записи операций на другие страницы, и даже в результате чтения!

http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device

Изменить: Стоит отметить, что файловые системы с журналами не принесет существенных преимуществ по сравнению с файловыми системами без журналов.

S182
источник
1
Флэш-устройства используют слой переназначения блоков (FTL), поэтому вы не будете снова и снова записывать в один и тот же физический блок. Android использует файловые системы, такие как ext4, поэтому я не вижу обоснованности вашего аргумента, что он не подходит для flash.
Ваддади Картик
Android-устройства обычно имеют немного оперативной памяти и флэш-памяти, не так ли?
Майкл С.
1
Перераспределение блоков не увеличивает общее количество операций записи на блок до того, как блок выйдет из строя, оно просто распределяет операции записи по всей карте, так что почти каждый блок изнашивается с одинаковой скоростью. Журнализированные системы используют больше операций записи, чтобы сделать то же самое, что и не журналируемые системы, поэтому общее количество операций записи до того, как карта выйдет из строя, произойдет раньше в ее жизненном цикле с журналированной системой.
Майкл С.
1
У Android есть некоторые проблемы, связанные с хранилищем (задержки ввода-вывода), и они реализуют команду TRIM для улучшения ситуации. SD-карты были сделаны, чтобы быть дешевыми и маленькими, чтобы не быть надежными. Есть альтернативы, более надежные, но они дороже.
S182
1
Android использует JSF, потому что эти устройства постоянно записывают информацию из нескольких процессов и могут неожиданно отключиться (блоки ОС, низкий заряд батареи и т. Д.). Это не самое лучшее, но им это нужно. С другой стороны, постоянные операции в камерах намного проще, и JFS принесет больше проблем, чем решений. Журналируемая файловая система более устойчива и менее подвержена коррупции, но не защищена. , в большинстве случаев вы можете восстановить не журналированную ФС с помощью «скандика».
S182
2

Разные файловые системы требуют разного объема оперативной памяти в системе, которая их использует. Система, которая должна записать файл в файловую систему FAT, теоретически может обойтись с одним 512-байтовым буфером, хотя производительность будет довольно ужасной. Расширение до двух или трех 512-байтовых буферов значительно улучшит ситуацию. Выход за рамки этого несколько улучшил бы ситуацию, и получение оптимальной производительности от карты большего размера потребовало бы большего объема памяти, чем получение оптимальной производительности от карты меньшего размера, но камера, которая включала только достаточное количество буферов для достижения оптимальной эффективности с картами меньшего размера, все еще могла бы работать с большими, хотя и менее эффективно.

Более сложная проблема заключается в том, что стандарты карт памяти указывают, что каждая карта ведет себя как пронумерованный набор из 512-байтового сектора, который может считываться и записываться независимо в произвольной последовательности, но это не то, как данные хранятся в микросхемах внутри карты. Микросхемы памяти, используемые в обычной карте памяти, делятся на 528-байтовые страницы; те, в свою очередь, сгруппированы в блоки по 256 или более. Как только страница написана, она не может быть переписана без удаления ее и всех других страниц в ее блоке. Теоретически, SD-карта могла бы выполнить запрос на запись 512-байтового сектора, скопировав в RAM все данные в своем блоке, стерев блок и записав весь блок обратно, но с новыми данными в одном секторе. , На практике производительность была бы ужасной. Вместо, запись сектора приведет к тому, что SD-карта выберет пустую страницу, запишет туда данные вместе с номером сектора и различной вспомогательной информацией (страницы с причинами - 528 байт, а не 512) и каким-то образом отследит, что это подходящее место для данные. Когда пустых страниц становится мало, контроллер идентифицирует блок, чьи страницы были в основном заменены страницами, написанными более недавно, копирует все еще текущие страницы из этого блока в пустые блоки, а затем стирает весь теперь избыточный блок , Вся эта логика полностью обрабатывается самой картой, без какого-либо вмешательства камеры. Когда пустых страниц становится мало, контроллер идентифицирует блок, чьи страницы были в основном заменены страницами, написанными более недавно, копирует все еще текущие страницы из этого блока в пустые блоки, а затем стирает весь теперь избыточный блок , Вся эта логика полностью обрабатывается самой картой, без какого-либо вмешательства камеры. Когда пустых страниц становится мало, контроллер идентифицирует блок, чьи страницы были в основном заменены страницами, написанными более недавно, копирует все еще текущие страницы из этого блока в пустые блоки, а затем стирает весь теперь избыточный блок , Вся эта логика полностью обрабатывается самой картой, без какого-либо вмешательства камеры.

Вся эта логика означает, что в дополнение к FAT32 или другой файловой системе, видимой камерой, SD-карта должна иметь собственную систему распределения и управления блоками. Любые проблемы, возникающие в этой системе, могут привести к потере данных, независимо от того, какая система находится поверх нее. Теоретически, многие карты памяти предназначены для обеспечения того, чтобы даже в случае непредвиденного отключения питания во время какой-либо операции карта могла либо откатить состояние карты до того состояния, которое было до начала операции, либо запустить ее до завершения ( если все необходимые данные были записаны, и карта просто удаляла лишние данные). К сожалению, карты отличаются тем, насколько хорошо они реализуют такую ​​логику. Если непредвиденная потеря питания забивает таблицы управления памятью карты,

Лично я думаю, что для Консорциума SD было бы лучше указать файловую систему, независимую от FAT32, или, по крайней мере, указать, что даже если карта должна быть читаемой как том FAT32, она должна быть записана с использованием файловой связи протокол. Карта, которая знает, какие группы секторов являются членами каждого файла, могла бы оптимизировать свои процедуры дефрагментации вокруг этого, и могла бы также лучше защищать от потери данных, чем та, которая должна была представить диск как набор независимых 512-байтных данных. сектора, но к лучшему или к худшему, это не так, как указано.

Supercat
источник
Я думаю, что уже есть стандартное решение: слой переназначения блоков со стандартной файловой системой (NTFS, HFS +, ext4) сверху. И он также используется в мобильных устройствах, на Android. Операционные системы камеры могут быть более примитивными, но это нужно исправить.
Ваддади Картик
@KartickVaddadi: слой переназначения блоков является стандартным; моя точка зрения заключалась в том, что если бы карта памяти, в которой реализован слой преобразования блоков, была, по крайней мере, в некоторой степени осведомлена о компоновке файловой системы, она могла бы оптимизировать схему преобразования более эффективно, чем это возможно без таких знаний.
суперкат
Конечно, но я бы предпочел взять что-то проверенное и протестированное, а не придумать новые интерфейсы между уровнем блочных устройств и файловой системой. Мы не говорим об исследованиях CS здесь :) Я хочу взять кое-что, что работает на моем компьютере, и мой телефон, и поместить это в мою камеру.
Ваддади Картик
@KartickVaddadi: я разработал несколько выравнивающих износ файловых систем для встроенных устройств с различными ограничениями. Если система выравнивания износа говорит: «Я хочу написать файл; здесь
суперкат
... вот данные; Это оно. Я хочу написать другой файл; вот данные; вот и все », он может вести себя несколько более разумно, чем если бы ему просто давали работать с несколькими отдельными секторами, и он понятия не имел, что они представляют. Среди прочего, все блоки данных, связанные с каждым файлом, могли быть помечены тегами, говоря например, «блок 347 идентификатора файла 193,291,374, обновление 273,837,199.»
суперкат
1

Предполагая, что карта была просто повреждена, и вы не бросили ее или не перезаписали, я настоятельно рекомендую вам попробовать PhotoRec. (Это вывело меня из чуть менее плохой ситуации несколько месяцев назад. Он даже обнаружил, что несколько изображений, которые сохранились, удалялись в течение года или двух.)

http://www.cgsecurity.org/wiki/PhotoRec

Что касается журналирования FS, у меня был один и тот же вопрос много раз. Как уже говорили другие, современные флэш-носители на самом деле являются хрупкими по сравнению с магнитными носителями, и ведение журнала затруднено. Поскольку шаблон использования для камер, как правило, состоит из нескольких фотографий, прочитайте их, а затем удалите их все, поэтому нет особой необходимости в расширенных функциях FS. Простые, проверенные реализации, вероятно, более важны, чем предельное преимущество ведения журнала. Дополнительным преимуществом является то, что стратегия FAT упрощает распределение для таких инструментов, как PhotoRec.

user25159
источник
Я думаю, что я использовал PhotoRec в этом случае. Спасибо за ссылку в любом случае.
Ваддади Картик
1

1, Бог не может спасти вас, если вы физически потеряли карту. Что вы имеете в виду, что потеряли карту на Бали?

2, Журналированные FS созданы для случаев, таких как внезапный сбой ОС или внезапный сбой питания. Они сохраняют метаданные FS согласованными, когда эти плохие вещи случаются. Они не помогают, если вы хотите, чтобы ваши удаленные файлы вернулись.

3, Bad-block является наиболее важной проблемой хранилищ на основе NAND FLASH. Плохие блоки появляются, когда появляются записи. Следовательно, при выборе FS для хранилища NAND FLASH частота записи является первой вещью, которую вы должны учитывать. Очевидно, как и все остальные, «Журналисты» приносят больше вещей для написания.

4, Журналированные FS берут больше силы, конечно. Сложнее, конечно. Но это не главные причины, по которым мы не принимаем их за NAND FLASH, я думаю.

ТАДА ~~ Вот и все.

Гарф
источник
1. Смотрите мой комментарий на ответ AJ. 2. Я не удалял файлы вручную. 3. Как я уже писал в других комментариях, как вы объясните использование Android в журнале FS на flash? Это не так плохо, как ты думаешь. Не потерять фотографии важнее, чем незначительное сокращение срока службы карты.
Ваддади Картик
3
Большинству журнализированных FS требуется один или несколько процессов / потоков демона для управления своими «журналами». (Например, kjournald в Linux для EXT3) Трудно будет принять их, если env не является полноценной ОС, где у нас нет понятия «процесс / поток».
Гарф
@KartickVaddadi Опять же, пожалуйста, дайте указание на некоторые исследования, показывающие, что файловая система с журналированием производит только «незначительное» сокращение срока службы карты. Это второй раз, когда вы утверждали это.
Филипп Кендалл
Справедливый вопрос, но имейте в виду, Android использует его, как я уже говорил много раз. Они бы не использовали его, если бы это привело к резкому сокращению жизни СМИ, не так ли? Кроме того, я могу также попросить вас привести исследование, показывающее, что это приводит к резкому сокращению жизни :)
Vaddadi Kartick
Возможно, нам следует просто спросить @supercat, поскольку он эксперт, и никто из нас не привел данные.
Ваддади Картик
-1

Сама файловая система не должна быть сложной, потому что изображения просто записываются на карту, вряд ли редактирование файла выполняется после первоначального создания, и нет проблем одновременного ввода-вывода файлов, о которых нужно беспокоиться на камеру.

Проблемы целостности данных фактически решаются на аппаратном уровне, поскольку ВСЕ флэш-память по своей природе нестабильна. Контроллер на SD-карте выполняет множество собственных проверок и приемов хранения, чтобы убедиться в достоверности данных. Журналируемая файловая система не поможет с этим, поскольку она касается целостности хранилища данных, а не целостности файловых операций.

Камера использует такие простые (и высокоскоростные) файловые операции, что сложная файловая система будет сопряжена с дополнительными затратами и сложностью, вызывая более медленный ввод-вывод и потенциально внося дополнительные ошибки, которые могут привести к потере данных из-за более сложной обработки файлов, но не получить что-нибудь полезное для камеры.

А. Дж. Хендерсон
источник
В моем случае файловая система была повреждена, возможно, из-за ошибки в коде файловой системы камеры, которая срабатывает в редких случаях. Журналирование гарантирует, что в этом случае файловая система с большей вероятностью останется неповрежденной, то есть вы не потеряете тысячи фотографий.
Ваддади Картик
3
@KartickVaddadi - вы уверены, что повреждена файловая система, а не сама SD-карта? Проблема повреждения файла с таблицей FAT никогда не должна приводить к выходу из строя всей карты, ее следует легко исправить для большинства фотографий, если только сама карта не вышла из строя. Как вы уверены, что именно не удалось.
AJ Henderson
Мне удалось восстановить большинство фотографий с моего ноутбука, используя один из тех инструментов восстановления, который игнорирует файловую систему, считывает все блоки на устройстве и пытается выяснить, что это за файлы. Я не мог прочитать это в камере, что означало, что я не мог делать фотографии до конца дня, и я больше никогда не посещал места, которые я посетил в тот день, так что это была упущенная возможность.
Ваддади Картик
2
@KartickVaddadi - да, но это могла быть ошибка файловой системы или SD-карты. Если оглавление уничтожено, вам все равно придется восстанавливать файловую систему независимо от того, используете ли вы FAT или NTFS. Я все еще не уверен, что журнальная файловая система поможет. Основным преимуществом журнализированной файловой системы является то, что она может восстанавливаться после частичной записи файла, поскольку знает, что запись файла или каталога неверна. Скорее всего, вы имеете дело с повреждением таблицы размещения, которое может быть как сбоем диска, так и файловой системы.
AJ Henderson
2
@KartickVaddadi: Я думаю, что в принципе всегда следует иметь запасную карту под рукой, и если используемая карта показывает какие-либо признаки проблем, немедленно переключитесь на запасную, чтобы избежать уничтожения любых данных, которые можно было бы восстановить из проблемной карты.
суперкат