Bug 24959

Summary:

слетает графика и система виснет при загрузке с ядром 2.6.32

Product:

Branch p5

Reporter:

LugumanovAlexandr <sasalug>

Component:

kernel-image-std-def

Assignee:

Andrey Cherepanov <cas>

Status:

CLOSED DUPLICATE

QA Contact:

QA p5 <qa-p5>

Severity:

normal

Priority:

CC:

aen, cas, radik, shakirov, silicium

Version:

unspecified

Hardware:

all

OS:

Linux

Attachments:

Description	Flags
Вывод lspci -vvv	none

Description LugumanovAlexandr 2011-01-22 23:07:40 MSK

Материнская плата Asus P5VD2MX чипсет VIA P4M890 VGA integrated
При загрузке/установке с ядром 2.6.32, после вывода populating /dev комп виснет. На экране - непонятно что, угадывается текстовый режим.
Что характерно - это ядро зависает при загрузке после выключения питания.
Если имела место перезагрузка после нормального пуска (с 2.6.30), то 2.6.32 грузится нормально. И можно установить дистрибутив или работать в установленном.

Когда 2.6.32 загружается нормально (после перезагрузки), то вместо зависания происходит переключение текстового режима в режим с меньшим разрешением.
С ядром 2.6.30 никаких переключений при загрузке не происходило.
Видимо в этот момент и происходит ошибка.

Пробовал на дистрибутивах с lxde и кентавре.

Comment 1 LugumanovAlexandr 2011-01-22 23:12:56 MSK

Поправка: При установке виснет после populating /dev.
После обновления ядра установленной системы и загрузки - точно не помню в какой момент. Может немножко позже. Но до старта графической системы.

Comment 2 Lenar Shakirov 2011-01-29 23:45:04 MSK

Попробуйте от root'а:
# echo "blacklist viafb" > /etc/modprobe.d/blacklist-viaframebuffer

Comment 3 LugumanovAlexandr 2011-01-30 00:18:32 MSK

(В ответ на комментарий №2)
> Попробуйте от root'а:
> # echo "blacklist viafb" > /etc/modprobe.d/blacklist-viaframebuffer

Отлично. Теперь ядро 2.6.32 грузится нормально. Разрешение не переключается при перезагрузке.
А установить систему с 32-м ядром по умолчанию - можно и после перезагрузки.
Спасибо!

Comment 4 Lenar Shakirov 2011-01-31 00:46:11 MSK

2silicium: с этой багой будем краснеть перед школами или исправим?

Comment 5 AEN 2011-01-31 00:54:12 MSK

(В ответ на комментарий №4)
> 2silicium: с этой багой будем краснеть перед школами или исправим?

Надо понять, как исправить с наименьшим напрягом для школ.

Comment 6 Michail Yakushin 2011-01-31 10:05:32 MSK

Ну можно вообще заблеклистить этот viafb.

Comment 7 Lenar Shakirov 2011-01-31 11:01:38 MSK

(В ответ на комментарий №3)
> > # echo "blacklist viafb" > /etc/modprobe.d/blacklist-viaframebuffer
> 
> Отлично. Теперь ядро 2.6.32 грузится нормально. Разрешение не переключается при
> перезагрузке.
> А установить систему с 32-м ядром по умолчанию - можно и после перезагрузки.
> Спасибо!

А попробуйте, пожалуйста, поэкспериментировать с разными ядрами из сизифа, предварительно удалив файл /etc/modprobe.d/blacklist-viaframebuffer

Comment 8 Lenar Shakirov 2011-01-31 14:34:19 MSK

Created attachment 4786 [details]
Вывод lspci -vvv

(В ответ на комментарий №6)
> Ну можно вообще заблеклистить этот viafb.

На kernel-image-std-def-2.6.35-alt9.i586 работает и без блеклиста

Comment 9 LugumanovAlexandr 2011-02-05 04:26:30 MSK

> А установить систему с 32-м ядром по умолчанию - можно и после перезагрузки.
> Спасибо!

Х-ы в кентавре лайвсиди при загрузке все равно не работают. Но это уже другая бага. Потому что консоль вполне фунциклирует.

Comment 10 LugumanovAlexandr 2011-06-06 00:54:01 MSK

в образе altlinux-6.0.0-20110531-centaurus-i586-ru-live-cd.iso
эта ошибка осталась - после выключения при загрузке в режиме live cd - виснет.
Устанавливать пока не пробовал.

Comment 11 AEN 2011-06-06 01:03:51 MSK

(В ответ на комментарий №10)
> в образе altlinux-6.0.0-20110531-centaurus-i586-ru-live-cd.iso
> эта ошибка осталась - после выключения при загрузке в режиме live cd - виснет.
> Устанавливать пока не пробовал.

Виснет в какой момент? Что на экране?

Comment 12 LugumanovAlexandr 2011-06-06 01:20:11 MSK

Прошу прощения. Больше не воспроизводится. После выключения нормально грузится.

Comment 13 Lenar Shakirov 2012-02-01 09:36:15 MSK

Resolved in Sisyphus

*** This bug has been marked as a duplicate of bug 26699 ***