https://forum.altlinux.org/index.php?topic=37286.msg296148#msg296148 "Как замечал и на p7 и на p8 (и стартеркиты, и релизы), когда выбираешь режим загрузки Live (который вроде бы без сеансов должен быть - с сеансом рядом пункт загрузки), то всё равно на флэшке создаётся второй раздел и далее отрабатывается всё, как и должно быть с сеансами."
Из-за этого на 4GB-флешке проблемы при запуске безсеансового LiveCD из-за недостатка места.
См. тж. bug 28289
В isolinux.cfg live_rw для live отсутствует в отличии от опций для session.
(В ответ на комментарий №1) > на 4GB-флешке проблемы при запуске безсеансового LiveCD из-за недостатка места. т.к. у меня образ стремится к 4GB.
(В ответ на комментарий №3) > В isolinux.cfg live_rw для live отсутствует в отличии от опций для session. В том-то и дело, что https://bugzilla.altlinux.org/show_bug.cgi?id=28289#c32 плюс текущая реализация в make-initrd-propagator приводят к тому, что задействуется и без live_rw...
Я сам на последней бете видел неработоспособность LiveCD, т.к. у меня при 6GB RAM там оказалось свободно 3GB /var, 3GB /tmp и в /home шиш с маслом.
(В ответ на комментарий №6) > на последней бете http://ftp.altlinux.ru/pub/people/zerg/p8/ Потом немного меньше образ сделал и стало кое-как запускаться, но в /home места почти не было.
2 Boyarsh: Проблема "проверке размера получающего раздела" еще в том, что, например: "С безсессионной ливки грузится моя сессионная, с неработающим КДЕ" https://forum.altlinux.org/index.php?topic=37476.msg297255#msg297255
Антон сегодня подсказал, как видит обход проблем с недостатком места и слишком медленной флэшкой -- по результатам экспресс-разбора сделал набросок, который замеряет время mke2fs (заодно оптимизировал по параметрам, на одной из тестовых время форматирования снизилось с 18 до 3 секунд); если выходит больше N секунд (пока остановился на пяти) -- меняет метку полученного раздела на alt-slow-storage, таким образом несогласный с вердиктом пользователь может сам поменять его на штатное и задействовать live_rw; например: e2label /dev/sdb3 alt-live-storage Но это всё про детали применения режима live_rw, а не о том, как он включается для обычного запуска "LiveCD" с флэшки, когда не должен бы. Тут про две раздельных баги речь. Вообще же там вопросов ещё больше, надо устроить небольшой набег релиз-менеджеров и продумать их (например, ставить ли к live_rw по умолчанию lowmem или нет -- я склонен не ставить, чтоб чтение происходило на ранней стадии загрузки и весь squashfs засасывался в память, а на флэшку дальше шла только запись без тормозов на попытке что-то читать, пока кэш сбрасывается).
(В ответ на комментарий №9) > несогласный с вердиктом пользователь может > сам поменять его на штатное и задействовать live_rw А сможет ли несогласный с вердиктом поменять на live_ro? (см. коммент #8).
(В ответ на комментарий №10) > (В ответ на комментарий №9) > > несогласный с вердиктом пользователь может > > сам поменять его на штатное и задействовать live_rw > А сможет ли несогласный с вердиктом поменять на live_ro? (см. коммент #8). Очевидно, если поменять метку раздела на что угодно, кроме alt-live-storage, это будет live_ro
(В ответ на комментарий №11) > Очевидно, С чего бы? Пользователь исходники не читает. >, если поменять метку раздела на что угодно, кроме alt-live-storage, > это будет live_ro Ok. Я хотел уточнить на всякий.
(В ответ на комментарий №11) > если поменять метку раздела на что угодно, кроме alt-live-storage, > это будет live_ro Если rw-данные и спорчены, сначала нужно загрузиться в этот самый live_ro. (см. коммент #8) Пользователь этого не сможет, а раньше просто выбирал другой пункт меню.
2 Boyarsh: "проблема в том, что когда грузишься с EFI неудобно менять командную строку" А зачем её менять? P.S. Для пользователя это точно не проблема по сравнению с изменением метки раздела.
> "проблема в том, что когда грузишься с EFI неудобно менять командную строку" > А зачем её менять? А у нас при загрузке с efi есть меню, в котором можено выбрать сеансовый/не сеансовый livecd. > Для пользователя это точно не проблема по сравнению с изменением метки раздела. Ну вот я вообще не знаю как это сделать при загрузке с efi.
Может, не пытаться телепатией определить, что хочет пользователь, а сделать утилиту, которая будет "вкл/выкл" live-rw? Ее можно будет разместить, на том же live, который по умолчанию будет ro.
(В ответ на комментарий №16) > Может, не пытаться телепатией определить, что хочет пользователь, а сделать > утилиту, которая будет "вкл/выкл" live-rw? Ее можно будет разместить, на том же > live, который по умолчанию будет ro. Можно сделать. Предлагаю пока остановиться на решении, озвученном Мишей, а когда кто-нибудь напишет соответствующую утилиту, вернуться к этому вопросу.
(В ответ на комментарий №17) > Предлагаю пока остановиться на решении, озвученном Мишей, а > когда кто-нибудь напишет соответствующую утилиту, вернуться к этому вопросу. Ок. Я просто полагал, что так не нужно будет изгаляться над клавиатурой, мозгом и пользователями. :-)
Так. Если судить по заголовку, это дубль https://bugzilla.altlinux.org/32476 (но она по факту и сейчас не решена). Предлагаю часть про "ro/rw" вернуть туда, а эту -- или новую -- багу посвятить проверке достаточности места на флэшке. Набросок такой проверки уже есть, по #32476 тоже наконец снялся с ручника.
make-initrd-propagator-0.31-alt1 -> sisyphus: * Mon Oct 17 2016 Michael Shigorin <mike@altlinux> 0.31-alt1 - improve RW slice operation (closes: #32476, #32562): only create/use it when there's enough space (1Gb or more), and it's been either + explicitly asked for (BIOS mode), or + fast enough (UEFI mode; otherwise the filesystem will be marked "alt-slow-storage") - add mkfs/mount options for faster operation - extend debug support
Спасибо!
Не забудьте отправить в p8!
После проверки на (после)завтрашних регулярках.
