Linux下有两种用户: 超级用户(root).普通用户. 超级用户:可以再linux系统下做任何事情,不受限制 普通用户:在linux下做有限的事情,例如:rm -rf 只会删除自己的东西. 超级用户的命令提示符是“#”,普通用户的命令提示符是“$” 文件的权限: 文件权限对用户的一个分类: 文件所有者:u 文件所属组:g 其他用户:o 文件权限对操作的分类: 可以读/可浏览:r 可写/可创建/可删除:w 可执行/可进入:x 操作系统会使用位图的方式对人员的权限做出表示: rwx  rwx 

尽量用普通用户执行,因为普通用户无法删除root的文件,避免误删除 rm -rf 不可取, 尽量find+rm -rf 尽量cd && rm -rf * 加上逻辑 cd /tmp/res # <---如果这个没有,则就会出问题.... rm -rf * # 所以,一般就用普通用户执行命令 cd /tmp/res && rm -rf #!/bin/bash if [ -d "/tmp/res" ];then cd /tmp/res/ &&am

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

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

阅读本文大概需要 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' 就行了 改革派

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

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

mkdir -p ~/.trash  //创建一个目录作为回收站,这里使用的是用户家目录下的.trash目录 alias rm=trash  //命令别名 rm改变为trash,通过将rm命令别名值trash来实现把rm改造成删除文件至回收站 alias r=trash  alias rl='ls ~/.trash'  // rl 命令显示回收站中的文件 alias ur=undelfile // ur命令找回回收站中的文件 undelfile() //这个函数的作用是找回回收站下的文件 { 

原文:http://blog.jobbole.com/70971/ 以 root 用户执行 rm –rf / 命令,然后观察下哪些文件或者指令会幸存下来.结果是什么也没少!因此你必须增加 —no-preserce-root 再试一遍: 1 # rm -rf --no-preserve-root / 当你按下 Enter 时,一些重要的工具,比如   1 2 3 4 5 6 7 /bin/ls   /bin/cat   /bin/chmod   /usr/bin/file 将会应声消失!但是你当前

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

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

rm -rf .git/gc.log ➜ test git:(abc) gp Auto packing the repository in background for optimum performance. See "git help gc" for manual housekeeping. warning: The last gc run reported the following. Please correct the root cause and remove .git/g

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

find / -type f -name "*fetion*" |xargs 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这个分区,这样做其实是为了让外界不再写入,我们也可

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

cd /var/tmp/ find . -name "*.log"|xargs rm -rf "*.log"

# find ./ -exec rm {} \; # find ./ | xargs rm -rf 两者都可以把find命令查找到的结果删除,其区别简单的说是前者是把find发现的结果一次性传给exec选项,这样当文件数量较多的时候,就可能会出现“参数太多”之类的错误,相比较而言,后者就可以避免这个错误,因为xargs命令会分批次的处理结果.这样看来,“find ./| xargs rm -rf”是更通用的方法,推荐使用! rm不接受标准输入,所以不能用find / -name "*.txt&q