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

[DdShurick]

Как считать слои? 0. <changes> - это /dev/loop0 ?

Нет. См. losetup.

09*save.pfs актуально поднять выше всех автозагружаемых модулей - будем заморачиваться?

В моём initrd_nt.gz 0 - pup_rw tmpfs, далее save (один или два), base и всё остальное. В base не должно быть ничего лишнего, мешающего нижерасположеным модулям.

[ander]

Как считать слои? 0. <changes> - это /dev/loop0 ?

Слои aufs c номерами loop устройств вообще-то не связаны.
Считаются с нуля - это самый верхний слой.  Обычно на нем и находится RW changes.
Верхние слои перекрывают нижние.
Каждый слой aufs - это директория.  Это может быть и просто директория с файлами, которая находится на каком-либо диске,
и пустая директория, на которую что-то смонтировано, в том числе смонтирован файл с образом файловой системы - в этом случае, действительно, монтирование идет через loop устройство, а может быть смонтирован tmpfs или раздел диска - тогда никакого loop не требуется.
loop устройства применяются только когда нужно файл превратить в блочное устройство - потому что монтирование предусмотрено только для блочных устройств.

А экзотику с вставкой во второй-третий слой через topaufslauer - это не я придумал.  Это еще из puppy пришло, как раз для случаев наличия от нуля до нескольких сохраненок и необходимости подключения нового модуля под сохраненки, но поверх прочих модулей.

[sfs]

Так и не понял как в итоге посчитать слои
losetap - и  первая строка - это низ (в пра 000-kernel)
последняя строка - верх - это и есть 0
так? обратный отсчет?

В моём initrd_nt.gz 0 - pup_rw tmpfs, далее save (один или два), base и всё остальное. В base не должно быть ничего лишнего, мешающего нижерасположеным модулям.

т.е. у Вас база перекрывает модули софта?

[DdShurick]

у Вас база перекрывает модули софта?

Да, на то она и база.

[sfs]

2. Не создаются сохраненки pfs, инфо в аттаче, до монтирования флешки.

Я тоже такую картинку вижу если флешка не смонтирована. Но у меня система на флешке, так что неудивительно. Если флешка примонтирована - Ok.

Добавить такую проверку?
I-Jurij у Вас этот случай?

[I-Jurij]

Добавить такую проверку?
I-Jurij у Вас этот случай?

Yes. Проверка - было бы хорошо (убираются лишние действия).

[sfs]

С сохранением в pfs хорошо сохраняется только в первый раз, второй раз после объединения данные теряются. Вышел из положения созданием каждый раз нового файла: 090, 091, 092, 093. Только так удалось сохранить настройки. С сохранением в раздел было проще.

У кого-нибудь еще есть такие проблемы?

[qwert]

С сохранением в pfs хорошо сохраняется только в первый раз, второй раз после объединения данные теряются. Вышел из положения созданием каждый раз нового файла: 090, 091, 092, 093. Только так удалось сохранить настройки. С сохранением в раздел было проще.

У кого-нибудь еще есть такие проблемы?

Сталкивался тоже с этой проблемой.

[RoDoN]

Второй год работаю только с сохраненкой в .pfs, которую сейчас обновляю пару раз в неделю именно объединением со старой и никаких проблем. ЧЯДНТ?
Причем сохраненка в .pfs у меня успешно используется на нескольких компах.
А раз есть у вас проблемы, то надо расписывать подробно в какой версии работаете, какие модули дополнительно подключены и тогда разбираться в чем дело, подобное уже решали.

[oermolaev]

RoDoN, 1512game. Во вложении подробно.

[pimen33]

И у меня также.
Делаю первое сохранение в 260мб, загружаюсь с него, вношу доп. изменения, делаю второе сохранение. Система предлагает объединить с первым файлом, подтверждаю ("удалить"). В итоге первая сохраненка переименовывается в old, а вторая создается с размером 37мб. Система загружается без внесенных изменений первой сохраненки.

[RoDoN]

