当我们在服务器端记录日志或文本数据时,有时候会有需要删除一个大文件的最后几行,这时如何才能高效实现. 上网浏览终于找到dd命令,亲测如下,删除一个32GB的日志文件最后100行仅需要4分钟 [root@game1_10 tmp]# dd of=sqq_jobs_run.log.bak seek=1 bs=$(($(stat -c%s sqq_jobs_run.log.bak)-$(tail -1 sqq_jobs_run.log.bak|wc -c))) sqq_jobs_run.log.bak

tail -f 实时查看日志文件 tail -f 日志文件logtail - 100f 实时查看日志文件 后一百行tail -f -n 100 catalina.out linux查看日志后100行搜寻字符串grep ‘搜寻字符串’ filename按ctrl+c 退出--------------------- 作者:wanghai76 来源:CSDN 原文:https://blog.csdn.net/qq_16280911/article/details/83177672 版权声明:本文为博主

linux删除文件后沒有释放空间 今天发现一台服务器的home空间满了,于是要清空没用的文件,当我删除文件后,发现可用空间沒有变化 os:centos4.7 现象: 发现当前磁盘空间使用情况: [root@ticketb ~]# df -hFilesystem            Size  Used Avail Use% Mounted on/dev/sda1             981M  203M  729M  22% /none                   16G    

文件最后100行:tail -n100 filePath: 文件开头100行:head -n100 filePath: 文件指定开始行和结束行的内容:sed '1,100p' filePath: 文件有多少行:wc -l 文件名:

默认查看文件的后10行 -n 3 数字   也可以忽略-n 直接加数字 tail 3 查看文件后3行 [root@localhost ~]# tail /etc/passwd // 默认查看文件的后十行 [root@localhost ~]# /etc/passwd // 查看文件的后三行 [root@localhost ~]# tail -f /var/log/messages // 动态查看文件内容 [root@localhost ~]# /etc/passwd //查看文件的最后10行,动

删除MySQL备份文件后,查找文件所在目录发现文件已经备删除了,但是空间没有释放,还是83% 解决方法: lsof|grep -i delete 发现进程还在,杀掉进程 kill -9 5377 再次查看分区,空间已经释放了 问题原因:可能是之前用source导入数据库,然后按Ctrl+C退出导致进程一直占有 欢迎转载请注明: Linux 删除文件后空间不释放 - paul_hch - 博客园http://www.cnblogs.com/paul8339/p/7119584.html

tail命令 查看文件尾部  用于查看日志 默认查看文件的后10行 -n 3 数字   也可以忽略-n 直接加数字 tail 3 查看文件后3行 [root@localhost ~]# tail /etc/passwd // 默认查看文件的后十行 [root@localhost ~]# /etc/passwd // 查看文件的后三行 [root@localhost ~]# tail -f /var/log/messages // 动态查看文件内容 [root@localhost ~]# /etc

转载 http://blog.csdn.net/wyzxg/article/details/4971843 今天发现一台服务器的home空间满了,于是要清空无用的文件,当我删除文件后,发现可用空间没有变化 os:centos4.7 现象: 发现当前磁盘空间使用情况: [root@ticketb ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 981M 203M 729M 22% / none 16G 0 16G 0%

清空没用的文件,当我删除文件后,发现可用空间沒有变化 os:centos4.7 现象: 发现当前磁盘空间使用情况: [root@ticketb ~]# df -hFilesystem            Size  Used Avail Use% Mounted on/dev/sda1             981M  203M  729M  22% /none                   16G     0   16G   0% /dev/shm/dev/sda9         

