Не всегда программы в Linux запускаются как положено. Иногда, в силу разных причин программа вместо нормальной работы выдает ошибку. Но нам не нужна ошибка, нам нужна программа, вернее, та функция, которую она должна выполнять. Сегодня мы поговорим об одной из самых серьезных и непонятных ошибок. Это ошибка сегментации Ubuntu. Если такая ошибка происходит только один раз, то на нее можно не обращать внимания, но если это регулярное явление нужно что-то делать.
Конечно, случается эта проблема не только в Ubuntu, а во всех Linux дистрибутивах, поэтому наша инструкция будет актуальна для них тоже. Но сосредоточимся мы в основном на Ubuntu. Рассмотрим что такое ошибка сегментирования linux, почему она возникает, а также как с этим бороться и что делать.
Что такое ошибка сегментации?
Ошибка сегментации, Segmentation fault, или Segfault, или SIGSEGV в Ubuntu и других Unix подобных дистрибутивах, означает ошибку работы с памятью. Когда вы получаете эту ошибку, это значит, что срабатывает системный механизм защиты памяти, потому что программа попыталась получить доступ или записать данные в ту часть памяти, к которой у нее нет прав обращаться.
Чтобы понять почему так происходит, давайте рассмотрим как устроена работа с памятью в Linux, я попытаюсь все упростить, но приблизительно так оно и работает.
Допустим, в вашей системе есть 6 Гигабайт оперативной памяти, каждой программе нужно выделить определенную область, куда будет записана она сама, ее данные и новые данные, которые она будет создавать. Чтобы дать возможность каждой из запущенных программ использовать все шесть гигабайт памяти был придуман механизм виртуального адресного пространства. Создается виртуальное пространство очень большого размера, а из него уже выделяется по 6 Гб для каждой программы. Если интересно, это адресное пространство можно найти в файле /proc/kcore, только не вздумайте никуда его копировать.
Выделенное адресное пространство для программы называется сегментом. Как только программа попытается записать или прочитать данные не из своего сегмента, ядро отправит ей сигнал SIGSEGV и программа завершится с нашей ошибкой. Более того, каждый сегмент поделен на секции, в некоторые из них запись невозможна, другие нельзя выполнять, если программа и тут попытается сделать что-то запрещенное, мы опять получим ошибку сегментации Ubuntu.
Почему возникает ошибка сегментации?
И зачем бы это порядочной программе лезть, куда ей не положено? Да в принципе, незачем. Это происходит из-за ошибки при написании программ или несовместимых версиях библиотек и ПО. Часто эта ошибка встречается в программах на Си или C++. В этом языке программисты могут вручную работать с памятью, а язык со своей стороны не контролирует, чтобы они это делали правильно, поэтому одно неверное обращение к памяти может обрушить программу.
Почему может возникать эта ошибка при несовместимости библиотек? По той же причине — неверному обращению к памяти. Представим, что у нас есть библиотека linux (набор функций), в которой есть функция, которая выполняет определенную задачу. Для работы нашей функции нужны данные, поэтому при вызове ей нужно передать строку. Наша старая версия библиотеки ожидает, что длина строки будет до 256 символов. Но программа была обновлена формат записи поменялся, и теперь она передает библиотеке строку размером 512 символов. Если обновить программу, но оставить старую версию библиотеки, то при передаче такой строки 256 символов запишутся нормально в подготовленное место, а вот вторые 256 перезапишут данные программы, и возможно, попытаются выйти за пределы сегмента, тогда и будет ошибка сегментирования linux.
Что делать если возникла ошибка сегментирования?
Если вы думаете, что это ошибка в программе, то вам остается только отправить отчет об ошибке разработчикам. Но вы все-таки еще можете попытаться что-то сделать.
Например, если падает с ошибкой сегментации неизвестная программа, то мы можем решить что это вина разработчиков, но если с такой ошибкой падает chrome или firefox при запуске возникает вопрос, может мы делаем что-то не так? Ведь это уже хорошо протестированные программы.
Первое, что нужно сделать — это обновить систему до самой последней версии, возможно, был баг и его уже исправили, а может у вас установлены старые версии библиотек и обновление решит проблему. В Ubuntu это делается так:
sudo apt update
sudo apt full-upgrade
Если это не помогло, нужно обнулить настройки программы до значений по умолчанию, возможно, удалить кэш. Настройки программ в Linux обычно содержатся в домашней папке, скрытых подкаталогах с именем программы. Также, настройки и кэш могут содержаться в каталогах ~/.config и ~/.cache. Просто удалите папки программы и попробуйте снова ее запустить. Если и это не помогло, вы можете попробовать полностью удалить программу, а потом снова ее установить, возможно, какие-нибудь зависимости были повреждены:
sudo apt remove пакет_программы
sudo apt autoremove
sudo apt install пакет_программы
Если есть возможность, попробуйте установить программу из другого источника, например, не из PPA, а более старую версию, из официальных репозиториев.
Когда вы все это выполнили, скорее всего, проблема не в вашем дистрибутиве, а в самой программе. Нужно отправлять отчет разработчикам. В Ubuntu это можно сделать с помощью программы apport-bug. Обычно Ubuntu предлагает это сделать сразу, после того как программа завершилась с ошибкой сегментирования. Если же ошибка сегментирования Ubuntu встречается не в системной программе, то вам придется самим искать разработчиков и вручную описывать что произошло.
Чтобы помочь разработчикам решить проблему, недостаточно отправить им только сообщение что вы поймали Segmentation Fault, нужно подробно описать проблему, действия, которые вы выполняли перед этим, так чтобы разработчик мог их воспроизвести. Также, желательно прикрепить к отчету последние функции, которые вызывала программа (стек вызовов функций), это может очень сильно помочь разработчикам.
Рассмотрим, как его получить. Это не так уж сложно. Сначала запустите вашу программу, затем узнайте ее PID с помощью команды:
pgrep программа
Дальше запускаем отладчик gdb:
sudo gdb -q
Подключаемся к программе:
(gdb) attach ваш_pid
После подключения программа станет на паузу, продолжаем ее выполнение командой:
(gdb) continue
Затем вам осталось только вызвать ошибку:
И набрать команду, которая выведет стек последних вызовов:
(gdb) backtrace
Вывод этой команды и нужно отправлять разработчикам. Чтобы отключиться от программы и выйти наберите:
(gdb) detach
(gdb) quit
Дальше остается отправить отчет и ждать исправления ошибки. Если вы не уверены, что ошибка в программе, можете поспрашивать на форумах. Когда у вас есть стек вызовов, уже можно попытаться, если не понять в чем проблема, то попытаться узнать, не сталкивался ли с подобной проблемой еще кто-то.
Выводы
Теперь у вас есть приблизительный план действий, что нужно делать, когда появляется ошибка сегментирования сделан дамп памяти ubuntu. Если вы знаете другие способы решить эту проблему, напишите в комментариях!
Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .
я написал вот такую программку:
//includes
#include <iostream>
#include <chrono>
#include <string>
#include <ctime>
//namespaces
using namespace std;
using namespace chrono;
//defines
#define RETURN return 0
//main
int main() {
setlocale(LC_ALL,"ru"); //locale
const auto _BEFORE_ = high_resolution_clock::now(); //start timer (for time account)
srand(time(0));
//Create Array
int CountArrayIn_arr2D = 2;
int CountElementsIn_arr1D = 3;
int **arr2D = new int*[CountArrayIn_arr2D];
//Generate Array
for(int i = 0; i < CountArrayIn_arr2D; i++) {
for(int j = 0; j < CountElementsIn_arr1D; j++) {
arr2D[i][j] = rand() % 30 + 1;
}
}
//Print Array
for(int i = 0; i < CountArrayIn_arr2D; i++) {
for(int j = 0; j < CountElementsIn_arr1D; j++) {
cout<<"33[34m"<<arr2D[i][j]<<"33[0mt";
}
cout<<endl;
}
/*Clean memory*/
for(int i = 0; i < CountArrayIn_arr2D; i++) {
delete[] arr2D[i];
}
delete[] arr2D;
//time account
const auto _AFTER_ = high_resolution_clock::now();
const float TIME_FOR_PROGRAM = duration_cast<milliseconds>(_AFTER_-_BEFORE_).count();
cout<<"nn Programm completed in "<<TIME_FOR_PROGRAM<<"ms"<<endl;
RETURN;
}
и пишет: 
у меня 2 вопроса.
1) что значит стек сброшен на диск? на жесткий диск? удалится ли он самостоятельно? если нет то как удалить?
2) как это решить и почему это вообще произошло?
задан 29 окт 2019 в 14:44
Данил ПерелыгинДанил Перелыгин
1301 золотой знак1 серебряный знак8 бронзовых знаков
2
«Стек памяти сброшен на диск» — это [весьма-а вольный] перевод фразы «Core dumped». На диске в текущем каталоге создаётся файл с именем «core». Сам он не удалится, но он — самый обычный файл, который вы можете удалить когда захотите.
Файл core также сам по себе является кратчайшим путём к ответу на вопрос номер 2. Если ваш бинарник собран с опцией компилятора «-g», то вы можете запустить отладчик с командной строкой в виде «gdb -c core main.exe». Отладчик автоматически окажется на той строке, которая вызвала segmentation fault. О работе в gdb рекомендую почитать его документацию, она обширна и исчерпывающа.
ответ дан 29 окт 2019 в 15:03
user_587user_587
2,5311 золотой знак11 серебряных знаков20 бронзовых знаков
5
У вас явная ошибка работы с памятью. Вызов new происходит один раз, а вызов delete?
Здесь происходит выделение массива указателей на int:
int **arr2D = new int*[CountArrayIn_arr2D];
Чтобы получить двумерный массив, нужно еще в каждый указатель выделить свой блок памяти:
for (int i = 0; i < CountArrayIn_arr2D; i++)
{
arr2D[i] = new int[CountElementsIn_arr1D];
// ^^^^^^^
for (int j = 0; j < CountElementsIn_arr1D; j++)
{
// делаем что нужно
}
}
ответ дан 29 окт 2019 в 14:51
1
чел, ты забыл объявить элементы массивов в массиве)
ответ дан 29 окт 2019 в 14:55
- Печать
Страницы: [1] Вниз
Тема: Ошибка сегментирования (стек памяти сброшен на диск) [Решено] (Прочитано 10786 раз)
0 Пользователей и 1 Гость просматривают эту тему.
DANNNNN
Привет всем.
Есть программа. Она устанавливается из архива, который предварительно скачивается и после устанавливается.
Программа очень специфичная. Ты ей подсовываешь файл с командами, она его рассчитывает ( математического уклона программа) и выдаёт файл типа out.
И вот вчера при попытке запустить программу она выдаёт:
dan@dan-B450-AORUS-PRO:~/opt/2$ $GAUSS_EXEDIR/g16 NiFeSi2New33.inpЕстественно у меня всего один файл в папке из которой происходит запуск.
Unable to open input file "NiFeSi2New33.inp" or "NiFeSi2New33.inp".
Ошибка сегментирования (стек памяти сброшен на диск)
Что я делал. Я на создавал кучу входных файлов ( вот этот 3-ий был) и всё равно прога почему-то видит какой-то второй такой- же файл. 
Я обновлял Ubuntu, я перестановил программу поверх старой. Ничего не помогает(.
Помогите кто чем может.
« Последнее редактирование: 18 Марта 2020, 11:41:50 от zg_nico »
bezbo
Ошибка сегментирования (стек памяти сброшен на диск)
Ошибка сегментации, Segmentation fault, или Segfault, или SIGSEGV в Ubuntu и других Unix подобных дистрибутивах, означает ошибку работы с памятью. Когда вы получаете эту ошибку, это значит, что срабатывает системный механизм защиты памяти, потому что программа попыталась получить доступ или записать данные в ту часть памяти, к которой у нее нет прав обращаться.
Помогите кто чем может
вам остается только отправить отчет об ошибке разработчикам
или запустите программу отладчиком sudo gdb -q
ReNzRv
И вот вчера
До этого система обновлялась?
Автоматическое обновление системы включено в настройках?
DANNNNN
Проблема решилась(
Очень странно. Но я взял файл, который до этого запускался и немного изменил в неём параметры на те которые нужны. И всё заработало.
До этого файлы были созданы как копии того файла, который был создан на другом ПК и перенесён на этот комп через флэшку. Все копии этого файла и выдавали ошибку, не смотря на то, что некоторые из них также я переносил и на другие диски, там редактриовали переносил обратно.
Что это было- не понятно.
Короче ошибка в файле О_о.
Системе обновлялась конечно же.
P.S. До написание сюда я просидел часов 5 над проблемой.
« Последнее редактирование: 16 Ноября 2019, 10:18:29 от DANNNNN »
andytux
«Разруха в головах, а не в клозетах.»
перенесён на этот комп через флэшку. …Короче ошибка в файле
Права на файл.
- Печать
Страницы: [1] Вверх
я написал вот такую программку:
//includes
#include <iostream>
#include <chrono>
#include <string>
#include <ctime>
//namespaces
using namespace std;
using namespace chrono;
//defines
#define RETURN return 0
//main
int main() {
setlocale(LC_ALL,"ru"); //locale
const auto _BEFORE_ = high_resolution_clock::now(); //start timer (for time account)
srand(time(0));
//Create Array
int CountArrayIn_arr2D = 2;
int CountElementsIn_arr1D = 3;
int **arr2D = new int*[CountArrayIn_arr2D];
//Generate Array
for(int i = 0; i < CountArrayIn_arr2D; i++) {
for(int j = 0; j < CountElementsIn_arr1D; j++) {
arr2D[i][j] = rand() % 30 + 1;
}
}
//Print Array
for(int i = 0; i < CountArrayIn_arr2D; i++) {
for(int j = 0; j < CountElementsIn_arr1D; j++) {
cout<<"33[34m"<<arr2D[i][j]<<"33[0mt";
}
cout<<endl;
}
/*Clean memory*/
for(int i = 0; i < CountArrayIn_arr2D; i++) {
delete[] arr2D[i];
}
delete[] arr2D;
//time account
const auto _AFTER_ = high_resolution_clock::now();
const float TIME_FOR_PROGRAM = duration_cast<milliseconds>(_AFTER_-_BEFORE_).count();
cout<<"nn Programm completed in "<<TIME_FOR_PROGRAM<<"ms"<<endl;
RETURN;
}
и пишет:
у меня 2 вопроса.
1) что значит стек сброшен на диск? на жесткий диск? удалится ли он самостоятельно? если нет то как удалить?
2) как это решить и почему это вообще произошло?
Ответы (3 шт):
У вас явная ошибка работы с памятью. Вызов new происходит один раз, а вызов delete?
Здесь происходит выделение массива указателей на int:
int **arr2D = new int*[CountArrayIn_arr2D];
Чтобы получить двумерный массив, нужно еще в каждый указатель выделить свой блок памяти:
for (int i = 0; i < CountArrayIn_arr2D; i++)
{
arr2D[i] = new int[CountElementsIn_arr1D];
// ^^^^^^^
for (int j = 0; j < CountElementsIn_arr1D; j++)
{
// делаем что нужно
}
}
→ Ссылка
Автор решения: Alexander Prokoshev
«Стек памяти сброшен на диск» — это [весьма-а вольный] перевод фразы «Core dumped». На диске в текущем каталоге создаётся файл с именем «core». Сам он не удалится, но он — самый обычный файл, который вы можете удалить когда захотите.
Файл core также сам по себе является кратчайшим путём к ответу на вопрос номер 2. Если ваш бинарник собран с опцией компилятора «-g», то вы можете запустить отладчик с командной строкой в виде «gdb -c core main.exe». Отладчик автоматически окажется на той строке, которая вызвала segmentation fault. О работе в gdb рекомендую почитать его документацию, она обширна и исчерпывающа.
→ Ссылка
Br3dMC писал(а): ↑
30 окт 2019, 20:02
создал пользователя — перелогинился, браузеры работают. почему?
Некорректный вопрос. Корректный: «Почему браузеры не работают от основного пользователя?» 
Скорее всего, упираются в битый файл где-то в кэше или конфиге, или права доступа слетели.
На askubuntu народ советует удалить один файлик: rm ~/.gtkrc-2.0
Думаю, стоит начать с этого.
Кэш можно смело чистить командой sudo rm -rf ~/.cache/opera ~/.cache/google-chrome ~/.cache/chromium
Права можно восстановить командами sudo chown -R $USER:$USER /home/$USER и chmod -R 755 ~/.config/opera ~/.config/google-chrome ~/.config/chromium
(кроме папки .dbus, которая по-умолчанию принадлежит root’у. Вернём её командой sudo chown -R root:root /home/$USER/.dbus)
Если не поможет, то попробуйте удалить в папке .config (скрытая) все что связано с этими браузерами. Или переименовать/переместить в другое место, если не хотите терять историю и сохраненные пароли. Также возможно, что «собака зарыта» где-то в fontconfig или темах (окна, иконки).Если меняли — то попробуйте вернуть стандартные.
В крайнем случае, выдайте новому юзеру те же права, что и основному (внеся в те же группы), и работайте от него. А старого можно будет со временем удалить.