我刚刚安装了 Adobe Reader apt-get install acroread
,但是它无法运行,并显示以下消息:An Internal Error Occured
答案1
这似乎是 acroread 程序的文件权限问题。具体来说,它在启动时尝试.adobe
在您的主目录中创建一个文件夹。但是,由于某种原因(可能是在安装过程中),同名的符号链接文件已经存在:.adobe --> /dev/null
。因此,程序抛出错误并退出,如从终端运行它时所见:
$ acroread
Acroread 无法在您的主目录中创建目录 .adobe。父目录可能存在权限问题。
ls -l ~/.adobe
.adobe -> /dev/null
因此,要解决这个问题,只需使用以下命令删除符号链接:
rm -v ~/.adobe
现在尝试启动 acroread,它应该可以正常工作。
答案2
上面的答案对我毫无帮助;我可以删除 .acroread 文件夹,Acrobat 会创建一个新文件夹,但仍然会出错。我的环境与此错误报告相符
[https://forums.adobe.com/message/4721987][1]
指出 Adobe 在从大于 1T 的 XFS 文件系统读取自己的配置时存在错误。该帖子作者提供了针对 bash 和 tcsh 的解决方法:
[bash]
HOME=`/bin/mktemp --directory` acroread
[(t)csh]
(setenv HOME `/bin/mktemp --directory`; acroread)
这是我发现的第一个对我有用的解决方案。请注意,此解决方案并不完美,Acrobat 将每次启动都视为第一次启动,要求您确认 EULA 等。作者还提供了一个 shell 脚本来尝试解决该问题。
答案3
acroread
我遇到了同样的问题西弗斯超过 1 TB 的分区。
我将目录复制/home/<homedir>/.adobe
到一个较小的分区,并/home/<homedir>/.adobe
在复制的目录上建立了一个符号链接。
此后,acroread
工作正常。
答案4
我遇到了几乎相同的问题。额外的麻烦是:/home 区域是从一个非常大的驱动器绑定安装的。这意味着 acroread 在启动后不久仍会崩溃,即使 .adobe 是指向较小驱动器区域的符号链接。我进行了修改,/bin/acroread
以导出指向较小驱动器上每个用户的目录的 HOME 环境变量,该目录位于用户可以写入的位置。例如,这可以/tmp/acroHome$USER
允许每个用户写入。可能有一个不那么混乱的解决方案,但当我这样做并支持用户自定义时,它确实有效。