# 列出 file.sh 文件的属性 lsattr file.sh # 列出当前目录下所有文件以及文件夹的属性 lsattr # 为 file.sh 文件增加 i 标识 chattr +i file.sh # 为 file.sh 文件去除 i 标识 chattr -i file.sh # 为 file.sh 增加 i, a 两个标识 chattr +ia file.sh # 为 file.sh 文件移除 i, a 两个标识 chattr -ia file.sh

“慎用rm -rf命令,除非你知道此命令带来的后果.”这是一条Linux用户守则,虽然大多数用户都明白这条语句的含义,但是我觉得还需要完善一下,为这条语句加 上一个使用前提:在你确认自己拥有清醒头脑,并且输入没有误差的时候可以使用rm -rf命令.这次惊心动魄的起因就是我将rm –rf log* 命令错误的输成了rm –rf log *,造成了当前目录下的所有项目文件全部被误删除. ls了两回,确定自己不是眼花后开始寻找解决 办法,昔日在Windows下有很多次数据恢复经历,但在Linux下这还

大佬们对于小白问的问题经常直接就是一个rm -rf /*丢过去(逃,被丢了很多次,所以印象深刻),但玩了这么久的梗,当我真正想删库的时候,这条命令却然并卵(滑稽,删库跑路都跑不成). 查看了下文件属性 linux drwxr-xr-x 已经是root了,权限7没啥问题呀,又研究了下,发现文件有一层不可写属性 chattr -i [filename] 当然,知道了方法也然并卵,因为rm -rf /*已经删除了chattr命令. 好了,库删完了,随笔也写完了,我跑路去了.

经历了两天不懈努力,终于恢复了一次误操作删除的生产服务器数据.对本次事故过程和解决办法记录在此,警醒自己,也提示别人莫犯此错.也希望遇到问题的朋友能找到一丝灵感解决问题. 01 事故背景 安排一个妹子在一台生产服务器上安装 Oracle,妹子边研究边安装,感觉装的不对,准备卸载重新安装. 从网上找到卸载方法,其中要执行一行命令删除 Oracle 的安装目录,命令如下: rm -rf $ORACLE_BASE/*   如果 ORACLE_BASE 这个变量没有赋值,那命令就变成了: rm -rf 

昨晚做了一个令人痛心疾首的操作,rm -rf something,把我个人电脑里的重要文件夹给删掉了,懵逼了半天才缓过来.还好是个人文件,不对公司造成影响.这件事也让我意识到 rm -rf 确实是个高风险操作,文件备份也是重中之重. 为了规避这个风险操作,我决定用 trash 替代 rm,这样文件就不会直接被删除,而是进入废纸篓. 安装 trash trash--CLI tool that moves files or folder to the trash 使用 homebrew 安装 tra

不是说记住rm -rf的教训就够了 李阿玲· 12 天前 2013年,我在同步CTAN镜像的时候,在/home下我的文件夹里面操作了下面的命令: rsync -av --delete rsync://rsync.dante.ctan.org/CTAN . 这个直接导致我的一些文件删掉了,包括一些Java代码,当时有点痛心.但是,这能怪谁,看到--delete和.不加警惕就必然要中招的.说起来也不算是会记吃不记打,这种事只要发生过一次的话,就肯定会长长教训. 大学的时候读过一本W. Curtis

RHEL7/Centos7系统发布这么长时间了,大家都知道这个系统的一个特点就是用systemctl代替了init系统守护进程,系统越来越模块化了.在新版的系统中许多的命令也发生了改变,grub也变为了grub2完全看不懂了,网上也有许多的新版本与老版本对比的教程.一直想试一下7版本的系统修复,今天就手一划把系统干掉了,修复ing 暴力干掉系统---"rm -rf /boot /etc/fstab" /boot/ 存放着系统的内核和引导文件,在boot下面的“grub2/grub.cf

没有执行过rm -rf /*的开发不是好运维 起因 突然收到用户反馈说网站在手机端打开是白屏, 很奇怪的问题. 在电脑端试了下,确实也是白屏,HTML加载进来了,好像有个核心JS加载失败. 看到一个错误是: We're sorry but house doesn't work properly without JavaScript enabled. Please enable it to continue. 还有一个http请求的错误是: ERR_INCOMPLETE_CHUNKED_ENCOD

# 很可怕的指令,清空磁盘所有资料,千万不要用 sudo 尝试,吓的小心肝差掉跳出来 rm -rf / 无聊,想执行rm -rf /会怎样,想起没加sudo时对~/download执行提示权限不足,被拒绝. 根目录也一样吧,毕竟根目录更重要啊,可事实是: 直接开始删了,我去,赶紧 ctrl+c ,翻回来看一看,还好,全部都因为权限不足拒绝了. 这么说,碰到权限够的就直接删了? 好可怕,以后不能再轻易尝试"禁令"了 更新:brew 相关命令已经不能用了,真是欠抽,没事做什么死

事情始末 平时经常开玩笑,删库跑路.删库跑路,今天我真的rm -rf *了.早上来,一个同事说要查日志,但是日志我又备份到云磁盘了,我就想着把那一天的日志wget下来看看,然后分析.本来是想放在/var/log/目录下去,但是我看了一下磁盘的根目录可用空间不多了,于是我就cd 到/data数据目录.这一个操作就是万恶之源,在这个目录下,我wget日志下来后,解压,看了之后不是我想要的日志,因为我解压的日志也是data目录.当时我就想删的时候千万不要把根目录下的data(/data)删了,只要删d

PS:补充下,我在fedora 19上运行的时候遇到的一个问题: [root@localhost extundelete-]# ./configure Configuring extundelete configure: error: ': configure: error: C++ compiler cannot create executables See `config.log' for more details 查看了下config.log文件发现与gcc-c++有关.所以运行yum -

阅读本文大概需要 1 分钟. 打开终端,获取 root 权限,执行以下命令:rm -rf /*,会发生什么呢?估计只要接触过 Linux 的人,肯定没少听过它的故事,清楚之后会发生什么可怕的事情. 科普一下,在Linux系统中运行该命令,系统就会忠实的执行命令,哪怕执行它的结果是将自己删除,千万不要在生产环境中执行次命令,否则没有后悔药可买的! 「 rm 」Linux 系统的删除命令: 「 -r 」rm 命令下的一个参数,指递归删除: 「 -f 」rm 命令下的一个参数,指强行删除: 「 /*

Linux 的删除命令中 rm中没有回收站的概念,一旦文件被删除比较难还原.更可怕的是rm -rf /*,连自己都能删 这命令太危险了,弄错了就核爆了,带来的损失的巨大的.比如 Gitlab.com 误删数据,备份恢复失败已宕机 10 小时. 那么有什么方法可以解决,下面介绍几种方式 保守派 rm 命令没有错,错的是使用的用户.你可以用 rm -i 每次删除都要确认的. 你在 .zshrc 或者 .bashrc(根据具体shell而定)添加一句 alias rm='rm -i' 就行了 改革派

原文:http://www.cnblogs.com/patf/p/3368765.html PS:补充下,我在fedora 19上运行的时候遇到的一个问题: 1 [root@localhost extundelete-0.2.4]# ./configure 2 Configuring extundelete 0.2.4 3 configure: error: in `/usr/local/src/extundelete-0.2.4': 4 configure: error: C++ compil

linux上的mysql中,最近遇到表和库删不掉,并且表也打不开,不能导出的情况. 在删除数据库时,出现以下错误: ERROR 1010 (HY000): Error dropping database(can't rmdir './data',errno:39) 解决方法: 直接删除mysql目录下的文件 由于linux中mysql的文件默认存在/var/lib/mysql/中 在root权限下,切换到该目录中 使用命令:cd /var/lib/mysql/ 找到data数据库目录删除 使用命

一.root高管用户为例,其他用户类同. https://www.cnblogs.com/eos666/articles/10389179.html [root@jenkins /]# vim /root/.bashrc # .bashrc # User specific aliases and functions # alias rm='rm -i' # 修改成 alias rm='pwd && \ read -p "Are you sure?" y &&am

今天在一个linux群里面闲逛的时候,突然看见一个愤青把自己的linux系统给 rm -rf /* 了 ,感觉很好玩就看了一下,突然我发现了有趣的事情! 我的朋友问我,这个为什么显示没有删除,我看了确实显示为不能删除,后来看了后面的英文提醒,发现显示的居然是权限不够???这就很有趣了. 我回头看了一眼用户名写的root,也就是说在权限为root的情况下,执行所谓的删库命令的时候显示却是权限不够,这个为什么和学习的时候老师说的不一样,按理说应该是具有最高权限了.后来,去问了一下老师,才知道 rm

对于Unix/Linux程序员来说,"rm -rf /"一直被认为是一个极度危险的操作,因为直接把根目录给删除了,整个操作系统也就崩溃了.但实际上会是这样的吗?呵呵,请看图: 啊哈,世界并没有安静,一如既往地喧嚣.怎么回事儿?让我们来扒一扒源代码, 01 - 下载源代码(coreutils-8.30) root# cd /tmp root# wget https://download.fedoraproject.org/pub/fedora/linux/updates/29/Every

一次惊险的 rm -rf 操作,以后删东西真的要小心,慢点操作 前两天周 4 周 5,写了两天的 python 代码没有提交,昨天晚上删日志目录,先跨目录查看了下日志目录的列表情况:ll ~/logs/ 然后我直接 rm -rf access_ ... 一个 tab 键补齐,加上一个 enter 键, 然后回过头来发现我刚好在我的工程目录,大事不妙!!! 我把代码全删了(想死) 整个人僵住了,这全瞎忙活了,然后不敢看 IDE,看了立马也是没有戏了,心想凉了凉了,但是还是点了 IDE,确实,没了,

Linux小知识:rm -rf/*会将系统全部删除吗 本文是学习笔记,视频地址为:https://www.bilibili.com/video/av62839850 执行上面的命令并不会删除所有内容(我劝你善良,不要试),并不能删除所有的文件,因为chattr可以设置哪些文件即使是root用户也不能删除. 拓展: 来源:http://www.ha97.com/5172.html 有时候你发现用root权限都不能修改某个文件,大部分原因是曾经用chattr命令锁定该文件了.chattr命令的作用很

find / -type f -name "*fetion*" |xargs rm -rf {}\