分类： LINUX
2011-06-24 11:20:45
硬件抽象层（Hardware Abstraction Layer，HAL）是一个守护进程，它允许桌面应用程序即时读取硬件信息，这样，无论接口或设备类型如何，应用程序都能找到并使用它们。用这种方法，图形界面以一种无缝、一致的模式为用户提供所有的资源。
关于热插拔热插拔会发生很多事情，HAL只是其中一部分。当一个新设备被加入，例如插入一个U盘，会发生以下事情（粗略的）：
HAL并不检测硬件(内核)、管理设备或驱动(udev)或者自动挂载驱动器(卷管理器)。作为一个硬件抽象层（hardware abstraction layer），它的角色更象是一个通讯中心，为应用程序提供简洁的设备接口。热插拔设备无法正常检测、使用或挂载等问题要仔细研究调查，要知道它涉及了方方面面。(参看'疑难排解')。
关于卷挂载点HAL在/media/某文件夹下挂载卷。 对于某文件夹的命名，它使用卷的标签(label)，如果卷没有标签，它会使用卷的类型(type) (如果目录已存在则尾随数字），例如/media/disk,、/media/disk-1 ...
要给分区命名一个标签，可以使用GParted(extra仓库中) ，或者KDE下的PartitionManager(AUR中)。
同时请留意以下挂载设备时常见的三个问题：
如果由于某些原因你无法给分区命名标签(label)，可以设置个伪标签给HAL。你需要先准备好以下两项：
将以下内容写入/etc/hal/fdi/policy/20-$device_name.fdi，别忘了把$device_uuid和$device_name替换为真正的内容。
HAL要求守护进程dbus的存在，因此我们需要把它们两个都装上：
# pacman -S dbus hal然后以root身份编辑/rc.conf文件，把hal添加到DAEMONS列，例如：
DAEMONS=(syslog-ng dbus hal network netfs ...)现在DBUS和HAL守护进程就会在启动时加载了。由于如果dbus没有运行的话hal会自动加载它，这会导致关机时无法卸载，因此为免麻烦，DAEMONS列表里dbus应该排在hal前面。
注意：有些用户报告说这样设置会出问题。如果你发生问题的话，可以尝试先加载hal然后才dbus。
或者你也可以手动启动hal。以root身份输入以下命令：
# /etc/rc.d/hal start为了让dbus和hal正常地发挥作用，本地用户必须是optical，storage组的成员。要实现这一点，打开终端，以root身份输入以下命令：
# gpasswd -a username optical # gpasswd -a username storage把“username“换成你的用户名（比如johndoe）
你必须完全注销并重新登录，这些用户组设置才会生效。
二、配置权限策略程序通过一个D-Bus接口同HAL进行交流。在这里定义很多接口，每个相关含有不同方式：存储设备接口，例如，有'弹出设备'和'关闭光驱'。 为了能够'挂载'USB盘上的一个分区，你必须获取相关的D-bus接口（这个地方说的是'卷宗'volume）。
/etc/dbus-1/system.d/hal.conf这个配置文件包含了HAL-specific具体的特权。也就是哪些用户有权力访问哪些接口。/etc/dbus-1/system.conf这个文件内容定义了用在D-bus接口上的例外的策略。简单来说，你需要查看你给用户访问DBUS/HAL接口的权力有哪些，因为D-Bus默认是不会给你任何全权限的。
默认的hal.conf包含了一些允许和拒绝访问的策略，amongst them this default (the later of two defaults and therefore seemingly the deciding one):
简单的说，默认设置是用户被拒绝访问如挂载或者卸载卷的接口。下面的策略就是来让'power'和'storage'组用户访问特定设备的：
这就是为什么你需要添加你的用户到这些组的原因（见'初始设置'），这样也可以减少自己设置配置文件的数量。
设备具体策略NTFS写权限如果你想在挂载NTFS文件系统时获得写入支持，你必须安装ntfs-3g然后添加如下内容到 /usr/share/hal/fdi/policy/10osvendor/20-ntfs-config-write-policy.fdi (不存在就新建)
注意：GNOME自2.20版起使用ntfs-3g挂载ntfs分区，因此你不再需要添加这些了。
mount.ntfs链接对hal>=0.5.10，上面的策略可能不起作用。这里有一个临时的办法可以强制hal使用ntfs-3g而不是标准的ntfs驱动。请注意，这个办法将会使你的系统中所有ntfs驱动器都使用ntfs-3g的驱动！作为root创建一个从mount.ntfs到ntfs-3g的软链接：
# ln -s /sbin/mount.ntfs-3g /sbin/mount.ntfs这一做法可能引起的问题：
如果你的文件名包含非拉丁字符的话可能会有问题。这是挂载程序没有正确地解析这些策略和语言项。以下是解决方案：
这可以加速文件操作，同时降低闪存设备如U盘、SD卡的损耗.
如果要登录时取消自动挂载ntfs或者其它文件系统：
要修改生效，需要重启hal
# /etc/rc.d/hal restart 疑难解答如果你在没有使用KDM或者GDM的情况下，出现"IsCallerPriviliged failed"提示消息，可以试一下用ck-launch-session (包含在consolekit 软件包)来启动你的DE/WM。
例如对于startx/KDE，~/.xinitrc中原来的是：
exec startkde那么新的写法就是：
exec ck-launch-session startkde 无法从Gnome挂在内部驱动器如果你无法从Gnome挂在内部驱动器（在Nautilus中点击它们），可以打开System -> Preferences下的Authorizations，然后查看org.freedesktop.hal.storage，选择Mount file systems from internal drives，点击Edit，然后将Active Console改为Yes。
权限被拒绝注意: 解决此问题的另一种方法可见I won the struggle against hal and policykit。它也有助于纠正掉电和系统关机的问题。
如果你是刚升级到的hal-0.5.11-7，突然出现用非root用户挂载设备发生以下这些错误导致失败：
可以编辑/etc/PolicyKit/PolicyKit.conf并粘帖以下内容到
重启dbus和hal。如果你使用KDE的话还要一同重启KDE（否则设备通知器会出问题并停止响应）。作为这类问题的Hotfix这来自于Gullible Jones的"So long, Arch" 一贴，也许它不是最佳的修复方案（特别是对于很多用户的计算机），不过它的确能行得通。
如果以上方法仍然不行，可以尝试以下“
注意： 这将允许一切！
其它修复方式如果你从.xinitrc中启动窗口管理器，请看"IsCallerPrivileged failed"中的第2项。
其中USER是你的用户名。
这将给予用户特定的管理员权限,它和hal和root用户的hal管理权限一样。
自动挂载失败插入的CD/DVD不能被hal识别如果插入的CD/DVD没有被hal识别（桌面上没有图标），检查/etc/fstab，移除可选驱动器的相关行。
如果不行，这可能是因为你的设备没有被HAl标记为自动挂载。我也不知道这是为什么，不过你可以编辑包含以下内容的/etc/hal/fdi/information/media-check-disable-storage_model_$YOUR_DEVICE.fdi：
如果key设为了false，那么你只需要把它改为true就行了。
USB闪盘／驱动器没有被正确地自动挂载这段内容来自这个论坛.
如果你在自动挂载USB闪盘／驱动器时遭遇了麻烦，自动挂载CD、DVD却毫无问题，而且如果你可以手动挂载那些遇到麻烦的USB设备，那么你应该在/etc/hal/fdi/policy中创建一个“preferences.fdi”文件，然后把下面这一行粘贴到文件中：
而且，如果你安装了gparted，可能还需要删除这个文件/usr/share/hal/fdi/policy/gparted-disable-automount.fdi 。 在[1]这个帖子的末尾有人提到这一点。
同时你还得删除/etc/fstab行中相应的usb设备，hal会自动挂载它们。
移除U盘导致不正常卸载如果你在没有卸载前移除你的U盘，HAL的自动卸载可能会工作不正常。
你会发现/media/.hal-mtab中相应的记录没有被删除，并且nautilus的设备列表（还有GNOME的桌面）会保留了指向设备曾经挂载过的空文件夹的链接。
这些都可以通过用延迟参数卸载U盘来解决。只要这么做：
1) 创建访问权限755的可执行脚本/usr/lib/hal/hal-unmount.sh，内容如下：
2) 然后你得告诉HAL当你移除你的U盘时运行这个脚本。在/etc/udev/rules.d/90-hal.rules中加入以下内容：
3) 执行重启
# /etc/rc.d/hal restart