Linux nvidia driver freeze

KDE и NVIDIA — рандомные фризы во время игр

И еще одна проблема, которая сопровождает на протяжении многих лет. Система: Kubuntu 14.04 LTS, Intel Core i5-2500K, nVidia GTX 560 Ti (драйвер 340), 16GB Ram.

3 года назад, как только появились более менее мощные и динамичные игры с графоном — в Kubuntu начались проблемы. Тогда стояла еще Kubuntu 11.04. Первой игрой, где начал ловить рандомные фризы — стала Oil Rush. На самом деле эта проблема не покидала меня ни в одной версии Kubuntu, в большинстве игр — RTS или ЭКШН — не важно — в какой-то момент получаю фриз или жесткое проседание FPS.

Играю себе, играю. варианта развития событий 3:

1. В одних играх получаю рандомный фриз — никакой особой последовательности нет. Просто раз — и FPS просел настолько, что картинка не двигается. Звук при этом может играть дальше, а может циклично повторяться. Ничего не помогает!

2. Есть игры, в которых получаю рандомный фриз — но с одной лишь разницей. Мне ПОМОГАЕТ вход в консольный режим по CTRL+ALT+F1 и выход из него по CTRL+ALT+F7. И можно снова нормально играть до очередного фриза. Например — это помогает в Dota 2. Кто-то может объяснить такой вот способ «снять» фриз?

3. Есть игры, в которых внезапно просто проседает FPS с 60+ до 8-10, и далее ничего не помогает, только перезапуск игры. Например, такое часто происходит в Oil Rush.

Кто-то сталкивался с этим? Что это может быть и как пофиксить?

Ты графические эффекты для полноэкранных окон отключил (параметры системы — эффекты — дополнительно — поставить галочку в «отключить граф. эффекты для полноэкранных окон»)? Если нет, то выруби, от этого тоже фризы могут быть.

Как вариант, попробуй запускать в отдельных иксах

Ты графические эффекты для полноэкранных окон отключил?

Спасибо, потыкаю несколько игр и напишу потом что вышло.

Похоже тут несколько различных проблем. Первое выглядит как GPU lockup обыкновенный (замершая картинка, звук в цикле). Чтобы отловить, что там происходит перед смертью, попробуйте netconsole. Третье в каких играх, кроме Oil Rush, наблюдается?

Я бы уже давно DE сменил бы на попробовать

проблемы с железом, например

Ты графические эффекты для полноэкранных окон отключил?

Проверил — не помогло. В первой же запущенной игре фриз.

А где можно посмотреть логи, которые подсказали бы что произошло?

Залез в /var/log/syslog, но там чего-то слишком много и не о том.

Может ли что-то из этих ошибок делать фризы?

Jan 2 13:02:06 kubuntu kernel: [ 2370.516800] NVRM: Xid (PCI:0000:01:00): 13, Graphics Exception: Shader Program Header 9 Error

Jan 2 13:04:55 kubuntu kernel: [ 0.995446] [drm:i915_stolen_to_physical] *ERROR* conflict detected with stolen region: [0xcba00000 — 0xcfa00000]

Jan 2 13:04:55 kubuntu kernel: [ 17.906452] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro

Jan 2 13:05:04 kubuntu NetworkManager[900]: [1420193104.346245] [nm-dns-dnsmasq.c:396] update(): dnsmasq owner not found on bus: Could not get owner of name ‘org.freedesktop.NetworkManager.dnsmasq’: no such name

Jan 2 13:06:00 kubuntu pulseaudio[2191]: [pulseaudio] server-lookup.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11

Jan 2 13:06:00 kubuntu pulseaudio[2191]: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11

Jan 2 13:02:06 kubuntu kernel: [ 2370.516800] NVRM: Xid (PCI:0000:01:00): 13, Graphics Exception: Shader Program Header 9 Error