pimen33, а что можно натолкать в первое сохранение, чтоб получить 260 Мб У меня после нескольких дней работы (интернет, онлайн-радио, просмотр фильмов) сохраненка 090-save-160126-pra.pfs всего 12,5 Мб и это уже 5-е или 6-е объединение с предыдущими. Все на месте: настройки сети и программ, обои, значки, их расположение на раб.столе, настройки хрома.

oermolaev, у вас в inxi.txt:

Параметры загрузки ядра:
"video=800x600" dir=pra sgnfile=160124194249  quiet copy2ram noswap changes=EXIT:/dev/sda2

Лог porteus-initrd:
# Опознаны устройства:
/dev/sda1: UUID="EE90-9FCC" TYPE="vfat"

а теперь вопрос зачем параметр changes=EXIT:/dev/sda2, если используете сохраненку в .pfs, тем более, что в наличии только sda1 ?

[pimen33]

а что можно натолкать в первое сохранение, чтоб получить 260 Мб

Я установил туда только одну программу от винды.

[RoDoN]

Подтверждаю, есть такая проблема!
Пошел вашим путем и установил Total Commander 8.51a PowerPack, в результате получил сохраненку размером 257 Мб, после перезагрузки немного изменил настройки некоторых программ, сходил на форум и сделал сохраненку с объединением - на выходе 12 Мб !

При выполнении create-save-pfs в терминале пишет следующее:

live@pra:/usr/local/bin$ ./create-save-pfs
ret=EXIT="Заменить"
0+0 записей получено
0+0 записей отправлено
 скопировано 0 байт (0 B), 0,00302671 c, 0,0 kB/c
mke2fs 1.42.12 (29-Aug-2014)
Creating filesystem with 32768 1k blocks and 8192 inodes
Filesystem UUID: 77a2a975-272a-4c33-a8db-f4290a0c97ac
Superblock backups stored on blocks:
   8193, 24577

Allocating group tables: done                            
Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done

0
cp: ошибка записи «/tmp/makesfs/home/live/.config/chromium/PepperFlash/20.0.0.286/libpepflashplayer.so»: На устройстве не осталось свободного места
cp: не удалось расширить «/tmp/makesfs/home/live/.config/chromium/PepperFlash/20.0.0.286/libpepflashplayer.so»: На устройстве не осталось свободного места
cp: ошибка записи «/tmp/makesfs/home/live/.config/chromium/PepperFlash/20.0.0.286/manifest.json»: На устройстве не осталось свободного места
cp: не удалось расширить «/tmp/makesfs/home/live/.config/chromium/PepperFlash/20.0.0.286/manifest.json»: На устройстве не осталось свободного места
... и т.д. и т.п.

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

[oermolaev]

...Если размер сохранения не превышает 32 Мб, то все хорошо...

У меня первое сохранение 12 Мб, а второе всегда получалось около 10 Мб. Естественно с потерями информации. Если же сохранять в новый файл без объединения, то данные остаются целыми. Поэтому сохранение в раздел было выбрано чтобы уйти от проблем с сохранением в pfs.
А с sda2 всё хорошо вроде:

Код

# lsblk | grep sda# lsblk | grep sda
sda      8:0    1  1,9G  0 disk 
├─sda1   8:1    1  812M  0 part /mnt/sda1
└─sda2   8:2    1  1,1G  0 part /mnt/live/mnt/sda2

Код

# mount | grep sda
/dev/sda1 on /mnt/sda1 type vfat (rw,noatime,nodiratime,fmask=0000,dmask=0000,allow_utime=0022,codepage=866,iocharset=utf8,shortname=mixed,check=s,utf8,errors=remount-ro)
/dev/sda2 on /mnt/live/mnt/sda2 type f2fs (rw,noatime,nodiratime,background_gc=on,user_xattr,acl,active_logs=6)
/dev/sda2 on /mnt/live/memory/images/changes type f2fs (rw,noatime,nodiratime,background_gc=on,user_xattr,acl,active_logs=6)