SMART Event Count
硬盘中SMART事件的数量。SMART可以用来帮助定位硬盘故障原因，也可以用来指示故障隐患。

I/O Timeout Count
硬盘接收到了一个I/O请求，但是没有在规定的时间内响应。这表示硬盘存在潜在的故障隐患（硬盘介质损坏或可修复的逻辑坏扇区）。

No Response Count
硬盘没有响应I/O请求。如果这个数值很大，表示硬盘过于繁忙。

Spin-up Retries
硬盘在加电后或软启动后没有起转。如果这个数值很大表示硬盘将要损坏。

Media Errors
由于无法从硬盘介质上读取数据而导致硬盘多次进行I/O操作的次数。

Non Media Errors
硬盘上的可修复的逻辑坏扇区的数量。

Bad Block Reassignments
硬盘出厂后重新分配的数据块的次数。如果短时间内这个数值变的很大表示硬盘出现了严重的故障。

Bad Block List Size
硬盘出厂之后出现的坏扇区的数量。

在磁盘阵列，包括NAS\SAN中，能够创建的最大虚拟卷/虚拟硬盘一般为2TB。在操作系统中，能够创建的最大分区/卷一般也为2TB。这不是一个阴谋，不是硬件工程师和软件工程师协商的结果：而是他们不得不面对一个现实：已经沿用了数十年的BIOS体系限制了最大分区的大小。

历史和现实是：在分区表中，表示分区大小的数字有32位。因此，一个分区最大只能为：FF FF FF FF（扇区数），也即4,294,967,295个扇区=2199023255040字节，大约为2048G,1.99T。

分区表还限制了磁盘的最大寻址空间，不幸的是：分区表可寻址的最大磁盘也是2TB。在分区表中，第二个分区表的起始地址是以其相对分区表（一般是磁盘0扇区）的偏移地址来表示的，这个偏移地址也是32位。因此，第二个分区的起始地址不能大于FF FF FF FF（扇区数）。这同时也限制了第一个分区的大小不能大于FF FF FF FF（扇区数）。

在扩展分区表中，每一个分区的起始地址都是以其相对前一个分区起始地址来表示的。因此，每一个分区的最大容量都受制于前述的规则。

2TB是否会是永远的限制？在linux和windows上已经有一些新的特性可以突破2TB的限制：如windows中的动态磁盘已经支持大于2TB的分区。

Joomla开启缓存后可以飞速提高页面载入速度，一般都知道在控制面板里启用cache，但是还有一个地方在plugin里有一个system-cache插件，也应该启用。

system-cache默认是关闭的，不过启用system-cache后可能会出现一些小问题，例如：文章里的图片都不显示了。解决方法是：将system-cache在plugin里移到最下面的位置。

另外，发现某些blog系统在启用cache后也会出现图片不能显示的问题。大概这种缓存是将页面完全静态化，导致采用相对链接的图片，其URL不真确所致。例如，
某页面的静态化地址是：http://www.shannon.net.cn/services/recoveryguide/3-datarecovery-contacts.html

页面上的图片的相对链接是：images/stories/DataRecovery/address3.gif。
这里的相对地址相对的是http://www.shannon.net.cn/ 这个根地址。

那么正确的图片的URL应该是：http://www.shannon.net.cn/images/stories/DataRecovery/address3.gif
但是开启system-cache缓存之后，图片URL却变成了http://www.shannon.net.cn/services/recoveryguide/images/stories/DataRecovery/address3.gif 。
相对地址变成了相对 http://www.shannon.net.cn/services/recoveryguide/ 这个地址。

可以看出，开启system-cache后生成了完全静态的目录-网页。