Bug 32737

Summary: некорректная авторазбивка диска (overlapped partitions) при наличии в конце диска основного шифрованного раздела
Product: Sisyphus Reporter: Alexander <alxste>
Component: alterator-vmAssignee: Олег Соловьев <mcpain>
Status: NEW --- QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: aleksey-v.2013, imz, mcpain, mike, rider
Version: unstable   
Hardware: all   
OS: Linux   

Description Alexander 2016-11-09 21:29:03 MSK
Что было перед установкой - несколько основных разделов в системе, последний - шифрованный раздел (luks). Всего было 4 основных раздела. Расширенный раздел отсутствовал. Перед установкой в gparted убил три первых. Оставил последний шифрованный раздел.

Устанавливал  систему на диск "на свободное место" с авторазбивкой разделов.
После установки gparted при открытии /dev/sda ругался на перекрывающиеся разделы. (can't have overlapped partitions).
При этом создался расширенный раздел "мелкого" размера на 53 сектора.
Если в gparted много раз жать ignore, то он показывал разбивку, но в конце показывал место как unallocated.
При этом шифрованный раздел нормально монтировался как /sda5
 
Когда попробовал удалить маленький расширенный раздел (который отображался как sda4) через fdisk - он удалился вместе со старым "шифрованным" разделом (sda5).
После чего ругань на перекрывающиеся разделы в gparted прошла.

Похоже автоматический "разбивальщик" не совсем корректно отрабатывает наличие в конце диска основного (не расширенного) раздела.
Comment 1 Alexander 2016-11-09 21:32:27 MSK
На всякий случай - диск был обычный HDD на 160GB
Comment 2 Ivan Zakharyaschev 2016-11-10 02:39:33 MSK
А в таких ситуациях логи установки можно откуда-нибудь достать?

Хорошо бы, чтобы все сообщения где-нибудь сохранялись в устанавливаемой системе. Люди потом бы могли их точные высылать.
Comment 3 Anton Farygin 2016-11-10 09:54:46 MSK
Какая версия системы устанавливалась ?
Comment 4 Alexander 2016-11-10 12:39:18 MSK
regular-xfce-sysv-20161107-x86_64.iso
Comment 5 Ivan Zakharyaschev 2016-11-16 18:46:09 MSK
(In reply to comment #2)
> А в таких ситуациях логи установки можно откуда-нибудь достать?
> 
> Хорошо бы, чтобы все сообщения где-нибудь сохранялись в устанавливаемой
> системе. Люди потом бы могли их точные высылать.

Когда работа происходит в инсталляторе (а не LiveCD), посмотрел: stdout с интересными сообщениями направлен в /dev/null.

Это дополнение к этой информации про то, где искать интересные сообщения от alteratord в LiveCD -- https://lists.altlinux.org/pipermail/sisyphus/2016-November/365619.html :


> Интересно ещё видеть в таком случае, жив ли процесс alteratord . Я недавно
> пытался отлаживать это место (создание ФС), но другие проблемы; я тогда
> искал процесс как-то так:
>
> ps aux | fgrep alter

Можно сориентироваться по /proc/NNNN/fd/ , куда направлены fd 1 и 2, чтобы 
добыть больше полезных сообщений, если кто-нибудь будет ещё писать 
сообщение о подобных ошибках. (Я сам запускал только из LiveCD с systemd, 
поэтому точные пути смог описать для такого случае, а не в 
системе-инсталляторе.)

> Он пишет интересные сообщения о том, что происходит в
> /var/run/alteratord/alteratord.log (stderr, путь для LiveCD по крайней
> мере такой) и в stdout (который по крайней мере systemd захватывается в
> системный лог).
>
> Эти три вещи хоть как-то могли бы помочь понять, в каком месте произошла
> авария и подумать, как починить.
Comment 6 aleksey-v 2020-04-26 19:10:25 MSK
Обнаружил возможно связанную ошибку в момент установки Аль Рабочая станция 9.
#38391