Вопросы Теги

Никакие дампы ядра после недавних обновлений systemd?

Если Ваша задача состоит в том, чтобы просто генерировать случайные числа:

perl -e 'for($t=0;$t<1000000;$t++) { print int(rand()*1000),"\n" }'

Если Ваша задача - действительно что-то еще, что можно использовать Параллель GNU:

parallel ./random :::: <(seq 1000000) > output

Можно установить Параллель GNU просто:

wget http://git.savannah.gnu.org/cgit/parallel.git/plain/src/parallel
chmod 755 parallel

Посмотрите вводные видео для узнавания больше: http://pi.dk/1

12
24.07.2018, 15:04
2 ответа

Из документов о coredump.conf,

Для отключения конфигурационного файла, предоставленного поставщиком, рекомендуемый путь состоит в том, чтобы поместить символьную ссылку на /dev/null в каталоге конфигурации в /etc/, с тем же именем файла как конфигурационный файл поставщика.

sudo ln -s /dev/null /etc/sysctl.d/coredump.conf
sudo systemd-sysctl

С тех пор systemd, вещами управляют по-другому.

8
27.01.2020, 19:56
  • 1
    Ничего себе, Вы правы! Недавно я переключился на systemd. sudo systemd-coredumpctl шоу все недостающие дампы ядра. Ваше решение работало, но только после системной перезагрузки. –  Philipp Claßen 17.02.2013, 22:08
  • 2
    systemd systemd-sysctl.service просто выполнения sysctl в надлежащей точке начальной загрузки и дескрипторах, повторно выполняющих его вручную на изменениях. И не идите, создавая/перезаписывая конфигурационные файлы, не исследуя то, что они для и их содержание. –  vonbrand 18.02.2013, 00:51
  • 3
    Файл, кажется, переименован к 50-coredump.conf, для применения настроек в текущей начальной загрузке я должен был работать, измените sysctl настройки вручную, см. stackoverflow.com/q/2065912/427545. –  Lekensteyn 15.11.2013, 11:52
  • 4
    Для восстановления значения по умолчанию не устанавливайте пустую строку, используйте это вместо этого: sysctl -w kernel.core_pattern="core" –  Lekensteyn 15.11.2013, 12:05

Возможно, вы захотите использовать команду coredumpctl, чтобы либо получить дамп ядра, либо запустить на нем gdb. Это «одобренный systemd» метод борьбы с ними. :-/

В некотором смысле это хорошо, что systemd фиксирует все эти вещи, потому что через какое-то время автоматически стирает их, а также упрощает загрузку аварийных дампов для отчетов об ошибках.

Но это было резкое изменение с небольшим количеством уведомлений или подсказок для людей, которые знали, как работают дампы памяти до того, как в дело вмешалась systemd. Даже удаление файла с именем «core.pid.txt» с инструкциями по использованию coredumpctl для получения вашего дампа памяти, а также как отключить создание файлов .txtбыло бы большой помощью, даже если бы они также некоторое время засорял файловую систему.

2
27.01.2020, 19:56

Теги

Похожие вопросы