• 5.0系统断网自动修复程序黑莓断续膏(AntiBrokenNet！)
• BrokenNetFixup断网修复工具

区别是前者后台自动修复，后者要手动运行修复。

从网友的留言看出，虽然软件虽然有效，但没有稳定的服务器，软件刚出现时候确实有一批地址提供了服务，但很快就失效了。北京小C这里提供了模拟MDS服务器的程序，是VC写的一个小UDP服务器，虽然原理很简单，但用一台Windows的服务器来跑成本太高了，当然很难稳定提供。

其实服务只是很简单的几行代码，稍微改了一下就可以在Linux下面运行。一台低端Linux VPS的费用大概一年200RMB，这个费用对大多数人来说都不是什么问题的，所以推荐想要稳定防断网服务器的人去弄一台，一台可以很多人共享了。VPS侦探 、Lowendbox上有很多这样的推荐。

Linux版本的MDS服务器代码在Google Code上，可以直接下载。

在服务器（Debian/Ubuntu系统）上编译并运行：

1
2
3
4
5

sudo apt-get install build-essential
wget http://ptcoding.googlecode.com/svn/trunk/mds_server.c
gcc -Wall -o mds_server mds_server.c
sudo cp mds_server /usr/local/bin/
/usr/local/bin/mds_server

现在可以设置手机的续断软件使用这个服务器来连接断网测试了，手机连接的时候，会实时打印出手机的连接信息跟PIN码。

当然最好把程序加入系统自动启动：

sudo touch /var/log/mds_server.log
sudo chown nobody /var/log/mds_server.log
sudo sed -i '/^exit 0/isu nobody -c "nohup /usr/local/bin/mds_server >>/var/log/mds_server.log &"' /etc/rc.local

这样程序会在系统启动后自动在后台运行，运行的LOG会记录在/var/log/mds_server.log文件当中。

下面也无偿提供一枚MDS服务器，就是跑在我的Linux服务器上的。

地址：119.134.250.11
端口：19781

另外服务端口可以修改源代码里面的宏：

1

#define LOCAL_SERVER_PORT 19781

• DebianWiki Xen
• DebianWiki DebianInstaller/Xen
• XenWiki HowTos
• Ubuntu Doc/Xen
• Ubuntu 9.04上的XEN虚拟服务器（一） 安装XEN （二） 安装虚拟机
• 在 Debian 上安装和配置 Xen

一：Xen工具及其关系

《在 Debian 上安装和配置 Xen》一文把在Debian上安装Xen简化成一道命令：

On Debian Lenny 5.0 :

apt-get install xen-hypervisor-3.2-1-amd64
xen-linux-system-2.6.26-2-xen-amd64 xen-utils-3.2-1
xenstore-utils xenwatch xen-shell xen-tools

On Debian Squeeze 6.0

apt-get install xen-linux-system xen-hypervisor xen-utils xen-tools

• xen-hypervisor主要只有一个文件:/boot/xen-3.2-1-amd64.gz，就是宿主内核；
• xen-linux-system则是打了Xen补丁的Linux内核，这个内核脱离hypervisor是无法启动的，只适用于虚拟机；dom0对hypervisor来说也是虚拟机之一，domU也可以直接用这个内核启动。
• xen-utils则是运行在Dom0上的程序，比如xend、xm，作用是跟hypervisor通讯，是主要由Python编写的一系列程序。
• xen-tools是如xen-create-image的一系列工具，作为xm工具的前端，用以管理安装虚拟机；这是一套perl脚本，也有很灵活扩展性。
• xen-shell是一个交互式的shell，常见用于VPS服务商提供给用户的操作界面，用户根据几个封装好的命令控制虚拟机如重启等工作。(Debian 6.0 下没有了。)
• xenstore-utils、 xenwatch分别是虚拟机间数据共享和虚拟机监控的工具，不是必要组建，可不安装。

二: Dom0的启动

1. grub2跟xen dom0目前关系不怎么所以如果你用grub2启动遇到挂掉xen启动不起来之类的，换回grub-legacy吧。

2. 装完xen-hypervisor后可以打开/boot/grub/menu.lst看看，第一个选项应该是Xen 3.2-1-amd64之类的，看他的启动参数，是先加载Xen内核/xen-3.2-1-amd64.gz，再按模块挂在Linux内核；如果没有出现，需要运行update-grub。有这个后就可以放心重启了。

3. /boot/grub/menu.lst文件里面有这么一行配置：

1
2

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

是预留来传hypervisor参数的，比如要限制dom0的内存使用，可以写成：

1

# xenhopt=dom0_mem=256M

修改后记得运行 update-grub才生效。

关于Dom0内存的占用可能导致虚拟机不稳定可参看：Dom0 mem allocation and domU network issues。

三：虚拟机的网络

无论是简单的桥接，安全的NAT子网，内部私有网，单双向网，利用内核的特性都可以做到： Xen Networking

四：虚拟机的安装

关于管理工具

