说明:不解释了,运维应该在每台服务器都去配置这个问题以减少灾难的发生 方法: 1.safe-rm safe-rm是一个开源软件用来替代不太安全的rm,可以在/etc/safe-rm.conf中配置路径黑名单,定义哪些不能被safe-rm删除. 可以将safe-rm更名为rm并放在$PATH中比原rm程序靠前的位置,或者使用alias设置.一些脚本中使用完全路径/bin/rm则不会受此影响. $ rm -rf /etc/#提示 safe-rm: skipping /etc/ 官方地址:http:/

摘要:误执行了 rm -rf /* 之后,除了跑路还能怎么办? 本文分享自华为云社区<拯救被 rm -rf 伤到的小伙>,作者:Gauss 松鼠会. 灵魂画师再次上线   在开饭前我们先了解下两个关键的配置文件 1. 数据目录下的 postgresql.conf 比对一下主备节点的 postgresql.conf,应该有以下几个参数不一致 listen_addresses 远程客户端连接使用的数据库主节点ip或者主机名 local_bind_address 当前节点连接openGauss其他节

操作说明: 为了防止在linux下执行操作的时候误操作rm -rf /,或者rm -rf 一些比较重要的目录,我们做以下操作来限制rm的删除 1.下载源码安装包 https://raw.githubusercontent.com/bazingafraser/cv/master/article/rm/safe-rm-0.12.tar.gz 2.具体操作如下 [root@i-ekowjial ~] tar -xvzf safe-rm-0.12.tar.gz [root@i-ekowjial ~] c

目录 一:rm误操作 which查看命令存放路径 一:rm误操作 which查看命令存放路径 解决rm命令误操作 让别人使用不了自己的rm命令 将rm命令改一个名称 mv rm abc 查看命令存放路径:which rm存放于 [root@localhost ~]# which rm alias rm='rm -i' /usr/bin/rm [root@localhost ~]# cd /usr/bin/ [root@localhost bin]# ls

https://tecadmin.net/pass-command-line-arguments-in-shell-script/ https://tecadmin.net/tutorial/bash-scripting/bash-command-arguments/ https://www.quora.com/Where-do-I-find-the-trash-sound-the-sound-when-you-empty-the-trash-in-Mac 默认当前路径是 - 传递输入设置为 作

IT系统最怕什么,我觉得就两点: 1.不可靠的软硬件. 2.误操作. 第一点就不用解释了,第二点是该文的内容,主要摘选自ITPUB的精华贴——[精华] 请列出你在从事DBA生涯中,最难以忘怀的一次误操作 中摘录各位网友的经验和教训,常看看以警惕自己. #2 一次一个session占用内存很大,这个session id比较大,所以以为是用户进程,kill, 则库立刻down了,查日志后,才知道是一个后台进程,但详细是哪个进程,现在忘记了. 好的是库起来了,这个故障,我一直牢记于心. 现在做任何操作

每日英语,每天进步一点点(偷笑): 前言 临近五一节,想到有 5 天假期,小林开始飘了. 写个简单的 Bash 脚本都不上心了,写完连检查都不检查,直接拖到到实体服务器跑. 结果一跑起来,发生不对劲,怎么一个简单脚本跑了 10 秒还没结束,于是立马直接 ctrl + c 一顿操作停掉了运行中脚本. 接着,习惯性的输入了 ls,结果 what? 找不到 ls 命令? 瞬间背后一凉,慌慌张张打开了脚本. 发现问题了,小林我写了个巨蠢的 Bug,间接执行了 rm -fr /* ,这不意味着我删库了?

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

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 -

Linux有时候执行了 rm -rf 等操作误删了文件绝对是一件可怕的事情,好在有一些解决的办法可以临时救急.这时我们就要用到一款叫做extundelete的工具了. 目录[-] 依赖 安装 查找要恢复的驱动器名 运行恢复 恢复单个文件 恢复一个目录 恢复整个分区 Linux下执行 rm 并不会真正删除,而是将inode节点中的扇区删除,同时释放数据块.在数据块被系统重新分配前,这部分数据还是可以找回来的. 网上说在删除文件后要立即unmount这个分区,这样做其实是为了让外界不再写入,我们也可

高性能Linux服务器 第6章  ext3文件系统反删除利器ext3grep  extundelete工具恢复rm -rf 误删除的文件 只能用于ext3文件系统!!!!!!!高俊峰(高性能Linux服务器构建实战:运维监控.性能调优与集群应用(完整)) Linux作为企业级服务器,数据的安全性至关重要,任何数据的丢失和误删除都是不可容忍的.作为系统管理员,一定要有数据保护意识,不但要对服务器数据进行定期备份,而且还要具有误删除数据后将其快速恢复的技能.本章重点讲述Linux下的ext3文件系统

一.缘由: 最近看到这则新闻,很是悲伤,因为我最近也在用ansible:然而这一错误源自Ansible上糟糕的代码设计,这款Linux实用工具被用于在多台不同服务器上自动执行脚本. 开发者解释到,实际参数应该是“rm -rf {foo}/{bar}”,foo和bar是脚本中动态传递的两个变量.然而由于变量处理出错,通用语法未能成功在bash命令中插值,所以最终指令就变成了可怕的“rm -rf /”. “rm -rf /”意味着擦除根路径“/”下挂载的所有内容而无需询问. 以前一个主管说过,在你不

写一下文档,记录自己工作中的重大事故,警醒自己以后别犯错. 1)目录不能进行硬连接,只能进行软连接,也就是 ln命令必须加上 -s 参数,如下: [root@ALIYUN:~]#ln /srv/bak-lj/ /opt/ljln: `/srv/bak-lj/': hard link not allowed for directory  [错误][root@ALIYUN:~]#[root@ALIYUN:~]#ln -s /srv/bak-lj/ /opt/lj[root@ALIYUN:~]# 2)

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

昨晚做了一个令人痛心疾首的操作,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

原文: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命令的使用 JAVAEE :后台应用都会涉及到linux系统,应用程序的部署,运维,分布式集群,大数据,云计算 虚拟机:虚拟出来的计算机 虚拟机软件:用来产生虚拟机的一个软件 对服务器的管理,都是通过远程登录来进行,远程登录的常用软件有以下3款: xshell(使用的比较普遍) putty secureCRT ----recommend (个人推荐,上手后感觉不错 ) 这些软件都是基于一种通信协议来进行远程登录:SSH协议 (这种协议要求远程登录者进行身份验证 有两种认证

shell 的通配符匹配非常强大,不过也非常危险,不少同学都碰到这样的问题,比如 rm a*,结果一个手抖,a 和星号之间多了个空格,结果目录下的文件都灰飞烟灭了…… bash 支持一个特殊的变量 !$,永远保存着前一条命令的最后一个参数,例如: $ echo hello worldhello world$ echo !$world 那么,这和防止误操作有什么关系呢? 比如你要删除以 a 打头的文件,可以先通过 ls 确定一下: $ ls a*a1.txt  a2.txt  a3.txt  a4

没有执行过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

环境:虚拟机 系统版本:centOS 5.8.centOS 6.5 1. root权限:rm -rf / 2. root权限:rm -rf /* 测试结果:5.8下执行命令1,2,根目录文件被删除,系统OVER, 6.5下执行命令1,提示操作失败,有preserve的保护模式, 执行命令2 成功删除/文件,系统OVER. 虚拟机事先做快照,在删除 / 之后,选择恢复快照,系统恢复正常. 总结:好奇心害死猫,喵~