Google compute engine gsutil不';t在装入的驱动器目录中运行

Google compute engine gsutil不';t在装入的驱动器目录中运行,google-compute-engine,gcloud,gsutil,fileshare,Google Compute Engine,Gcloud,Gsutil,Fileshare,我试图在共享环境中运行gsutil,我看到了一个非常奇怪的行为。 当我在文件系统的根目录下运行它时,以及在其他任何地方运行它时,一切都很好,但是当我打开共享驱动器装载目录时,它会失败,原因如下: $:gsutil 无法打开当前工作目录的路径:权限被拒绝 共享驱动器文件夹本身就是Google Fileshare NFS with drwxrwxr-x,用户属于可以执行rwx的组 感谢您的帮助,谢谢 更新:问题出现在gcloud sdk的快速安装过程中,我不确定问题的确切性质,但按照google

我试图在共享环境中运行gsutil,我看到了一个非常奇怪的行为。 当我在文件系统的根目录下运行它时,以及在其他任何地方运行它时,一切都很好,但是当我打开共享驱动器装载目录时,它会失败,原因如下:

$:gsutil
无法打开当前工作目录的路径:权限被拒绝

共享驱动器文件夹本身就是Google Fileshare NFS with drwxrwxr-x,用户属于可以执行rwx的组

感谢您的帮助,谢谢



更新:问题出现在gcloud sdk的快速安装过程中,我不确定问题的确切性质,但按照google sdk iInstallation manual(谷歌sdk iInstallation manual)重新安装,apt解决了问题。

gsutil将信息存储在用户主目录的子目录中。从装入的目录引用gsutil时,路径和用户主目录是不同的。gsutil应按用户安装,而不是通过共享文件夹机制安装。例外情况是,如果共享文件夹是用户主目录的子目录,并且gsutil是在该驱动器映射完成后安装的。嗯,我不认为这是我的情况。GSutil是用snap package manager安装的,但不知怎么的,这是错误的,我用apt get重新安装了它,一切都像一个符咒一样工作!我的评论对于gsutil的工作原理是正确的。你应该用你的发现编辑你的问题,因为一个坏的安装是另一回事。@JohnHanley当然,谢谢你的更新!