Ubuntu steam ошибка сегментирования

Обновлено: 07.07.2024

Не всегда программы в Linux запускаются как положено. Иногда, в силу разных причин программа вместо нормальной работы выдает ошибку. Но нам не нужна ошибка, нам нужна программа, вернее, та функция, которую она должна выполнять. Сегодня мы поговорим об одной из самых серьезных и непонятных ошибок. Это ошибка сегментации Ubuntu. Если такая ошибка происходит только один раз, то на нее можно не обращать внимания, но если это регулярное явление нужно что-то делать.

Конечно, случается эта проблема не только в Ubuntu, а во всех Linux дистрибутивах, поэтому наша инструкция будет актуальна для них тоже. Но сосредоточимся мы в основном на Ubuntu. Рассмотрим что такое ошибка сегментирования linux, почему она возникает, а также как с этим бороться и что делать.

Что такое ошибка сегментации?

Ошибка сегментации, Segmentation fault, или Segfault, или SIGSEGV в Ubuntu и других Unix подобных дистрибутивах, означает ошибку работы с памятью. Когда вы получаете эту ошибку, это значит, что срабатывает системный механизм защиты памяти, потому что программа попыталась получить доступ или записать данные в ту часть памяти, к которой у нее нет прав обращаться.

Чтобы понять почему так происходит, давайте рассмотрим как устроена работа с памятью в Linux, я попытаюсь все упростить, но приблизительно так оно и работает.

Допустим, в вашей системе есть 6 Гигабайт оперативной памяти, каждой программе нужно выделить определенную область, куда будет записана она сама, ее данные и новые данные, которые она будет создавать. Чтобы дать возможность каждой из запущенных программ использовать все шесть гигабайт памяти был придуман механизм виртуального адресного пространства. Создается виртуальное пространство очень большого размера, а из него уже выделяется по 6 Гб для каждой программы. Если интересно, это адресное пространство можно найти в файле /proc/kcore, только не вздумайте никуда его копировать.

Выделенное адресное пространство для программы называется сегментом. Как только программа попытается записать или прочитать данные не из своего сегмента, ядро отправит ей сигнал SIGSEGV и программа завершится с нашей ошибкой. Более того, каждый сегмент поделен на секции, в некоторые из них запись невозможна, другие нельзя выполнять, если программа и тут попытается сделать что-то запрещенное, мы опять получим ошибку сегментации Ubuntu.

Почему возникает ошибка сегментации?

И зачем бы это порядочной программе лезть, куда ей не положено? Да в принципе, незачем. Это происходит из-за ошибки при написании программ или несовместимых версиях библиотек и ПО. Часто эта ошибка встречается в программах на Си или C++. В этом языке программисты могут вручную работать с памятью, а язык со своей стороны не контролирует, чтобы они это делали правильно, поэтому одно неверное обращение к памяти может обрушить программу.

Что делать если возникла ошибка сегментирования?

Например, если падает с ошибкой сегментации неизвестная программа, то мы можем решить что это вина разработчиков, но если с такой ошибкой падает chrome или firefox при запуске возникает вопрос, может мы делаем что-то не так? Ведь это уже хорошо протестированные программы.

sudo apt-get update
$ sudo apt-get dist-upgrade

Если это не помогло, нужно обнулить настройки программы до значений по умолчанию, возможно, удалить кэш. Настройки программ в Linux обычно содержатся в домашней папке, скрытых подкаталогах с именем программы. Также, настройки и кэш могут содержаться в каталогах

/.cache. Просто удалите папки программы и попробуйте снова ее запустить. Если и это не помогло, вы можете попробовать полностью удалить программу, а потом снова ее установить, возможно, какие-нибудь зависимости были повреждены:

sudo apt remove пакет_программы
$ sudo apt-get autoremove
$ sudo apt install пакет_программы

Если есть возможность, попробуйте установить программу из другого источника, например, не из PPA, а более старую версию, из официальных репозиториев.

Когда вы все это выполнили, скорее всего, проблема не в вашем дистрибутиве, а в самой программе. Нужно отправлять отчет разработчикам. В Ubuntu это можно сделать с помощью программы apport-bug. Обычно Ubuntu предлагает это сделать сразу, после того как программа завершилась с ошибкой сегментирования. Если же ошибка сегментирования Ubuntu встречается не в системной программе, то вам придется самим искать разработчиков и вручную описывать что произошло.

Рассмотрим, как его получить. Это не так уж сложно. Сначала запустите вашу программу, затем узнайте ее PID с помощью команды:

