Go语言服务开机自启，轻松解决日志权限问题

本文针对Go语言服务开机自启过程中遇到的日志写入权限问题提供解决方案。许多开发者使用`github.com/kardianos/service`库将Go项目设置为系统服务，并结合`zap`和`lumberjack`进行日志记录。然而，开机启动后常出现“read-only file system”错误，导致日志无法写入。 问题并非权限设置错误，而是由于日志文件路径使用相对路径，导致程序在只读文件系统中运行时无法写入。文章分析了问题根源，并提出将日志路径修改为绝对路径（例如`/var/log/`）的有效解决方法，确保Go服务开机自启并正常记录日志。

Go服务开机自启及日志写入难题

许多Go语言项目需要配置为系统服务以实现开机自动启动。借助github.com/kardianos/service库，这一目标易于实现。然而，当结合日志框架（例如zap+lumberjack）时，可能会遇到日志写入权限问题。本文将详细分析并解决“使用github.com/kardianos/service设置开机自启后，日志无法写入”的常见问题。

问题描述：

开发者使用github.com/kardianos/service将Go项目设置为系统服务，并使用zap和lumberjack作为日志框架。使用sudo ./main启动程序时一切正常，但重启后却无法启动，系统日志显示如下错误：

<code>logfile: open ./run.log: read-only file system
2021-07-14 11:02:02.260009 +0800 CST m=+0.665712760 write error: can't open new logfile: open ./run.log: read-only file system
...</code>

修改文件权限和用户组后问题依然存在。

问题分析与解决方案：

错误信息“read-only file system”清晰地表明问题在于日志文件写入路径所在的磁盘分区被挂载为只读模式，与文件权限或用户组无关。由于日志文件./run.log使用了相对路径，该路径很可能位于程序运行目录，而此目录在系统启动时可能被挂载为只读。

解决方法是将日志文件路径改为绝对路径，指向一个可写且服务拥有写入权限的目录，例如/var/log/。将日志文件路径修改为/var/log/run.log或其他合适的可写路径即可。这样，即使在只读文件系统中运行，程序也能正常写入日志。

今天关于《Go语言服务开机自启，轻松解决日志权限问题》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！