有两套工具可以用来创建Xen虚拟机：xen-tools, libvirt-bin，从它们各自的主页很清晰看到它们的定位不同，前者主要用于本地管理Xen，由Debian支持，后者用于管理各种虚拟方案（xen,openvz,kvm,qeum,vbox,vmware....），由Redhat支持。虽然都支持跟兼容，但实际上前者有利于安装前者的系统，后者有利于安装后者的系统。这里只研究前者。

关于 xen-create-image

xen-tools是相当简单实用的一套脚本，教程里面一般提到使用的xen-create-image。

xen-tools有一个全局配置文件/etc/xen-tools/xen-tools.conf，里面写的参数会最终被xen-create-image的命令行参数覆盖或补充。

关于 --install-method

xen-tools的作用主要是控制怎么安装一个发行版，因为xen虚拟机的特殊方式，一般都不会启动该发行版的安装程序，而是用发行版的基础包管理来进行安装，安装参数--install-method负责这个过程，比如Debian/Ubuntu就要用debootstrap方法安装，CentOS/Fedora用rinse或rpmstrap，另外还有copy、tar方法。安装好一个模板系统后对那个镜像手动挂载，tar压缩后来用部署其他虚拟机，是个好方法。

关于 --dist

--dist让你指定一个发行版的名字，你会发现并不是所有发行版都能被支持的，实际支持的可以看看/usr/lib/xen-tools的内容，里面各个对应发行版的目录内都包含了一系列的脚本，如预先安装什么包，需要设置某个配置文件，比如说libc6-xen，不过在64位机环境下这个是不需要的，脚本会自动判断。

关于安装新版本系统

因为版本太旧，在Debian Lenny里面的xen-tools跟debootstrap不能直接支持比如Ubuntu Lucid(10.4)之类的较新的发行版的安装，倒是有比较曲折的方法Ubuntu upgrade to 9.10/10.04 for Xen DomU 。但其实有更好的方法：下载新版的Xen-tools跟debootstrap的deb回来装上。因为这些只是一些脚本，不会跟系统其他包有冲突。装完后就可以直接安装新版系统了。(dpkg安装新版xen-tool时候提示缺一个依赖，按名字装上即可)

关于 --mirror

安装教程里面一般都让你指定一个对应发行版的源，考虑到网速因素，这样安装一个虚拟机是很累的，虽然xen-create-image有个--cache可以在dom0上缓存deb包。其实如果你有相应发行版的iso文件，完全可以拿iso来做安装源：

1
2
3
4

mkdir /mnt/isodir
mount -o loop /path/to/the_iso_file.iso /mnt/isodir
cd /mnt/isodir
python -m SimpleHTTPServer

现在这个机器就在8000端口上运行着一个HTTP源了，直接在mirror参数里面指定该地址即可，这样的安装过程很快。缺点是可能安装脚本有一些包在iso中没有提供而出错，建议加上--verbose参数查看整个安装过程。

安装过程的日至会被放在/var/log/xen-tools/<NAME>.log，如果安装过程出现什么问题可以直接看这个对应的文件。使用本地ISO做源虽然一般没什么问题，但如果缺了什么包之类的会在日志中提示。

关于 --role

--role=udev这个参数建议创建新虚拟机时候加上。--role参数会让创建脚本在/etc/xen-tools/role.d/目录下寻找相应名字的脚本运行，udev就是其中一个，作用是给虚拟机装上udev包。udev是提供动态/dev目录的机制，是提供内核对硬件识别的事件桥梁，对一般的xen虚拟机来说影响不算太大，如果不安装最显然的是会找不到/dev/shm挂载点（启动过程有一个warnning），但一般来说还是推荐安装。

/etc/xen-tools/role.d/里面默认包含了以下一些有用的脚本，使用时可以逗号分隔，如--role=udev,minimal,cfengine：

• builder 自动安装build-essential等编译链包，部署distcc集群有用。
• cfengine CFengine是一个服务器自动化控制服务，对部署大量服务器很有用。会拷贝dom0上的配置。
• editor 自动根据dom0里面的sed脚本来配置domU内的配置文件，具体可以打开/etc/xen-tools/role.d/editor看看说明。
• passwd 自动修改domU的密码。默认--passwd参数是会出现passwd的交互修改root密码的过程，用这个role脚本就可以实现自动应答。要使用--role-args=mYpassWd传入相应密码。
• minimal 精简化domU系统。安装一些screen、vim等实用工具，卸除manpages等对虚拟机意义不大的包。
• udev 如前述，安装udev包。
• xdm 安装X、xdm、icewm等GUI包。
• gdm 同上，登陆器换成gdm。

另外这些脚本默认都是针对Debian系系统设计的，Redhat系的应该用不了。

关于 --pygrub

最后有个--pygrub参数，关系到domU的引导过程。xen的半虚拟并没有从引导区的虚拟过程，而是直接读取内核文件运行。默认情况下是直接用dom0的内核的，如果domU的发行版跟版本跟dom0一致，这样处理倒是很方便，但是一旦不一致就容易出现找不到root分区等各种引导问题。如果安装的domU的系统跟dom0不一致的（包括amd64/i386这样的架构不同），就加上--pygrub参数，这会让domU安装上它自己的内核，以及生成一个/boot/grub/menu.lst文件，引导虚拟机时会根据这个文件模拟grub出现一个引导菜单，提出其自己的内核文件来启动虚拟机。

