После использования PRA с флешки на FAT32 Винда, можно сказать в 99% случаев, предлагает проверить флешку на ошибкиС другими фругал дистрами есть такие проблемы?
С другими фругал дистрами есть такие проблемы?Кстати, да, бывало на Магос, когда на fat32 базировался. Но редко.
Тогда должно помочь copy2ramДа, с copy2ram обычно не бывает такого, но разок точно было. Видимо что-то писал в этот раздел.
Вы с 075-Systemd пробовали?Нет, не пробовал. Я в тонкости PRA не вдавался особо.
А если porteus-initrd заменить на uird или типа того?Надо бы попробовать. Но винда только на работе. Если время будет завтра проверю этот вариант.
при перезагрузке не удается отмонтировать модули дистра - т.е. считается как аварийное отключениеТогда дело в этом. Тут надо не в инитрд, а в системе что-то делать...
В magos как с отмонтитрованием?При выключении много чего Unmounting failed.
В Магос эту флешку использую как обычную флешку, просто для переноса данных, Винда при этом не ругается.Эффект должен проявляться только при загрузки системы с fat без copy2ram
Надо копать в сторону systemdВ противоположную. Может надо umount -a ?
::shutdown:/bin/umount -a -r
::shutdown:/sbin/swapoff -a ::shutdown:/bin/umount -a -rВ pra-retro по дефолту без systemd:
::shutdown:/bin/umount -a -r
::shutdown:/bin/umount -o remount,ro /Тогда еще Магос попробую с FAT32 загрузить с сохранением в модуль.Проверил. Загружался в режиме с сохранением + хомяк в img файле. Специально копировал в хомяк и в корень флешки файлы и плюс при выключении изменения в модуль сохраняются. Два раза проверил, ни разу Винда не предложила флешку проверить.
Особенно remount - многообещающе - но я так понимаю Ильфату не помоглоremount руками не пробовал. На PRA проверил на двух initrd, на обоих одинаково, с uird не получилось PRA-roll загрузить, ядро и uird брал от Магос, вроде загружается, но перед запуском иксов циклично выводит одну и ту же запись, строк 15-20. Разбираться временине было.
ни разу Винда не предложила флешку проверить.Значит надо пытать магосовцев как сделали ;)
remount руками не пробовалИ не надо это и так есть по дефолту в пра-ретро
с uird не получилось PRA-roll загрузить, ядро и uird брал от МагосРолл или Ретро? Сборка ролл где-то есть от betcher
Ролл или Ретро?Roll не поулчилось, а Retro загрузилось:
Загрузил Retro uird'ом. При первой загрузке попробовал сохранить модуль, но видимо из-за особенностей uird'а ругнулось. Во второй раз просто загрузился, ничего не делая пошел на перезагрузку. Винда в обоих случаях потребовала проверить ФС.
Значит надо пытать магосовцев как сделалиВ Магос такой вот скрипт "10-umount":
В Магос такой вот скрипт "10-umount":Это уже теплее. Как он запускается при выключении?
Как он запускается при выключении?systemd должно быть.
Выложите скрипт deactivateПриложил.
Как сделать umount 001*.pfs, если imount в 001 и находитсяА что если запускать скрипт из changes, то есть предварительно его туда скопировав?
Прошу протестироватьПротестирую, только позже.
А что если запускать скрипт из changes, то есть предварительно его туда скопировав?Тогда уж в tmpfs и туда же busybox ....
Т.е. по существу темы вряд ли поможетНе помогло.
Выложите скрипт deactivateА try_remount (лучше сразу весь /usr/lib/magos/)
Приложил.
Вообще идея интересная.Может быть, но
если какая-то софтинка добавит в этот списочек хоть один файл все снова перестанет отмонтироваться.это убивает энтузиазм
cd /mnt/live && ./cleanup
exit 0/cleanupСкрипт, в котором примерно то же что мы выше изобретали - в аттаче
А это что?
Надо нам в pfsutils что то подобное?Для какой цели?
cd /mnt/live && ./cleanupБезрезультатно :(
exit 0
Прошу проверить
Безрезультатно :(Мои эксперименты с cleanup и shutdown (см. выше) тоже не дали отмонтирования загрузочного раздела
Надо найти где это получается (я так понял магос) и ковырятьМагос при выключении последней строкой пишет следующее:
Syncing block devices doneSyncing block devices doneВероятно это sync. Это из другой темы - чтобы кэши на носитель скинуть
В каком магосе работает ссылку? Желательно поменьшеRosa Fresh 2014.64 (http://www.magos-linux.ru/%7Emgslinux/%7Emgslinux/%7Emgslinux/%7Emgslinux/%7Emgslinux/%7Emgslinux/index.php?option=com_content&view=article&id=55&Itemid=62)
Может параметры монтирования фат сравнить?С copy2ram же нет проблем.
Возможно и в магосе пригодится. У вас они не отмонтировалисьТак то оно так, но почему-то это не мешает Магосу корректно отключить FAT раздел. Как я уже писал Магос перед выключением пишет Syncing block devices done и после этого сразу вырубается. Что такое sync я понимаю, но есть подозрение, что в этом случае после sync идет корректное отключение блочных устройств.
адский костыльНу да, как бы не лучшее решение ))
Ваши initrd грузят систему с exfat?http://forum.puppyrus.org/index.php?topic=20370.new#new
почему-то это не мешает Магосу корректно отключить FAT раздел.Я экспериментировал только на ext
Сейчас в пра-ролл моя отключалка по дефолту. Может быть поможетПроверил на pra-roll-180101-ops-test1, к сожалению не помогло.
fsck.fat 3.0.28 (2015-05-16)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 2
There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
65:01/00
1) Copy original to backup
2) Copy backup to original
3) No action
? 3
/dev/sdb1: 21874 files, 458611/1949212 clustersМагия , наверноеВся магия в Syncing block devices done …
Вся магия в Syncing block devices done …Это вывод какой команды?
https://github.com/systemd/systemd/issues/2814Я так понимаю, решение здесь не найдено
Я так понимаю, решение здесь не найденоищут
Это вывод какой команды?Без понятия. Systemd может быть… neobht наверно в курсе, но пока что-то не появляется чтобы спросить.
сейчас сделали отключение всех pfs при выключении, так что выключаться дольше стал.В итоге задачу из этой темы так и не решили
а что в ней не решенного?После выключения FRUGAL без copy2ram с FAT32 Windows проверяет FAT32 на ошибки (в PRA porteus-initrd и rootaufs2)
В арче при сборке инитрд с хуком shutdown почти все его содержимое копируется в /run/initramfsи запускается скрипт shutdown из /run/initramfs/
Потом как-то туда чрутятся и отключают остальное
По итогу этих (http://forum.puppyrus.org/index.php?topic=20314.0) разборок я пришел к выводу, что монтировать надо вообще в /run/папка/кишки - как это делают в хуках арча (https://github.com/felixsinger/mkinitcpio-overlayfs/blob/master/mkinitcpio-overlayfs.hook)
Иначе потом проблематично отмонтировать загрузочный носитель
Уже переделал rootaufs2. Завтра выложу
монтировать надо вообще в /run/папка/кишкиДурью то не майся, или совсем от арча мозги набекрень? Чем поможет изменение точки монтирования на нестандартную? И там overlayfs а не aufs.
По итогу этих разборокЭто про винду, а винда дело тёмное, может ошибаться на ровном месте.
проблематично отмонтировать загрузочный носительПроверю у себя, только как это сделать без винды?
Проверю у себя, только как это сделать без винды?Проверил. Загрузил с флешки Richy64, проверил, примонтирован ли sdb1, перезагрузился в AdmjnPE (Win7), воткнул флешку и никаких вопросов от системы не последовало. Вывод: "дело было не в бобине...."
Чем поможет изменение точки монтирования на нестандартную?Проще откл. загрузочный носитель при ребуте
там overlayfs а не aufs.Я про точки монтирования, а не про способ монтирования
Проверю у себя, только как это сделать без винды?фат раздел после перезагрузки должен быть помечен как чисто отмонтированный
Проверил. Загрузил с флешки Richy64,Она фат32?
Проще откл. загрузочный носитель при ребуте??? Разве?
Она фат32?Да.
Каким образом у Вас сделано отмонтирование при ребутеinittab стр. 12, 13:
::shutdown:/bin/umount -a -r
::shutdown:/sbin/swapoff -aРазве?Глубоко не разбирался, но после переноса точек монтирования в /run у меня получилось
inittab стр. 12, 13:После них хорошо бы вставить sh и проверить, что отмонтировалось
Кстати - и сквоши у Вас этим же отмонтируются?Вряд ли.
После них хорошо бы вставить sh и проверить, что отмонтировалосьИ куда записать выхлоп, если всё отмонтировано?
После них хорошо бы вставить sh и проверить, что отмонтировалосьЭто откроет правду
Оптимально тестировать на prar-1811-lxqt-01.isoПротестировал. Все же ругается Винда.
Тогда ничего не надо будет руками. Там все есть
break=down - проверили что перед выключением раздел отмонтирован?Да, конечно. Моя флешка там напрямую не упоминается.
FAILED только на отмонтировании /run/archroot/root_ro - то есть именно куда флешка примонтирована и на /run/archroot/live/memory/changesЭто только на этом этапе с выдачей ошибки. Потом идет chroot и все отмонтируется
Надо проверять в консоле после break командой mountДействительно, флешки там уже нет, только псевдофайловые системы.
Значит при отмонтировании не снимается dirty bit.Может
метка неправильности с предыдущих разов осталась...
как все модули умудряются отмонтироваться еще до чрута?
сквоши в этом скрипте у меня отключить не получилось. Отключаю ранее в /etc/rc.local.shutdown скриптом shdown (посмотреть можно в корне моего инитрд)
Значит при отмонтировании не снимается dirty bit.Тут или маны читать или экспериментировать: монтировать + отмонтировать (корректно и нет) и смотреть
метка неправильности с предыдущих разов осталась...Нет, я ведь в Винде проверяю если прости проверить. Этот флаг снимается с ФС.
Напомните, как увидеть состояние dirty bitsudo fsck.fat /dev/sdb1
Лечится fsck?Да, он спрашивает убрать или нет, соответствующий номер надо выбрать и подтвердить сохранение.
В ваших скриптах есть перемонтирование в ro перед отмонтированием?Не было. Сделал: http://file.puppyrus.org/users/pra64/kernel/initrd-lf-pf-sf07.cpio.xz Помогло?
Помогло?Спешу обрадовать! Похоже это победа 8) Проверил 2 раза.
Жаль только root_ro и changes не отмонтируются до чрута.Поскольку во всех хуках, где есть сложная сборка корня - используется подобный чрут - наверное уже не улучшить