Ubuntu 18.04中启动MinIO失败，提示无法创建/mnt/data/.minio.sys/tmp文件（权限拒绝）

看起来你碰到的是MinIO启动时的权限不足问题，从错误日志里的file access denied就能明确判断——MinIO进程没有足够的权限去读写/mnt/data目录下的文件，这是这类问题最常见的根源。我来帮你一步步排查解决：

1. 先确认/mnt/data目录的权限配置 #

首先用命令查看当前目录的所有者和权限详情：

ls -ld /mnt/data

正常情况下，运行MinIO的用户（不管是systemd服务指定的用户，还是你手动启动时的当前用户）需要对这个目录拥有读写执行权限。

2. 修复目录权限 #

情况一：使用systemd服务启动MinIO #

如果你的MinIO是通过systemd管理的，先检查服务配置文件（/etc/systemd/system/minio.service）里的User字段——通常推荐使用专门的minio系统用户（如果还没创建，先执行：sudo useradd -r minio -s /sbin/nologin）。

然后修改/mnt/data的所有者为minio用户，确保它拥有完整的目录权限：

sudo chown -R minio:minio /mnt/data

修改完成后重新加载systemd配置并启动服务：

sudo systemctl daemon-reload
sudo systemctl start minio.service

情况二：直接用当前用户启动MinIO #

如果你是在终端手动执行minio server /mnt/data --console-address :9090启动，那需要确保当前登录用户对/mnt/data有读写权限：

sudo chown -R $USER:$USER /mnt/data
# 注：生产环境不推荐用777权限，仅测试时临时使用：sudo chmod -R 777 /mnt/data

3. 额外检查：挂载目录的权限限制 #

如果/mnt/data是挂载的外部磁盘（比如机械硬盘、U盘），还要检查挂载时的权限配置：

• 先查看挂载信息：mount | grep /mnt/data
• 如果是NTFS分区，需要在/etc/fstab里添加uid=$USER,gid=$USER这类权限选项，否则默认只有root用户能读写；
• 如果是ext4等Linux原生文件系统，确保挂载时没有noexec、ro这类限制读写执行的选项。

4. 验证修复效果 #

权限修改后，先手动测试目录的读写能力：

touch /mnt/data/test-file && rm /mnt/data/test-file

如果这个命令能顺利执行，说明权限问题已经解决，再重新启动MinIO应该就能正常运行了。

备注：内容来源于stack exchange，提问作者user824624