当在 Linux 中安装的 NTFS 分区上运行时，为什么我的程序的核心转储始终为零字节？
我正在尝试从我正在编写的代码中获取可用的核心转储。我的源位于我在 Windows 和 Linux 操作系统之间共享的 NTFS 分区。我正在 Linux 下进行开发，并在 bash shell 中设置了 ulimit -c unlimited 。当我在 NTFS 分区上的项目目录中执行代码并故意引发 SIGSEGV 或 SIGABRT 时，系统会写入零字节的核心转储文件。
如果我在我的主目录（ext4 分区）中执行二进制文件，则可以正常生成核心转储。我查看了核心手册页，它列出了不生成核心转储文件的各种情况。但是，我不认为这是权限问题，因为该分区上的所有文件和目录都具有完全权限（chmod 777）。
任何帮助或想法表示赞赏。
I'm trying to get a usable core dump from code that I am writing. My source is on a NTFS partition that I share between Windows and Linux OSes. I'm doing the development under Linux and have set ulimit -c unlimited in my bash shell. When I execute the code in my project directory on the NTFS partition, and purposely cause a SIGSEGV or SIGABRT, the system writes a core dump file of zero bytes.
If I execute the binary in my home directory (an ext4 partition), the core dump is generated fine. I've had a look at the man page for core, which gives a list of various circumstances in which a core dump file is not produced. However, I don't think it's a permissions issue as all the files and directories on that partition have full rights (chmod 777).
Any help or thoughts appreciated.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
也许你应该检查这个文件（/proc/sys/kernel/core_pattern）
Maybe you should check the this file (/proc/sys/kernel/core_pattern)
应用程序所在的目录是另一台 Linux 机器的挂载点。核心文件无法写入已安装的驱动器，但必须写入本地驱动器。
http://www.experts-exchange.com/OS/Linux/Q_23677186.html
您可以创建 ram 磁盘并将核心转储放在 ram 磁盘上。
The directory where the application sits is a mount point to another linux machine. The core file can't be written to a mounted drive but must be written to the local drive.
http://www.experts-exchange.com/OS/Linux/Q_23677186.html
You can create ram disk and put the core dump on the ram disk.
您的 ntfs 分区是否有足够的可用空间来生成核心转储？
你的ntfs分区挂载有读/写权限（不仅仅是读）吗？
Has your ntfs partition enough free space to generate the core dump ?
Is your ntfs partition mounted with read/write rights (not only read) ?