Отключение монитора при инсталяции OpenSUSE
Доброго дня уважаемые форумчане! На первый взгляд моя проблема для кого то может показаться не значительной, однако для меня это проблема которую в лоб решить не удалось. В мире Linux я новичок и стараюсь узнать о этой операционной системе как можно больше. В познавательных целях недавно я пытался поставить на свое железо Asus C60M1-i HDD 250 GB RAM 4GB Монитор Asus 15«, скаченный и подготовленный для установки образ OpenSUSE Leap 15. В процессе установке, на этапе «прощупывания» видио карты и монитора (когда монитор гаснет на некоторое время) возникло сообщение на белом фоне красными буквами о том, что предложенный режим не поддерживается . Насколько я предполагаю, был инициирован режим видео карты либо монитора при котором последний не способен работать. По видимому была задана либо частота либо разрешение экрана которые не поддерживаются видеосистемой. Мои попытки скорректировать видео режим при установке, задавая его клавишей F3, ни к чему не привели. Продолжить установку в состоянии когда на монитор выведено выше описанное сообщение не удается — остается только перезагрузиться. Это происходит только с установкой OpenSUSE. Ранее я установил Linux Mint и ничего подобного не наблюдалось. Я понимаю, что мое железо старое, однако предыдущие успешные установки Linux других дистрибутивов говорят о том, что железо тут не причем. Возможно кто- то уже сталкивался с подобным поведением системы ? Буду очень благодарен за любую информацию по описанной проблеме.
На дворе 2019 а эта проблема до сих пор есть, точнее не совсем видимо эта, но всё также при установке leap 15.0 гаснет экран, но у меня он какбэ уходит в сон, на других дистрах при установке такой фигни нет, мне помогло включение меню монитора на период прогрузки до экрана установки, почему так происходит, я хз.
P.S.: Установил систему OpenSUSE Leap 15.0 xfce при работе ОС также сам сабой гаснет экран, если на рабочем столе не запущено хотя бы одного окна, почему так, без понятия, где возможно режимы экономии и сбережения экранов поотключал, параллельно стояла хубунту и сейчас стоит debian buster и там такой фигни не было, пока не понял как победить!
Похожие темы
- Форум отключение монитора (2007)
- Форум Отключение монитора (2005)
- Форум Отключение монитора (2006)
- Форум отключение монитора (2006)
- Форум Отключение монитора (2006)
- Форум Отключение монитора (2005)
- Форум Запретить отключение монитора (2014)
- Форум отключение внешнего монитора (2011)
- Форум Самопроизвольное отключение монитора (2010)
- Форум Самопроизвольное отключение монитора (2005)
Не работает монитор при старте системы
Здравствуйте. Решил сегодня перейти с винды на линукс, испытать новые ощущения, но столкнулся с проблемой. При запуске системы монитор просто выключается (No signal). При этом система точно стартует. Открыть терминал не могу, т.к. монитор просто выключен, а не черный экран. Видеокарта AMD Radeon R9 380, у монитора есть переходник vga — dvi
При запуске системы монитор просто выключается (No signal).
При загрузке с live USB любого дистрибутива Linux монитор выключается?
на линукс перешел? перешел. новые ощущения испытаны? судя по теме треда, испытаны.
что за дистрибутив и на чем основана уверенность, что система точно стартует?
Не пробовал, но вот в меню выбора режима загрузки я все нормально вижу, даже разрешение адекватное. Графическая установка тоже нормально работала. Монитор выключается именно когда стартует система
Пробовал Solus, щас пробую Kali. Проблема одинакова. Уверенности нет, но я так думаю
воткнул монитор не в тот разъем? или в БИОС выставил вывод на порт, который в материнской плате.
Скачал kubuntu. В обычном режиме запуска монитор так же гаснет. В режиме safe graphics все нормально и работает с флешки
Монитор выключается именно когда стартует система
Точно система, а не графическая подсистема? Сообщений о загрузке служб не появляется?
графическая подсистема судя по всему.никаких сообщений нет. Но kubuntu выдает ошибку при запуске в safe graphics: [amdgpu] error vgacon disables amdgpu kernel modesetting. Но несмотря на ошибку вроде нормально запускается
какая кали. это дебиан с предустановленным миллионом утилит которые тебе еще долго не пригодятся судя по тому, что ты только переходишь с винды.
попробуй поставить какой-нибудь дистрибутив без графики, тот же дебиан к примеру. затем отдельно подтяни графику и оболочку
aptitude install xorg lxde
и попробуй запустить графику уже из загруженной системы
попробуй поставить какой-нибудь дистрибутив без графики, тот же дебиан к примеру.
Тут только надо уточнить, что речь не про дефолтный дебиан, а про netinst. А то ТС может подумать, что любой дебиан без графики.
при запуске в safe graphics: [amdgpu] error vgacon disables amdgpu kernel modesetting.
Вот же, ошибка перед тобой. А запускается потоиу, что в «save graphics» применяется параметр ядра «nomodesetting».
хм… раньше вроде даже при установке с обычного образа можно было выбрать с графикой или без. может выпилили?
Debian «Lenny» и ATI — гаснет монитор во время установки
Здравствуйте, лоровцы. Про проблемы с ati наслышан, но ничего похожего не встречалось. Думал — установлю базовую систему, по инструкции местного FAQ поставлю закрытые драйвера, потом иксы. А не тут-то было: после подтверждения изменения разделов экран гаснет и повисает без сигнала. Подскажите что делать, куда копать. В линукс новичок.
debian 5.04 «lenny» i386
Shapphire ATI Radeon HD3850 RV670
моник ЖК 1920х1200 по DVI (аналогового разъема на видюхе нет, если это имеет значение)
На видюху пеняю, потому что установка на другой комп c nvidia прошла как по маслу.
Диск проверял — без ошибок.
Потом загрузился в «оффтопик» (пришлось с помощью SuperGrubDisk), посмотрел — разделы создались правильно.
Попробовал в графическом установщике — все то же самое.
попробуй на первом запуске инсталлере выбрать help
и набрать:
install fb=false
Не помогло (
Экран отключился еще раньше (ну хоть загрузчик восстанавливать не пришлось), когда именно — не засёк — как раз рылся в распечатанном мануале, узнавал что этот параметр означает отключение какого-то фреймбуфера ядра ). Примерно после выбора страны.
в текстовом режиме установку проведи, мне когда то помогло.
так я в текстовом и провожу всегда, графический просто попробовал как вариант
не понимаю как оно у вас в текстовом режиме может падать из за видюхи. на этапе установки используется же vesa а с ней проблем не должно быть. как вариан вставить другую видюху на этап уставноки.
> не понимаю как оно у вас в текстовом режиме может падать из за видюхи. на этапе установки используется же vesa а с ней проблем не должно быть
у меня тоже были такие размышления, но из-за чего другого — я не могу больше предположить (ни опыта ни знаний)
как вариан вставить другую видюху на этап уставноки.
другой видюхи у меня нет пока, мож друзья одолжат попробовать, но не скоро
как вариант , попробовать инсталлер на другом ведре:
http://kmuto.jp/debian/d-i/
>This directory provides Debian GNU/Linux Stable installer ISO images with a modification by Kenshi Muto to support newer hardwares, such as SATA and Ethernet devices.
to support newer hardwares, such as SATA
Может в этом проблема, в этом компе у меня SATA, а в старом, на котором установка прошла удачно — IDE. Правда в мануале пишут, что SATA поддерживается, тем более у меня SATA-1 да и весь комп, за искл. видюхи — шестилетней давности.
Жаль, вынуть оттуда IDE-диск не могу (нужен там).
USE THEM AT YOUR OWN RISK, PLEASE
Скажите, пожалуйста, это популярная штука вообще, люди пользуются-не жалуются? Это тоже самое, как если бы я установил с официального установочного образа и самостоятельно переустановил бы ядро? Официальные репы будут работать как ни в чем ни бывало? По степени рисков (мне важно на этапе изучения системы не сомневаться, кто тупит: я или система?) не проще ли установить официальный debian testing, в нем же ядро свежее?
>Скажите, пожалуйста, это популярная штука вообще, люди пользуются-не жалуются?
Офицальная шутка выглядит так:
Мы не несем ответсвенности за здохшего вашего кота в процессе установки дистра.
Это тоже самое, как если бы я установил с официального установочного образа и самостоятельно переустановил бы ядро?
Официальные репы будут работать как ни в чем ни бывало?
Разумеется, да.
не проще ли установить официальный debian testing, в нем же ядро свежее?
testing alfa староват и инсталлятор содержит 30 ведро,
а текщий testing бывает покоцанным и пока он тоже на 30 ведре.
Тут надо смотреть по месту.
До релиза инсталлер в testing ничем не лучше предложенного мной варианта.
Мало того, на этих выходных собирал инсталлер sid — это тоже что-то непонятное пока.
Спасибо за разъяснение, буду пробовать разные варианты.
Единственное что не понял — так это testing alpha и testing текущий. На debian.org предлагают еженедельные образы-срезы ветки тестинг — это, наверное, текущий. А testing alpha что такое?
>На debian.org предлагают еженедельные образы-срезы ветки тестинг
FAIL ;(
Начинает казаться, что Debian (или не только Debian — другие дистры устанавливать не пробовал) несовместима с моим компьютером. Что пробовал:
(1) Настройка BIOS по мануалу — параметров, рекомендованных к изменению в моем биосе не нашел;
(2) Запуск установщика с параметрами про фреймбуфер fb=false и vga=788 и vga=ask — не помогло;
(3) Установка с подключенным 15″ ЭЛТ монитором вместо HD-ЖК (в мануале сказано что бывают глюки если моник wide)- не помогло;
(4) Установка на IDE HDD — не помогло;
(5) Установка инсталлера на другом ядре (2.6.32 с http://kmuto.jp/debian/d-i/) — не помогло;
(6) Установка с Debian Installer 6.0 Alpha1 release — не помогло.
Экран гаснет вне зависимости от этапа установки, просто по истечении какого-то времени.
>просто по истечении какого-то времени..
а попробовать установку с ?:
install acpi=off
>а попробовать установку с ?:
Завтра попытаюсь. Кстати, у меня 3Гб оперативки, и я пробовал install mem=512m — тоже безрезультатно.
Написанное мною в прошлом посте «и не только Debian — другие дистры устанавливать не пробовал» натолкнуло меня на мысль расширить поле экспериментов: я попытался загрузиться с имеющихся у меня live-cd. И SystemRescueCD 1.5.0 и ALT Linux 4.0 SciLive (прилагался к книге про SciLab) повели себя точно также — через пару-тройку минут экран отрубался, причем это могло произойти как до загрузки иксов (если специально подождать), так и после (если успеть их быстренько загрузить). В случае с SuperGrubDisk я, видимо, сразу выбирал нужный пункт меню, и поэтому эффект не успевал проявиться.
offtop: я все эти годы не замечал, что у меня на системном блоке нет кнопки reset! Сегодня же я стал опасаться за свои железки (приходится вместо ресета отрубать кнопкой power)
Отключается монитор во время установки (Решено)
nomodeset помог с установкой базовой системы, но после первого рестарта монитор опять отключается.
С установкой кое как разобрался, помог nomodeset и установка драйверов Nvidia. Теперь с тирингом борюсь, из огня да в полымя 🙂
С установкой кое как разобрался, помог nomodeset и установка драйверов Nvidia. Теперь с тирингом борюсь, из огня да в полымя 🙂 А какое DE?
Ужас. Вбейте в поиск по форуму: «тиринг nvidia или что делаю я не так» Спасибо за помощь, но как не странно всё это не помогает и нет четкого решения этой проблемы в силу огромного «винегрета», из кучи дистрибутивов, DE, железа и т.д.
В этом плане линукс не растёт — плюшечки рюшечки, а уже 2017 на носу. Но зато он с лихвой отыгрывается в серверной среде где ему честь и хвала.
ZeniaM
нет четкого решения этой проблемы в силу огромного «винегрета», из кучи дистрибутивов, DE, железа и т.д.
TaPX
тиринга «из коробки»(без дополнительных танцев с бубном) не было в кедах, синнамоне и гноме — это из тех что пробовал. Присутствовал в мате и крысе.
Это, как обычно, значит лишь то, что kwin, muffin, mutter традиционно умеют самостоятельно правильно работать с вертикальной синхронизацией, а marco, xfwm4 — нет. Где-то я почитывал, что причина тиринга кроется в графическом сервере, а именно — в древнем Xorg. Хотя еще от карточки зависит. У мну (уже писал) i3-wm, никаких композитных ухищрений уже не использую, т.к. с некоторых пор (а именно — со сменой видеокарты) тиринг чудесным образом испарился.
Aivar
Это, как обычно, значит лишь то, что kwin, muffin, mutter традиционно умеют самостоятельно правильно работать с вертикальной синхронизацией, а marco, xfwm4 — нет. Где-то я почитывал, что причина тиринга кроется в графическом сервере, а именно — в древнем Xorg. Хотя еще от карточки зависит. У мну (уже писал) i3-wm, никаких композитных ухищрений уже не использую, т.к. с некоторых пор (а именно — со сменой видеокарты) тиринг чудесным образом испарился.
Еще, слышал сама нвидиа что-то там подправила в последней, 370-й версии драйвера, для искоренения тиринга именно у машин с гибридной графикой.
© 2006-2023, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.