正文
背景
某些操作系统进行安装时默认的"/"分区的空间较为狭小
虽然可以通过 增加磁盘扩展的方式进行处理.
但是某些特殊机器,比如SMZYJ等系统,处理起来的成本很高.
此时应该是很不建议修改操作系统底层的一些设置
不然可能会产生严重的不可控的风险.
此时如果磁盘空间已经不足, 可以使用软链接的方式进行处理:
可以讲部分可以移动的文件,比如 patchfiles或者是backup迁移到其他分区
然后通过软链接的方式挂载回来.
基本上可以做到无感的处理.
其实这种处理方式 学习自 docker 容器占用 /var/lib 目录的方法.
ln 简介
ln link
是linux里面一个基础命令.
类似于Windows系统内部的一个快捷方式的处理.
需要注意的是有软链接和硬链接
硬链接
是形成新的innode号,并且会占用新的磁盘空间.
删除任意一个文件不影响其他的硬链接, 只有全部删除了才会彻底消失.
硬链接无法跨越分区. 只能在一个磁盘分区内进行.
软链接
软链接一般使用ln -s source target 的方式进行处理.
可以跨越分区. 但是需要注意的是删除软链接 时 可以使用如
rm -rf /softlink 的方式进行
千万不能使用 rm -rf /softlink/ 的方式
增加末尾的 "/" 会导致删除原始文件, 而不是删除软连接.
挂载命令
部分产品需要更新补丁, 并且会进行备份.
这部分文件是可以移出去的
比如我将补丁文件放到:
/data/patchfiles/ 目录下
/data/backup/ 目录用于存放备份文件.
应用服务器的路径为:
/apputf8
命令就可以写成
mv /apputf8/tools/update/patchfiles /data/
mv /apputf8/tools/update/backup /data/
然后执行命令
ln -s /data/patchfiles/ /apputf8/tools/update/patchfiles
ln -s /data/backup/ /apputf8/tools/update/backup
# 注意命令的第二个目录的最后 一定不要有 "/"
不然会引起误会, 当时也可以讲patchfiles和backup移走 到上一层带 "/" 也可以.
但是为了精确描述, 最好如此处理.
重启验证
注意 如果是新分区
注意务必修改 /etc/fstab 保证目录挂载正确. 不然重启完连接会变成红色.
更新验证
可以执行网上下载补丁的命令.
然后执行更新.
查看是否可以正常更新
然后查看是否可以正常备份文件
进行验证
注意 本方法仅为测试使用. 非官方资料.
