Образ: altlinux-6.0.0_rc2-centaurus-x86_64-ru-install-dvd5.iso Железо: AMD Athlon X2 64 3600+, MCP51 При загрузке активно артифактит при переходе на plymout и с него на X. После перехода на иксы появляется курсор мыши и всё зависает. Не грузится как установщик, так и LiveCD. Kdesktop грузился и установился.
Ах да, видео: Nvidia GF-6150 И поскольку артифактинг давит полностью, то переключение в любую консоль, для изучения проблемы, бесполезно ибо там мусор. На KDesktop таких проблем не было. Подобную проблему замечал на древней карте ATI Mach64, в altlinux-6.0.0-simply-i586-ru-live-cd.iso, где имеем экран поделённый вертикально ровно на половину с нормальным изображением сверху и мелким мусором на сером фоне снизу. В то-же время в консоли просто белый экран. Понимаю, что карта древняя, но тогда нужно честно сказать, карта не поддерживается и удалить её модули, а не раздувать миф о хорошей поддержке старого оборудования.
С DVD-диска впрочем тоже не грузится таким-же образом.
Чудно! Выпустили релиз, который на порядка 40% железа даже установщика не загрузит. Думаю "восторженные" отзывы пользователей долго себя ждать не заставят. :)
(В ответ на комментарий №3) > Выпустили релиз, который на порядка 40% железа даже установщика не загрузит. Релиз не загрузился?
(В ответ на комментарий №4) > (В ответ на комментарий №3) > > Выпустили релиз, который на порядка 40% железа даже установщика не загрузит. > Релиз не загрузился? Нет, вчера пробовал.
1. Приложите вывод lspci -k, пожалуйста. 2. Именно не грузится или артефакты не позволяют установить? 3. LiveCD запускается? Как там с артефактами?
(В ответ на комментарий №6) > 1. Приложите вывод lspci -k, пожалуйста. > 2. Именно не грузится или артефакты не позволяют установить? > 3. LiveCD запускается? Как там с артефактами? На GF-6150 ничего не запускается и из родного окружения Centaurus сделать "lspci -k". Могу сделать из него, поставленного пол года назад. Ранее всё запускалось и решения на P5 тоже. На GF-8400 только что запустилось. Похоже подсовывается сырой Nouveau, а то и вместе с закрытым, что на некоторых картах вызывает проблемы полного зависания с артифактингом.
Параметр ядра nomodeset не помогает? А параметр xdriver=vesa?
(В ответ на комментарий №8) > А параметр xdriver=vesa? В KDesktop в установщике для NVIDIA либо fbdev либо vesa. В системе и LiveCD -- nvidia.
(В ответ на комментарий №8) > Параметр ядра nomodeset не помогает? А параметр xdriver=vesa? nomodeset помогает частично, а именно консоль оказывается свободной и на неё можно переключиться, при запуске иксов имею артифакты, однако если переключиться в консоль, а затем обратно то получаю нормальное изображение рабочего стола. Посмотрев в /var/log/XOrg.log я увидел, что он пытался поднять драйвер nvidia, но ему не удалось ядерный модуль загрузить. После этого он как раз на vesa и остановился. Следовательно получается: - Имеем проблему в комплектации драйвера nvidia. - Имеем разлом драйвера vesa. Файлы приложу далее.
(В ответ на комментарий №10) > Посмотрев в /var/log/XOrg.log я увидел, что он пытался поднять драйвер nvidia, [...] > - Имеем проблему в комплектации драйвера nvidia. Это нормально. Драйвера может не быть установлено. > - Имеем разлом драйвера vesa. fbdev попробуйте
Created attachment 5185 [details] Зависание XOrg с NOUVEAU Это когда загрузка происходит по умолчанию, без каких либо параметров. Получаем зависание с артефактами на экране, но с живим курсором, некоторое время. Переключиться в консоль нельзя.
Created attachment 5186 [details] LiveCD с NOUVEAU по умолчанию Зависание и такая картинка без доступа к консоли.
Created attachment 5187 [details] LiveCD с VESA, параметр загрузки "nomodeset" Переключение в консоль и обратно исправляет проблему.
Created attachment 5188 [details] lspci
Created attachment 5189 [details] XOrg.0.log: LiveCD с VESA, параметр загрузки "nomodeset" (В ответ на комментарий №14) > LiveCD с VESA, параметр загрузки "nomodeset" > Переключение в консоль и обратно исправляет проблему. Чаще он вообще выключает дисплей и лечит только переключение между консолью и XOrg.
Created attachment 5190 [details] XOrg.0.log: nomodeset xdriver=fbdev (В ответ на комментарий №11) > > - Имеем разлом драйвера vesa. > fbdev попробуйте Вообще устройство /dev/fb0 не находит.
(В ответ на комментарий №17) > > fbdev попробуйте > Вообще устройство /dev/fb0 не находит. А графический режим в консоли включился? Если нет, попробуйте vga=0x314 xdriver=fbdev
Created attachment 5192 [details] Xorg.0.log: vga=0x314 xdriver=fbdev (В ответ на комментарий №18) > > Вообще устройство /dev/fb0 не находит. > А графический режим в консоли включился? Если нет, попробуйте > vga=0x314 xdriver=fbdev Попробовал. При любом раскладе происходит перескок на использование NOUVEAU. Почему, мне не понятно, лог Иксов вкладываю. Вообще мне уже давно fbdev драйвер включить не получается.
(В ответ на комментарий №19) > Вообще мне уже давно fbdev драйвер включить не получается. Вроде ж чинили недавно...
(В ответ на комментарий №19) > Вообще мне уже давно fbdev драйвер включить не получается. А может там nouveau ядерный загружается, из-за чего это становиться невозможно?
(В ответ на комментарий №21) > > Вообще мне уже давно fbdev драйвер включить не получается. > А может там nouveau ядерный загружается, из-за чего это становиться невозможно? Я так подозреваю, что он и грузится, кроме единственного случая-выхода в данной ситуации - параметр "nomodeset", когда на стороне ядра для видео никто не используется.
(В ответ на комментарий №22) > подозреваю, что он и грузится, кроме единственного случая-выхода в данной > ситуации - параметр "nomodeset" Тогда можно попробовать "vga=0x314 xdriver=fbdev nomodeset"
(В ответ на комментарий №23) > (В ответ на комментарий №22) > > подозреваю, что он и грузится, кроме единственного случая-выхода в данной > > ситуации - параметр "nomodeset" > Тогда можно попробовать "vga=0x314 xdriver=fbdev nomodeset" Так работает и это наверное единственный способ, на этом релизе, при котором я не заметил проблем.
