Ubuntu下systemd运行.NET Core服务报code=dumped,signal=ABRT

手动在终端执行命令可正常运行，但systemd托管时触发ABRT核心转储，本质是systemd的服务运行上下文和登录用户的交互式终端上下文存在差异，核心诱因按出现概率排序：

• 未配置工作目录：systemd启动服务时默认工作目录为根目录/，而非dll所在路径。如果程序中使用相对路径读取配置、写入文件、加载本地依赖，会直接因为找不到目标路径抛出未处理异常，触发进程崩溃。这是该场景下最高发的诱因。
• 运行身份不匹配：systemd服务默认使用root身份运行，若程序依赖普通用户prasadg的用户级环境变量、家目录下的专属配置，或目标目录对root开放的权限存在限制（比如目录加密、特殊ACL规则），会导致程序启动失败。
• 缺失服务类型声明：未指定服务启动类型时，systemd的默认适配逻辑可能和.NET前台运行的控制台程序生命周期不匹配，误判进程启动异常触发强制终止。

修正服务配置 #

编辑/etc/systemd/system/HelloWorld.service，补全缺失的核心配置项，修正后参考配置如下：

[Unit]
Description=HelloWorld Application
After=network.target

[Service]
# 核心配置：指定工作目录为dll所在的实际路径
WorkingDirectory=/home/prasadg/HelloWorld/dev
# 指定服务运行身份为日常执行程序的普通用户，匹配手动运行的权限上下文
User=prasadg
Group=prasadg
# 声明服务类型为simple，适配前台持续运行的控制台程序
Type=simple
ExecStart=/usr/share/dotnet/dotnet /home/prasadg/HelloWorld/dev/HelloWorld.dll
SyslogIdentifier=HelloWorld
Restart=always
RestartSec=5
# 可选：配置.NET运行时相关环境变量，避免依赖用户级环境变量
Environment=DOTNET_PRINT_TELEMETRY_MESSAGE=false

[Install]
WantedBy=multi-user.target

重载配置并重启服务 #

依次执行以下命令让配置生效：

sudo systemctl daemon-reload
sudo systemctl restart HelloWorld

验证与排障 #

执行命令查看服务运行状态：

systemctl status HelloWorld

如果服务仍存在异常，执行以下命令实时拉取服务日志定位具体报错：

journalctl -u HelloWorld -f

额外排障提示：

• 可执行which dotnet确认dotnet命令的实际路径，避免路径配置错误（手动运行正常场景下该问题概率极低）
• 确认运行用户对工作目录及下属所有文件拥有读、执行权限，避免权限不足导致的加载失败
• 若程序依赖特定环境变量，直接在service配置的Environment字段中显式声明，不要依赖用户登录时加载的profile配置。

内容的提问来源于stack exchange，提问作者Prasad Gavande