С прилагаемым fstab система не работает. Если закомментировать /tmp, загружается нормально. При sysvinit в KDesktop-6 всё было ок.
Created attachment 5852 [details] /etc/fstab
Created attachment 5853 [details] fdisk -l
tmp.mount отключен
Необходимо удалить tmp.mount из пакета. Тогда все работает. Маскирование tmp.mount не помогает. P.S. Так же снизит потребление памяти на всех LiveCD, где не используется костыль по его отключению (сейчас это все, кроме KDesktop).
А так же этот баг приведет к незагружаемости KDesktop-6, обновленный до p7 и переведенный на systemd.
Если никто не против, я исправлю 204-alt4 и скопирую в p7 со всеми изменениями после 204-alt1.
(В ответ на комментарий №6) > Если никто не против, я исправлю 204-alt4 и скопирую в p7 со всеми изменениями > после 204-alt1. Прошу высказываться. Особенно shaba@ , ldv@, boyarsh@, sem@ Это надо тестировать не только на kdesktop.
Задание копирования в p7, естественно, сделаю test-only и сюда ссылку дам.
Что не работает и почему?
(В ответ на комментарий №9) > Что не работает Система почти не грузится с руганью "ничего не могу, т.к. все read-only". > и почему? Каким-то образом tmp.mount меняет поведение, несмотря на его отключение при помощи systemctl mask tmp.mount
В остальных дистрибутивах поведение измениться не должно, т.к. в их fstab есть tmpfs /tmp tmpfs nosuid 0 0 , который у меня коментируется.
Достаточно будет убрать зависимость от tmp.mount у local-fs.target
Не могу понять, чего и каким образом ты хочешь добиться. Неужели ты хочешь, чтобы /tmp по умолчанию в дистрибутивах был НЕ на tmpfs?
(В ответ на комментарий №13) > Неужели ты хочешь, чтобы > /tmp по умолчанию в дистрибутивах Только в KDesktop. Остальных не затрагивает. Максимум, им когда-нибудь станет нужно будет не прописывать в fstab, а ставить зависимость для local-fs.target на tmp.mount , но к этой баге отношения не имеет. > был НЕ на tmpfs? Именно так я давно делаю для экономии RAM. Несколько лет назад обсуждалось в devel-distro.
(В ответ на комментарий №14) > Несколько лет назад обсуждалось в devel-distro. http://lists.altlinux.org/pipermail/devel-distro/2010-September/000744.html
Для тестирования на p7 -- http://git.altlinux.org/tasks/98706/
systemd-204-alt5 -> sisyphus: * Thu Jun 13 2013 Sergey V Turchin <zerg@altlinux> 204-alt5 - turn off tmp.mount by default (ALT#29066)
(В ответ на комментарий №16) > Для тестирования на p7 -- http://git.altlinux.org/tasks/98706/ Обновил вчерашний кентавр из этого задания -- проблем не наблюдаю.
(В ответ на комментарий №18) > Обновил вчерашний кентавр из этого задания -- проблем не наблюдаю. А у меня не смонтировался luks-раздел после обновления. Подробнее не разбирался.
(В ответ на комментарий №19) > Обновил вчерашний кентавр из этого задания -- проблем не наблюдаю. Я дома на p7 тоже пока ничего не заметил.
(В ответ на комментарий №19) > А у меня не смонтировался luks-раздел после обновления. Может, это #29033 ?
(В ответ на комментарий №19) > А у меня не смонтировался luks-раздел после обновления. У меня тоже на свежем образе зацикливается и пароль не просит даже. Тогда в 204-alt1 сделаю свое изменение и отправлю.
(В ответ на комментарий №22) > Тогда в 204-alt1 сделаю свое изменение и отправлю. Ой, 201-alt1
http://git.altlinux.org/tasks/98777/
2 Shaba: Маскирование tmp.mount (при его наличии) в любом случае приводит к такому поведению, но теперь у меня есть возможность не маскировать.
