老马说他从日本海淘的阵列到了,只是这合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性能强了很多,但在系统启动及关闭的时间测试上,并没有很大差别。
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酷照: