есть девайс с Linux на борду. Корневая ФС лежит на MMC. Приходится часто отключать девайс от питания, что приводит к тому, что файловая система рано или поздно оказывается повреждённой. Использую ext2. Как можно бороться?
А то я уже хочу ФС в SDRAM разворачивать при старте. Проц AT91SAMXE

ext3 - журналируемая ФС. Попробуйте)

Пытаюсь отформатировать SD-карту под Debian Linux. При после удаления и создания нового раздела утилита fdisk выдаёт:
The kernel still uses old table.
The new table will be used at the next reboot.

Никак не пойму в чём дело. перезагрузка не помогает.

Какой результат вы ожидаете? Я так понял что вы каждый раз меняете таблицу разделов, и каждый раз вам говорят что ядро работает со старой таблицей разделов. Если нужно без перезагрузки обновить таблицу разделов, то нужно сначала отмонтировать все разделы с карточки, а затем использовать утилиту partprobe.


Монтируйте файловую систему в read-only

Но мне же ещё и данные записывать нужно. Или для этого лучше другой раздел создать?

Настоятельно рекомендую ext4. Она уже давно стабильна, и можно смело использовать. Работает значительно быстрее ext3

http://docs.redhat.com/docs/en-US/Red_Hat_...ommend-x86.html
http://www.debian.org/releases/stable/i386/apcs03.html.en
И переход на ext4 очень желателен. Во-первых ради журналирования, во-вторых вроде как какие-то оптимизации там для работы на флешках. ext2 однозначно не Ваш выбор, только если на read-only разделе.

В помощь:
Можно рассматривать вашу карту как SSD. Файловая нужная Вам ext3 или ext4.
https://sites.google.com/site/linuxoptimization/home/ssd

У Вас в ext2 нет журнала, т.е. после отрубания - беда. Ваше спасание журналирование.
Учтите, что карта умрет быстро при таком варианте, нужно перевести все tmp-ы в память.

Избавление от tmp - это лишь полу-мера в отношении удлинения времени жизни FLASH. Журнал-то будет обновляться на каждый чих в сторону носителя, и даже "размазывание" записей по всему массиву ненадолго спасает. Хотя, конечно, иногда приходится выбирать меньшее из зол. Важно, чтобы этот выбор был осознанным, и с числовыми оценками времени в руках.

Сейчас по-интересней есть вариант
https://www.kernel.org/doc/Documentation/fi...ystems/f2fs.txt

сам ей еще не пользовался, но Samsung явно собирается ее активно развивать
http://lkml.indiana.edu/hypermail/linux/ke...09.0/02165.html

Как выше написали, что выбираем меньшее из зол.
У меня не всегда была возможность ставить поддержку того, что нужно из-за старости ядер.
Лично мне не удалось на ext3-ext4 убить флешь за 3 года, специально было включено все.
Второй вариант: SSD на windows с ntfs уже более 5 лет (!) работает, режим 24/7/365.
Достоверно мне не известно, как работает алгоритм во флей, но вот SSD в больше степени зависит от "прямоты рук". И не обязательно отключать темпы, можно просто разбить диск и оставить 50 Гб для нужн : ускорения записи, резервные блоки (для замены умерших); и многое зависит от прошивки.

Пока для рядового ext3, ext4

Придет время TLC NAND (SDXC) - вот тогда и вспомните эту тему

Как только, то да :-)
Спасибо, заранее!!!