Bug 25774 - Установщик форматирует SWAP
Summary: Установщик форматирует SWAP
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: guile-evms (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Олег Соловьев
QA Contact: qa-sisyphus
URL:
Keywords: usability
: 36980 (view as bug list)
Depends on:
Blocks: 34231 36976
  Show dependency tree
 
Reported: 2011-06-18 19:11 MSK by Roman Savochenko
Modified: 2020-06-02 10:57 MSK (History)
9 users (show)

See Also:


Attachments
Доступные на сейчас операции со свопом. (347.40 KB, image/jpeg)
2014-01-06 11:19 MSK, Roman Savochenko
no flags Details
Факт смены UUID свопа после установки (278.39 KB, image/jpeg)
2014-01-06 11:20 MSK, Roman Savochenko
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Roman Savochenko 2011-06-18 19:11:09 MSK
Как конкретно называется модуль работы с разделами я забыл, поэтому вешаю на ядро.

Собственно, при установке очередного дистрибутива ALT осуществляется ненужное, и без предупреждения, форматирование существующего раздела SWAP. В результате UUID SWAP раздела меняется и ранее существующие ALT, и не только, установки теряют SWAP.
Comment 1 Roman Savochenko 2011-06-18 19:13:48 MSK
Замечено в: altlinux-6.0.0_beta20110617-kdesktop-i586-ru-install-dvd5.iso
Comment 2 Sergey Bolshakov 2011-06-20 16:51:50 MSK
делать mkswap безусловно мне представляется хорошей идеей, а некоторые неудобства свитчеров -- приемлемой ценой.
Comment 3 Roman Savochenko 2011-06-20 16:58:07 MSK
(В ответ на комментарий №2)
> делать mkswap безусловно мне представляется хорошей идеей, а некоторые
> неудобства свитчеров -- приемлемой ценой.
Поставьте себя на место этих свитчеров, которые ALT тестируют между прочим, устанавливая его многократно и при этом бегая по соседним дистрибутивам и меняя /etc/fstab, /boot/grub.conf и ещё может чего.
Comment 4 Sergey Bolshakov 2011-06-20 17:04:54 MSK
ещё мнения будут ?
Comment 5 AEN 2011-06-20 17:23:09 MSK
(В ответ на комментарий №4)
> ещё мнения будут ?

Предупреждать свитчеров о проблеме.
Comment 6 Roman Savochenko 2011-06-20 17:55:49 MSK
Почему бы предварительно не вызывать swapon и только в случае ошибки форматировать SWAP-раздел?
Comment 7 Michael Shigorin 2011-06-21 11:40:33 MSK
Кстати, да.  Неудобств на ровном месте и так вполне достаточно.
Comment 8 Vitaly Kuznetsov 2011-06-21 13:20:36 MSK
mkswap можно делать, сохраняя uuid (-U) в том случае, если таковой имеется.
Comment 9 Sergey Bolshakov 2011-06-21 13:52:05 MSK
победа разума над сарсапариллой! guile-evms-0.4-alt10
Comment 10 Sergey Bolshakov 2011-07-07 17:23:24 MSK
из-за регрессий, внесённых в guile-evms-0.4-alt10 (см #25861),
сделано следующее:
старый своп-раздел по прежнему форматируется по умолчанию,
но добавлена индикация такого умолчания и есть (всегда была)
возможность это отменить, в диалоге опций этого раздела.
Comment 11 Sergey Bolshakov 2011-07-07 17:25:08 MSK
описанные изменения были сделаны в alterator-vm-0.4.1-alt15.
Comment 12 Roman Savochenko 2013-09-04 10:57:24 MSK
(В ответ на комментарий №10)
> но добавлена индикация такого умолчания и есть (всегда была)
> возможность это отменить, в диалоге опций этого раздела.
В Сизифе, полагаю что и P7, при установке "regular-tde", я такого уже не увидел.

При этом наивно возрадовался, что разум восторжествовал и своп таки перестали форматировать и менять UUID. Ан нет, вот меняю теперь UUID свопа по всем соседним установкам!
Comment 13 Roman Savochenko 2014-01-06 11:19:40 MSK
Created attachment 6025 [details]
Доступные на сейчас операции со свопом.

Т.е. функции отключить форматирование нет, зато есть "Удалить файловую систему", что для SWAP странно.
Comment 14 Roman Savochenko 2014-01-06 11:20:38 MSK
Created attachment 6026 [details]
Факт смены UUID свопа после установки
Comment 15 Michael Shigorin 2014-01-06 15:22:48 MSK
(In reply to comment #12)
> При этом наивно возрадовался, что разум восторжествовал и своп таки перестали
> форматировать и менять UUID. Ан нет, вот меняю теперь UUID свопа по всем
> соседним установкам!
Возможно, лучше бы было сделать заново со старым UUID, как указано в comment 8, и поменять только в новой.

Раз гора не идёт, можно попытаться сделать объезд в initinstall/preinstall, хотя не хотелось бы -- лишний swapoff может вылиться в невозможность установки на минимальных объёмах памяти...
Comment 16 Roman Savochenko 2014-01-06 22:15:00 MSK
(В ответ на комментарий №15)
> (In reply to comment #12)
> > При этом наивно возрадовался, что разум восторжествовал и своп таки перестали
> > форматировать и менять UUID. Ан нет, вот меняю теперь UUID свопа по всем
> > соседним установкам!
> Возможно, лучше бы было сделать заново со старым UUID, как указано в comment 8,
> и поменять только в новой.
Конечно лучше, только причастные так не считают.

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

По ходу увидел, что добавление раскладки клавиатурі в ACC не имеет єффекта в XOrg, а systemd секунд 20 тупит в ожидании чуда, появления нужного ему раздела SWAP. :)
Comment 18 Andrey Cherepanov 2019-07-05 16:08:04 MSK
*** Bug 36980 has been marked as a duplicate of this bug. ***
Comment 19 Michael Shigorin 2019-07-05 16:17:47 MSK
Давайте уже поправим это к девятым дистрибутивам?
При любом дуалбуте вылезает и напоминает о себе...
(чтоб полезть в настройки -- надо как минимум ожидать такого поведения;
проверка swapon'ом мне кажется достаточной)
Comment 20 DiabloPC 2019-07-05 16:44:16 MSK
(In reply to comment #19)
> проверка swapon'ом мне кажется достаточной)

Ну или пускай форматируется, но после принудительно возвращать предыдущий UUID
Comment 21 viy 2019-08-22 23:49:53 MSK
плюсую.
наступил на эти грабли в установщике p9 :(

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

если swap раздел будет подключаться, установить туда точку монтирования swap,
это логично, так и в /etc/fstab записано.
Если пользователь этот swap раздел подключать не хочет, он сможет удалять точку монтирования.
Comment 22 viy 2019-08-23 00:00:23 MSK
(В ответ на комментарий №21)
> При чем при ручном разбиении.
> Виной неудачный дизайн меню.
> Если пользователь этот swap раздел подключать не хочет, он сможет удалять точку
> монтирования swap.

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

Выделить его в отдельный баг?
Comment 23 Michael Shigorin 2020-06-02 10:57:19 MSK
В части про 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 стало особо неприятно то, что автоматически подключённый своп на какой-нибудь "времянке", если его забыть отключить на стенде при снятии такого диска, вызовет длительный таймаут.