Jan 2 13:04:55 kubuntu kernel: [ 0.995446] [drm:i915_stolen_to_physical] *ERROR* conflict detected with stolen region: [0xcba00000 — 0xcfa00000]

Сюрприз блин, бага с NVRM. Я с подобным встречался два раза. Один раз помогло обновление драйверов. А второй раз это был признак того, что видяха скоро сдохнет.

Но текст ошибок был не абсолютно идентичным, в случае дохнувшей видяхи еще было «GPU has fallen off the bus», примерно так. Кстати(только не ржать) — это может быть именно тем, о чём написано в тексте ошибки. То есть — неплотно вставленная видяха. Припоминаю еще один случай, как это не смешно.

У меня был комп с дуалбутом на прошлой работе, на котором однажны перестала грузиться винда. Не беда, подумал я и загрузил вторую систему — Linux. И она загрузилась аккурат до момента запуска иксов(поднялся фреймбуффер, прошла загрузка всех служб) — а потом — чёрный экран и тишина. По netconsole последнее сообщение именно ‘GPU has fallen off the bus’, машина прекрасно пингуется, все сетевые службы работают, но на мониторе — чернота и вернуться в консоль нельзя.

Открыл системник — а там видяха почти наполовину не вставлена в PCI Express. Затрудняюсь сказать как это вообще работало.

Один раз помогло обновление драйверов.

За 3 года сменил много драйверов, не помогло.

А второй раз это был признак того, что видяха скоро сдохнет.

Выходит что 3 года дохнет, но на винде ничего не зависает.

Открыл системник — а там видяха почти наполовину не вставлена в PCI Express.

В ближайшее время посмотрю, но когда последний раз чистил комп от пыли, то вроде все перепроверил. но мало ли. 🙂

Перегрев, кстати, тоже исключен.

По первой ошибке есть какой-то топик на сайте geforce, но без ответа — как раз драйвер 340.

Вот еще один топик по «Graphics Exception: Shader Program Header 9 Error» с драйвером 340, вроде там винда, но чел пишет что пробовал 2 видеокарты nVidia на одном и том же железе — и фризится десктоп, делает вывод что драйвера nVidia стали такими же говеными, как ATI.

Решения там тоже вроде нет.

P.S. Есть ли что-то новее 340.65 из стабильного под Linux?

Попробуй отключить Steam Overlay в настрйоках.

Попробуй отключить Steam Overlay в настрйоках.

Это здесь не причем — виснет в т.ч. в НЕ-стим играх.

Пересобрал комп, прочистил все что надо, в т.ч. шлейфы — не помогло! Вот отстой.

Когда только собирал комп — были подозрения, что видюха бракованная. Тогда я поставил Windows и потестил на Crysis 1-2 — каждые 15-30 минут были зависания. Но в то же время — недавно я прошел The Witcher 2 на средних настройках — без единого зависания — все на той же винде и той же видюхе. Ничего не понимаю.

Источник

Fixing Ubuntu Freezing at Boot Time

Last updated October 29, 2020 By Abhishek Prakash 299 Comments

This step-by-step tutorial shows you how to deal with Ubuntu freezing at the boot by installing proprietary NVIDIA drivers. The tutorial was performed on a newly installed Ubuntu system but it should be applicable otherwise as well.

The other day I bought an Acer Predator laptop (affiliate link) to test various Linux distribution. It’s a bulky, heavy built laptop which is in contrast to my liking of smaller, lightweight laptops like the awesome Dell XPS.

The reason why I opted for this gaming laptop even though I don’t game on PC is NVIDIA Graphics. Acer Predator Helios 300 comes with NVIDIA Geforce GTX 1050Ti.

NVIDIA is known for its poor compatibility with Linux. A number of It’s FOSS readers asked for my help with their NVIDIA laptops and I could do nothing because I didn’t have a system with NVIDIA graphics card.

So, when I decided to get a new dedicated device for testing Linux distributions, I opted for a laptop with NVIDIA graphics.