pygrub其实是xend的一个python工具，在/usr/lib/xen-3.2-1/bin/pygrub，可以直接这样运行来测试pygrub是否正常读取到内核：

1

/usr/lib/xen-3.2-1/bin/pygrub /home/xen/domains/lenny3/disk.img

会出现菜单，选择后会退出，返回一段临时文件数据，内核文件的临时位置。

目前在Debian Squeeze内的Xen 4.0的pygrub有个小小的低级错误，运行后会报模块导入错误，其实只要编辑/usr/lib/xen-4.0/bin/pygrub文件，把里面修改path的一行提前即可：

1
2

sys.path.insert(1, sys.path[0] + '/../lib/python') #这行原在30行左右，提前到这里
import xen.lowlevel.xc  #原本这里出错

典型的几种创建方法

1
2
3
4
5

xen-create-image --hostname=my-lenny --dist=lenny --mirror=http://mirrors.163.com/debian --role=udev --force --verbose
 
xen-create-image --hostname=my-ubuntu-vm --dist=lucid --mirror=http://mirrors.163.com/ubuntu --role=udev --pygrub --force --verbose
 
xen-create-image --hostname=my-xen-vm --dist=squeeze --install-method=tar --install-source=/path/to/system_tared.tar.gz --pygrub --force --verbose

第五章：虚拟机的运行

关于虚拟机配置文件

完成创建虚拟机后，默认情况下在/home/xen/domains/<NAME>下生成虚拟机的磁盘文件，在/etc/xen/<NAME>.cfg生成相应虚拟机的配置文件。关于虚拟机配置的修改，只需直接打开这个cfg文件修改即可(如内存大小，CPU多少，使用VNC等)。配置文件其实是一个Python脚本，也就是说可以对虚拟机的参数进行创建时的动态调节。

配置文件的选项完整说明可以运行xm create --help_config查看。

启动虚拟机以Xen的术语来说是创建一个实例：xm create -c /etc/xen/<NAME>.cfg，-c参数可以马上进入虚拟机的console，使用pygrub的虚拟机只能通过这个方法看到grub菜单。

关于虚拟机启动过程

本文成文时，使用Debian Lenny默认安装系统部署的domU似乎都有一个启动bug，即创建后使用xm console <NAME>仅能看到虚拟机启动的log信息，但是不出现shell，也无法登录，无法响应，只能按ctrl-]返回dom0。如果按上述安装了新版的Xen-tools跟debootstrap再创建的虚拟机就没有这个问题了。

用了旧版工具但要修复这个问题也不算太麻烦：

1
2
3
4
5
6

xm shutdown <NAME>
#确保关闭，运行xm list确保虚拟机已经没有运行
mount -o loop /home/xen/domains/<NAME>/disk.img /mnt
cp /mnt/etc/inittab /mnt/etc/inittab.bak
sed 's/tty1/hvc0/' /mnt/etc/inittab.bak > /mnt/etc/inittab
umount /mnt

就是替换/mnt/etc/inittab文件里面，把虚拟终端的交互设备从tty1改成hvc0。在新版的xen-tools里面，这个替换已经由安装脚本完成了。hvc0是Xen虚拟机的类终端设备，只有让虚拟终端的输出输入跟hvc0链接，才能通过xen的console方法登录虚拟机。

如果使用vnc连接虚拟机，又会发现vnc里面无法登录虚拟机，vnc是framebuffer驱动的图形，默认连接tty1设备，可以按上述方法打开虚拟机的/mnt/etc/inittab文件，在getty那一段，写成这样：

1
2

0:2345:respawn:/sbin/getty 38400 hvc0
1:2345:respawn:/sbin/getty 38400 tty1

如果你安装的是Ubuntu，Ubuntu默认没有使用inittab来配置终端，而是使用了新的机制，使用目录/etc/init/里面的文件来控制，可以发现里面有tty1.conf之类的文件，可以cp /etc/init/tty1.conf /etc/init/hvc0.conf，然后打开/etc/init/hvc0.conf，把tty1那一段改成hvc0，保存即可。

关于使用VNC查看虚拟机

关于VNC的设置在/etc/xen/xend-config.sxp和各个虚拟机的配置文件里面都有选项，关系是前者是全局配置。

要打开一个虚拟机的VNC输出，只需在其配置文件内添加（望文生义即可）：

1
2
3

vfb = [ 'type=vnc' ]
#复杂点的：
vfb = [ 'type=vnc,vncdisplay=10,vncpasswd=s3cr3t' ]

vncdisplay的值加上5900，得到的就是最终vnc服务所监听的端口。

更复杂的配置选项看xm create --help_config。

关于虚拟机的自动启动

让虚拟机跟随dom0启动的方法有很几种，比如在/etc/xen/auto/目录里面放虚拟机配置文件的链接。但似乎更好的做法是在每个配置文件里面写上：

