Как конкретно называется модуль работы с разделами я забыл, поэтому вешаю на ядро. Собственно, при установке очередного дистрибутива ALT осуществляется ненужное, и без предупреждения, форматирование существующего раздела SWAP. В результате UUID SWAP раздела меняется и ранее существующие ALT, и не только, установки теряют SWAP.
Замечено в: 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 стало особо неприятно то, что автоматически подключённый своп на какой-нибудь "времянке", если его забыть отключить на стенде при снятии такого диска, вызовет длительный таймаут.
