linux系统危险操作

linux危险操作

1.可能导致服务器失联的操作：

• 1.重启集群网卡导致失联【因为修改网卡配置文件不当】
• 2.关闭ssh进程导致失联【因为ssh服务被关闭，无法建立远程连接】

2.导致命令失效的操作

• 1.vi /etc/profile时修改不当。导致各个系统命令出现问题。此时的补救措施是：暂时添加如下内容：
  export PATH=/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

——————————————2018 07 27———————————————————————

3.导致系统直接崩溃，需重装系统的操作

• 1.rm -rf *这个-f参数会直接把选定文件删除，而不给你任何询问【即使你使用了alias rm=rm -i】。还有！一定要注意的是，/与./的区别，一个是根目录，一个是当前目录下。切记，根目录下的文件慎重操作，甚至不要操作。宁愿占用一些磁盘空间，都不要去触碰一个文件。我在这里写下这么一段话，是因为我自己在昨天亲身经历，一身冷汗，公司的服务器差点被我命送黄泉，辛亏集群还没有上线，否则后果无法估量！ 最主要的是，不要使用-f参数！
• 2.慎重使用覆盖方式去修改内容> file.txt。如果需要使用，则应该先创建一个文件，然后再使用这个>命令。尤其注意> /dev/sda这个命令，它会将某个‘命令’的输出写到块设备/dev/sda中。该操作会将在块设备中的所有数据块替换为命令写入的原始数据，从而导致整个块设备的数据丢失。
• 3.慎用find命令。这个命令是全盘扫描，会给磁盘带来很大的压力。
• 5.> /dev/null这个命令会移动某个‘文件夹‘到/dev/null。在Linux中 /dev/null 或 null 设备是一个特殊的文件，所有写入它的数据都会被清除，然后返回写操作成功。（译注：这就是黑洞啊。当然，要说明的是，通过将文件夹移动到黑洞，并不能阻止数据恢复软件的救赎，所以，真正的彻底毁灭，需要采用专用的软件或者手法来完成——我知道你肯定有些东西想删除得干干净净的。）

——————————————2018 09 14———————————————————————

历史总是惊人的相似，昨天我在搭建一个mysql的主备环境时，本想删除mysql安装目录下的data文件夹，但是却删除了系统的/data盘。当时的情形如下：
- my3306中存在文件夹data

[my3306:MASTER cdh215.enmonster.org: mysql /data/mysql/my3306 ]
$ ll
total 20
lrwxrwxrwx 1 mysql mysql   25 Sep 13 21:45 bin -> /opt/software/mybase/bin/
drwxrwxr-x 7 mysql mysql 4096 Sep 14 09:12 data
lrwxrwxrwx 1 mysql mysql   25 Sep 13 21:45 lib -> /opt/software/mybase/lib/
lrwxrwxrwx 1 mysql mysql   29 Sep 13 21:48 log -> /data1/mysql_log/my_3306_log/
-rw-rw-r-- 1 mysql mysql 4537 Sep 14 01:24 my.cnf
drwxrwxr-x 2 mysql mysql 4096 Sep 14 01:24 run
lrwxrwxrwx 1 mysql mysql   27 Sep 13 21:45 share -> /opt/software/mybase/share/
lrwxrwxrwx 1 mysql mysql   35 Sep 13 21:45 support-files -> /opt/software/mybase/support-files/
drwxrwxr-x 2 mysql mysql 4096 Sep 13 21:45 tmp

我欲删除当前目录下的data文件夹，但是我却执行了rm -rf /data/*。。。。。然后就再也无法执行mysql命令了。原因是我应该使用rm -rf ./data/*这个命令。

希望自己不要总是犯蠢。