Linux压缩文件的读取 ·    *.Z       compress 程序压缩的档案: ·    *.bz2     bzip2 程序压缩的档案: ·    *.gz      gzip 程序压缩的档案: ·    *.tar     tar 程序打包的数据,并没有压缩过: ·    *.tar.gz  tar 程序打包的档案,其中并且经过 gzip 的压缩! ·    *.zip     zip 程序压缩文件 ·    *.rar     rar 程序压缩文件 Compress压缩文件 [

查看从第5行开始的100行内容,并把结果重定向到一个新的文件 cat file | tail -n +5 | head -n 100 > newfile.txt 查看第5行到100行的内容,并把结果重定向到一个新的文件 cat file | head -n 100 | tail -n +5 备注:还可以使用sed命令查看第5行到100行的内容:sed -n '5,100p' file 16:58:27 更多精彩内容,欢迎扫码关注以下微信公众号:大数据技术宅.大数据.AI从关注开始

linux某个目录空间快满了,删除了若干的文件后,使用df -h显示还是快满的,但是df -h *显示的总的文件大小又没那么大. 某个进程正在使用删除的文件,导致删除后,空间仍然不能释放. 查看rm掉但是仍被占用的文件的列表,使用如下命令: lsof |grep -i deleted 再使用ps -aux | grep pid查到对应的进程号,关闭进程或者kill进程,再次查看空间已释放. losf的一些用法,转载自:https://www.cnblogs.com/bonelee/p/77354

先利用 wc -l BLM.txt       读出 BLM.txt 文件一共有多少行. 再 1. 以行数拆分 -l 参数: split –l 50 原始文件 拆分后文件名前缀 例:以50行对文件进行拆分 split -l 50 big.txt small_ 拆分后会生成 small_aa small_ab small_ac ... 2. 以大小拆分 -b 参数: 例:每个文件1M split –b 1024 big.txt small_

1.错误现象 Linux 磁盘空间总是报警,查到到大文件,删除之后,df看到磁盘空间并没有释放. 用du -sh ./* | sort -nr (查看当前目录下文件的大小)通过查找了下发现文件被mysql 的zabbix库占用了 zabbix 已经迁移可以删除 rm 删除之后df查看 发现磁盘空间并没有得到释放 执行 lsof | grep deleted发现有大量刚刚删除文件的进程存在 kill掉进程(或者重启进程) OK 2.解决思路 一般说来不会出现删除文件后空间不释放的情况,但是也存在例

在Linux下,基于开源的数据恢复工具有很多,常见的有debugfs.R-Linux.ext3grep.extundelete等,比较常用的有ext3grep和extundelete,这两个工具的恢复原理基本一样,只是extundelete功能更加强大: Extundelete能够利用inode信息结合日志去查询该inode所在的block位置,以次来查找和恢复所需的数据,该工具最给力的一点就是支持ext3/ext4双格式分区恢复,基于整个磁盘的恢复功能较为强大. 注意事项 在数据被误删除后,第

最近线上 elasticsearch 由于磁盘空间不足报错,于是乎对磁盘进行了分析,删除了一些 Tomcat 日志文件,但是删除后发现并没有磁盘空间释放.于是 google 了一下. 原来在Linux或者Unix系统中,通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink),然而如果文件是被打开的(有一个进程正在使用),那么进程将仍然可以读取该文件,磁盘空间也一直被占用.而我删除的是正在运行中的 Tomcat 的 logs,删除的时候文件正在被使用中. Linux 使用

在Linux或者Unix系统中,通过rm或者文件管理器删除文件将会从文件系统的文件夹结构上解除链接(unlink).然而假设文件是被 打开的(有一个进程正在使用),那么进程将仍然能够读取该文件,磁盘空间也一直被占用.而我删除的是oracle的告警log文件删除的时候文件应该正在被使用. 首先获得一个已经被删除可是仍然被应用程序占用的文件列表,例如以下所看到的:lsof |grep deleted

在Linux操作系统下,有个没用的文件占用了400G,于是删除掉. [root@yoon log]# rm -rf messages [root@yoon log]# df -hFilesystem      Size  Used Avail Use% Mounted on/dev/sda3       545G  438G  101G  82% /tmpfs            32G     0   32G   0% /dev/shm/dev/sda1      1008M   62M  

.COMMAND默认以9个字符长度显示的命令名称.可使用+c参数指定显示的宽度,若+c后跟的参数为零,则显示命令的全名.PID:进程的ID号.PPID父进程的IP号,默认不显示,当使用-R参数可打开..PGID进程组的ID编号,默认也不会显示,当使用-g参数时可打开..USER命令的执行UID或系统中登陆的用户名称.默认显示为用户名,当使用-l参数时,可显示UID..FD是文件的File Descriptor number,或者如下的内容:(这里很难翻译对应的意思,保留英文) 引用cwd  cu

set选项与shopt选项是两组不同的内容,用set -o和shopt -p可以分别查看两个组所有的打开和关闭的条目, 在默认状态下,有些是打开的,有些是关闭的,shopt各选项随着bash版本的更新会有增加,与shopt相关的基本操作如下: # shopt -p 列出所有选项# shopt -s 列出所有打开的选项# shopt -s extglob 打开extglob选项# shopt -u 列出所有关闭的选项# shopt -u extglob 关闭extglob选项 举列说明:cdspe

1. 用df 检查发现根目录可用空间越为200M # df -h Filesystem Size Used Avail Use% Mounted on /dev/xvde1 .9G .4G 232M % / none .4G 16K .4G % /dev/shm 2. 用du命令查看根目录各子目录占用空间,可以发现6G的空间莫名其妙地丢了 # du -sm /* | sort -nr | head 1755 /usr 664 /var 538 /lib 331 /opt 104 /boot 31