我努力了：
和
以上两种情况都不适用于这种情况，因为我创建了一个符号链接：
/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就足够了。