1
2

on_xend_start = 'start'
on_xend_stop = 'suspend'

这样的好处是当dom0关机，Xen会先让虚拟机进入挂起状态（当然也可以改成shutdown直接关机），下次重启后虚拟机直接恢复。

第六章：其他问题

关于虚拟机的磁盘方式

使用xen-create-image工具创建的虚拟机，默认都是使用loop文件设备来映射，这样对io比较敏感的服务来说会有些影响。Xen3.3后引入了使用blktap驱动映射的磁盘设备，据称性能会有提高，不过根据试验好像跟pygrub配搭不怎么稳定（在xen-4.0下）。

觉得最靠谱的方式是使用lvm，xen-create-image工具也是支持直接创建lvm逻辑卷来安装的，这样即没有性能问题，也没有稳定问题。

全虚拟半虚拟与CPU支持VM指令集的关系

扫了一圈Google到的Xen资料，很多都让你检查/proc/cpuinfo里面有没有支持VM标记。其实CPU是否支持VM指令集，对xen来说只是能不能跑windows的问题，对于Xen的特色——半虚拟来说没什么影响，而且这才是xen最有价值的地方。

相关资料

• Details, Installation, & Set-up of Debian based Linux Servers
• Howto Install Windows XP / Vista on Xen

原理倒是不复杂，研究了下，检测U盘可以读取/proc/bus/usb/devices，如果主机上插有U盘，会出现Driver=usb-storage这一行的。

*Update: * /proc/bus/usb/devices只有在挂载了usbfs才有; usbutils工具里面除了lsusb，还提供了usb-devices工具，列出内容跟/proc/bus/usb/devices是一样的, 更适合。

然后是关机脚本的运行。Linux关机时候会执行level 0的init脚本，比如对于Debian/Ubuntu，就是/etc/rc0.d下的文件，我工作机跑的是Archlinux，专门为用户自定命令提供了/etc/rc.local.shutdown文件，作为/etc/rc.shutdown的hook，前者不会因为initscripts包的升级安装被覆盖。

至于让主机会叫，当然是主机喇叭了，这里可没有外放音箱。查了下发现beep这个程序，安装后发现功能还不少，可以定制beep的音调，时长等，可玩性很高。于是先找了音谱频率对照表，按把美剧《24小时》里面CTU内常用的电话铃声谱了出来，大概是EEGC 或者 EEC^C的样子，不过因为主板蜂鸣器的结构区别，通常不同频率的音量有些不同。

另外当然也应该有点视觉提示啦，在init script里面，终端支持的东西多着呢，按终端颜色代码，让终端打印红色加粗闪烁体，足够显眼了。

最终效果是这样的：

1
2
3
4
5
6
7
8
9
10

#!/bin/bash
#
# /etc/rc.local.shutdown: Local shutdown script.
#
 
while [[ `usb-devices | grep usb-storage` ]]; do
    echo -e "\033[31;1;5m!!!!!!  Unplug Your USB Driver or I'll Keep SCREAMING !!!!!!! \033[0m"
    beep -f 659.3 -l 200 -D 100 -n -f 659.3 -l 200 -D 200 -n -f 1046 -l 200 -D 50 -n -f 523.3 -l 600
    sleep 1;
done;

其他的几组不同八度的响声，记下来以后备用。

1
2
3
4

#!/bin/bash
beep -f 659.3 -l 200 -D 100 -n -f 659.3 -l 200 -D 200 -n -f 784 -l 200 -D 50 -n -f 523.3 -l 600
beep -f 1318.5 -l 200 -D 100 -n -f 1318.5 -l 200 -D 200 -n -f 1568 -l 200 -D 50 -n -f 1046.5 -l 600
beep -f 2637 -l 200 -D 100 -n -f 2637 -l 200 -D 200 -n -f 3136 -l 200 -D 50 -n -f 2093 -l 600

tar的历史都好几十年了，它的用法没有改变，而且相信未来很几十年内都不会变，而且作为一个日常常用的压缩解压工具，很多人都可以对它自如控制。其实，tar是很好的系统备份/迁移工具，它抽象于文件系统，不管是从ext迁移到reiserfs，从普通文件系统到LVM，还是到RAID，比起上述的那些影像工具，tar可以说是最胜任的迁移工具。

其实Ubuntu的社区文档BackupYourSystem/TAR有详细的解析和介绍，我在这里抄录一些重点，不做过多解释，看命令：

创建备份：

