Solaris使用与管理之实践(Day 2)

这一节将给磁盘瘦身，首先当然是要查看磁盘的使用情况：

#df –k

文件系统              千字节    用了    可用 容量      挂接在
/dev/md/dsk/d0       15128715 14959858   17570   100%    /
root@JNUMATH # df -k
文件系统              千字节    用了    可用 容量      挂接在
/dev/md/dsk/d0       15128715 14959858   17570   100%    /
/proc                      0       0       0     0%    /proc
mnttab                     0       0       0     0%    /etc/mnttab
fd                         0       0       0     0%    /dev/fd
swap                 15214096     168 15213928     1%    /var/run
swap                 15213960      32 15213928     1%    /tmp
/dev/md/dsk/d7       30983686 8749056 21924794    29%    /data1
/dev/md/dsk/d5       47100161 5726016 40903144    13%    /opt
/dev/md/dsk/d8       39608035   39297 39172658     1%    /data2

#df –k /usr         %查看usr目录，发现这个的容量差不多100%
#du -sk *
看看那个目录占用的空间大，然后进去看看有没有可删的日志文件。

在网上找到一种解决方法，就是将/usr目录转移到另一个分区，刚好机器上有四个分获，于是决定按其方法处理。

1. 1. 用su进入到管理员模式，输入init s，系统重启进入single-user mode；(晕倒，再也不能远程登录了)
2. 2. 今天去网络中心，确认了问题的确是/file system full，在控制台上看到启动日志的前几个就是提示：alloc, / file system full。并且系统停止在single-user mode启动界面下，登录输入root密码，进去后reboot就可以了，但是新的问题出现了……
3. 3.在远程用telnet登录，可以显示SUNOS字样及登录界面，但是用任何一个用户登录，显示：
4.      No UTMPX entry, You must EXEC "login" for the lowest "shell"
5.    在网上查找，发现主要原因还是因为file system full，临时解决办法如下：

mv /etc/utmpx /etc/utmpx.old
mv /var/adm/utmpx /var/adm/utmpx.old
touch /var/adm/utmpx
reboot

然后恢复原来的utmpx.

ln -s /var/adm/utmpx /etc/utmpx

原理就是

4. 直接登录到Solaris平台上，在图形界面上查看每个文件夹的属性，发现了几个巨无霸，如InsertDB(60G),

 删除掉其下面的一个log目录中的文件后，用df -k查看，/目录容量立即由100%变为51%，估计是由于

oracle相关的应用生成的吧。还有devices(2912G)，Data1(8.4G)，export(12.1G)。其中export是用户

目录，其使用比较可疑，继续查找，发现其中export/zhen/ftp,ftpd两个目录下各有两个巨型文件udp,

upd6，都是2G.

5. 但是，更严重的问题出现了，当从GNOME菜单上选择注销系统时，出现类似死机症状，Gnome桌面还在，但

是工具栏不见了，也不能进入终端，提示在“在创建此终端的子进程时出错，错误0”。从远程登录显示”

telnetd: open /dev/ptmx: 

No such file or directory“。

没折了……