Дальше запускаем отладчик gdb:

Подключаемся к программе:

(gdb) attach ваш_pid

После подключения программа станет на паузу, продолжаем ее выполнение командой:

Затем вам осталось только вызвать ошибку:

И набрать команду, которая выведет стек последних вызовов:

Вывод этой команды и нужно отправлять разработчикам. Чтобы отключиться от программы и выйти наберите:

(gdb) detach
(gdb) quit

Выводы

Теперь у вас есть приблизительный план действий, что нужно делать, когда появляется ошибка сегментирования сделан дамп памяти ubuntu. Если вы знаете другие способы решить эту проблему, напишите в комментариях!

Что такое ошибка сегментации?

Почему возникает ошибка сегментации?

Почему может возникать эта ошибка при несовместимости библиотек? По той же причине - неверному обращению к памяти. Представим, что у нас есть библиотека linux (набор функций), в которой есть функция, которая выполняет определенную задачу. Для работы нашей функции нужны данные, поэтому при вызове ей нужно передать строку. Наша старая версия библиотеки ожидает, что длина строки будет до 256 символов. Но программа была обновлена формат записи поменялся, и теперь она передает библиотеке строку размером 512 символов. Если обновить программу, но оставить старую версию библиотеки, то при передаче такой строки 256 символов запишутся нормально в подготовленное место, а вот вторые 256 перезапишут данные программы, и возможно, попытаются выйти за пределы сегмента, тогда и будет ошибка сегментирования linux.

Что делать если возникла ошибка сегментирования?

Первое, что нужно сделать - это обновить систему до самой последней версии, возможно, был баг и его уже исправили, а может у вас установлены старые версии библиотек и обновление решит проблему. В Ubuntu это делается так:

sudo apt update
sudo apt full-upgrade

sudo apt remove пакет_программы
sudo apt autoremove
sudo apt install пакет_программы

Дальше запускаем отладчик gdb:

Подключаемся к программе:

(gdb) attach ваш_pid

После подключения программа станет на паузу, продолжаем ее выполнение командой:

Затем вам осталось только вызвать ошибку:

И набрать команду, которая выведет стек последних вызовов:

Вывод этой команды и нужно отправлять разработчикам. Чтобы отключиться от программы и выйти наберите:

(gdb) detach
(gdb) quit

Выводы

Оцените статью:

(6 оценок, среднее: 5,00 из 5)

Об авторе

7 комментариев

Спасибо, было очень интересно почитать про отладчик.

На самом деле от этого избавится я не могу. Остаётся мне всё сваливать на свой старый компьютер с 1024 мегабайтами озу. Постоянные ошибки сегментирования когда комплимирую какую-либо программу. Чтобы скомплимировать ядро надо по миллиону раз вводить make!! Щас выкину комп и куплю новый и думаю проблема сама разрешится.

Gentoo. cmake 3.14.6. Segmentation fault.
Xeon 2620 v2 24Gb ram

