linux – proc-sys-fs-binfmt_misc.automount服务失败
发布时间:2020-12-13 18:20:59 所属栏目:Linux 来源:网络整理
导读:我正在使用ubuntu 14.10. 我刚刚安装了systemd,我有一个失败的服务,proc-sys-fs-binfmt_misc.automount. 我在这里看到它是 systemd 的一部分: 这个文件重要吗?如何解决激活问题? systemctl状态的输出: svassaux@vps127101:~$systemctl statusproc-sys-fs
我正在使用ubuntu 14.10.
我刚刚安装了systemd,我有一个失败的服务,proc-sys-fs-binfmt_misc.automount. 我在这里看到它是 这个文件重要吗?如何解决激活问题? systemctl状态的输出: svassaux@vps127101:~$systemctl status proc-sys-fs-binfmt_misc.automount -> '/org/freedesktop/systemd1/unit/proc_2dsys_2dfs_2dbinfmt_5fmisc_2eautomount' proc-sys-fs-binfmt_misc.automount - Arbitrary Executable File Formats File System Automount Point Loaded: loaded (/lib/systemd/system/proc-sys-fs-binfmt_misc.automount; static) Active: failed (Result: resources) Where: /proc/sys/fs/binfmt_misc Docs: https://www.kernel.org/doc/Documentation/binfmt_misc.txt http://www.freedesktop.org/wiki/Software/systemd/APIFileSystems 编辑:我的单位文件: # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License,or # (at your option) any later version. [Unit] Description=Arbitrary Executable File Formats File System Automount Point Documentation=https://www.kernel.org/doc/Documentation/binfmt_misc.txt Documentation=http://www.freedesktop.org/wiki/Software/systemd/APIFileSystems DefaultDependencies=no Before=sysinit.target ConditionPathExists=/proc/sys/fs/binfmt_misc/ ConditionPathIsReadWrite=/proc/sys/ [Automount] Where=/proc/sys/fs/binfmt_misc 解决方法
binfmt_misc机制用于为“异常”二进制格式注册处理程序,以使内核能够直接执行这些文件.就像使用/lib*/ld-linux*.so.2执行简单的ELF二进制文件一样,各种脚本由第一个“shebang”行上的任何脚本执行,任何其他文件格式都可以通过告诉内核如何执行识别格式和运行内容.可能binfmt_misc机制最常见的用户是WINE,它需要它来启用使用“./program.exe”运行Windows可执行文件.
因此,除非你使用WINE功能的这个功能,否则我猜你的系统即使使用无功能的binfmt_misc机制也能正常工作. 至于为什么在您的系统上激活自动挂载单元失败的原因,如果不检查系统日志(至少),则无法判断. Automount单位非常轻量级,因此不太可能失败.我猜你的问题可能与你系统上的一些非标准安全或资源限制设置有关. 您可以使用journalctl _SYSTEMD_UNIT = proc-sys-fs-binfmt_misc.automount仔细查看故障单元.如果这没有帮助,请尝试使用journalctl -b,找到设备无法启动的点,并查看可能存在的任何错误. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |