При попытке установить 6-ю платформу (KDEsktop, 32bit) с DVD-диска на ноутбук Samsung NC20 на процессоре Nano с графическим чипсетом VIA Chrome9 HC3, равно как и при попытке загрузиться с этого диска в режиме LiveCD, выдается графическая заставка выбора варианта загрузки, после чего до бесконечности циклически начинают показываться цветные экраны, машина на клавиатуру и мышь не реагирует. Безопасный режим, смена режимов видеоадаптера, указание в параметрах загрузки xdriver=vesa, xdriver=openchrome или vga=normal не помогает. До этого стояла 5-я платформа (тоже десктопный дистрибутив), всё устанавливалось и работало отлично.
С параметром instdebug консоль появляется? Важно узнать, KMS ли это или сам Xorg.
(В ответ на комментарий №1) > С параметром instdebug консоль появляется? Важно узнать, KMS ли это или сам > Xorg. Вроде бы параметр должен иметь вид имя=значение ? Просто в строке параметра написать instdebug и всё?
(В ответ на комментарий №2) > Вроде бы параметр должен иметь вид имя=значение ? Просто в строке параметра > написать instdebug и всё? Да, просто без значения. Бывают и другоие подобные параметры типа noapic
(В ответ на комментарий №1) > С параметром instdebug консоль появляется? Важно узнать, KMS ли это или сам > Xorg. Попробовал. Выбрал в меню установщика пункт «Установка», указал параметр instdebug. Ничего не изменилось: начинается чередование белого, затем цветных, затем черно-белых полосатых экранов и так циклически, при этом машина уже ни на что не реагирует.
Нажатие ctrl+alt+f1 или ctrl+alt+f2 что нибудь меняет? Попробуйте в опции ядра добавить: debug vga=normal nomodeset splash=silent viafb.disable=1
На форуме вы упомянули строку "Conflict with Video ROM" Здесь http://wiki.alpinelinux.org/wiki/Error_message_on_boot:_Address_space_collision:_host_bridge_window_conflicts_with_Adaptor_ROM советуют опцию ядра pci=nocrs
(В ответ на комментарий №5) > Нажатие ctrl+alt+f1 или ctrl+alt+f2 что нибудь меняет? > > Попробуйте в опции ядра добавить: > debug vga=normal nomodeset splash=silent viafb.disable=1 Попробовал. С такой опцией машина наглухо зависает на стадии показа экрана загрузчика (красивенький такой, графический, вот в чем парадокс!) с выбором вариантов загрузки (где я и указывал параметры). На ctrl+alt+f1 или ctrl+alt+f2 не реагирует ни в каком из опробованных мной вариантов.
(В ответ на комментарий №6) > На форуме вы упомянули строку "Conflict with Video ROM" > советуют опцию ядра > pci=nocrs Да, что-то меняется: промелькивает такой темно-синий экран, затем строка "Conflict with Video ROM" НЕ появляется, но затем вновь начинается описанное выше чередование цветных экранов.
Попробуйте только одну опцию ядра: viafb.disable=1
(В ответ на комментарий №9) > Попробуйте только одну опцию ядра: > viafb.disable=1 О, вот теперь всё отлично! (Тьфу-тьфу-тьфу). Грузится ядро, почле чего возникает графический экран установщика с предложением выбрать язык установки и способ переключения раскладки. На этом остановился, систему пока ставить не стал, у меня сейчас стоит 5-я платформа, машина пока нужна в работающем состоянии, нет времени на переустановку системы эти два дня. Скорее всего, попробую установить 6-ю платформу в субботу, 14 января, и сюда отпишусь, что получилось. Спасибо большое!
Проблема в модуле ядра viafb, будь он неладен. Смотрите #24959. Странно что у вас на p5 работает, какое у вас там ядро? 2all: не пора ли уже заблеклистить/не собирать этот модуль?
(В ответ на комментарий №9) > Попробуйте только одну опцию ядра: > viafb.disable=1 Да, и если система удачно встанет, то эту же опцию, как я понимаю, следует прописать в параметрах загрузчика, чтобы она и при загрузке с жесткого диска в дельнейшем тоже применялась?
(В ответ на комментарий №12) > (В ответ на комментарий №9) > > Попробуйте только одну опцию ядра: > > viafb.disable=1 > Да, и если система удачно встанет, то эту же опцию, как я понимаю, следует > прописать в параметрах загрузчика, чтобы она и при загрузке с жесткого диска в > дельнейшем тоже применялась? Либо так, либо выполнить в установленной системе: echo 'blacklist viafb' >> /etc/modprobe.d/blacklist-framebuffer
(В ответ на комментарий №11) > Проблема в модуле ядра viafb, будь он неладен. Смотрите #24959. > Странно что у вас на p5 работает, какое у вас там ядро? > > 2all: не пора ли уже заблеклистить/не собирать этот модуль? Команда $ uname -a выдает: Linux sasha.localdomain 2.6.30-std-def-alt15 #1 SMP Mon Dec 14 08:45:48 UTC 2009 i686 GNU/Linux
(В ответ на комментарий №14) > Linux sasha.localdomain 2.6.30-std-def-alt15 #1 SMP Mon Dec 14 08:45:48 UTC > 2009 i686 GNU/Linux У вас ядро не обновлено, в p5 2.6.32
> Либо так, либо выполнить в установленной системе: > echo 'blacklist viafb' >> /etc/modprobe.d/blacklist-framebuffer Спасибо. 14 января попробую и напишу.
Не меняйте, пожалуйста, тему, она довольно важна для облегчения поиска :)
Докладываю :) Установщик с параметром viafb.disable=1 отработал, система установилась, после чего... пошла на перезагрузку уже с жесткого диска и, естественно, все приключения повторились (тут уже подсунуть этот параметр просто некуда). Пришлось устроить небольшие танцы с бубном: загрузиться в режиме LiveCD всё с тем же параметром, выйти в консоль, переключиться в root'а, зайти в KDE (уже рутом, система предупредила об этом, но позволила), зайти в соответствующий раздел жесткого диска и отредактировать файл /etc/modprobe.d/blacklist-framebuffer, добавив туда строчку blacklist viafb. После этого система начала грузиться с жесткого диска нормально... Уф-ф-ф... Всем огромное спасибо!
(В ответ на комментарий №18) > (тут уже подсунуть этот параметр просто некуда) Вы про GRUB? Можно нажать на "e" для редактирования выбранного пункта меню, затем нажать ctrl+x для загрузки отредактированного пункта
(В ответ на комментарий №19) > (В ответ на комментарий №18) > > (тут уже подсунуть этот параметр просто некуда) > > Вы про GRUB? Можно нажать на "e" для редактирования выбранного пункта меню, > затем нажать ctrl+x для загрузки отредактированного пункта Да, я кнопочку Е нажимал, заходил в редактор, подписывал и в конец, и в начало строчку viafb.disable=1, потом нажимал F10, загрузка продолжалась - результата никакого, чередование цветных экранов. Пришлось через LiveCD с бубном плясать, как выше описано.
Рано я расслабился... Теперь новая проблема: при попытке проигрывания любого видео имеющимися видеоплеерами (Драгог, Кофеин) система вылетает в консоль, после чего иксы перестартуют :( Это лучше зарегистрировать как новый баг?
(В ответ на комментарий №21) > Рано я расслабился... Теперь новая проблема: при попытке проигрывания любого > видео имеющимися видеоплеерами (Драгог, Кофеин) система вылетает в консоль, > после чего иксы перестартуют :( Это лучше зарегистрировать как новый баг? А, пардон, эта проблема уже решена, нашел решение на форуме. Потребовалось установить драйвер для openchrome.
(В ответ на комментарий №18) > /etc/modprobe.d/blacklist-framebuffer, добавив туда строчку blacklist viafb. > После этого система начала грузиться с жесткого диска нормально... Нужно добавить по умолчанию
(In reply to comment #23) > (В ответ на комментарий №18) > > /etc/modprobe.d/blacklist-framebuffer, добавив туда строчку blacklist viafb. > > После этого система начала грузиться с жесткого диска нормально... > Нужно добавить по умолчанию Да, пожалуй.
Я так понимаю, что пакет module-init-tools уже списали на свалку истории, и поэтому никто не хочет его трогать. Тогда, видимо, придется мне сделать эту сборку.
Нет. Почему же. Я готов. Не стоит blocker, я и иду к баге в порядке живой очереди.
module-init-tools-3.16-alt3 -> sisyphus: * Wed Feb 01 2012 Alexey Gladkov <legion@altlinux> 3.16-alt3 - Add viafb to blacklist (ALT#26699).
*** Bug 24959 has been marked as a duplicate of this bug. ***
