Сохраненка.pfs create-save-pfs

[RoDoN]

У меня уже давно файл сохранения 090-*.pfs не превышает 10...15 Мб и никаких потерь, т.к. часть каталогов из /home/live таких, как загрузки, документы, рисунки, профили браузеров и вайна вынесены на раздел винта и заменены симлинками, поэтому проблем с объединением больших save-файлов не замечал.

[sfs]

Софт в сохраненке - зло. В save.pfs особенно. Софт надо делать отдельными модулями

По выявленной проблеме - надо смотреть скрипт и экспериментировать. В скрипте использован код Zay из LupurusBit. Мне надо озадачиваться выпуском пра1601. До выпуска вряд ли впишусь. Помогайте.

[sewar]

У меня уже давно файл сохранения 090-*.pfs не превышает 10...15 Мб и никаких потерь, т.к. часть каталогов из /home/live таких, как загрузки, документы, рисунки, профили браузеров и вайна вынесены на раздел винта и заменены симлинками, поэтому проблем с объединением больших save-файлов не замечал.

Я так понимаю, что кэш браузеров уйдет из оперативки на диск. А медленнее не станет? Остальные симлинки логично.

[sfs]

Все перенесенное из памяти на диск теоретически будет работать медленнее. Практически вряд ли Вы это заметите

[pimen33]

А если сразу вбить симлинки в iso, вынести загрузки, документы, рисунки, wine и пр.? И никакого зла в pfs

[sewar]

куда вынести? исо еще не знает, какие разделы вашего диска будут отданы под эти ресурсы..

[RoDoN]

Я так понимаю, что кэш браузеров уйдет из оперативки на диск. А медленнее не станет?

Ну, не медленнее, чем в больших линуксах, меня не напрягает.
Еще у меня всего 2 Гб памяти, что на ноуте, что на нетбуке, поэтому, если все грузить в память, то она очень быстро закончится, особенно при пользовании хромообразными браузерами.

[sfs]

Подтверждаю, есть такая проблема!

Да. При объединении не проверялся объем объединяемого

сначала создается файл user*.2fs размером 32 Мб, который монтируется в /tmp/makesfs и туда копируются все изменения, которые должны быть сохранены. Если размер сохранения не превышает 32 Мб, то все хорошо, при первом сохранении происходит автоматическое расширение сверх 32 Мб и все тоже хорошо, но при объединении сохраненок такого расширения почему-то не происходит - в этом причина вышеозначенной проблемы.

Код

filesize=`du -s $rw |awk '{ s = s + $1} END {print int(s/32000)+1+'$filesize2'}'`
dd if=/dev/null of="$file2fs" bs=32M seek=$filesize

Не совсем так. 32М- мин. блок. Умножается на filesize (вычисляется по размеру /mnt/live/memory/changes)
Добавил filesize2 (сумма размеров старых сохраненок)
Теперь про объединение спрашивает в общем меню
Прошу протестировать объединение сохраненок. Чтобы ничего не испортить, сделайте резервные копии модулей 090-save*.pfs

[sfs]

Извиняюсь за глупый вопрос, но что делать с этим файлом, куда положить, чтобы проверить?

Запустить в консоле рута или заменить в системе (/usr/local/bin/create-save-pfs)

[sewar]

допустимо ли в более свежих исошниках использовать файлы сохранения от предыдущих версий (save...pfs или pra-save.dat) ?

[sfs]

Зависит от того, что именно в сохраненке
Допустимо - непортированный софт из среза арчрепы pra03 (софт лучше переделать в модули и портировать)
Настройки оформления  и софта меняются мало. Чтобы посмотреть какие сейчас по дефолту - загрузитесь без сохраненки

[sfs]

Что в итоге по этой проблеме?
Отзовитесь кто опробовал

[pimen33]

Что в итоге по этой проблеме?
Отзовитесь кто опробовал

Размер выдает адекватный. Проблема с этим решена.

[RoDoN]

Столкнулся с такой проблемой, что если делать сохранение в 090-save-*-pra.pfs и выполнять оптимизацию, то некоторые нужные мне файлы теряются, а если на вопрос про оптимизацию ответить "нет", то файлы на месте.
Конкретно столкнулся с пропаданием следующих файлов:
/usr/share/pixmaps/button_close.svg - это симлинк на /usr/share/pixmaps/jwm_button_themes/XPish/close.svg
/usr/share/pixmaps/button_max.svg - это симлинк на /usr/share/pixmaps/jwm_button_themes/XPish/max.svg
/usr/share/pixmaps/button_maxact.svg - это симлинк на /usr/share/pixmaps/jwm_button_themes/XPish/maxact.svg
/usr/share/pixmaps/button_min.svg - это симлинк на /usr/share/pixmaps/jwm_button_themes/XPish/min.svg
Почему trim удаляет эти симлинки мне не понятно.
Возможно в сохраненку не попадают еще какие-то файлы при использовании оптимизации, но пока не заметил

UPD:
Нашел в trim следующую строчку:

Код

X "`find $r/usr/share/pixmaps/*.svg  -print`"

я так понимаю она и трет мои симлинки.

[sfs]

она и трет мои симлинки.

да. Удалю эту строку