[РЕШЕНО]Большое количество файлов core.XXX в корне (не в Арче)

Тройная загрузка, Арчлинукс на одном носителе, Centos 7 и вендовоз на другом. Сидел под центосью, позвали ужинать закрыл все что было открыто, когда пришел , то увидел часто моргающий курсор на экране, и светодиод hdd на корпусе тоже очень часто моргал. Подождал минут 10, и сделал хард ресет. При загрузке граба не оказалось, по f8 загрузился в Арч, в корне увидел пару тысяч файлов core.XXXX размером 8 метров.



Гуглеж вообще ничего не дал, скажите плз что это за фигня такая?

Перед этим, за пару часов (причем было несколько перезагрузок) переключил cpufreq scaling с powersave на performance, и отключил intel_pstate.
In Tux We Trust
redix
что это за фигня такая?
дамп памяти.https://ru.wikipedia.org/wiki/Дамп_памяти
Крашится какой то процесс и создается дамп памяти в файле core
https://wiki.archlinux.org/index.php/Core_dump#Disabling_automatic_core_dumps
Выскажу и я свои сомнения.
Вообще то мне не совсем понятно, как это получилось.
По дефолту при падении процессов (в загруженной системе) наименование файлов core очень длинное (там и имя процесса и PID и дата и др.) и они хранятся в /var/lib/systemd/coredump и по дефолту хранятся 14 дней. Посмотреть в принципе можно и так - coredumpctl list

Но вот если просто получить core dump процесса, без его падения, например, используя gdb, то тогда создается core dump процесса с наименованием core.PID (где PID - PID сдампенного процесса) и создаваться он будет в домашней папке. И выходит, что раз файлы в корне, то пользователем был root. Вот это и странно и мне не понятно. Кроме того, номера PID идут в порядке возрастания, почему?
Ошибки не исчезают с опытом - они просто умнеют
Система загружена не была, скажем так, когда я отлучился не было ни одного открытого окна. Входил под своим ником, имеющим права админа, как обычно, на любой системе так делаю. Папка /var/lib/systemd/coredump/ пуста. Система установлена в одном разделе со свап-файлом.
In Tux We Trust
может в центоси своя плюшка делающая дампы?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
redix
Система загружена не была
Вот это то мне и не понятно. Чтобы сдампить процесс, нужно как минимум запустить его.
Итересно, если не удалил файлы, а какое время создания фалов? Посмотри время последнего доступа - stat -c %x /core.XXXX
И можешь по этому времени примерно оценить когда были созданы дампы - на centos или при загрузке arch
Ошибки не исчезают с опытом - они просто умнеют
vasek
Итересно, если не удалил файлы, а какое время создания фалов?
на скрине видно 16:37 18.07.18
через час после загрузки центоси, на что указывает время создания файла .readahead
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
на скрине видно
Картинку толком не смотрел, пропустил.
Но обратил внимание на эту фразу
redix
Подождал минут 10, и сделал хард ресет.
Вот в какой момент создались файлы?
Ошибки не исчезают с опытом - они просто умнеют
vasek
Вот в какой момент создались файлы?
с 16:37 до 17:01 (на что указывает время загрузки в арч на правой панеле)
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.