algri14 пишет:alex_q_2000⇓ пишет:Если сочтёте целесообразным использование EXT2 на save.img, тогда завтра выложу "всеядный" initrd.gz и новые образы save.img в EXT2. Сейчас EXT4 работает в "облегченном режиме", с опцией -noatime при монтировании. Напомню, что в MagOS аналогичный образ содержит формат EXT3 (журналируемый, однако). Какое будет решение?
Вот тут должен решать не чайник, а потому вопрос - для чего-то изначально в MagOS взяли журналируемую ФС
Журналируемая ФС надёжнее при сбоях. Как, в общих чертах, работает журналирование:
1. Система помечает фрагмент, как изменяемый.
2. Делает его копию.
3. Помечает копию, как корректную.
4. Перезаписывает исходный фрагмент новыми данными.
5. Снимает пометку о состоянии изменения с фрагмента.
6. Освобождает место, занятое копией.
Без журналирования выполняется только пункт 4.
Если система встанет (зависание, пропадание электричества и т. п.) в процессе записи на диск, то нежурналируемая система, скорее всего, будет логически повреждена, часто необратимо. А журналируемая, как легко заметить, всегда имеет логически корректный вариант данных, и после перезагрузки либо (до завершения п. 3) выкидывает копию, либо (до завершения п. 5) восстанавливает старые данные из копии, либо завершает операцию, и тогда у нас записаны новые данные.
Плата за журналирование - объём работы с диском увеличивается в разы.
Кстати, если save.img содержит журналируемую ФС, то количество обращений к нему тоже растёт в несколько раз, а поскольку он физически находится на флешке, то save.img с EXT3/4 убивает флешку в разы быстрее, чем с EXT2. Зато в случае сбоя с EXT2 есть риск потерять все изменения.
Идеальный способ работы, на мой взгляд, такой: при старте система ищет образ на ЖД, затем предлагает выбор:
1. Работать без использования образа, в режиме R/O лив-диска.
2. Работать с образом на флешке.
3. Клонировать образ с флешки на ЖД и работать с ним.
4. Работать с имеющимся на ЖД образом (если обнаружен). Если найдены несколько образов, предлагать выбор из них всех.
При выключении, если работали с ЖД, и уникальные метки образов на ЖД и флешке совпадают (вдруг у меня несколько разных флешек? К примеру, с образами разного размера), то предлагает просто выключиться или перед этим перезаписать образ на флешке вариантом с ЖД. Перезапись возможна двумя вариантами: целиком файл (быстрее, но больше нагрузка на флешку) или, разбив файлы на фрагменты, сравнивать по одному и перезаписывать только изменённые (медленнее, но бережней по отношению к флешке; хотя, если объём изменений мал по сравненнию с размером образа, то может выйти и куда быстрее - большинство флешек читаются куда быстрее, чем пишутся, по моим наблюдениям). В этом случае при работе с ЖД флешка не расходует ресурс, и при этом можно использовать плюсы журналируемой ФС. При перезаписи данных с ЖД на флешку, количество циклов перезаписи всё равно мимимально. А в крайнем случае, можно поработать с флешки - это будет редко, как правило, при каких-то авариях, и тогда можно потерпеть быстрый расход флешки (это если не устроит вариант 1 из меню загрузки).
Насколько полно этот идеал реализуем на практике, зависит от упёртости (в хорошем смысле) писателя (в данном случае, alex_q_2000).
Mageia 8 x64, Xfce