С ошибкой SIGSEGV или так называемой ошибкой сегментации(на самом деле это ошибки обращения с памятью) вы ничё не сможете сделать. если вы юзер, а не разработчик и она возникает в вашей проге. можете только одного не запускать эту прогу удалить её или попытаться обновить, возможно(вовсе не обязательно!) её заметили и исправили. Но вообще лицензионное соглашение по Ubuntu вас предупреждает, что вы пользуетесь системой в которой софт вовсе не обязан работать и никто за это не отвечает. вы это делаете на свой страх и риск! это краткий его перевод. А если вы купили операционку заплатили бабки и заказали техподдержку, то вы тогда уже имеете право обратиться в службу тех поддержки сообщить баг, где и как он возникает и они обязаны не просто испавить его прислав патч, но так же всем таким как вы кто заплатил. Иначе вы имеете право подать на них в суд и они обязаны компенсировать вам убытки. Но это не Ubuntu. Обратная сторона медали свободного по и бесплатных операционок. среди Линуксовых есть AIX(только платная+ техподдержка), SUSE(не путать с Open Suse) и Debian(есть free урезаный вариант и нормальный платный). Это оч серьёзная ошибка краеугольный камень всех программ и работы компа в целом. Если это ломается, то всё летит к чёрту. Конечно они стараюстся и сразу посылать вас не будут. Это их репутация! но вообще дело в програмерах. Щаз стало оч много криворуких. Вот я смотрю на их код и удивляюсь, как можно так безалаберно писать проги! Если бы вы только это видели вы бы не удивились почему всё так плохо работает. Встречаются такие кадры которые всё только портят! ну а что програмеров не хаватет, делать надо много вот и берут всех подряд. А потом начинается. Если конечно это заметили до релиза, то ладно. Но тут всё ещё зависит от тестеров. Если они хорошие то найдут баги вовремя до релиза и исправят. но у нас как бывает. Отдела тестирования нет, сэкономили.. Тестер дай бог 2-3 а то часто 1 вообще. В программе всегда много ошибок. Особенно вначале. все мы ошибаемся, особенно некоторые. Причина? Нехватка мозгов или банально невнимательность. поэтому все проги должны быть тщательнейшим образом оттестированы. только тогда она может быть допущена к релизу. А ещё заказчик подгоняет. Хорошую прогу нельзя написать в спешке. тем более большую. Такие ошибки как оч трудно найти, а если она не всегда воспроизводится, так вообще нереально, Если только случайно наткнёшься. Потому что как бывает один раз вылетела, а второй нет и пошла дальше и норм. Или пошла дальше и всё стало неправильным. с програмой начинают твориться чудеса. это всё та же ошибка с памятью, которая всё портит. Вылететь может не только ваша прога но и вся система. Но даже если она стабильно воспроизводится, то на её поиск может понадобиться дни а может и неделя две кропотливой упорной работы, носящей изнуряющий характер. искать будут всем отделом. но её тогда по крайней мере можно найти. а если нет. то вам поможет только чудо. А уж что сделают после этого с тем кто это сделал я даже не знаю! Вот такие вот они эти ошибки сегментации. Я показал то что там происходит за кадром юзера.

24 дек. 2013 в 8:57 Hey, guys. I have Ubuntu Gnome 13.10 amd64 with latests updates and installed approprietary driver (latest beta) from Nvidia. Now I'm installing Steam as usuall (from Steam downloaded deb, then steam-launcher installs and runing). But. Here some problem:
doctor@home:

$ steam
Running Steam on ubuntu 13.10 64-bit
STEAM_RUNTIME is enabled automatically
Installing breakpad exception handler for appid(steam)/version(0_client)
Uploading dump (out-of-process) [proxy '']
/tmp/dumps/crash_20131224224729_1.dmp
/home/doctor/.local/share/Steam/steam.sh: строка 755: 5177 Ошибка сегментирования (Segmentation error) (подготовлен дамп ядра) $STEAM_DEBUGGER "$STEAMROOT/$PLATFORM/$STEAMEXE" "$@"
mv: не удалось выполнить stat для «/home/doctor/.steam/registry.vdf»: Нет такого файла или каталога (file or dirrectory doesn't founded, unable to execute registry.vdf)
Installing bootstrap /home/doctor/.local/share/Steam/bootstrap.tar.xz
Reset complete!
Restarting Steam by request.
Running Steam on ubuntu 13.10 64-bit
STEAM_RUNTIME has been set by the user to: /home/doctor/.local/share/Steam/ubuntu12_32/steam-runtime
Installing breakpad exception handler for appid(steam)/version(0_client)
Uploading dump (out-of-process) [proxy '']
/tmp/dumps/crash_20131224224730_1.dmp
/home/doctor/.local/share/Steam/steam.sh: строка 755: 5303 Ошибка сегментирования (segmentation error) (подготовлен дамп ядра) $STEAM_DEBUGGER "$STEAMROOT/$PLATFORM/$STEAMEXE" "$@"

I think, it may be Steam repository error, but I'm not Linux advanced user, so, please, let me know where is truth.

And no, there isn't trouble in video-driver. The same driver with the same linux kernel, and with steam for Linux works well in "standart" ubuntu 13.10 amd64. The differences between Ubuntu and Ubuntu gnome not so much, but even on "standart" Ubuntu is the same error in installing

Sorry for bad knowledge of English, not so much of practice

24 дек. 2013 в 9:04 Your english is very good for not having practiced so much. :) 24 дек. 2013 в 9:20 One more "steam --reset" didn't help?
Also try "STEAM_RUNTIME=1 steam". 24 дек. 2013 в 9:25 One more "steam --reset" didn't help?
Also try "STEAM_RUNTIME=1 steam". No errors, expect "no registry.vdf". I'll try to copy that file from my Arch linux, for some test :)
UPD: IT's not helped at all. Copying file too, as expected 24 дек. 2013 в 9:30 One more "steam --reset" didn't help?
Also try "STEAM_RUNTIME=1 steam". No errors, expect "no registry.vdf". I'll try to copy that file from my Arch linux, for some test :) However, it still looks more like Nvidia driver to me. Did you purge all old Steam's files before installing new deb? 24 дек. 2013 в 9:32 No errors, expect "no registry.vdf". I'll try to copy that file from my Arch linux, for some test :) However, it still looks more like Nvidia driver to me. Did you purge all old Steam's files before installing new deb?
Yes. But I still can't believe that Nvidia driver, which works great on Ubuntu 13.10 amd64, and didn't working properly here 24 дек. 2013 в 9:37 24 дек. 2013 в 9:41 However, it still looks more like Nvidia driver to me. Did you purge all old Steam's files before installing new deb?
Yes. But I still can't believe that Nvidia driver, which works great on Ubuntu 13.10 amd64, and didn't working properly here Are 32 bit Nvidia libs Ok here? Maybe Steam can't find them.

