生成 coredumps 过去工作正常，但切换到 systemd 后，我只看到消息
Aborted (core dumped)
但没有core生成文件。和systemd有关系吗？
（背景：我的原始问题可以在这里找到。感谢 schaiba 找到解决方案。我提供了这个问答，所以如果其他人已经知道这是一个系统问题，他们可以更容易地找到解决方案。）
场景（Ubuntu 16.04）：
我编译并运行了一个 C 程序（使用-g，我得到了传统的Segmentation Fault (core dumped)，然后（当然）没有找到神话般的“核心”文件。一些挖掘说/proc/sys/kernel/core_pattern使用命令修改为：echo '|tee /home/me/my_core_folder/my_core_file' | sudo tee /proc/sys/kernel/core_pattern，然后在做这个，我停止获取(core dumped)并开始只获取plain Segmentation Fault。我尝试了一些gdb ./program_object_file.out core.pid显然不存在的东西（我变得绝望了），当然，我尝试了plaingdb ./a.out后跟(gdb) core core.pid和命令的变体，我tab拼命向其中发送密钥获得自动完成功能，让我到达我需要去的地方。
题：
有没有通用的方法可以进入核心转储？我意识到我接触的每台机器似乎都有迈克尔贝的变形金刚式的重新配置硬件和软件的能力，这样我拥有的任何设备都不能正常工作。是否有一个简单的算法/方法可以用来在我自己的机器以及其他人的机器上定位核心转储？我总是发现自己在不小的工作之后就这样的事情辅导朋友，让事情为自己工作，并且能够运行命令或其他东西将核心文件转储到运行可执行文件的目录中会很好...有什么方法可以在大多数（我会满足于“某些”）Linux/Unix 机器上执行此操作？