Привет всем!
Имею ноут на атоме N270. Старенький, года 4 ему, наверное...
Недавно проапгредил ось, перешел с RFR-17 на RFR-18. Завелось.
А сегодня ось обновил. Приехало ядро 204-ё... И с ним ноут запускаться не хочет вообще. Вообще - это значит совсем абсолютно.
То есть - груб отрабатывает, запускает initramfs, там мгновенно отключается монитор, и только редкие промаргивания на черном фоне... И все... Никаких реакций, надписей, логов... К чему бы это???
Ну, собственно - наведите на идею: куда смотреть, как вылечить?
======
Да, забыл уточнить. Все эти дела возникают только если к моему ноуту подключен внешний монитор. С внешним монитором даже в single-mode не попасть. Его наличие блокирует инициализацию видео. Если монитора внешнего нет, есть только дисплей ноута, то загрузка идет нормально. Ну как можно так писать обновления... :(
LinuxForum.Fans
Обновление на FR-18
Автор: Cruiser78
18 сообщений
3210 просмотров
Обнови дрова видео, у меня на CentOS та же фигня приключилась. Загрузился в предыдущее ядро, поменял в /etc/inittab 5 на 3 (это применительно к CentOS), при повторной загрузке вошёл уже в новое ядро в текстовом режиме, обновил дрова и всё встало на место.
Обнови дрова видео, у меня на CentOS та же фигня приключилась. Загрузился в предыдущее ядро, поменял в /etc/inittab 5 на 3 (это применительно к CentOS), при повторной загрузке вошёл уже в новое ядро в текстовом режиме, обновил дрова и всё встало на место.
Не получится. Вместо init 3 (в федоре несолько иначе из-за systemd) можно писать в грубе, в параметрах ядра single. В теории (и до последнего ядра) это загружает систему на 3-й runlevel. Но у меня система обламывается еще на самом первом этапе загрузки, когда _тектовый_ монитор, переводится в графический режим. И здесь всё равно, то 5-й уровень, что 3-тий... Абсолютная чернота.
Единственный вариант, когда возможна загрузка - это отключить внешний монитор. Работать на встроеном, ноутбучном. Но удовольствие от работы на 10" :(. Разве что проверерять только - не появились ли новые драйвера... А потом опять грузиться с прежним ядром.
То есть даже до меню груба не доходит?
И уточню, что single это не 3 runlevel, а 1. Федора нормально понимает параметры "3" и "1" и "single" в строке параметров ядра. Systemd тут не при чём.
То есть даже до меню груба не доходит?
И уточню, что single это не 3 runlevel, а 1. Федора нормально понимает параметры "3" и "1" и "single" в строке параметров ядра. Systemd тут не при чём.
Нет. меню груба есть. И оно есть по той причине, что работает на стандартном текстовом ANSI мониторе. Далее, выбираем нужный вариант оси, видим сообщение груба об её загрузке (loading bla-bla-bla), далее сообщение от initramfs про то, что некоторые параметры ядра, передаваемые ему грубом устарели и их надо заменить на иные, более правильные. После чего, при нормальном ходе событий, монитор переключается в графический режим и весь вывод идет уже в графике. А у меня - монитор пытается переключиться в графический режим, но всё это дело умирает на этом этапе. Монитор - черный, иногда (раз в 30 секунд) слегка подмаргивает. И более ничего. Попасть при подключенном внешнем мониторе ни в 5, ни в 3, ни в single - невозможно.
Система работает только на один монитор, на встроенный в ноутбук. С внешним - кранты.
Напиши багрепорт в багзиллу.
Напиши багрепорт в багзиллу.
В багзиллу говоришь? Если я вижу, что Федора твердо и уверенно идет по пути отбрасывания поддержки каких либо внешних девайсов, то какой смысл говорить о багах на этих девайсах.
Факты, отсортированы по степени значимости:
1. Fedora 17 отказалась работать с внешним (реализованным на BIOS сервера) software RAID1. То есть ставится нормально, все ключи нужные прописывает, а при загрузке оси эти ключи на игнор ставятся и ось работает не с RAID1, а только с одного диска. Это факт первый.
2. Федора 18 на последнем ядре отказалась работать с внешним монитором, подколюченным к ноуту. Это факт второй.
3. На моем ноуте неисправен встроеный микрофон. Для переговоров телефонных использую внешнюю телефонную USB-трубку.
Федора-18 отказалась принимать микрофон с этой трубки. Не хочет его видеть вообще. Это факт третий.
Если бы возникло что-то одно, то можно говорить об одиночных багах. Об которых можно писать в багзиллу. Авось починят. А когда мы имеем уже 3 "бага", ТРИ факта отказа работы Федоры со внешними девайсами - то это уже не баги. Это - политика исключения поддержки работы с разнообразыми внешними девайсами. Писать о багах, когда проводится такая политика - какой смысл?
[quote=Vascom]Напиши багрепорт в багзиллу.
А когда мы имеем уже 3 "бага", ТРИ факта отказа работы Федоры со внешними девайсами - то это уже не баги. Это - политика исключения поддержки работы с разнообразыми внешними девайсами. Писать о багах, когда проводится такая политика - какой смысл?[/quote]
И какой смысл её тогда использовать в Вашем случае?
И какой смысл её тогда использовать в Вашем случае?
Да вот и я его не вижу. Ну и еще одну "багу" добавлю - до 14-й (включительно) федориной версии мой ноут прекрасно работал с 3D-ускорением от GNOME-2+Compiz. Никаких проблем не возникало ни на встроенном дисплее, ни на внешнем. Начиная с 15-й федоры, эта сволотчь перестала принимать имеющееся на ноуте видео как валидное, и стала назначать принудительный fallback-режим, если подключен внешний монитор. При этом, если грузиться с иного линукса, то таких проблем не возникало. И 3D прекрасно шло на внешний монитор.
То есть имеем очень давнюю историю реализации упомянутой выше политики. Была бы одна бага - куда ни шло. Но здесь - с каждной новой итерацией отрубается то одно, то другое. А отрубленное - не восстанавливается совершенно.
[quote=karl_muenhgausen]
И какой смысл её тогда использовать в Вашем случае?
Да вот и я его не вижу. Ну и еще одну "багу" добавлю - до 14-й (включительно) федориной версии мой ноут прекрасно работал с 3D-ускорением от GNOME-2+Compiz. Никаких проблем не возникало ни на встроенном дисплее, ни на внешнем. Начиная с 15-й федоры, эта сволотчь перестала принимать имеющееся на ноуте видео как валидное, и стала назначать принудительный fallback-режим, если подключен внешний монитор.[/quote]
Я после 14 и не вспоминаю о ней. Так, глянуть полчасика на виртуале. Абсолютно бессмысленный и беспощадный дистр, открыто позиционирующий себя как эксперимент над пользователями.
Вобщем, решил проблему с загрузкой 204-го ядра при внешнем мониторе.
Изначально у меня в параметрах груба стояло set gfxpayload=vga. И все на этом параметре работало.
Чтобы запусить 204-й бильд пришлось исправить /etc/default/grub на
text
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="RFRemix"
GRUB_DEFAULT=saved
GRUB_CMDLINE_LINUX="LANG=ru_RU.UTF-8 rd.md=0 rd.dm=0 rd.lvm.lv=vg_acer/lv_root SYSFONT=False rd.luks=0 KEYTABLE=ru rhgb quiet splash"
GRUB_THEME="/boot/grub2/themes/system/theme.txt"
GRUB_GFXMODE=1280x1024,1024x600,800x600,640x480
GRUB_GFXPAYLOAD_LINUX=1280x1024,1024x600,800x600,640x480
И только указав splash и допустимые разрешения экрана добился работоспособности. Причем, у меня всего два возможных разрешения - 1280x1024 (внешний монитор) и1024x600 (ноут), но если не указать меньшие - обломайтись. Ну, соответственно и "редактор" груба работает более чем своеобразно. Видимое положение курсора совершенно не соответствует той позиции в тексте, куда идет ввод.
И кто бы мог догадаться, что собака зарылась в параметре gfxpayload=vga...
Потрясающе просто и удобно, правда?
Потрясающе просто и удобно, правда?
Ага, я только одного не понял. Как я смог до такого догадаться?.. :)
Теперь бы мне еще догадаться, как обеспечить гарантированное включение гнома-3. А именно - загрузка проходит вся полностью, монитор переключается в полную черноту, на черноте висит курсор мышки, стрелка... И так может висеть очень долго. Для того, что бы экран "антивизировать" надо перейти в иную консоль (ALT+CTRL+F4), а затем вернуться взад. Мне это пофигу, а вот отцу-старику (тоже любит по инету в свои 85 лет пошуршать) объяснить тяжело эту фичу...
бы мне еще догадаться, как обеспечить гарантированное включение гнома-3
ЗАЧЕМ???
Не, ну отцу-то лет сколько, уже жизнь прожил, а тут такой удар под дых - Федора, ну вообще в своем уме?
Лучше уж Xubuntu или Mageia поставь, там хоть мышкой можно обойтись.
Лучше уж Xubuntu или Mageia поставь, там хоть мышкой можно обойтись.
О то ж...
[quote=Vascom]То есть даже до меню груба не доходит?
И уточню, что single это не 3 runlevel, а 1. Федора нормально понимает параметры "3" и "1" и "single" в строке параметров ядра. Systemd тут не при чём.
Нет. меню груба есть. И оно есть по той причине, что работает на стандартном текстовом ANSI мониторе. Далее, выбираем нужный вариант оси, видим сообщение груба об её загрузке (loading bla-bla-bla), далее сообщение от initramfs про то, что некоторые параметры ядра, передаваемые ему грубом устарели и их надо заменить на иные, более правильные. После чего, при нормальном ходе событий, монитор переключается в графический режим и весь вывод идет уже в графике. А у меня - монитор пытается переключиться в графический режим, но всё это дело умирает на этом этапе. Монитор - черный, иногда (раз в 30 секунд) слегка подмаргивает. И более ничего. Попасть при подключенном внешнем мониторе ни в 5, ни в 3, ни в single - невозможно.
Система работает только на один монитор, на встроенный в ноутбук. С внешним - кранты.[/quote]
Была похожая ситуация, доступ только удаленный, времени и возможности
экспериментировать небыло, попробовал отключить: kms - пошло!
KMS - для отключения добавить опцию: nomodeset, пример:
1) Grub 2:
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' {
set root='(hd0,msdos1)'
linux /vmlinuz-2.6.32-5-686 ro root=/dev/sda3 nomodeset
initrd /initrd.img-2.6.32-5-686
}
2) Grub 1:
title CentOS (2.6.32-279.14.1.el6.centos.plus.i686)
root (hd0,0)
kernel /vmlinuz-2.6.32-279.14.1.el6.centos.plus.i686 ro root=/dev/sda2 nomodeset
initrd /initramfs-2.6.32-279.14.1.el6.centos.plus.i686.img
Что-то не то вы тут развели. Поддержка оборудования обеспечивается ядром и драйверами. Федора этот функционал не обрезает. Если ошибка в новом ядре, то она может быть и в Федоре с этим ядром. Потому я и советую отправить сообщение о регрессе профессионалам в багзиллу.
Войдите или зарегистрируйтесь, чтобы ответить.