cd /
tar -cvpzf backup.tar.gz --exclude=/backup.tar.gz --exclude=/lost+found --exclude=/proc/* --exclude=/sys/* --exclude=/mnt/* --exclude=/media/* --exclude=/dev/* /

恢复备份：

tar -xvpzf /home/test/backup.tar.gz -C /

通过网络接收备份并恢复：

nc -l -p 1024 | tar -xvpjf - -C /mnt/disk

或者：（这个就不用nc了，也就不需要下面那行，但是要开sshd）

ssh user@host cat backfile.tar.gz |tar -xvpzf - -C /mnt/disk

通过网络发送备份：

cat backup.tar.gz | nc -q 0 192.168.1.x 1024

通过网络发送备份成文件等，按需自由配置。
【这里用的nc是netcat工具，提供稳定的后台网络连接；另外archlinux下默认安装的gnu-netcat不支持-q参数，意为管道传输完后退出，一般在发送方配置，如果省了，可以人工Ctrl+C结束之】

PT的喃喃自语：
看到netcat这个工具在这里应用，我第一感觉是，惊艳，太惊艳了，虽然玩Linux两年来惊艳的感觉时有体会。马上想起的是不久前读的《开源世界旅行手册》。其中一章节，无根的根：无名师的 Unix 心传（Rootless Root:The Unix Koans of Master Foo）原来是《Unix编程艺术》一书的附录，中文翻译颇像一些类似经文之类的口吻（就是翻译后略显艰涩了，我找来英文版对着才看懂），内容很有趣。其中“无名师与万行码”就说到shell跟C，哪个更“Unix-nature”，netcat就是很好的例子，功能很简单，就是提供网络连接，但至于要传输什么，是系统备份的压缩数据，是个配置文件，是ffmpeg编码出来摄像头的视频信息……经过了内核的管道，bang!，多神奇的功能就这么组合起来轻松实现了，这就是Unix-nature，注重于任务的快速、高效、简洁地完成，而不是写了多少行代码。

• 触摸板是输入设备，首先需要Xorg的支持，所以/etc/X11/xorg.conf里面会有synaptics的配置；
• 大约08年开始，X11依赖hal来挂载硬件驱动，hal读取/etc/hal/fdi/policy里面的配置，所以会有写hal的配置文件的配置方法；
• 10年3月，Xorg发布了1.8.0版，不再依赖hal而实现动态加载驱动，依然使用xorg.conf配置驱动参数，还新引入/etc/X11/xorg.conf.d目录里面的配置文件；
• Xorg的synaptics驱动带有一个配置程序，synclient可对驱动参数动态设置；
• 各个桌面环境，如Gnome、KDE默认自带了不同程度对触摸板设置的支持；
• gsynaptics设置程序提供比桌面环境自带的多一些的设置选项，但是这个项目即将面临被荒废；Gnome有个子项目GPointingDeviceSettings，跟gsynaptics功能基本一致但还未被收录到Gnome桌面的默认组件。

在网上搜到的资料，包括各大发行版的Wiki，一般都只会覆盖以上其中一两点的配置描述，而且很多都过时。

从上面这些很“历史性”的事情可以概括出的事实：

• 使用xorg.conf、synclient来配置触摸板最具体的参数，这点是不会变的；
• HAL作为一个过渡性组件，对其配置的意义不太大；
• Gnome等桌面环境启动后会重新设定一些参数，可能会重载xorg.conf的设置参数；
• gsynaptics提供了一个常驻进程，在进入桌面时候启动，它的配置参数记录在gconf，只要其进程在运行，就会重载所有触摸板的配置参数；
• 没有一个图形界面的设置工具能提供所有的触摸板高级特性特性设置支持。

下面列举一些触摸板的高级特性：

• 四边角按钮

  触摸板被分布成类似九宫格的区域，除了中间的矩形区域面积较大，四个边角可以设置为一个按钮，比如最常用就是点击右下角就相当于右键，左上角为中键（个人 喜好）。
  涉及参数：（2为右键，3为中键）

  RTCornerButton=2
  RBCornerButton=0
  LTCornerButton=3
  LBCornerButton=0

• 多点触摸

  如果是硬件原生支持多点触摸的，在Gnome的触摸板设置内能够直接打开双指滚动的选项；

• 模拟多点触摸

  非多点触摸的触摸板也可以实现双指滚动，它通过触摸板的感应宽度来判断，即两指的在触摸板的跨度比单指大；但是这需要设置驱动参数：

  EmulateTwoFingerMinZ=50 #模拟双指感应压力
  EmulateTwoFingerMinW=6 #模拟双指感应跨度
  VertTwoFingerScroll=1 #使用双指垂直滚动
  HorizTwoFingerScroll=1 #使用双指水平滚动
  VertScrollDelta=75 #垂直滚动速度
  HorizScrollDelta=100 #水平滚动速度

  这些参数很可能需要用户自己调试出最适合的组合（如何设置调试请看本文后介绍），以上数值仅供参考。

• 多指按键

  即在触摸板任意地方多指同敲就是相当于某击键，涉及参数：

  TapButton1=1    #一指，左键，默认
  TapButton2=3    #两指，右键；
  TapButton3=0    #三指，仅适合硬件支持多触点的触摸板，否则没法感应三指同

• 圆周滚动

  即可在某个边沿（通常右）开始手指在触摸板按顺时/逆时针圆周划动，即产生鼠标滚轮滚动作用，通常效率比仅仅使用右侧划动区上下滚动高，特别浏览长网页时（本设置在gsynaptics/GPointingDeviceSettings里面可以直观地设置）。涉及参数：

  CircularScrolling=1 #打开圆周滚动
  CircScrollTrigger=3 #右边沿，除了0代表任意边沿，1～8分别代表从顶开始顺时针的九宫格外围8个位置。

想使用这些高级特征，一个方法是就像多数搜索出来的资料，修改xorg.conf，但如前文说会有弊端，被桌面环境重载，所以我们最好还是使用synaptics驱动自带的小工具synclient。synclient接受k=v的参数，而实时修改X11对触摸板的驱动，也很方便调试，就是运行synclient TapButton2=3，应该马上就有双指右键的效果了。所以，把所有需要设置的参数写成一个脚本文件，让进入桌面时候启动synclient来设置，似乎是目前最方便好的方法：

1
2
3
4
5
6
7
8
9
10
11

#!/bin/bash
export DISPLAY=:0.0
 
synclient \
EmulateTwoFingerMinZ=50 \
EmulateTwoFingerMinW=6 \
VertTwoFingerScroll=1 \
HorizTwoFingerScroll=1 \
VertScrollDelta=75 \
HorizScrollDelta=100 \
;

把代码保存成touchpad_args.sh，chmod +x加上执行位，放倒任意地方，加入到System-Preferance-Startup Application内，即可！

关于synclient的另外一个小功能是可以实时查看触摸板的感应参数，运行synclient -m 100即每100毫秒读取一次触摸板的数据并打印，所以如果感觉触摸板操作不够灵敏，肯定是那些参数数值有些不合理，可以借助这个功能（使用这个功能需要打开X11的synaptics的SHMConfig设置）。其运行结果如下：

 time     x    y   z f  w  l r u d m     multi  gl gm gr gdx gdy
0.000     1 5855   0 0  0  0 0 0 0 0  00000000   0  0  0   0   0
1.465  2562 2450  10 1  5  0 0 0 0 0  00000000   0  0  0   0   0
....

其中主要参数：x,y是水平竖直值，z指垂直压力，f是手指数，非硬件支持多指的只会0或1，w指感应跨度。这些就是对应上述的参数，如Z就是EmulateTwoFingerMinZ的Z，如果设置过大是不会反应的。

另外有人不喜欢触摸板，设置touchpadoff=1即可关闭触摸板的感应；Gnome的触摸板设置里面有一个选项，键盘打字时智能关闭触摸板，个人感觉比较有效，也就没做更多设置了。

AVLD是作为内核模块起作用的，挂载avld，就会生成/dev/videoX，于是Flash、Pidgin、Skype（貌似不行）就能打开这个设备作为摄像头；而AVLD的输入则是对/dev/videoX文件的写入，可以用mencoder、ffmpeg之类的工具把其他视频流转换特定格式后写到/dev/videoX，这就完成整个“虚拟”的过程了。

我在Archlinux下用yaourt从AUR里面安装avld，很快很方便，下面一些例子命令：

#把自己加入video组，方便以后写video设备
sudo gpasswd -a boypt video
 
#挂载avld模块
sudo modprobe avld
 
#查看video设备，我的本本自带的摄像头是video0，虚拟的为video1
ls -l /dev/video*
 
#设置虚拟摄像头的分辨率等参数，后面输入的视频必须跟这参数一致，否则会报错，报错信息运行dmesg|tail查看
echo "width=320 height=240 fps=25" > /dev/video0
 
#用mencoder给虚拟摄像头写入数据
#其中-vf的scale参数设置输出的分辨率，format设置视频颜色参数；
#读取端的颜色参数需要跟这里一致画面才正常
#-ss参数可以设置视频从某时间开始播放
mencoder "myvideofile.avi" -cache 8192 -nosound -ovc raw -vf scale=320:240,format=rgb24 -of rawvideo -o /dev/video1 -ss 0:5:0
 
#从另外的终端运行mplayer查看输出
mplayer tv:// -tv "driver=v4l:device=/dev/video1:noaudio:outfmt=rgb24"

上面echo的命令是可以动态修改虚拟摄像头的输出参数的，也可以在挂载时候用参数设置；默认挂载的参数是320x240。
其中fps帧速可以有如下取值：

• fps = 0：不设置帧速，输出帧速跟写入的一致；
• fps > 0：固定输出某个帧速；
• fps < 0：帧速由输出程序决定（当没有输出读取程序就暂停）。

因为摄像头设备同时只能被一个程序读取，退出mplayer后可以打开视频Flash，或者其他摄像头应用查看效果。

PS：尝试使用ffmpeg对X11抓屏发送到摄像头，没完全成功，理论上的命令应该如下：

ffmpeg -y -t 30 -f x11grab -qscale 2 -r 15 -s 1024x768 -i :0.0 -s 320x240 -f rawvideo -vcodec rawvideo -pix_fmt rgb24 /dev/video1

即对X进行1024x768, 15fps的抓图，转换成320x240大小，按rawvideo，rgb24方式写到video1，这样的效果仅仅是更新目标图像上面一部分，可能跟ffmpeg的rawvideo输出设置有关，但还没找出什么原因。

趁着装包，我换到另外的tty测试，比如wget g.cn，因为最近这个域名会被先转到google.cn，再转到google.com.hk，所以看着wget，每次解释域名就得等待10来秒。用w3m打开网站，也一样，在Open socket那里挂着好几秒才开。我用的是google提供的DNS 8.8.8.8，速度不至于这么慢吧，nslookup g.cn，速度很快，一秒钟内就返回了，换了几个DNS，包括本地电信的，OpenDNS的，效果都一样；又怀疑跟IPv6模块有关，跑了v6发现不通才走v4，往modprobe.conf里面禁用了ipv6模块，故障依然。

最后试着做本地的DNS Cache，安装了dnsmasq，没做什么配置，直接启动/etc/rc.d/dnsmasq start，然后resolve.conf里面写nameserver 127.0.0.1，wget马上变得迅速起来了，再看pacman，全都正常。

清空dnsmasq的缓存可给它发送个SIGHUP，如sudo killall -s SIGHUP dnsmasq。（国内的DNS常常收到GFW污染，缓冲了受污染的DNS记录，出现用vpn连出去后上不了某些网站的情况）

以前没留意过本地DNS缓冲有这么大影响，不知道会不会跟最近国内的网络环境有关。

其实只需稍作改动即可用pdb继续调试子进程的代码，思路来自这个博客：子进程的stdin/out/err关闭了，那可以自己重新按/dev/stdout的名称打开来用。当然这指*nix下，win下要麻烦一些，后面再说。

pdb支持自定义输出输入的文件，我再稍作改动，使用fifo管道(Named Pipe)来完成pdb的输出输入的重定向，这样的好处是，可以同时对父子进程调试！

multiproces_debug.py

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

#!/usr/bin/python
 
import multiprocessing
import pdb
 
def child_process():
    print "Child-Process"
    pdb.Pdb(stdin=open('p_in', 'r+'), stdout=open('p_out', 'w+')).set_trace()
    var = "debug me!"
 
def main_process():
    print "Parent-Process"
    p = multiprocessing.Process(target = child_process)
    p.start()
    pdb.set_trace()
    var = "debug me!"
    p.join()
 
if __name__ == "__main__":
    main_process()

只需要给pdb的构造参数传入stdin/stdout的文件对象，调试过程的输出输入就自然以传入的文件为方向了。这里需要两个管道文件p_in、p_out，运行脚本之前，使用命令mkfifo p_in p_out同时建立。这还未完成，还需要个外部程序来跟管道交互：

debug_cmd.sh

1
2
3
4
5
6
7

#!/bin/bash
 
cat p_out &
while [[ 1 ]]; do
    read -e cmd
    echo $cmd>p_in
done

很简单的bash。因为fifo管道在写入端未传入数据时，读取端是阻塞的（反之亦然），所以cat的显示挂在后台，当调试的程序结束后，管道传出EOF，cat就自动退出了。

实验开始：先在一个终端运行debug_cmd.sh（其实顺序无关），其光标停在新的一行，再在另外一个终端运行multiproces_debug.py，可见到两个终端同时出现了(Pdb)的指示符，可以同时对父子进程调试了！

在Windows下使用管道就没这么方便了，因为没有实体的管道文件支持，可以考虑使用socket的类文件对象传给pdb。但这样要写的python代码就多一点，以及要另外用做个交互程序；不过依然用不了多少代码，可以写成一个模块专门用做远程调试，import即用。暂未实现，以后有空弄好放代码出来。

Update: 专用调试模块见《PDB远程调试Python多进程子程序》

下载了个FreeBSD 7.2在vbox虚拟机里面装了下，发现FreeBSD比Linux好像原始多了［呃，我说安装程序］，分区的时候他不叫Create Partition，叫Create Slice，我对着界面看了半天才猜到，囧；退出那里写着：Q = Finish，Quit就Quit嘛，什么Finish，纠结……但还好，其他的配置跟Linux还是很相像的，调试了一下就有了全可编译的代码了。

代码部分修改倒没多少，就添加了一个专门给BSD系系统获取MAC的函数，再用maroc判断一下，以及几个头文件，就完事了，有点麻烦的是makefile，发现freebsd默认那个make好像是很古老很古老的版本，我程序里面那个Makefile是用了vim里面c-support插件里面带的Makefile模板，有点复杂，但是freebsd居然不支持！所以整理了个简单的版本，专门给MacOS/BSD编译，也方便别人的修改；另外一个原因是，程序里面转换服务器消息时候用了iconv库，linux里面iconv是系统内嵌库来的，用不着链接的时候给出参数，但MacOS/BSD偏偏就要-liconv……

需要编译MacOS/BSD版本的同学，可以check出项目里面trunk的代码，运行make -f Makefile.bsd来编译。Insion同学已经编译成功，而且在他的主页上有二进制版下载了。

相对的说，可能在MacOS里面编译是最麻烦的，我大概说说流程（实际上我没试过，我可没Mac机器［T.T］）

1.安装gcc，参考这里从http://connect.apple.com/的Dev Tools里面下载Xcode Tools，安装。
2.编译安装libpcap，从http://www.tcpdump.org/release/libpcap-1.0.0.tar.gz下载源码，tar xvfz libpcap-1.0.0.tar.gz解压，进去该目录，./configure、make、make install安装完成；
3.编译802.1x客户端，从所用项目内签出源码，在目录内make，没出什么差错的话，已经完成了。然后按Readme.txt的方法安装运行，即可！

项目主页

锐捷：http://code.google.com/p/zruijie4gzhu/
联想：http://code.google.com/p/zlevoclient/
神州数码：http://code.google.com/p/zdcclient/

第一件事就是用Arch 09.08的Live CD启动重新分区，顺便装好core，但是启动后又傻了，连不上有线网卡……这款机器的网卡是Atheros AR8132的千兆卡，不知道是太新还是太罕见。几经折腾后发现规律：完全关机重开后，Arch就能认到网卡，ipconfig -a能看到eth0，但是ifconfig eth0 up了之后，是这个样子的：

eth0      Link encap:Ethernet  HWaddr 00:26:18:80:C5:AB
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4294967293 errors:4294967278 dropped:4294967290 overruns:4294967293 frame:4294967281
          TX packets:4294967293 errors:4294967284 dropped:0 overruns:4294967293 carrier:4294967291
          collisions:4294967281 txqueuelen:1000
          RX bytes:4294967293 (4095.9 Mb)  TX bytes:4294967293 (4095.9 Mb)
          Interrupt:28

大堆奇怪的数字，这时候不管dhcp还是手动指定IP，都没法正常工作的，如果这时重启，好，完全认不了网卡了，又要完全关机再开一次。

这个问题在Arch论坛上面也有人碰到，他的是华硕eeePC 1005HA，也是上个月的帖子。［详细情况帖子里面比较完备，但是，未解决］

于是我就转战Ubuntu。Ubuntu 9.04的Live CD版本也是没能驱动好这块网卡的，但是这里找到解决方法，总之就是到Atheros官网下载网卡的驱动，编译，挂载驱动模块，幸好Ubuntu的Live CD跟初始系统都带了GCC和Make utils，编译安装过程倒没什么波折，很快就折腾好连上网了。呃，怎么这么简单？于是试试在台式机的Arch上面编译了这个atl1c.ko，哇，一开始就一屏幕的错误……后来发现这个是这个驱动跟内核兼容问题，Ubuntu好像专门有补丁搞定的，Ubuntu 9.04把内核升级到2.6.28.15-generic网卡就完全正常了，也顺便下载了9.10的Live CD，直接iso启动，发现虽然是31内核，但是网卡工作也正常……好吧……看来要么等kernel彻底搞定这块网卡的驱动，不然只能自己找Ubuntu的patch来编译才能跑Arch了……

Ubuntu很是省心，挂上受限驱动什么3D特效全都出来了，跑了下glxgears，大概2600fps，比台式机的集显好一点吧……7025只有1300左右的fps；更新了一下系统，用Ubuntu Tweak添加了一堆三方源后拉好一大堆软件，基本可用了，另外的问题是，声卡的耳机输出没声音！

update: 其实是我插错洞了，黑色的是耳机输出，自动断开外放喇叭，我之前插的是绿色，本来是给后置音源用的。

本本的耳机问题好像从来都是老大难的，因为音频接口的硬件随意性很大，Linux驱动的很难做到通用；本本里面的是ALC888 HD声卡，装了最新的alsa-driver 1.0.21，情况依旧，喇叭有声音，但是耳机就是没反应，也没那个选项有效；后来查看了一些帖子才知道，虽然是同一款驱动，但是有不同的挂载模式的参数，通常就是用来指定这类变化很大的接口等，有些帖子给出一大堆参数列表，说，在/etc/modprbe.d/alsa-base.conf里面更换不同的参数，然后重启测试……天啊，起码上百条的参数，要重启到哪个年月阿……稍微看了下，所谓的挂载参数就是传给modprobe的参数嘛，比如modprobe snd_hda_intel model=ooxx，只需要用不同的参数重新挂载snd_hda_intel，完全没必要重启阿……在Linlap找到一个AudioTester脚本，专门用来测试不同的模块挂载参数的，但是在Ubuntu下用也挺麻烦，正常模式下不让删除snd_hda_intel模块，只好启动到recover mode，手动挂载后运行这个脚本；终于测试到"lenovo-sky"这个参数能让耳机出声，证明还不是残废……但是进入alsamixer里面看，使用这个参数之后，只有寥寥几个选项，连录音都不见了……而且耳机跟喇叭是同时发声的，不能关闭喇叭……

后来想到，这个参数列表应该不是固定的，新的alsa里面应该会有新的参数，不知道有没有专用Acer的参数呢？因为看到原来的列表里面有acer跟acer-aspire，虽然两个没合适这款机器；grep了一下alsa-driver的源代码目录，发现sound/pci/hda/patch_realtek.c里面有一大堆acer xxxx，试了acer-aspire-4730g跟acer-aspire-4730g，设置成4ch/6ch模式后，终于能通过设置Surround让耳机出声，通过Front调整外放喇叭的声音！