This laptop comes with Windows 10 installed on the 120 GB SSD and 1 TB of HDD for storing data. I dual booted Windows 10 with Ubuntu 18.04. The installation was quick, easy and painless.

I booted into Ubuntu. It was showing the familiar purple screen and then I noticed that it froze there. The mouse won’t move, I couldn’t type anything and nothing else could be done except turning off the device by holding the power button.

And it was the same story at the next login try. Ubuntu just gets stuck at the purple screen even before reaching the login screen.

Sounds familiar? Let me show you how you can fix this problem of Ubuntu freezing at login.

Don’t use Ubuntu?

Please note that while this tutorial was performed with Ubuntu 18.04, this would also work on other Ubuntu-based distributions such as Linux Mint, elementary OS etc. I have confirmed it with Zorin OS.

Fix Ubuntu freezing at boot time because of graphics drivers

You can watch how to fix this issue in the following video.

I have updated this tutorial with two solutions: one works for both Intel and NVIDIA/AMD and the other is exclusively for systems with AMD/NVIDIA graphics card. Please check which graphics card do you have on your Linux system.

Without further delay, let’s see how to fix this problem.

Step 1: Editing Grub

When you boot your system, just stop at the Grub screen like the one below. If you don’t see this screen, keep holding Shift key at the boot time.

At this screen, press ‘E’ key to go into the editing mode.

You should see some sort of code like the one below. You should focus on the line that starts with Linux.

Step 2: Temporarily Modifying Linux kernel parameters in Grub

Remember, our problem is with the NVIDIA Graphics drivers. This incompatibility with open source version of NVIDIA drivers caused the issue so what we can do here is to disable these drivers.

Now, there are several ways you can try to disable these drivers. My favorite way is to disable all video/graphics card using nomodeset.

Just add the following text at the end of the line starting with Linux. You should be able to type normally. Just make sure that you are adding it at the end of the line.

Now your screen should look like this:

Press Ctrl+X or F10 to save and exit. Now you’ll boot with the newly modified kernel parameters here.

So, what did we just do here? What’s that nomodeset thing? Let me explain it to you briefly.

Normally, the video/graphics card were used after the X or any other display server was started. In other words, when you logged in to your system and see graphical user interface.

But lately, the video mode settings were moved to the kernel. Among other benefits, it enables you to have a beautiful, high resolution boot splash screens.

If you add the nomodeset parameter to the kernel, it instructs the kernel to load the video/graphics drivers after the display server is started.

In other words, you disabled loading the graphics driver at this time and the conflict it was causing goes away. After you login to the system and see everything because the graphics card is loaded again.

Troubleshoot: Cannot boot even after using nomodeset?

If using nomodeset in the grub didn’t work and you can still not boot, try some other parameters instead of nomodeset.

Follow the same steps as mentioned above. While editing grub, add nouveau.noaccel=1 in place of nomodeset. Save and exit grub and see if you could boot now.

If even that doesn’t work, try adding noapic noacpi nosplash irqpoll instead of quiet splash in the grub.

Step 3: Make permanent changes in Grub (if you can boot and there is no issue with graphics)

In some cases, not using the graphics driver at all or switching to the open source driver may result in poor looking resolution. If that’s the case with you, try switching to proprietary driver as explained in alternate step 3 (next section).

Don’t be too happy yet just because you are able to login to your system now. What you did was temporary and the next time you boot into your system, your system will still freeze because it will still try to load the graphics drivers.

Does this mean you’ll always have to edit Kernel from the grub screen? Thankfully, the answer is no.

What you can do here to change the grub configuration so that the Linux kernel will not try to load the graphics driver before the display server.

To do that, open the terminal (use Ctrl+Alt+T shortcut) and then use the following command to open the grub configuration file in Gedit editor:

