32737 2016-11-09 21:29:03 +0300 некорректная авторазбивка диска (overlapped partitions) при наличии в конце диска основного шифрованного раздела 2020-04-26 19:10:25 +0300 1 1 4 Development Sisyphus alterator-vm unstable all Linux NEW P3 normal --- 1 alxste mcpain aleksey-v.2013 imz mcpain mike rider qa-sisyphus oldest_to_newest 159800 0 alxste 2016-11-09 21:29:03 +0300 Что было перед установкой - несколько основных разделов в системе, последний - шифрованный раздел (luks). Всего было 4 основных раздела. Расширенный раздел отсутствовал. Перед установкой в gparted убил три первых. Оставил последний шифрованный раздел. Устанавливал систему на диск "на свободное место" с авторазбивкой разделов. После установки gparted при открытии /dev/sda ругался на перекрывающиеся разделы. (can't have overlapped partitions). При этом создался расширенный раздел "мелкого" размера на 53 сектора. Если в gparted много раз жать ignore, то он показывал разбивку, но в конце показывал место как unallocated. При этом шифрованный раздел нормально монтировался как /sda5 Когда попробовал удалить маленький расширенный раздел (который отображался как sda4) через fdisk - он удалился вместе со старым "шифрованным" разделом (sda5). После чего ругань на перекрывающиеся разделы в gparted прошла. Похоже автоматический "разбивальщик" не совсем корректно отрабатывает наличие в конце диска основного (не расширенного) раздела. 159801 1 alxste 2016-11-09 21:32:27 +0300 На всякий случай - диск был обычный HDD на 160GB 159809 2 imz 2016-11-10 02:39:33 +0300 А в таких ситуациях логи установки можно откуда-нибудь достать? Хорошо бы, чтобы все сообщения где-нибудь сохранялись в устанавливаемой системе. Люди потом бы могли их точные высылать. 159811 3 rider 2016-11-10 09:54:46 +0300 Какая версия системы устанавливалась ? 159813 4 alxste 2016-11-10 12:39:18 +0300 regular-xfce-sysv-20161107-x86_64.iso 159932 5 imz 2016-11-16 18:46:09 +0300 (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 захватывается в > системный лог). > > Эти три вещи хоть как-то могли бы помочь понять, в каком месте произошла > авария и подумать, как починить. 189459 6 aleksey-v.2013 2020-04-26 19:10:25 +0300 Обнаружил возможно связанную ошибку в момент установки Аль Рабочая станция 9. #38391