Bug 25774

Замечено в: altlinux-6.0.0_beta20110617-kdesktop-i586-ru-install-dvd5.iso

делать mkswap безусловно мне представляется хорошей идеей, а некоторые неудобства свитчеров -- приемлемой ценой.

(В ответ на комментарий №2)
> делать mkswap безусловно мне представляется хорошей идеей, а некоторые
> неудобства свитчеров -- приемлемой ценой.
Поставьте себя на место этих свитчеров, которые ALT тестируют между прочим, устанавливая его многократно и при этом бегая по соседним дистрибутивам и меняя /etc/fstab, /boot/grub.conf и ещё может чего.

ещё мнения будут ?

(В ответ на комментарий №4)
> ещё мнения будут ?

Предупреждать свитчеров о проблеме.

Почему бы предварительно не вызывать swapon и только в случае ошибки форматировать SWAP-раздел?

Кстати, да.  Неудобств на ровном месте и так вполне достаточно.

mkswap можно делать, сохраняя uuid (-U) в том случае, если таковой имеется.

победа разума над сарсапариллой! guile-evms-0.4-alt10

из-за регрессий, внесённых в guile-evms-0.4-alt10 (см #25861),
сделано следующее:
старый своп-раздел по прежнему форматируется по умолчанию,
но добавлена индикация такого умолчания и есть (всегда была)
возможность это отменить, в диалоге опций этого раздела.

описанные изменения были сделаны в alterator-vm-0.4.1-alt15.

(В ответ на комментарий №10)
> но добавлена индикация такого умолчания и есть (всегда была)
> возможность это отменить, в диалоге опций этого раздела.
В Сизифе, полагаю что и P7, при установке "regular-tde", я такого уже не увидел.

При этом наивно возрадовался, что разум восторжествовал и своп таки перестали форматировать и менять UUID. Ан нет, вот меняю теперь UUID свопа по всем соседним установкам!

Created attachment 6025 [details]
Доступные на сейчас операции со свопом.

Т.е. функции отключить форматирование нет, зато есть "Удалить файловую систему", что для SWAP странно.

Created attachment 6026 [details]
Факт смены UUID свопа после установки

(In reply to comment #12)
> При этом наивно возрадовался, что разум восторжествовал и своп таки перестали
> форматировать и менять UUID. Ан нет, вот меняю теперь UUID свопа по всем
> соседним установкам!
Возможно, лучше бы было сделать заново со старым UUID, как указано в comment 8, и поменять только в новой.

Раз гора не идёт, можно попытаться сделать объезд в initinstall/preinstall, хотя не хотелось бы -- лишний swapoff может вылиться в невозможность установки на минимальных объёмах памяти...

(В ответ на комментарий №15)
> (In reply to comment #12)
> > При этом наивно возрадовался, что разум восторжествовал и своп таки перестали
> > форматировать и менять UUID. Ан нет, вот меняю теперь UUID свопа по всем
> > соседним установкам!
> Возможно, лучше бы было сделать заново со старым UUID, как указано в comment 8,
> и поменять только в новой.
Конечно лучше, только причастные так не считают.

> Раз гора не идёт, можно попытаться сделать объезд в initinstall/preinstall,
> хотя не хотелось бы -- лишний swapoff может вылиться в невозможность установки
> на минимальных объёмах памяти...
Он и так наверное swapoff при применении изменений разметки, как минимум для переформатирования. Кстати можно было-бы и не делать этого если swap уже подключен и используется, как минимум не помечать для форматирования.

(В ответ на комментарий №16)
> > Раз гора не идёт, можно попытаться сделать объезд в initinstall/preinstall,
> > хотя не хотелось бы -- лишний swapoff может вылиться в невозможность установки
> > на минимальных объёмах памяти...
> Он и так наверное swapoff при применении изменений разметки, как минимум для
> переформатирования. Кстати можно было-бы и не делать этого если swap уже
> подключен и используется, как минимум не помечать для форматирования.
Кстати, в fstab установленной системі из LiveDisk UUID попадает до форматирования и имеем ситуацию когда SWAP не работает нигде!

По ходу увидел, что добавление раскладки клавиатурі в ACC не имеет єффекта в XOrg, а systemd секунд 20 тупит в ожидании чуда, появления нужного ему раздела SWAP. :)

*** Bug 36980 has been marked as a duplicate of this bug. ***

Давайте уже поправим это к девятым дистрибутивам?
При любом дуалбуте вылезает и напоминает о себе...
(чтоб полезть в настройки -- надо как минимум ожидать такого поведения;
проверка swapon'ом мне кажется достаточной)

(In reply to comment #19)
> проверка swapon'ом мне кажется достаточной)

Ну или пускай форматируется, но после принудительно возвращать предыдущий UUID

плюсую.
наступил на эти грабли в установщике p9 :(

При чем при ручном разбиении.
Виной неудачный дизайн меню.
Для всех разделов можно создавать fs и указывать точку монтирования.
Для swap(fs) раздела в ручном меню только создать fs и удалить fs.
правильнее было бы использовать и колонку точка монтирования.
точка монтирования swap только для разделов типа swap(fs)

если swap раздел будет подключаться, установить туда точку монтирования swap,
это логично, так и в /etc/fstab записано.
Если пользователь этот swap раздел подключать не хочет, он сможет удалять точку монтирования.

(В ответ на комментарий №21)
> При чем при ручном разбиении.
> Виной неудачный дизайн меню.
> Если пользователь этот swap раздел подключать не хочет, он сможет удалять точку
> монтирования swap.

Это уже другое пожелание. Оно удобно само по себе, и с его помощью можно указать 
swap разделы, которые трогать и подключать не надо (к примеру, на втором отдельном диске). 
Но ситуацию с форматированием swap раздела общего пользования для нескольких установок это не решает.

Выделить его в отдельный баг?

В части про UUID наконец исправлено:

evms - Enterprise Volume Management System utilities
* Wed May 20 2020 Oleg Solovyov <mcpain@altlinux> 2.5.5-alt44
- restore old swapfs UUID

По-хорошему существующие свопы бы не форматировать по умолчанию -- там может быть и файловая система Solaris, и снимок памяти усыплённой на диск системы, а не только чужой UUID.  А с systemd стало особо неприятно то, что автоматически подключённый своп на какой-нибудь "времянке", если его забыть отключить на стенде при снятии такого диска, вызовет длительный таймаут.