Портятся ячейки которые постоянно перезаписываются

По идее так.

Т.е. получается при любом раскладе linux отвалится не сможет? Т.к. рабочие файлы остаются всегда целыми? Их никто не перезаписывает.

Похоже на то. 32 ГБ это вообще самый оптимум.

В случае чего они и FAT32, а не exFAT.

Уже три года не могу изнасиловать SD карту дефолтным Ubuntu Server.

А за целостность рабочих файлов не стоит слепо рассчитывать.

Т.е. получается при любом раскладе linux отвалится не сможет? Т.к. рабочие файлы остаются всегда целыми? Их никто не перезаписывает.

От контроллера флешки зависит. Я бы не стал на это надеяться и хранил бэкап.

Контроллера SD карты? Я думал там все на одноплатнике, а это просто как модули памяти.

А что за карта? я читал более менее держат SanDisk и Samsung

могут испортится

tsya.ru

Карта SanDisk Ultra на 32 гига живёт уже более года. Из нагрузки Zabbix с почти постоянной записью в базу. Включаю не сильно часто, но сбоев в работе пока не было. Похожую карту на 64 гига купил в смартфон.

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

прочитал что если брать большие карты, не 16 Gb например, а 32 то они дескать проживут дольше

лапша

I work for a company that used to be a member of the SD association, we are familiar with the 2.0 (SDHC) spec. 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.

https://electronics.stackexchange.com/questions/27619/is-it-true-that-a-sd-mm...

надо смотреть тесты конкретных моделей

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

Контроллера SD карты?

Да (almois.ru). А кто, по твоему, рулит всей низкоуровневой частью записи?

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

Обосновывают тем, что сбойные блоки будут игнорировать,

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

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

К стати контроллеру не важно, занята информацией ячейка или нет, он просто её перенесёт в другую.

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

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

а вот когда при записи контроллер решает что ячейка мертвая, а запаса резервных нет - тогда всё, сливай воду.

Я, наверное, путаю SD карту с каким-то более тупым запоминающим устройством.

Форматируй в F2FS. Но при использовании F2FS для большего срока жизни карты нужно чтобы было побольше свободное места.

возможно - с обычной flash (NOR/NAND/SPI/etc), там где просто тупо набор ячеек, организованный в страницы памяти, без каких-либо излишеств типа коррекции ошибок, ротации блоков и т.п. (это все возложено на драйвера памяти/ФС), либо древними SLC DOM модулями (где присутствует только контроль/коррекция ошибок)…

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

Fail. Ты путаешь microsd с ssd.

У rpi4 много памяти, переведи часть fs в tmpfs и отключи логи. Мануалы по этому есть.

P.S. Или вообще можно карту в RO перевести, это тоде не слишком сложно, заодно будет дополнительный плюс - на 100% не страшно выключение питание в произвольный момент времени

у меня Rpi 3 и есть часть информации которая изредка пишется. Но по поводу tmpfs уже читал и понял, что нужно организовать.

Fail. Ты путаешь microsd с ssd.

Это так, но тем не менее ведь часть линуксовых ФС, если не по.дефолту, то после настройки умеет это делать самостоятельно.

Полетел самсунг ево+ 16ГБ ничего сверхтяжелого туда не писалось! Года 4 то лежало без дела, то в приставке андроидной стояло.

Выпала в режим рид онли, когда форматировал раздел на 4ГБ под ext4

Это так, но тем не менее

Л - логика.

часть линуксовых ФС, если не по.дефолту, то после настройки умеет это делать самостоятельно.

Ага, jffs2/yaffs2/ubifs/f2fs

Много из этого списка лично ты использовал?

А btrfs почему не упрмянул?
Да и новую, не помню точное название, вроде как bcache называется.

Да вроде и в ext семействе, если я не ошибаюсь есть модули под твёрдотельные накопители.

А btrfs почему не упрмянул?

А где в ней этот функционал?

Да вроде и в ext семействе, если я не ошибаюсь есть модули под твёрдотельные накопители.

Ещё раз пишу - ты путаешь microsd и ssd.

P.S. И я забыл NILFS и LogFS.

А разве в сд-карточках не та же флеш-память и похожие контроллеры?

SSD/хорошая флешка в USB. SD на реальной нагрузке спекаются. у меня сдохло 2, правда под Gentoo.

там проблема далеко не как у ссд. При хорошей записи микросд реально спекаются.

Самсунг сдох за пару месяцев. 64. сдох насовсем. не видится, не читается.

А разве в сд-карточках не та же флеш-память и похожие контроллеры?

Выше же ссылку дали: https://electronics.stackexchange.com/questions/27619/is-it-true-that-a-sd-mmc-card-does-wear-levelling-with-its-own-controller

Потому что вы не понимаете, что вы придумали.

Не повезло. SanDisk и Samsung средней стоимости - обычный выбор.

https://www.silicon-power.com/web/wearleveling

«SP Industrial’s SD card series SDI730/530/330 and microSD card series SDT730/530/330 are comprehensively equipped with all of these mechanisms: global wear leveling, static wear leveling, and dynamic wear leveling.»

Читал, что в SD картах попроще реализован в лучшем случае только dynamic wear leveling. Только вот непонятно, как он работает при отсутствии trim. До тех пор, пока есть пустые места «с завода»?

Is it true that a SD/MMC Card does wear levelling with its own controller?

https://electronics.stackexchange.com/questions/27619/is-it-true-that-a-sd-mmc-card-does-wear-levelling-with-its-own-controller

TRIM флэшка не умеет

Если речь про SD карту (а речь про неё), то TRIM не умеет USB-кардридер. Сами SD карты вполне поддерживают TRIM, что работает и в Raspberry.

dynamic wear leveling. Только вот непонятно, как он работает при отсутствии trim

по твоей ссылке нарисовано как - за счёт резервных системных блоков

Сами SD карты вполне поддерживают TRIM

они поддерживают (опционально) MMC_ERASE

https://superuser.com/questions/18906/can-i-use-something-like-the-ssd-trim-c...

Только те, которые перезаписываются.

Кстати, вот тест SD-карточек для Raspberry Pi. Спойлер: Samsung Evo+ самая лучшая. http://www.pidramble.com/wiki/benchmarks/microsd-cards

NILFS нельзя использовать на флешках (sdcard и usb flash disk). NILFS очень часто пишет в свой суперблок и ломает флеш-диск.

TODO List

Less frequently updated superblock for flash devices.

https://nilfs.sourceforge.io/en/current_status.html

К тому же у NILFS нет fsck.nilfs. Первая же ошибка на диске и все данные становятся полностью недоступны. Только переформатирование.

Спасибо за инфу.