/usr/sbin/install2 не может попытаться запустить X-ы c драйвером vesa и fbdev, т.к. временный xorg.conf не создается.
У меня пока не получилось найти причину. В /usr/bin/video_setup строка video_drv "$1" | xconf -D "Card0" "$xorg_conf" "$xorg_conf" не создаёт $xorg_conf, но если выполнять video_drv "$1" | xconf -D "Card0" "/usr/share/alterator-x11/xorg.conf" "$xorg_conf" , то $xorg_conf создается, но драйвер сменить всё равно не получается.
У меня не воспроизводится, если я правильно понимаю о чём ты. Запускаю установщие с xdriver=vesa создаётся /etc/X11/xorg.conf в котором таки-да, прописан драйвер vesa
Другой тест: в qemu пишу xdriver=intel сначала пытается запуститься с интелом, обламывается, пробует vesa, запускается
(В ответ на комментарий №2) > Запускаю установщие с xdriver=vesa Так у всех работает. Нужно запустить так, чтоб 1-й запуск X-ов обломался и оно пошло по циклу перебирать драйвера из $auto_drivers .
(В ответ на комментарий №3) > в qemu пишу xdriver=intel > сначала пытается запуститься с интелом, обламывается, > пробует vesa, запускается У меня в virtualbox это тоже работает.
(В ответ на комментарий №3) > пишу xdriver= Видимо, это чем-то помогает.
Воспроизвести можно: killall install2 killall /usr/bin/guile18 удалить все дрова кроме vesa и fbdev /usr/sbin/install2 на 1-й консоли
Этот баг -- единственное, что отделяет меня от выпуска дистрибутива.
liveCD запусается? Какой? Если да, то почему?
(В ответ на комментарий №9) > liveCD запусается? В конкретном случае с NVIDIA 1080 -- да. > Какой? Если да, то почему? В нем X-ы стартуют сразу с драйвером nvidia(там есть поддержка), не пытаясь перезапускаться с vesa или fbdev.
(In reply to comment #10) > (В ответ на комментарий №9) > > liveCD запусается? > В конкретном случае с NVIDIA 1080 -- да. > Установщик из Live работает?
(В ответ на комментарий №11) > Установщик из Live работает? В моих дистрибутивах много лет нет установщика в Live. P.S. Если баг не будет исправлен, придется добавлять.
(В ответ на комментарий №11) > Установщик из Live работает? Забыл. С Live другая проблема. http://bugs.altlinux.org/32562
Тут https://nouveau.freedesktop.org/wiki/CodeNames/ 1080 числится supported
Валера соберет новейшее новье и 1080 должна заработать.
(В ответ на комментарий №15) > Валера соберет новейшее новье и 1080 должна заработать. Хорошо, т.к. я уже внедрил в установку только ядерный модуль nouveau, поэтому на modeseting-драйвере заработает. Надеюсь, с картами от AMD такого не будет.
(В ответ на комментарий №15) > Валера соберет новейшее новье Не Валера, а Антон и не xorg, а ядро. Мне достаточно ядерного модуля, чтобы поднялся xorg-овый modesetting-драйвер. См. dmesg.log из https://forum.altlinux.org/index.php?topic=37286.msg294398#msg294398
(В ответ на комментарий №7) > Воспроизвести можно: > killall install2 > killall /usr/bin/guile18 > удалить все дрова кроме vesa и fbdev > /usr/sbin/install2 на 1-й консоли в qemu Запустил с параметром instdebug удалил все драйверы кроме vesa и fbdev вышел из отладочного shell запустился установщик в fbdev
(В ответ на комментарий №18) > в qemu > Запустил с параметром instdebug Попробуй в virtualbox и без instdebug. Из драйверов достаточно будет удалить vboxvideo.
(В ответ на комментарий №10) > В конкретном случае с NVIDIA 1080 -- да. 1070, а не 1080.
(In reply to comment #20) > (В ответ на комментарий №10) > > В конкретном случае с NVIDIA 1080 -- да. > 1070, а не 1080. И с тем, и с другим, новый драйвер noveau суд по https://nouveau.freedesktop.org/wiki/CodeNames/ работает.
(В ответ на комментарий №21) > И с тем, и с другим, новый драйвер noveau суд по > https://nouveau.freedesktop.org/wiki/CodeNames/ работает. С ядром 4.8 судя по https://nouveau.freedesktop.org/wiki/ . У нас std-def 4.4 .
Ну пусть пользователи, у которых не заводится, пишут xdriver=fbdev
(In reply to comment #22) > (В ответ на комментарий №21) > > И с тем, и с другим, новый драйвер noveau суд по > > https://nouveau.freedesktop.org/wiki/CodeNames/ работает. > С ядром 4.8 судя по https://nouveau.freedesktop.org/wiki/ . > У нас std-def 4.4 . М-да. Но все же попробуйте [#170455] DONE xorg-drv-nouveau.git=1.0.13-alt1
(В ответ на комментарий №24) > попробуйте [#170455] DONE xorg-drv-nouveau Без ядерного модуля не работает.
(В ответ на комментарий №23) > Ну пусть пользователи, у которых не заводится, пишут xdriver=fbdev Я это уже давно советую, т.к. в предыдущих бетах было еще хуже. :-) https://forum.altlinux.org/index.php?topic=37229.msg294041#msg294041
(В ответ на комментарий №16) > Надеюсь, с картами от AMD такого не будет. Там вообще https://bugzilla.altlinux.org/31980
(В ответ на комментарий №27) > (В ответ на комментарий №16) > > Надеюсь, с картами от AMD такого не будет. > Там вообще https://bugzilla.altlinux.org/31980 fglrx у нас сейчас нет, соотв. и у меня в дистрибутиве нет.
2 AEN: Просьба огласить административное решение, если программного не будет.
(В ответ на комментарий №29) > 2 AEN: > Просьба огласить административное решение, если программного не будет. 2boyarsh@: прошу сообщить решение asap
> > Просьба огласить административное решение, если программного не будет. > > > 2boyarsh@: прошу сообщить решение asap Рекомендовать в случае таких проблем использовать при установке параметр xrdiver=fbdev или xdriver=vesa
(В ответ на комментарий №31) > > > Просьба огласить административное решение, если программного не будет. > > > > > > 2boyarsh@: прошу сообщить решение asap > Рекомендовать в случае таких проблем использовать при установке параметр > xrdiver=fbdev или xdriver=vesa Ok. Прошу поместить в документацию (azol@) и release notes/known bugs Не блокер для подготавливаемого релиза.
Но ведь в p7 такой проблемы не было. Это же регрессия получается.
Хорошо бы под эти xdriver= сделать менюшку по F5 в gfxboot. Только забыл уже, куда это -- в design-bootloader-source?
PS: возможно, стоит добавить xdriver=vesa как более универсальный вариант в "failsafe install" (это уже в профиле).
vesa много где не работает, Миша, не надо предлагать плохих вариантов. лучше понять почему вдруг перестал работать перебор и починить его.
(В ответ на комментарий №36) > vesa много где не работает Гм, с таким именно что не сталкивался, но если ты видел -- то да.
Сталкивался. Вообще по работоспособности примерно так: <родной драйвер> <fbdev> <vesa> Собственно перебор для того и придуман был, что бы если не заведётся на родном драйвере - спрыгнуть на заменяющий.
(В ответ на комментарий №33) > Но ведь в p7 такой проблемы не было. Это же регрессия получается. Для того, чтобы это утверждать, нужно воспроизвести эту багу для p8 на том же железе, где она не воспроизводится на p7.
(В ответ на комментарий №39) > Для того, чтобы это утверждать, нужно воспроизвести эту багу для p8 на том же > железе, где она не воспроизводится на p7. Вот лог на p7 - https://forum.altlinux.org/index.php?topic=37286.msg294415#msg294415 в котором всё работает. Вот лог на p8 - https://forum.altlinux.org/index.php?topic=37286.msg294316#msg294316 в котором собственно не работает.
(В ответ на комментарий №40) > (В ответ на комментарий №39) > > Для того, чтобы это утверждать, нужно воспроизвести эту багу для p8 на том же > > железе, где она не воспроизводится на p7. > Вот лог на p7 - > https://forum.altlinux.org/index.php?topic=37286.msg294415#msg294415 в котором > всё работает. > Вот лог на p8 - > https://forum.altlinux.org/index.php?topic=37286.msg294316#msg294316 в котором > собственно не работает. Спасибо. Постараемся найти проблему, но не обещаем.
Прошу сообщить, на каких видеокартах воспроизводится.
(В ответ на комментарий №42) > Прошу сообщить, на каких видеокартах воспроизводится. На NVIDIA GeForce GTX 1070 как минимум.
(In reply to comment #45) > (В ответ на комментарий №42) > > Прошу сообщить, на каких видеокартах воспроизводится. > На NVIDIA GeForce GTX 1070 как минимум. Ok. Есть постарее?
(В ответ на комментарий №46) > Ok. Есть постарее? Воспроизводится на видеокарте VirtualBox при отсутствии xorg-drv-vboxvideo. См. http://bugs.altlinux.org/31580
(В ответ на комментарий №47) > (В ответ на комментарий №46) > > Ok. Есть постарее? > Воспроизводится на видеокарте VirtualBox при отсутствии xorg-drv-vboxvideo. Это нормально.
(В ответ на комментарий №46) > (In reply to comment #45) > > (В ответ на комментарий №42) > > > Прошу сообщить, на каких видеокартах воспроизводится. > > На NVIDIA GeForce GTX 1070 как минимум. > > Ok. Есть постарее? Нашёл свою старую GTX 770 - на ней проблем нет.
Created attachment 6874 [details] Скриншот сообщения об ошибке
по сообщению в telegram вылезло ещё на VIA Chrome 9.
(В ответ на комментарий №42) > Прошу сообщить, на каких видеокартах воспроизводится. 00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 530 [8086:191b] (rev 06) 01:00.0 3D controller [0302]: NVIDIA Corporation GM206M [GeForce GTX 965M] [10de:1427] (rev a1) Обе на одной машине. C nouveau виснет lspci.
(В ответ на комментарий №52) > C nouveau виснет lspci. Соответственно, установка виснет на сохранении настроек.
С nouveau проблема не в xorg.conf а в ядерном модуле. Помогает modprobe.blacklist=nouveau параметром ядру
(В ответ на комментарий №54) > Помогает modprobe.blacklist=nouveau параметром ядру Помогает получить этот баг.
(В ответ на комментарий №44) > Прошу сообщить, на каких видеокартах воспроизводится. Matrox Electronics Systems Ltd. MGA G200e [Pilot] ServerEngines (SEP1) [102b:0522] (rev 02) Похоже на какой-то сервер. https://t.me/alt_linux
Created attachment 7145 [details] Сообщение об ошибке на новом компе На новом компе (мать - Gigabyte X299 AORUS Gaming 3, проц - Intel Core i7 7800X, видео - NVIDIA GeForce GTX 1070) даже прописывание параметра xdriver=fbdev не помогает...
(В ответ на комментарий №57) > xdriver=fbdev не помогает... Если и xdriver=vesa не поможет, то это уже не сюда. Можно пропробовать http://ftp.altlinux.ru/pub/people/zerg/p8/*un-def*.iso (скоро будет).
(В ответ на комментарий №58) > *un-def*.iso (скоро будет). *undef*.iso
(В ответ на комментарий №58) > Если и xdriver=vesa не поможет, то это уже не сюда. Можно пропробовать > http://ftp.altlinux.ru/pub/people/zerg/p8/*un-def*.iso (скоро будет). xdriver=vesa так же не помагает, а вот на undef инсталлятор запускается сразу в графическом режиме без параметров (и даже на русском по-умолчанию).
(В ответ на комментарий №60) > на undef инсталлятор запускается сразу в графическом режиме без параметров Видимо, придется KWorkstation-8.2 на un-def-4.9 ядре выпускать, т.к. std-def-4.4 уже не держит новое железо.
(В ответ на комментарий №61) > Видимо, придется KWorkstation-8.2 на un-def-4.9 ядре выпускать, т.к. > std-def-4.4 уже не держит новое железо. Кстати, после установки в системе ядро un-def (4.9), но я после сразу установил std-def (4.4) и на нём всё как ни странно работает. Может логичнее на самом носителе загружать un-def, а ставить std-def?
(В ответ на комментарий №62) > Может логичнее на самом носителе загружать un-def, а ставить std-def? Черезодноместно слишком.
(В ответ на комментарий №62) Можно еще попробовать два параметра сразу: modprobe.blacklist=nouveau xdriver=fbdev
(В ответ на комментарий №62) > Кстати, после установки в системе ядро un-def (4.9), но я после сразу установил > std-def (4.4) и на нём всё как ни странно работает. Похоже этот баг. nouveau-std-def-4.4 не заработал в инсталляторе, а в системе nvidia-std-def-свежая заработала. Правда, странно, что xdriver=fbdev и xdriver=vesa не помогают.
(В ответ на комментарий №64) > Можно еще попробовать два параметра сразу: > modprobe.blacklist=nouveau xdriver=fbdev Пробовал, не помогает.
alterator-x11-1.98.13-alt1 -> sisyphus: Thu Jul 27 2017 Oleg Solovyov <mcpain@altlinux.org> 1.98.13-alt1 - Fallback to /usr/share/alterator-x11/xorg.conf if default xorg.conf does not exist (closes: #32510)
На http://ftp.altlinux.ru/pub/people/zerg/p8/ закачиваются образы с исправлением (см. дату; должна быть >= 28-Jul-2017)