You’ll have to use your password to open this file. Once you have the text file opened, look for the line that contains: GRUB_CMDLINE_LINUX_DEFAULT=»quiet splash» .

Change this line to: GRUB_CMDLINE_LINUX_DEFAULT=»quiet splash nomodeset»

It should look something like this:

Save the file and update grub so that changes are taken into effect. Use this command:

Once it is complete, reboot your system and it should not freeze anymore.

Alternate Step 3: You can boot but graphics look weird? Update your system and install proprietary graphics drivers

If you don’t want to change the Grub config as mentioned in the previous step, alternatively, you can install additional drivers in Ubuntu for NVIDIA and AMD. Ubuntu won’t freeze at boot time while using these proprietary drivers.

In Ubuntu and many other distributions, you have an easy way to install proprietary drivers. Search for “Additional Drivers” in Ubuntu menu. In here, you may find additional graphics drivers for your system.

Click to expand the next section to see the detailed steps to install the additional drivers.

I am assuming that it’s your first login to a freshly installed system. This means you must update Ubuntu before you do anything else. Open a terminal using Ctrl+Alt+T keyboard shortcut in Ubuntu and use the following command:

You may try installing additional drivers in Ubuntu right after the completion of the above command but in my experience, you’ll have to restart your system before you could successfully install the new drivers. And when you restart, you’ll have to change the kernel parameter again the same way we did earlier.

After your system is updated and restarted, press Windows key to go to the menu and search for Software & Updates.

Now go to the Additional Drivers tab and wait for a few seconds. Here you’ll see proprietary drivers available for your system. You should see NVIDIA in the list here.

Select the proprietary driver and click on Apply Changes.

It will take some time in the installation of the new drivers. If you have UEFI secure boot enabled on your system, you’ll be also asked to set a password. You can set it to anything that is easy to remember. I’ll show you its implications later in step 4.

You may have to setup a secure boot password

Once the installation finishes, you’ll be asked to restart the system to take changes into effect.

Dealing with MOK (only for UEFI Secure Boot enabled devices)

If you were asked to setup a secure boot password, you’ll see a blue screen that says something about “MOK management”. It’s a complicated topic and I’ll try to explain it in simpler terms.

MOK (Machine Owner Key) is needed due to the secure boot feature that requires all kernel modules to be signed. Ubuntu does that for all the kernel modules that it ships in the ISO. Because you installed a new module (the additional driver) or made a change in the kernel modules, your secure system may treat it as an unwarranted/foreign change in your system and may refuse to boot.

Hence, you can either sign the kernel module on your own (telling your UEFI system not to panic because you made these changes) or you simply disable the secure boot.

Now that you know a little about secure boot and MOK, let’s see what to do at the next boot when you see the blue screen at the next boot.

If you select “Continue boot”, chances are that your system will boot like normal and you won’t have to do anything at all. But it’s possible that not all features of the new driver work correctly.

This is why, you should choose Enroll MOK.

It will ask you to Continue in the next screen followed by asking a password. Use the password you had set while installing the additional drivers in the previous step. You’ll be asked to reboot now.

If you miss this blue screen of MOK or accidentally clicked Continue boot instead of Enroll MOK, don’t panic. Your main aim is to be able to boot into your system and you have successfully done that part by disabling the Nouveau graphics driver.

The worst case would be that your system switched to the integrated Intel graphics instead of the NVIDIA graphics. You can install the NVIDIA graphics drivers later at any point of time. Your priority is to boot into the system.

Once the new driver is installed, you’ll have to restart your system again. Don’t worry! Things should be better now and you won’t need to edit the kernel parameters anymore. You’ll be booting into Ubuntu straightaway.

Step 4: Enjoy Ubuntu Linux

I hope this tutorial helped you to fix the problem of Ubuntu freezing at the boot time and you were able to boot into your Ubuntu system.

If you have any questions or suggestions, please let me know in the comment section below.

Like what you read? Please share it with others.

Источник