Size: a a a

2021 July 19

s

shadowsoul in Embedded Group
или подмонтированный в оперативу раздел из того же mtd
источник

s

shadowsoul in Embedded Group
cat /proc/mtd
источник

s

shadowsoul in Embedded Group
mount опять же погляди
источник

C

ChoiPinMing in Embedded Group
флеш память это не совсем блочные устройства в чистом виде с началом в 0 и концом в конце.
разного рода флешы требуют распределения износа- тк технология подразумевает что записать в определенную страницу можно некое ограниченное кол-во раз. Поэтому если какая то система будет постоянно писать скажем в 72 блок а в остальные будет писать реже - то этот 72й блок загнется сильно раньше всех остальных.
Поэтому на флеш память обычно пишут через драйвер блочного устройства который умеет распределять кол-во записей и стираний на пейджи (wear leveling) . Этот mtd это и делает
источник

s

shadowsoul in Embedded Group
вот там и название config небось увидишь в списке разделов
источник

s

shadowsoul in Embedded Group
нормальные люди на mtd натягивают ubi и выше ubifs или ещё кого
источник

s

shadowsoul in Embedded Group
@Leopoldius таки призываю к комментам
источник

h

hold3r in Embedded Group
Требуемый опыт: не требуется.  - с этим тоже беда )
источник

LZ

Leonid Zaliubovskii in Embedded Group
га шо, я тут вджобываю.
источник

LZ

Leonid Zaliubovskii in Embedded Group
откуда читать то, я немножк выпал из струи за последние пару недель
источник

s

shadowsoul in Embedded Group
вот например
источник

s

shadowsoul in Embedded Group
я в общих чертах обьяснил почему при нормальном обновлении важно mtd тулзы юзать
источник

s

shadowsoul in Embedded Group
и вот страдания, тоже обьяснил и не вижу ответа понял ли
источник

S

Sergey in Embedded Group
ну да в принципе, осталось только на практике закрепить
источник

LZ

Leonid Zaliubovskii in Embedded Group
Леонид в смятении. Ведь это же очевидно - что есть ограничения в силу организации памяти внутри NAND, и dd просто не в курсе про все это говно. И как правильно товарищ заметил - говна можно ложкой нахлебаться от души.

Но в том то и прелесть linux way - хочешь жрать говно: "приятного аппетита"

Основная проблема DD в том, что он при записи беды натворить может, если bad block  попадется. Ну и с выравниванием тоже можно поиметь проблем. Чтение будет в целом одинаково работать.

В целом, моя позиция совпадает с @shadowsoul - лучше использовать mtd-utils, т.к. они менеджат эти кейсы, в отличии от dd. Хотя dd использовать на свой страх и риск тоже можно, но готовься к проблемам. Ибо чем тоньше нанд - тем больше битых блоков с завода будет и активнее использовать spare page.
источник

LZ

Leonid Zaliubovskii in Embedded Group
и да, вот это тоже. А также, при длительном хранении нужно делать рефреш сохраненных данных. Иначе заряд с ячеек стечет и прощай данные. Ну и при интенсивном чтении - неплохо бы выравнивать чтение. Но это уже магия ssd и SD card
источник

LZ

Leonid Zaliubovskii in Embedded Group
может у тебя в RAM разворачивается RW, обычно так и делают. А еще есть магия оверлеев
источник

S

Sergey in Embedded Group
есть ещё sysupgrade какой-то
источник

ED

Electronics Designer in Embedded Group
О да, в Линуксе хрен разберёшься, а где реально лежат данные, отображаемые на какую-то ветку фс. :) Я с этим так до конца и не разобрался.
источник

LZ

Leonid Zaliubovskii in Embedded Group
есть, но это все же немного другое
источник