尽管现在的磁盘容量越来越大，但它毕竟有被塞满的或许，假如遇上粗心大意的体系管理员，磁盘被塞满的时刻将变得更短。假如在运用Unix操作体系，那么。咱们就需要懂得怎么整理拥堵的Unix操作体系。
一个Unix操作体系/linux运转环境，一旦遇到某个分区(也称文件体系)被塞满，结果或许会十分糟糕—我曾有过在清晨2点起来干活的阅历—分区/tmp满了，导致某个看护进程不能写入磁盘而反常停止。想必其他人也有相似的状况，怎样处理和防止这样的费事呢?这儿有些定见供咱们参阅。
先谈非技术方面的要素，简略的讲便是规章准则。Linux/Unix操作体系大多是公共服务器，应该制止上传与作业无关的私家数据。某君买了一个NAS(网络隶属存储)设备，4个73G的硬盘，原本打当作web的后台数据存储，可是，可是….后来据我所知，这个大容量磁盘不到2个月所剩空间不到20G,暗里阅读，嘿!大部分数据是他私家的，他原本就有保藏废品的嗜好，难怪呢。因而在这个方面，准则应该严峻一些，防止搭档放废物数据在公共空间。
磁盘上的数据或许随时增加，任何人不或许24小时盯着它，因而完成主动化监控手法是十分必要的，关于更大规划的网络环境，这或许是仅有的途径。下面是一个用perl写的监控磁盘容量的脚本(大宇对此有贡献)：
#!/usr/bin/perl -w
# this program will check disk capacity $full and send the warning message
# to $email_address
# (set the threshold to 90 and check it in the daytime so no paging
# is needed)
my $email_address = ”;
my $hostname = `/sbin/ifconfig -a|grep inet|head -1|cut -f2 -d:|cut -f1 -d `;
my $dmesg = `dmesg`;
chomp(my $now = `date +%x %X`);
my $full = 90; # the threshold to send the warning
my $warn = 95;
my $count = 0;
my ($dev,$total,$used);
my @df_messages = `df|grep -v proc`;
print @df_messages;
shift(@df_messages);
foreach $message (@df_messages) {
chomp($message);
($dev, $total, $used, $available, $capacity, $mount) = split(/\s+/, $message);
$capacity =~ s/(\d+)\%/$1/;
if ($capacity > $full) {
$available[$count] = $available;
$capacity[$count] = $capacity;
$mount[$count] = $mount;
++$count;
$email_address = ” if ($capacity > $warn);
}
}
if ($count > 0) {
open(MAIL, |/usr/sbin/sendmail -t);
print MAIL To: $email_address \n;
print MAIL Subject: Disk almost full on $hostname ($now)\n;
print MAIL \n;
for ($i = 0; $i $count; ++$i) {
print MAIL There are only $available[$i] KB ($capacity[$i]\% full) left on $mount[$i] \n;
}
}
if ( $dmesg =~ m/ERROR/ )
{
open(EMAIL, |/usr/sbin/sendmail -t) or die Can’t fork for sendmail: $!\n;
print EMAIL _EOF_ ;
To: $email_address
subject: HARDWARE error on $hostname!!!
$hostname needs to be checked right now!
.
_EOF_
close(EMAIL);
}
把这个脚本放在守时使命crontab里即可完成主动监控，只需某个分区的容量到达脚本中阀值，Unix操作体系就会发送报警邮件到管理员信箱，更进一步还可设定发送手机短信报警。
知道某个分区快要被塞满的状况后，接下来的工作便是整理它了。登陆Unix操作体系，然后运用指令df –h观察详细的磁盘运用状况(老一点版别的solaris不支持选项-h,请用-k这个选项)，
磁盘的利用率是以百分比的方法显现的，十分直观。找到快要被塞满的分区之后，应该先着手查找占用空间大的最大的文件，然后处理这个占用空间最大的文件。这儿我用一个实例(根分区/root)来演示这个进程。
1、 进入目录/root,执行指令 du –h | sort –n 就把当时目录下目录以及文件所占的巨细按顺序排列出来了，一屏显现不完的话再用加一个管道 du –h | sort –n | more 就好了。
-bash-3.00# du -h | sort -n| more
1K ./.dt/appmanager
1K ./.dt/help
1K ./.dt/icons
1K ./.dt/tmp
……….(省掉若干行)
914K ./mysql-5.0.37/zlib
933K ./mysql-5.0.37/ndb/src/kernel/blocks/dblqh
938K ./mysql-5.0.37/scripts
945M . //这个东西占太大的空间
957K ./mysql-5.0.37/extra/yassl/taocrypt
959K ./vsftpd-2.0.5
1002K ./mysql-5.0.37/ndb/src/common
-bash-3.00#
有上面的输出，咱们能够知道在当时目录里有大文件，可是看不出是哪个文件。
2、 再执行指令 ls –al | grep ^- |more 就能够看见每个文件的巨细。
-bash-3.00# ls -al | grep ^-|more
-rw——- 1 root root 810 Apr 29 09:59 .ICEauthority
-rw——- 1 root root 98 Apr 29 09:59 .Xauthority
-rw——- 1 root root 730 Apr 30 07:52 .bash_history
-rwxr-xr-x 1 root root 5111 Apr 29 08:30 .dtprofile
-rw-r–r– 1 root root 81 Apr 29 08:30 .gtkrc-1.2-gnome2
-rw——- 1 root root 0 Apr 29 08:30 .recently-used
-rw-r–r– 1 root root 681090961 Feb 28 12:29 10202_database_solx
86.zip
……….(省掉若干)
-rw-r–r– 1 root root 3069440 Apr 29 11:31 tar-1.16-sol10-x86-lo
