Linux下制作bin可执行文件

Linux常见的安装为tar，zip，gz，rpm，deb，bin等。我们可以简单的分为三类，

第一：打包或压缩文件tar，zip，gz等，一般解压后即可，或者解压后运行sh文件；

第二：对应的有管理工具的deb，rpm等，通常的这类安装文件可以通过第三方的命令行或UI来简单的安装，例如Ubuntu中的apt来安装deb，Redhat中的yum来安装rpm；

第三：像.bin类，其实就是把sh和zip打包为bin，或把sh和rpm打包为bin等，当在命令行运行bin安装文件时，其实就是bin里面的sh来解压bin中的zip或安装rpm的过程；

.bin安装文件可以认为是sh文件和zip或rpm等其他安装文件的打包形式。如下图：

shell脚本：

脚本很简单，关键在于sed那一行，大概意思是匹配exit 0，如果匹配到了，把它后面的打印出来。

然后将安装包打包成 install.tar.gz，如：

最终将上述两个文件打包成bin文件，并赋予执行权限

执行bin文件和执行shell脚本一样，直接运行

Tip:提取文件也可以使用tail来分割文件的，这个有时候可能会失败（网上很多人都说tail方法可能有各种问题，我测试没碰见）。建议使用sed方式提取文件

拿到了新linux服务器，开心地 *** 作linx，行云流水地搭建了nginx前端代理服务，并在nginx服务中部署前端应用。心里开始有点膨胀，于是就乐极生悲，有了这个蛋疼的 *** 作，将linx系统根目录下的bin文件夹中的内容全部给删除了，（当时脑子短路了有一分多钟，心里直冒冷汗）。

误 *** 作过程： 部署前端应用的流程是，先将nginx应用根目录下html文件夹中已经部署的旧版本删除，在删除前端项目时，因为有历史 *** 作，所有没有仔细看文件夹路径，直接ctrl-A删除了当下目录中的所有文件。（前端应用是angular2项目，build出来的项目，所有有文件都是同一级目录，文件有点多，且每个文件名都是随机生成的）。

使用xftp，需要先将html文件夹中的内容全部删除，因为已经 *** 作过这个步骤，所以想当然的以为打开xftp会默认打开html文件夹。于是在 *** 作过程中，直接将xftp默认打开的文件夹下的所有文件给删除了（默认在bin目录）。删除那一瞬间感觉删除文件不对，查看目录路径，果然错了。

当时所有文件都已经删除了，ctrl+c已经迟了。。。

先了解了一下bin目录下文件内容的作用：bin文件夹下的内容文件为常用的shell命令，在下面的截图中可以看到：cat，chmod，cp，login... 等常用命令。看到login也在里面，感觉有点不妙，会不会是这台服务器已经不能再远程登录了？黑人脸问号.png。

使用ssh测试远程连接，果然连接不上了。于是网上搜索补救措施，看了好多网上教程，好多都是使用ssh连接（在没有关闭ssh连接的前提下 *** 作），远程恢复的。网络上的恢复教程大致是： 从其他的相同的linux *** 作系统中复制一份bin文件到已经删除的linux系统中。 但远程ssh登录不了，复制不了文件到这个linux系统中。但是想到有xftp还没有关闭连接，于是就打算采用这个xftp恢复bin目录。

使用虚拟机软件，创建一台相同liunx版本的系统，再将系统中bin文件夹中的内容复制一份。并使用xftp将bin文件内容复制到删除的目录中。

重新测试ssh远程登录连接系统，结果还是不行。继续思考为什么会不行。想到会不会是文件权限引起的问题，还好xftp可以查看文件权限，果然有这个问题，xftp复制进系统的文件权限只有只读权限，可bin目录下的文件都是需要执行权限的啊。还好xftp可以修改文件权限，于是有了以下的修改权限的截图。绿色的文件代表可以执行，也就说先将以下的的文件中比较重要的文件（绿色的文件，修改权限前文件为灰色）权限改为755。然后再ssh远程登录系统，果然ok，可以登录且可以 *** 作系统。接下来将bin文件夹中的所有文件权限改为 755，恢复完成。