我正在格式化/var
和/home
分区以删除加密,但为此我备份了其所有内容以便稍后恢复。但是当我在处理完之后启动系统时,我意识到该/var
目录有权限问题。通过安装程序时apt-get
出现以下错误:
Processing 'triggers' for man-db (2.7.0.2-5) ...
Fopen: Permission denied
我的结构/var
Root @ lDebian13: / var # ls -all
Total 64
Drwxr-xr-x 13 root matheus 4096 Dec 7 19:43.
Drwxr-xr-x 23 root root 4096 Dec 1 18:17 ..
Drwx ------ 2 root matheus 4096 Dec 7 18:47 backups
Drwxr-xr-x 14 root matheus 4096 Dec 7 20:31 cache
Drwx ------ 2 root matheus 4096 Dec 7 18:47 games
Drwxr-xr-x 61 root matheus 4096 Dec 7 18:47 lib
Drwx ------ 2 root matheus 4096 Dec 7 18:47 local
Lrwxrwxrwx 1 root matheus 9 Dec 7 19:43 lock -> / run / lock
Drwxr-xr-x 12 root matheus 4096 Dec 7 20:33 log
Drwx ------ 2 root matheus 16384 Dec 7 19:26 + found
Drwx ------ 2 root matheus 4096 Dec 7 18:47 mail
Drwx ------ 2 root matheus 4096 Dec 7 18:47 opt
Lrwxrwxrwx 1 root matheus 4 Dec 7 19:43 run -> / run
Drwxr-xr-x 7 root matheus 4096 Dec 7 18:47 spool
Drwx ------ 34 root matheus 4096 Dec 7 20:35 tmp
我怎么解决这个问题?我不知道该怎么办。
答案1
或许这个有解决办法。
引用:
Magnus Hedemark (viridari) 于 2009 年 2 月 27 日写道:
我在找出根本原因(字面意思)方面取得了进展。
/var/cache/man 需要由用户“man”递归拥有。许多语言环境子目录由用户“root”拥有。如果你按下“chown -R man /var/cache/man”这个问题就会消失。
每个连续的 fopen 错误似乎都与更新每个语言环境的联机帮助页有关(感谢 ##nexenta 中的 mib_chrol 找到触发此错误的 open64 调用)
这就是为什么以 root 身份运行 /usr/bin/mandb 不会触发错误,但 dpkg 相关工具会触发错误(因为这些工具似乎在“man”用户的上下文中更新 /var/cache/man)。
另外还有另一个引文:
outsider (siderelay) 于 2011-10-17 写道:
我刚刚也遇到了这个错误,不仅有 /var/cache/man,而且 /var 和 /var/cache 也需要 chmod'ed 为 755