Может он изначально в сборке был потому и работало. Попробуйте пустой сквош подсунуть.

mksqaushfs

betcher, петрушка в том, что на флешке появились ошибки. fsck не был запущен uird при каждом старте. Как результат потеря изменений. Ну и больше 4 гигов файл записать не может.

betcher, смысл в том, что даже в этом случае uird должен работать.

betcher, если папка достигает размера большего, чем может уместиться файлом 4 гига, то вообще ничего не сохраняется. Обрабатывать ошибку когда файловая система стала только для чтения, например, при ошибках на флешке. И другие все возможные ошибки.

[

Ну так все и работает.
Я обычно свою сборку устанавливаю на диск. Там места много
Модульная Магея прекрасно работает на диске. Установил уже трем клиентам и никто не жалуется
На флэшке, с разделом для линукс 10 Гб, у меня вообще проблем нет.
Если что то важное, то можно и из системы сделать модуль

При загрузке  я обычно смотрю, записалось или нет.

А машинно-зависимые файлы ? Если их не фильтровать, то они то же запишутся.
Пишу я модули из системы и до сих пор в фильтрах делаю изменения и поэтому стараюсь делать это при выключении системы
И самый удобный режим это запуск с опциями uird.mode=changes uird.changes=changes, при установкена диск

Че ждать то сообщения ? При загрузке все  увидите
Писал я большие объемы. При записи сис-зменений больше 20 мин комп выключается вне зависимости от системы и uird

Пробовал я их. Хорошие утилиты
Без проблем  допустим объединял модули. Но только не разобрался можно ли там посмотреть и отредактировать результат объединения модулей перед паковкой.
А syschanges вообще обязательно надо включать в сборку. Уж не знаю как бы я  что то отлаживал без нее в условиях дефицита инфы о системе в Магее

При записи сис-изменений на флэшку при отключении системы самое главное это штатно отключить систему и флэшку.
Если на флэшке останется незавершенная задача, то можно  потерять не только изменения для записи, но и саму флэшку.
В лучшем случае фс заного восстановится, но это занимает определенное время и загрузка меню загрузчика "висит"
А вот при запуске , когда uird собирает  систему из модулей, тут он хозяин положения. и было бы неплохо ввести интерактивный режим редактирования загружаемых модулей
Иначе получается видишь, что лишний модуль. Надо успеть дать команду на перезагрузку и желательно до старта системы. Выключить  лишний модуль из меню  опцией uird.noload и продолжить загрузку.

Вообще какая-то хрень при сохранении всех изменений в один модуль. Установленные программы не сохранились, а из домашней папки, по сути настройки всех приложений, тоже в пролёте.

Не корректно выразился.  Это допустим какой то модуль надо удалить, но  ошибся номером и он не удалился.
Бывает же что сделал, для тестирования, модуль, проверил и он больше не нужен.
Забыл удалить и он опять в загрузке. Приходится перезапускаться. Конечно не проблема но как то неудобно. 

Изменения системы пишутся из папки  /memory/changes, если перед выключением они там были, то это проблемы писалки изменений
И вообще я заметил, что работаешь с системой (обновление пакетов)  то изменения  преимущественно системные и хомяк нет смысла записывать.
Тем более, что пишутся сис-изменения у меня прямо в   /MagOS/base
Если работаешь в хомяке, то изменений системы практически и нет. Хомяк пишу в  /MagOS/modules
Для системы и хомяка свои фильтра для писалки.  Для режима machines свой фильтр, т к тут пишется все вместе.
Нужный режим записи и фильтр выбирается автоматически.
Если  из системы надо модуль сформировать, то сделал себе простенькую утилиту :
AufsDisk  -   https://cloud.mail.ru/public/2KpK/ZXMZsqiMT
Но до полноценного приложения это не дотягивает. Т к  AufsDisk/diskcfg надо корректировать вручную
А так можно примонтированный модуль  или /memory/changes посмотреть, подкорректировать и запаковать
Но запаковать опять же вручную. Паковку включаю из графики. В МагОС  для КДЕ(Плазма) есть доп-функции для правой кнопки мышы -  /usr/share/kservices5 в магос-модуле

betcher,
Неверно размонтирует флешку:

fsck -y /dev/sdb1
fsck из util-linux 2.33.2
fsck.fat 4.1 (2017-01-24)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
 Automatically removing dirty bit.
There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
  65:00/01, 282:d0/20, 283:e7/cf, 284:de/bd
  Not automatically fixing this.
Performing changes.
/dev/sdb1: 216 files, 1419216/1952598 clusters

Режим fsck полностью нерабочий в uird, спотыкается на чём-то и всё. Нет возможности игнорировать ошибки fsck и продолжить загрузку.