[РЕШЕНО]Большое количество файлов core.XXX в корне (не в Арче)
| redix |
|
Темы:
34
Сообщения:
3433
Участник с: 11 марта 2013
|
Тройная загрузка, Арчлинукс на одном носителе, Centos 7 и вендовоз на другом. Сидел под центосью, позвали ужинать закрыл все что было открыто, когда пришел , то увидел часто моргающий курсор на экране, и светодиод hdd на корпусе тоже очень часто моргал. Подождал минут 10, и сделал хард ресет. При загрузке граба не оказалось, по f8 загрузился в Арч, в корне увидел пару тысяч файлов core.XXXX размером 8 метров. Гуглеж вообще ничего не дал, скажите плз что это за фигня такая? Перед этим, за пару часов (причем было несколько перезагрузок) переключил cpufreq scaling с powersave на performance, и отключил intel_pstate.
In Tux We Trust
|
| vs220 |
|
|
Темы:
22
Сообщения:
8070
Участник с: 16 августа 2009
|
redixдамп памяти.https://ru.wikipedia.org/wiki/Дамп_памяти Крашится какой то процесс и создается дамп памяти в файле core |
| -_o |
|
|
Темы:
3
Сообщения:
251
Участник с: 13 января 2018
|
https://wiki.archlinux.org/index.php/Core_dump#Disabling_automatic_core_dumps |
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
Выскажу и я свои сомнения. Вообще то мне не совсем понятно, как это получилось. По дефолту при падении процессов (в загруженной системе) наименование файлов core очень длинное (там и имя процесса и PID и дата и др.) и они хранятся в /var/lib/systemd/coredump и по дефолту хранятся 14 дней. Посмотреть в принципе можно и так - coredumpctl list Но вот если просто получить core dump процесса, без его падения, например, используя gdb, то тогда создается core dump процесса с наименованием core.PID (где PID - PID сдампенного процесса) и создаваться он будет в домашней папке. И выходит, что раз файлы в корне, то пользователем был root. Вот это и странно и мне не понятно. Кроме того, номера PID идут в порядке возрастания, почему?
Ошибки не исчезают с опытом - они просто умнеют
|
| redix |
|
|
Темы:
34
Сообщения:
3433
Участник с: 11 марта 2013
|
Система загружена не была, скажем так, когда я отлучился не было ни одного открытого окна. Входил под своим ником, имеющим права админа, как обычно, на любой системе так делаю. Папка /var/lib/systemd/coredump/ пуста. Система установлена в одном разделе со свап-файлом.
In Tux We Trust
|
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
может в центоси своя плюшка делающая дампы?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
redixВот это то мне и не понятно. Чтобы сдампить процесс, нужно как минимум запустить его. Итересно, если не удалил файлы, а какое время создания фалов? Посмотри время последнего доступа - stat -c %x /core.XXXX И можешь по этому времени примерно оценить когда были созданы дампы - на centos или при загрузке arch
Ошибки не исчезают с опытом - они просто умнеют
|
| nafanja |
|
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
vasekна скрине видно 16:37 18.07.18 через час после загрузки центоси, на что указывает время создания файла .readahead
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
nafanjaКартинку толком не смотрел, пропустил. Но обратил внимание на эту фразу redixВот в какой момент создались файлы?
Ошибки не исчезают с опытом - они просто умнеют
|
| nafanja |
|
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
vasekс 16:37 до 17:01 (на что указывает время загрузки в арч на правой панеле)
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |