【发布时间】:2021-08-20 00:04:40
【问题描述】:
我在重新启动后让我的 s3 自动正确挂载时遇到问题。我正在使用 ubuntu 16.04 运行 AWS ECS c5d。我能够使用 s3fs 手动连接到我的 S3 驱动器:
$s3fs -o uid=1000,umask=077,gid=1000 s3drive ~/localdata
之后,当我进入该文件夹时,我可以看到并更改我的 S3 文件。但是当我尝试将其设置为自动连接时,我无法让它工作。我尝试将以下内容添加到 etc/fstab:
s3drive /home/ubuntu/localdata fuse.s3fs _netdev,passwd_file=/home/ubuntu/.passwd-s3fs, uid=1000,umask=077,gid=1000 0 0
它正在处理,但是当我转到该位置并 $ls -lah 我看到一个奇怪的权限条目(并且我被拒绝 cd 进入它的权限):
d????????? ? ? ? ? ? localdata
当我重新开始并尝试添加到 /etc/fstab 时,我得到了相同的结果:
s3fs#s3drive /home/ubuntu/localdata fuse _netdev,passwd_file=/home/ubuntu/.passwd-s3fs,uid=1000,umask=077,gid=1000 0 0
最后我尝试添加到出口 0 行上方的 /etc/re.local 中:
s3fs -o uid=1000,umask=077,gid=1000 s3drive ~/localdata
或
s3fs -o _netdev,uid=1000,umask=077,gid=1000 s3drive ~/localdata
当我重新启动时,似乎什么都没有发生(即没有连接)。但如果我手动运行它:
$ sudo /etc/rc.local start
我的驱动器出现了同样奇怪的条目
d????????? ? ? ? ? ? localdata
任何想法如何正确地做到这一点?还是什么? ? ?权限是什么意思?我真的希望这不是重复的,但我搜索了现有的答案并尝试了整个下午。
【问题讨论】:
-
这是交叉发布到serverfault.com/questions/943241/… :-( 请参阅meta.stackexchange.com/questions/64068/… 了解为什么选择一个站点被认为是最佳实践(注意stackoverflow 是针对编程问题而不是一般系统使用问题,所以在此将案例发布到 serverfault 是正确的,但不会积极地看到这里发布)
-
感谢您指出。我不会再这样做了。
-
别担心,仅供参考。顺便说一句,您在那个问题上看到 cmets 了吗?