Создаю без_ntfs 20g корень 50g user и 16 своп и вылетает :(
На багзиллу напишу конечно, когда отосплюсь но может как- то пересобрать уже дистрибутив, раз не единичное явление...
Вылетает куда, в POST, в консоль или вылетает из инсталлятора и виснет?
Если в консоль, может в логах что-то осталось на посмотреть. Собрать их на другую флешку и приложить к багрепорту.
Логи инсталляции мне помнится лежат в /tmp. Через консоль добраться до них можно.
Чтобы пересобрать, нужно видеть источник проблемы. А у igorigor76 всё хуже: у него уходит в ребут и даже следов логами не оставляет.
Контрольную сумму образа перед записью проверяли?
Контрольную сумму записанного на флешку, проверяли перед запуском?
Если контрольные суммы совпадают, значит проблема в образе.
Хотите увидеть как можно скачать образ?
Вот начало образа:
$ sed -n '1,5p' ./alt-p8-lxde-sysv-20171212-i586.iso
<!DOCTYPE html>
<html class="client-nojs" lang="en" dir="ltr">
<head>
<meta charset="UTF-8"/>
<title>Regular - ALT Linux Wiki</title>
Правда, это как-то не похоже на MBR?
А вот его продолжение:
$ strings ./alt-p8-lxde-sysv-20171212-i586.iso | grep 'gfxboot\|isolinux' | sort -u
gfxboot.c32|
gfxboot.cfgt
isolinux:
isolinux.bin
isolinux.cfg
А это уже больше похоже на образ.
Гарантия, что BIOS сообщит, что это не системный диск.
И если не проверить контрольную сумму образа, можно ни за что не догадаться о проблеме.
Интересно здесь то, что если начать неверно скачивать образ, а потом продолжить, то потом даже rsync не заметит подвоха.
И с этой ошибкой, он будет постоянно ошибаться, пока не удалить файл образа и не начать скачивание заново.
Поэтому если что-то пошло не так, контрольную сумму нужно всегда проверять. И образа на винчестере и записанного образа на флешку. И если контрольные суммы сходятся, тогда мейнтейнер будет знать, что вы здесь ни при чём.