However, if you're missing any libraries Steam makes use of, this will fail to launch properly. An easy way to find the missing libraries is to run the following commands:

/.local/share/Steam/ubuntu12_32
LD_LIBRARY_PATH=".:$" ldd $(file *|sed '/ELF/!d;s/:.*//g')|grep 'not found'|sort|uniq

So, I still suspect Nvidia's /lib32/libGL.so. But trying to copy registry.vdf from somewhere might be a good idea too. And do you have GDB?

24 дек. 2013 в 9:49 Hmm. It might miss something, but I don't think so. But Steam may have troubles finding something. Also something might go wrong during reset. Also some Steam files might be left from old installation. Also Gnome Ubuntu may do differ from normal Ubuntu. And like that. If you have GDB it's possible to look what exactly segfault (it doesn't guarantee anything, though). Also you can check if Steam finds all libs it wants (with the command above).
If it runs on another Ubuntu -- it's a good sign, it means it'll probably run here too, after all. By the way, on Nvidia's site I don't see any 307.117 driver at all. 24 дек. 2013 в 9:49
Yes. But I still can't believe that Nvidia driver, which works great on Ubuntu 13.10 amd64, and didn't working properly here Are 32 bit Nvidia libs Ok here? Maybe Steam can't find them.

However, if you're missing any libraries Steam makes use of, this will fail to launch properly. An easy way to find the missing libraries is to run the following commands:

/.local/share/Steam/ubuntu12_32
LD_LIBRARY_PATH=".:$" ldd $(file *|sed '/ELF/!d;s/:.*//g')|grep 'not found'|sort|uniq

So, I still suspect Nvidia's /lib32/libGL.so. But trying to copy registry.vdf from somewhere might be a good idea too. And do you have GDB?
Sorry, what is GDB?

Copying that file from Arch Linux (where Steam works successfull) dosn't helped.
I think, Steam just can't install 64-libs. This is possible?

24 дек. 2013 в 9:56 24 дек. 2013 в 10:00 By the way, on Nvidia's site I don't see any 307.117 driver at all. 24 дек. 2013 в 10:06

Are 32 bit Nvidia libs Ok here? Maybe Steam can't find them.

So, I still suspect Nvidia's /lib32/libGL.so. But trying to copy registry.vdf from somewhere might be a good idea too. And do you have GDB?

Sorry, what is GDB?

Copying that file from Arch Linux (where Steam works successfull) dosn't helped.
I think, Steam just can't install 64-libs. This is possible?

/.local/share и т.д. Оно должно выдать что именно он НЕ нашел. Возможно, это чем-нибудь поможет. Для верности можно приказать Стиму использовать свои либы: "STEAM_RUNTIME=1 steam" и посмотреть что из этого выйдет.
Почему именно он не стартует здесь -- я вот прямо так не могу ответить. Мне как-то такой глюк не попадался. Что-то ему тут не нравится. А там -- нравится. Вот и надо найти что именно, потому что из выхлопа это непонятно. И очень возможно, что это не из-за vdf. Хотя кто его знает.
ЗЫ. Из арчевской команды надо бы убрать вот это grep 'not found'| Это чтобы оно показало вообще всё, что смогло найти.

Что такое ошибка сегментации?

Почему возникает ошибка сегментации?

Что делать если возникла ошибка сегментирования?

Дальше запускаем отладчик gdb:

Подключаемся к программе:

После подключения программа станет на паузу, продолжаем ее выполнение командой:

Затем вам осталось только вызвать ошибку:

И набрать команду, которая выведет стек последних вызовов:

Вывод этой команды и нужно отправлять разработчикам. Чтобы отключиться от программы и выйти наберите:

Выводы

Читайте также: