我在man cp中似乎没有发现如何copy隐藏文件，所以采用tar
mv /home /home.old #先不删除
mkdir /home
修改/etc/fstab，加上本句：
/dev/hdb1 /home ext3 defaults 1 3
重启guest，用root登录，确认swap可用和/home为空
cd /
tar -zxpvf home.tar.gz
退出并用myname重新登录（注意用su检查不够完整，还是重新登录好）
随便打开和新建文件，以确认属性和文件存在。
这时，发现host中的home.vmdk的文件size已经显著增大
5.删去原有的swap并增大原有虚拟分区（/dev/hda2，mount为/）的大小
这可以通过parted命令完成。但是parted为了数据安全，要求所操作的分区所在设备不能正在被使用（分区
不能被挂载，并且交换空间不能被启用）。而需要修改的/dev/hda2是/，所以需要在fedora的救援模式中使
用。
关闭guest系统
去软件ftp站下载FC3-i386-rescuecd.iso(76M大小)，并在vmware中配置为guest系统的光盘映像
启动guest，按F2进bios，设置为cdrom优先启动
重启动guest，进入救援画面，启动网络接口提问时答否，自动寻找mount分区时选择“跳过”
parted /dev/hda
rint
显示
1 0.031 101.975 primary ext3 boot
2 101.975 3780.922 primary ext3
3 3780.923 4094.692 primary linux-swap
:rm 3
:resize 2 101,975 4094,692
Error: Filesystem has incompatible feature enabled.

Sorry.此问题尚未解决，本来parted网页说支持ext3的resizing的。
另外，我发现vmware-toolsbox对我附加的/dev/hdb1进行shrink，因为
另两个虚拟硬盘都是预先分配所有空间的。这也就是说，/dev/hdb在使用上的弹性想法并不能实现。

所以最后的办法是：卸掉/dev/hdb，把/dev/hda3改为ext3，直接mount到/home，虽然只有300M，但是小心些
用也够了。今后如果需要增大/home，可以再行其他扩充，parted中的cp命令，对扩充时的数据复制提供了很好
的支持。

注：在研究shrinkable的时候还发现vmware DiskMount工具。在vmware网站可以下载，但是vmware不会提供
技术支持。这个工具可以运行于win2k,winxp,win2003上，将*.vmdk文件直接在host机上mount成一个盘符，但
是，这也暗示着.vmdk虚拟盘必须是windows认可的file system，这对我的问题没有帮助。仅姑记于此。

末注：有关vmware-tools给xorg-x11带来影响的解决方案，在“中国vmware论坛”中有文章“为FC3安装vmware
tools问题的完美解决方案”，网址是：http://www.vmware.cn/bbs/dispbbs.asp?BoardID=5&ID=1764，不过，
修改*.pl文件感觉挺烦的，反正我重装xorg-x11也能解决，就不验证了。呵呵。