从天目书院至东天目缆车站，用时近17小时，全程37KM，10座能叫上名字的山头，总上升近4000M。
一年多没有爬山了，虽然经常跑步，但跑步所锻炼的肌肉群和爬山不一样。此次走完七尖线路两条腿几尽残废，右腿甚至不能高抬脚，否则四头肌上侧酸痛难忍。从大高岭开始就只能小步上山，严重拖慢了行进速度。
本来计划相当乐观，还想着体力好的话就走个环线，但现实总很残酷。不过，也有其温暖的一面，6号凌晨的月亮又圆又亮，直到过了仙人顶才开始用头灯。天气晴好，温度比预期高不少，走起路来抓绒都不用穿。。
西天目检票口工作人员真是敬业，晚上近12点了还没休息。以后再走七尖的话还是从后山直接绕过景区比较好。
老马说他从日本海淘的阵列到了，只是这合800元人民币的东西还是被税了100大元，关键的是人还得跑一趟海关衙门。
不由得想起就在9月份，我一个土耳其的朋友将他出故障的小米3快递给我，结果也遭遇了一次报关事宜，虽然有DHL MM的协助，我还是不得不要提交一堆的文档，除购买发票及各种要填写的材料外，还要提供护照/签证的原件等。单就小米3手机来说，即使收税也就100元，最多200，但就是为了这点税钱却消耗更多的成本，且不说等了快两周才清关，单就准备这些文档以及和DHL MM做交涉就花了不少的时间，当然这些花费的时间都是我自己的成本，和海关衙门无关。
最后还要补充一句，依法纳税是公民应尽的义务。税还是该交的，谁让你是“公民”呢！
Features implemented and bugfix since V0.51:
1, Feature: Windows 8 supported
2, Feature: Force-writing supported
3, FIXME: data loss with TeraCopy when moving directories
4, FIXME: ATTO Disk Benchnmark fails with direct i/o tests
5, FIXME: files become invisible with empty hidden pattens
6, FIXME: possible hang with concurrent access attempts
upon the same file
7, FIXME: BSOD due to pagable code section
Supported Ext3/4 features by 0.52:
1, flexible inode size: > 128 bytes, up to block size 2, dir_index: htree directory index 3, filetype: extra file mode in dentry 4, large_file: > 4G files supported 5, sparse_super: super block backup in group descriptor 6, uninit_bg: fast fsck and group checksum 7, extent: reading, writing with no extending. 8, journal: only support replay for internal journal 9, flex_bg: first flexible metadata group
Unsupported Ext3/4 features:
1, journal: log-based operations, external journal 2, extent: size truncating & expanding, file deletion 3, EA (extended attributes), ACL support 4, symlink creation
Features to be implemented in future:
1, EXT3/4 features support (extents, journal) 2, Documents improvement: clear and elaborate 3, Performance improvement, code optimization 4, Automatic check & update of new versions 5, LVM support, e2fsprogs porting for Windows
Files descriptions:
Ext2Fsd-0.52.exe: setup wizard for Windows systems (Win2k, Winxp,
Vista, Win7, Win8, Server 2003, Server 2008/R2)
Ext2Fsd-0.52.7z: Batch setup package in 7-zip
Ext2Fsd-0.52.zip: Batch setup package in zip
Ext2Fsd-0.52.src.7z: Source codes of Ext3Fsd and Ext2Mgr in 7-zip
Ext2Fsd-0.52.src.zip: Source codes of Ext3Fsd and Ext2Mgr in zip
Download link:
http://sourceforge.net/projects/ext2fsd/files/Ext2fsd/0.52/
Files checksum:
C:\Works\Ext2fsd\0.52>sha1sum Ext2Fsd-0.52* 8921c8a8bc57e46f8775836359d8868437e8e857 *Ext2Fsd-0.52.7z 5a83af60fc2773feacb241dd68532075f6a74f1e *Ext2Fsd-0.52.exe 0fba60af536ca8edd0c7951433a6916ab4f0042b *Ext2Fsd-0.52.src.7z 0eed9235a845449e5e3d0fa0139182a78c2ecfb0 *Ext2Fsd-0.52.src.zip d4d1a416409645dc27a328bf1acd44ebd669f671 *Ext2Fsd-0.52.zip
WARNINGS:
The driver may crash your system and ruin your data unexpectedly, since there might be software conflicts and I could only test it on some of the popular platforms. You should use it with care and use it at your own risk!
Matt <mattwu@163.com> http://www.ext2fsd.com
做驱动开发的人都曾有过无数次测试重启后的等待，等待着新驱动在debug窗口传出的一串特定的字符，等待着下一个不期而遇的BSOD，等待着新代码终于工作时那一声惊人的呐喊。
等待的心情总是很复杂，或期盼，或疑惑，或焦急，或无奈。等待的状态同样无奇不有，或似无所事事的发呆，或白痴+花痴状直沟沟得盯着屏幕，或紧握鼠标迫不及待的要在第一时间挥出致命一击，或者做个忙里偷闲状伸个懒腰，抑或干脆走开…
等待的时间里，无论多短，总会觉得很长很长！随着硬件速度的提升，人的耐性却是直线式的下降。
于是，SSD来了。一周前我还在考虑要不要将测试机换上个SSD，然后周三就看到超能网上的SSD团购。第二天京东就送来了影驰战将240G。今天（周五）下午终于有时间折腾测试系统，从原来500G的ST7200.4上转移到这个容量只有一半大的SSD上。
我的测试机是一台较古老的Thinkpad X61 (T8100 2.1G双核， 内存5G)，硬盘是ST Momentus 7200.4，装有xp, win7 32位，win7 64位，win8 64位及 Ubuntu 12.10共5个操作系统，但新购SSD只有240G，故舍弃了win7 32位系统，做了备份必要时可以随时恢复。
测试过程中发现用HDTunePro及ATTO Bench测试SSD时的最好I/O速率只有110MB/s。经过几番周折才发现X61的SATA接口竟然是SATA1的，联想在BIOS里做了人为限制。通过BIOS升级可以解除了SATA1的限制。SATA2的表现明显好于SATA1，性能平均要比SATA1高50%多。
下面是HDTunePro 5.50分别在SATA1及SATA2接口下的性能对比：
ATTO Bench 结果对比 (direct i/o, i/o comparison):
SATA2的I/O性能虽然好了很多，但在操作系统重启动时间的对比测试中，并没有带来很大提升。参见下面的各操作系统启动时间的对比图：
启动时间的测试，是从开启电源开始算，直接操作系统启动，自动登录，然后弹出我的一个测试程序的界面。关机时间的测试，是从点击“关机”按钮直到电脑电源关闭。
相对于原来的机械硬盘，SSD的表现还是非常给力的。至于SATA1及SATA2接口，虽然最大的I/O性能强了很多，但在系统启动及关闭的时间测试上，并没有很大差别。
17个小时，全程42.2KM，海拔上升3238M。
行程：赤崖堡-北台-东台-三岔-中台-南台-中台-三岔-西台-西金河口
Gigabyte BRIX (XM11-3337)在路上飘近一个多月之后，终于到手。遂即安装了Win7及Ubuntu双系统，但Ubuntu不能正常启动。通过U盘启动了Ubuntu Live去查看原因， 在准备chroot环境时，不小心打错了命令：
tar zcvf /dev/sda*
结果，硬盘上的分区及引道记录全被覆盖，好在/dev/sda*只是设备名称，只冲写掉前面几个扇区，数据区域无碍。
通过/proc/partitions里的数据重建分区，前面的主分区正确识别，但扩展分区无法识别，应该是有错位，在新建的扩展分区前后搜索”55 AA”标志，遂找到了正确的扩展分区起始位置。主引导记录的修复只好用Windows 7安装光盘来修复。
后来还要接着搞grub无法启动Ubuntu的问题，grub提示无法找到/boot/grub/normal.mod，此时grub仅支持少量和命令，如ls, set, insmod等，linux及initrd命令必须等linux.mod加载后方能生效，通过set命令查看：
prefix=(hd0,msdos3)/boot/grub
(hd0,msdos3)为/boot分区，并不是root，故需要修改prefix为: (hd0,msdos3)/grub，即
set prefix=(hd0,msdos3)/grub
之后就可以手工启动Linux 了：
insmod linux
linux (hd0,msdos3)/vmlinuz-3.8.0-…-generic ro root=/dev/sdaX
initird (hd0,msdos3)/initrd-3.8.0-…-generic
boot
Ubuntu可以正常启动了，但问题的修复还要费些脑筋，因为我的Ubuntu系统设置了独立的boot分区，早知如此当初就不这么麻烦了，好在还有个比较投机的办法，在/boot目录下建了一个指向上层目录的symbolic link:
ln –s .. ./boot
重启系统并验证grub可以正常启动Ubuntu了。
生命不止，折腾不息！附个BRIX酷照：
