我努力了:
和
以上两种情况都不适用于这种情况,因为我创建了一个符号链接:
/usr/share/applications$ ls -la onboard.desktop
-rwxr-xr-x 1 root root 326 Apr 7 12:21 onboard.desktop
~/Desktop$ ls -la
lrwxrwxrwx 1 lj lj 39 Jul 26 22:22 onboard.desktop -> /usr/share/applications/onboard.desktop
unity 声明所有者是 root,并且可能注意到 x 标志已打开。
最后,直到最后一次更新(昨天)它才恢复正常工作
14.04lts/统一
答案1
该文件由您系统的 root 拥有,此位置位于根文件系统 /usr/share/applications/onboard.desktop 中。尝试此操作
1 在你的主文件夹中创建一个新文件夹,并将你的 .desktop 放在这个新文件夹中
2 打开终端并sudo -i
输入你的密码
3 输入cd
然后将您创建的新文件夹拖放到终端上,这将进入该文件夹。
4型chmod +x onboard.desktop
这将以 root 身份更改文件的权限,并允许您的用户访问该文件。
注意:任何带有小挂锁图标的文件都属于另一个用户。
请参阅此处了解如何正确制作 .desktop关联
答案2
我在 ubuntu 18.04 上遇到了同样的问题:.desktop
中的文件/usr/share/applications
,由 root 拥有,权限为644
,并且在许多用户的桌面上都有指向它的链接。
如果用户双击其桌面目录中的链接,则会弹出“不受信任的应用程序”对话框,因为(我认为)该链接被视为普通文件,无法在没有设置可执行位的目录中执行/home
,/tmp
如下所述:
.desktop 文件的权限
为了修复这个问题, achmod +x /usr/share/applications/app.desktop
就足够了。