Bug 32737 - некорректная авторазбивка диска (overlapped partitions) при наличии в конце диска основного шифрованного раздела
Summary: некорректная авторазбивка диска (overlapped partitions) при наличии в конце д...
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: alterator-vm (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Олег Соловьев
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-09 21:29 MSK by Alexander
Modified: 2020-04-26 19:10 MSK (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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