Bug 32737 - некорректная авторазбивка диска (overlapped partitions) при наличии в конце диска основного шифрованного раздела
: некорректная авторазбивка диска (overlapped partitions) при наличии в конце д...
Status: NEW
: Sisyphus
(All bugs in Sisyphus/alterator-vm)
: unstable
: all Linux
: P3 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2016-11-09 21:29 by
Modified: 2016-11-16 18:46 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


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

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

Когда попробовал удалить маленький расширенный раздел (который отображался как
sda4) через fdisk - он удалился вместе со старым "шифрованным" разделом (sda5).
После чего ругань на перекрывающиеся разделы в gparted прошла.

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

Хорошо бы, чтобы все сообщения где-нибудь сохранялись в устанавливаемой
системе. Люди потом бы могли их точные высылать.
------- Comment #3 From 2016-11-10 09:54:46 -------
Какая версия системы устанавливалась ?
------- Comment #4 From 2016-11-10 12:39:18 -------
regular-xfce-sysv-20161107-x86_64.iso
------- Comment #5 From 2016-11-16 18:46:09 -------
(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 захватывается в
> системный лог).
>
> Эти три вещи хоть как-то могли бы помочь понять, в каком месте произошла
> авария и подумать, как починить.