蓝色数据

Debian 4.0 (Etch) 发布有一段时间了，今天也把我用了好些年的 Sarge 升级上去了。
apt 实在是很方便。
cat /etc/apt/sources.list
deb http://mirrors.shlug.org/debian/ stable main contrib non-free
deb http://mirrors.shlug.org/debian-security stable/updates main contrib non-free
deb http://mirrors.shlug.org/debian/ proposed-updates main non-free contrib
 
apt-get dist-upgrade
基本只需要按回车使用默认配置就升级完了。
一切都是那么简单，赞一个。

这里是安装方式：
http://dag.wieers.com/rpm/FAQ.php#B
虽然是针对 Red Hat Enterprise Linux 的，但是 CentOS 一样可用。
看看有些什么包：
http://dag.wieers.com/rpm/packages.php
呵...

在 Linux 下：

$ cal 9 1752
September 1752
Su  Mo  Tu  We  Th  Fr  Sa
               1    2  14  15  16
17  18   19  20  21  22  23
24  25   26  27  28  29  30
 
发现 1752 年 9 月 2 日的后面竟然是 14 日，确实很奇怪，在 Linux 天空 找到了答案：
1582 年 2 月，罗马教廷要求从 1582 年 10 月中减去 10 天，因此 1582 年 10 月 4 日后面紧跟着就是 15 日。在意大利、西班牙等国家都这样处理了。其他天主教国家也很快跟着这么做了，但是新教国家不愿意修改，而且希腊等东正教国家直到 20 世纪初才修改，所以这个改革在英国及其殖民地（包括美国）在 1752 年 9 月才被执行。这样 1752 年 9 月 2 日后面跟着的就是 1752 年 9 月 14 日。这就是为什么 cal 会生成上面输出的原因了。

备份服务器的硬盘空间不够了，添加硬盘扩容，为了今后再扩容的方便，使用 LVM 。
 
加挂一块硬盘，并用 fdisk 进行如下分区：
# fdisk -l /dev/sdb
Device Boot         Start          End          Blocks     Id     System
/dev/sdb1                 1        2433      19543041    8e  Linux LVM
/dev/sdb2            2434        4866     19543072+   8e  Linux LVM
/dev/sdb3            4867        7299     19543072+   8e  Linux LVM
/dev/sdb4            7300        9729      19518975    8e  Linux LVM
 
习惯性的分成了四个区，其实只分一个区就行。
 
初始化 LVM ：
# vgscan
 
建立 PV ：
# pvcreate /dev/sdb1
# pvcreate /dev/sdb2
# pvcreate /dev/sdb3
# pvcreate /dev/sdb4
查看 PV：
# pvdisplay /dev/sdb1
 
创建 VG ：
# vgcreate vga /dev/sdb1 /dev/sdb2 /dev/sdb3 /dev/sdb4
查看 VG ：
# vgdisplay vga
 
创建 LV ：
# lvcreate -l 28899 -n vga1 vga
或者，
# lvcreate -L 112890M -n vga1 vga
-l 以 PE 为单位划分大小，-L 以 MB 为单位划分大小。
查看 LV ：
# lvdisplay /dev/vga/vga1
 
格式化 LV ：
# mke2fs -j -L /backup /dev/vga/vga1
 
挂载：
加入 /etc/fstab ，
LABEL=/backup           /backup                 ext3    defaults        1 2
# mount -a
 
把原来用来备份的分区 (/dev/sda5) 上的数据复制到 /backup 。
 
顺便试了试 LV 改名：
# umount /backup
# lvrename /dev/vga/vga1 /dev/vga/lv1
# lvdisplay /dev/vga/lv1
# e2label /dev/vga/lv1 /backup
# mount -a
LV 上的数据不会受到影响。
 
最后，把 /dev/sda5 也加入 VG ，以扩大容量。
# fdisk /dev/sda
把 /dev/sda5 的 Id 改为 8e ，再把 /dev/sda5 也做成 PV ：
# pvcreate /dev/sda5
扩充 VG ：
# vgextend vga /dev/sda5
扩充 LV ：
# lvextend -l +4765 /dev/vga/lv1
扩充分区大小：
# ext2online /dev/vga/lv1
从 ext2online 这个命令的名字就可以知道，扩容是不需要 umount 的。

CentOS 升级到 2.6 的内核后，总是出现：
CPU0: Temperature above threshold
CPU0: Running in modulated clock mode
 
确认没有超频，检查了 CPU 风扇，散热没有问题，CPU 的温度较之使用 2.4 内核的时候也没有升高。
可是，只要编译东西就会说 CPU 温度过高，CPU 占用率稍微高一些也会频繁出现上面的两行警告，让人好生心烦。
 
查询资料后得知是 2.6 内核的相应阀值过低造成了这种状况。
 
vi /etc/syslog.conf
注释掉 *.emerg 这一行
/etc/init.d/syslog restart
 
就不会出现 CPU 温度过高的警告了。