Fedora Core 4.0 HAL配置即插即用移动存储（USB及1394）的实践

</device>

3、重启 hal守护程式；

[root@localhost beinan]# /etc/init.d/haldaemon restart

正在关闭 HAL 守护进程：                                    [  确定  ]

启动 HAL 守护进程：                                        [  确定  ]

4、插上USB或1394设备；点桌面的电脑就能看到磁盘的图标；

有时可能慢一点出来，是不是挂载了，挂载到哪去了，我们能够用 df -lh 来查看；

[root@localhost beinan]# df -lh

Filesystem            容量  已用 可用 已用% 挂载点

/dev/hda8              11G  5.9G  4.5G  58% /

/dev/shm              236M     0  236M   0% /dev/shm

/dev/sdc5             5.2G   63M  4.9G   2% /media/usbdisk2

/dev/sdc1             4.2G  1.4G  2.8G  34% /media/usbdisk1

/dev/sdb1             988M  3.7M  984M   1% /media/usbdisk

/dev/sda1              56G   22G   35G  39% /media/ieee1394disk

5、是不是权限能让普通用户可写的测试；

假如是fat 或 fat32的文档格式，我们在 10-storage-policy.fdi 中这个文档中已定义了mount的option ，比如 user 和rw，用户可读可写；

假如是ntfs的分区，我们配置了mount 的option 的umask=000 ，这样任何的用户都有任何的权限，但ntfs分区只能在 Linux 下可读；没有太大的意义；

假如是ext3、reiserfs、ext2文档系统，假如能让普通用户拥有可读写的能力，查看挂载点到哪里了，执行一下 chmod -R 777 目录名 ；这样任何的用户就可读可写可

执行；而且每个用户的文档相互单独，相互之间保密；中文支持不存在问题，假如出现乱码，能够用export LANG= 来临时配置一下编码；比如export LANG=zh_CN

假如是其他文档格式，一是要支持内核才行；大多FC4 已支持了，比如hfs文档系统；

五、关于hal配置文档的学习的几点提示；

1、查看 /usr/share/doc/hal-0.5.2/conf

2、查看 hal的包分而在系统的何处，也能打到一点提示的；

[root@localhost beinan]# rpm -ql hal

3、文档在 /usr/share/doc/hal-0.5.2/ 的目录；有配置文档的示例；

4、HAL - Hardware Abstraction Layer （硬件提取层），

这是我直译的，还是硬件抽象层？感觉和windows的硬件管理有点类似；我们能通过lshal|more 来查看；

[root@localhost beinan]# lshal |more

更有一个更为直观的工具； hal-gnome ，能通过apt 或 yum 获取；安装完成后，有一个更为直观的hal图像界面；

[root@localhost beinan]# hal-device-manager

5、hal配置硬件较为灵活；而且语法也比较简单

我们应该根据 lshal 或 hal-device-manager 来查看系统的设备；hal 能管理任何的设备；而且结构清楚清了；我也是为了解决问题，看了man 才找到 hal；后来又找到bbbush 兄弟的帖子，通过bbbush兄弟的帖子（一个大大的精华），我却没有发现，浪费了我好多的时间；:(

现在我也只是在实践中即插USB ；1394 移动存储设备而用hal ，更直接的说是为了解决问题而做一些测试和实践；更多的就不懂了:(

假如想指定一个设备以 开头，以结层，和html语法类似；匹配，假如想要把配置更精确的区配，应该在多次匹配；在这里面放上我们对设备所指行的动作，比如是否加载，假如是，就true ，是否关系是逻辑关系bool 型；也就是1和0,通过lshal能得到；另外 string 是字符串，比如mout_root （挂载点） /media ，这也在lshal中能够找到；任何的条件信息，都能够在 lshal 中得到；

一个条件一行，是我们要未系统执行我们的动作的合集；而 是我们需要系统匹配硬件更为精确，应该是交集，比如有些设备，有些参数是相同的，这种情况下要多次匹配；但是说越精确越好；比如移动存储，我们能够找到任何的移动存储的相同信息来 ，这样共性的设备就能动起来了；

我只是说一点点原理，其实系统默认的配置文档足能够让我们的设备动起来；没有必要改变的太多；