tmpfs + rsync по команде, не?

Мой Flash-диск так и работает. Копирую я туда text.doc. 100% завершено, а на ней огонёк не загорался. Жму «отмонтировать». Усиленное перемигивание лампочкой, затем сообщение системы что модно отключать.

>Мой Flash-диск так и работает.

Чем копируешь? Нормальные FM вызывают ещё и sync() при этом, чтобы не было такого. И через время всё равно ядро само должно сбросить буферы на диск.

Можно обьединить обычный раздел и tmpfs при помощи unionfs. Так чтобы обычный раздел был как ro, а измененные файлы записывались на tmpfs.

Еще можно со снапшотами lvm помутить,но здесь я не уверен (не пользовался)

tmpfs + rsync по команде, не?

Например, как это провернуть с корневой ФС? Ведь так для чтения ФС была бы доступна сразу, а с tmpfs придется сначала монтировать обычную файловую систему, затем все перекопировать с нее в tmpfs и лишь потом использовать.

забыл сказать

в первом случае для синхронизации надо будет просто использовать mv :)

>Мой Flash-диск так и работает.

Чем копируешь? Нормальные FM вызывают ещё и sync() при этом, чтобы не >было такого. И через время всё равно ядро само должно сбросить буферы >на диск.

Вот и я про тоже подумал.

в первом случае для синхронизации надо будет просто использовать mv :)

Это да! Только системе с чего-то загрузится надо (сам mv надо откуда-то считать). То есть для корневой системы не подходит.

Цель то у тебя какая? embedded device?

Любая fs + tmpfs через unionfs. Я так баловался с кешами для браузеров.

Ищи готовые рецепты.

Не совсем embeded, но c compact flash (не embeded, т.к. приличная производительность 1 ГГц, 512 МБ RAM) . Уже давно парюсь, как концептуально лучше сделать.

olegk> но c compact flash

посмотри на voyage linux — там это организовано для работы с CF — fs readonly + copy to tmpfs (сохранение изменений rsync'ом)

смысл смотреть voyage linux — готовые скрипты

Konqueror из состава старого KDE.

Как бы сказать так все файловые системы работают, а вот записывать и не записывать решает драйвер/ядро

>старого KDE.

Это, видимо, и причина, хотя я уже не помню, как там было, давно в третьекеды не ходил. А ещё можно монтировать с sync, но скорость уменьшится в 10 раз и флешка быстрее сотрётся, но зато будет сразу размонтироваться (в принципе, можно и так выдёргивать, а в правило udev прописать umount -l).

Как бы сказать так все файловые системы работают, а вот записывать и не записывать решает драйвер/ядро

Это понятно, только мне надо, чтобы я решал.

посмотри на voyage linux — там это организовано для работы с CF — fs readonly + copy to tmpfs (сохранение изменений rsync'ом)

Я погуглил и так и нашел на него нормально описание. Чтобы для начала концепцию понять.

Нашел только http://linux.voyage.hk/content/getting-started-v07x


Но это слишком кратко.

3.11 voyage-sync script
=======================

Starting from 0.6, the legacy /ro and /rw directories will be replaced by
voyage-sync script, which is located under /etc/init.d/. At boot, /var/tmp
and /var/log are by default mounted under tmpfs. All the changes will be
synchronized back to disk at shutdown. To sync back to disk manually while
running, run:

# remountrw
# /etc/init.d/voyage-sync sync
# remountro

If you want to add more directories to tmpfs, modify VOYAGE_SYNC_DIRS in
/etc/default/voyage-util.

For more information on the usage, please read /etc/default/voyage-util.

Тогда прислушайся к самому первому коменту, достаточно простое и элегантное решение

Тогда прислушайся к самому первому коменту, достаточно простое и элегантное решение

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

Посмотри здесь

>Нормальные FM вызывают ещё и sync() при этом

На счёт нормальности такого поведения я бы поспорил, но если в этом проблема, можно подгрузить libnosync.so.

FAT

>Мой Flash-диск так и работает.

Я так понимаю, у вас flash-драйв в FAT форматирован? Если да, то такое поведение vfat'а является нормой.

внезапное отключение питания будет весьма кстати