Из-за этого на 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!

После проверки на (после)завтрашних регулярках.