linux删除日志: -bash: /var/log/messages 禁止操作

centos7 运维 · best · 于 9个月前 发布 · 508 次阅读

大家想必都遇到系统盘满了,导致服务不正常的情况。 今天就遇到这种事。 系统日志占了40多G,当然这是一个意外导致有很多垃圾日志。 果断清理日志

# > /var/log/messages
-bash: /var/log/messages: Operation not permitted

居然提示没有权限。

可能有a属性,用下面命令看看

lsattr /var/log/messages

确实存在那就去掉他,

sudo  chattr  -a  /var/log/messages

继续执行清理日志命令,顺利完成。

文件属性及相关命令

文件属性在文件系统的安全管理方面起很重要的作用,linux下lsattr命令用于查看文件属性信息。

linux lsattr命令

语法: lsattr [-adRvV] [文件或目录...]

选项介绍:

  • -a: 显示所有文件和目录,包括隐藏文件;
  • -d: 显示目录名称,而非其内容;
  • -R: 递归处理,将指定目录下的所有文件及子目录一并处理;
  • -v: 显示文件或目录版本;
  • -V: 显示版本信息;

执行范例:

$ chattr +ai text
$ lsattr
 ----ia------- text

扩展阅读:

chattr命令用于修改文件属性,chattr命令需要root权限。

文件属性

  • a: append only; 系统只允许在这个文件之后追加数据,不允许任何进程覆盖或截断这个文件。如果目录具有这个属性,系统将只允许在这个目录下建立和修改文件,而不允许删除任何文件。
  • c: compressed; 系统以透明的方式压缩这个文件。从这个文件读取时,返回的是解压之后的数据;而向这个文件中写入数据时,数据首先被压缩之后才写入磁盘。
  • d: no dump; 在进行文件系统备份时,dump程序将忽略这个文件。
  • i: immutable; 系统不允许对这个文件进行任何的修改。如果目录具有这个属性,那么任何的进程只能修改目录之下的文件,不允许建立和删除文件。
  • j: data journalling; 如果一个文件设置了该属性,那么它所有的数据在写入文件本身之前,写入到ext3文件系统日志中,如果该文件系统挂载的时候使用了”data=ordered” 或”data=writeback”选项。当文件系统采用”data=journal”选项挂载时,所有文件数据已经记录日志,因此这个属性不起作用。仅仅超级用户或者拥有CAP_SYS_RESOURCE能力的进程可以设置和删除该属性。
  • s: secure deletion; 让系统在删除这个文件时,使用0填充文件所在的区域。
  • t: no tail-merging; 和其他文件合并时,该文件的末尾不会有部分块碎片(为支持尾部合并的文件系统使用)。
  • u: undeletable; 当一个应用程序请求删除这个文件,系统会保留其数据块以便以后能够恢复删除这个文件。
  • A: no atime updates; 告诉系统不要修改对这个文件的最后访问时间
  • D: synchronous directory updates; 任何改变将同步到磁盘;这等价于mount命令中的dirsync选项:
  • S: synchronous updates; 一旦应用程序对这个文件执行了写操作,使系统立刻把修改的结果写到磁盘。
  • T: top of directory hierarchy; 如果一个目录设置了该属性,它将被视为目录结构的顶极目录
共收到 0 条回复
没有找到数据。
添加回复 (需要登录)
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册