Linux系统——硬链接与软链接

文件属性软硬连接：

链接有两种，一种为硬链接（Hard Link），另一种为软链接或符号链接（Symbolic Link或Soft Link）。

建立硬链接时，链接文件和被链接文件必须位于同一个文件系统中，并且不能建立指向目录的硬链接。而对符号链接，则不存在这个问题。默认情况下，ln产生硬链接。

 

在硬链接的情况下，参数中的“目标”被链接至[链接名]。如果[链接名]是一个目录名，系统将在该目录之下建立一个或多个与“目标”同名的链接文件，链接文件和被链接文件的内容完全相同。

 

如果给ln命令加上- s选项，则建立符号链接。如果[链接名]已经存在但不是目录，将不做链接。[链接名]可以是任何一个文件名（可包含路径），也可以是一个目录，并且允许它与“目标”不在同一个文件系统中。如果[链接名]是一个已经存在的目录，系统将在该目录下建立一个或多个与“目标”同名的文件，此新建的文件实际上是指向原“目标”的符号链接文件。

 

硬链接：# ln 源文件 目标文件

 

软连接：# ln -s 源文件 目标文件（目标文件不能已经存在，文件类型为l）

 

1. 硬链接(hard link) ：

 

在Linux文件系统中，多个文件名指向同一个索引节点（inode）。这种情况文件就称为硬链接。硬链接文件就相当于文件的另外的一个入口，具有相同inode节点号的多个文件是互为硬链接文件

 

删除硬链接文件或者删除源文件任意之一，文件实体block并未被删除；只有删除了源文件及所有对应的硬链接文件，文件实体block才会被删除；当所有的硬链接文件及源文件被删除后，再存放新的数据会占用这个文件的空间，或者磁盘fsck检查的时候，删除的数据也会被系统回收。可以通过给文件设置硬链接文件，来防止重要文件被误删

 

创建硬链接文件

# ln 源文件 硬链接文件

 

文件彻底删除

硬链接文件是普通文件，所以可以用rm命令删除

对应静态文件（没有进程正在调用的文件）来讲，当对应硬链接数为0（i_link）,文件就被删除了。

 

i_link的查看方法

# ls -lhi 第三列的数字就是

 

硬链接的限制

我们在使用硬链接的同时也需要对硬链接的限制有所了解； 

1. 不能跨文件系统 

2. 不能链接到目录

 

2.软链接(symbolic link）：

 

软连接又叫做符号链接，它几乎可以等价于windows下的快捷方式；

 

 

软连接的创建

 

软连接：ln -s 源文件 目标文件（目标文件不能已经存在）

 

软连接知识

 

软连链接指向源文件实体

 

删除源文件（可以用rm命令删除），软连接文件依然存在，但是无法访问指向的源文件路径内容了

 

失效的时候一般是白字红底闪烁提示

 

执行命令“ln -s 源文件 软连接文件”，即可完成创建软连接（目标不能存在）

 

软连接和源文件是不同类型的文件，也是不同的文件，inode号也不相同

 

 总结：

1.删除软连接，对源文件和硬链接文件都没有影响

2.删除硬链接，对源文件和软连接文件都没有影响

3.删除源文件，对硬链接没有印象，但是会导致软连接文件失效，白底红字闪烁

4.同时删除源文件和硬链接文件，整个文件才会真正的被删除

5.源文件和硬链接文件具有相同的索引节点号，可以认为是同一个文件或一个文件多个入口

6.源文件和软连接文件的索引节点号不相同，是不同的文件，软连接文件相当于源文件的快捷方式，含有源文件的位置指向

 

有关目录的总结：

对于目录，不可以创建硬链接，但可以创建软连接

目录的硬链接不能跨越文件系统

 每个目录下面都有一个硬链接“.”号，和对应上级目录的硬链接“..”

 在父目录里面创建一个子目录，父目录的链接数会增加1（每个子目录里都有“..”指向父目录），但在父目录中创建文件，父目录的链接数不会增加

 

硬链接数的查看

 硬链接，增加链接数，删除源文件，连接仍旧有效

软链接，不增加链接数，但删除源文件，软链接失效

 

目录的硬链接数：当前目录的硬链接（.）+下级目录返回上级目录的硬链接（..）+本身

子目录的硬链接数：当前目录的硬链接（.）+本身

 

 

在配置apache时，执行了./configure --prefix=/application/apache2.2.17来编译apache，在make install 完成后，希望用户的访问路径更简单，需要给/application/apache2.2.17目录做一个软链接/application/apache,使得内部开发或管理人员通过/application/apache就可以访问到apache的安装目录/application/apache2.2.17下的内容，请你给出实现的命令。(提示：apache为一个httpd web服务）

思路：

软件的安装位置   /application/apache2.2.17

给开发人员使用的位置   /application/apache2.2.17

升级软件，新的软件的安装位置   /application/apache2.4.17

思考：如何给别人使用的始终是一个路径，即使更新了软件；所以，我们要做软链接，这样不论软件如何更新，通过修改软链接的指向就可以，然后软链接的路径始终不变。

1、创建软链接

# mkdir -p /application/apache2.2.17

# ll -ld /application/apache2.2.17

# ln -s /application/apache2.2.17 /application/apache

# ls -l /application/

2、软件更新了，重新创建软链接

#  mkdir -p /application/apache2.4.17

# rm -f application/apache

# ln -s /application/apache2.4.17

# ll /application/

# ln -s /application/apache2.4.17 /application/apache

# ll /application/

3、如图软链接的地址始终不变，不会影响开发人员的使用，这就是实际工作中软链接的意义

 

为什么目录不能创建硬链接，软链接可以正常创建

硬链接的本质其实就是有多个入口，都可以看到目标文件的内容。这些入口就是门，也就

是硬链接。硬链接其实也就相当于做备份--超市A ---超市A.bak。

软链接就相当于windows的快捷方式，这就如同超市并没有多开新的门，仍旧用的旧门，

只不过告诉你通过多条路都可以来到这个门而已。

因此，对linux来说，硬链接需要系统将目标文件做备份，删除其中的任何一个，文件内容

都不会消失，只不过是删除了其中的一份备份而已；而软链接并没有做备份，他只是多增

加了一条来到门前的通路而已。因此，假如linux允许给目录做硬链接的话，他就同时需要给目录下的所有文件在做一个硬链接，这样会导致系统不断的进行遍历，拖慢系统的运行速度。

 

描述linux下软链接和硬链接的区别

1，默认不带参数情况下，ln命令创建的是硬链接，带-s参数的ln命令创建的是软链接

2，硬链接文件与源文件的inode节点号相同，而软链接文件的inode节点号与源文件不同。

3，ln命令不能对目录创建硬链接，但可以创建软链接，对目录的软链接会经常被用到。

4，删除软链接文件，对源文件及硬链接文件无任何影响

5，删除文件的硬链接文件，对源文件及软链接文件无任何影响

6，删除链接文件的源文件，对硬链接文件无影响，会导致其软链接失效

7，同时删除源文件及硬链接文件，整个文件才会被真正的删除

8，软链接可以跨文件系统，硬链接不可以跨文件系统

 

 

Linux文件删除原理

Linux通过link数量控制文件删除，只有当一个文件i_count和i_nlink都为零文件才会被删除，rm删除文件改变的是i_nlink数

正在使用当中的文件，即便你删除了i_nlink（硬链接数），文件实际上也并没有被删除，因为，文件还正在处于读写状态。只有i_count的数也为零时，文件才会被彻底删除。

 

i_count当前文件被调用的数量（内存引用计数器，被进程调用时增加）

i_nlink截止连接数量（磁盘引用计数器，创建硬链接时增加）

 

 

再生产环境中，有时会遇到apache等类似服务，磁盘满了的情况，会要求你去删掉些日

志，如果此时你去删除了，你会发现磁盘空间占用没有改变，还是满的，而且查询不

到。

这是因为，后台进程仍旧在占用着被删掉了的日志文件，因此linux并没有将内容删

除（block），你的删除只是清除了inode和文件名而已。解决这个问题就需要重新启动

apache

较好的处理方案，清空日志而不删除日志>/app/logs/access_log

 

恢复误删除的文件

针对Linux下的ext文件系统，可用的恢复工具： debugfs，extundelete

extundelete的使用

（1）安装依赖包

e2fsprogs-libs-1.41.12-18.el6.x86_64.rpm

e2fsprogs-devel-1.41.12-18.el6.x86_64.rpm

（2）编译安装

# ls

# tar xf extundelet-0.2.4.tar.bz2 -C /usr/src/

# cd /usr/src/extundelete-0.2.4/

# ls

# ./configure --prefix=/usr/src/extundelete \ > && make && make install

# cp /usr/local/extundelete/bin/extundelete \ > /usr/bin/

（3）执行恢复操作

常用选项

--inode        指定从inode号为多少开始显示

--restore-file    恢复误删除的某个文件

--restore-all     恢复全部已删除的文件

--after dtime    在某个时间点之后删除的文件

--before dtime   在某个时间点之前删除的文件

date -d “日期及时间” +%s   算出某个时间点距离1970年1月1日过去了多少秒

 

在数据被误删后，第一时间要做的就是卸载被删除数据所在的分区，如果是根分区的数据遭到误删，第一时间要做的就是卸载被删除数据做在的分区，如果是根分区的数据遭到误删，就需要将系统进入单用户模式，并且将根分区已只读模式挂载。  原因：将文件删除后，仅是将文件的iNode节点中的扇区指针清零，世纪文件还储存在磁盘上，如果磁盘继续以读写模式挂载，这些已删除的文件的数据块就可能被操作系统重新分配出去，在这些数据库背心的数据覆盖后，这些数据就真的丢失了，恢复工具也无力回天。所以以只读模式挂载磁盘可以尽量降低数据库中数据被覆盖的风险，以提高恢复数据成功的比例。

恢复/test/passwd/文件

（模拟误删除）

# df -hT

# rm -f /test/passwd

# umount /dev/sdb1

# extundelete /dev/sdb1 --inode 2

（恢复）

# extundelete --restore-file passwd /dev/sdb1

# ls RECOVERED_FILES/

# mount /dev/sdb1 /test/

# mv RECOVERED_FILES/passwd /test/

# ls /test/

 

查看所有进程的文件打开数

# lsof

 

统计所有进程的文件打开数

# lsof | wc -l

 

文件打开数的默认值ulimit-n 是1024，最多为65535

临时生效（单个进程的文件打开数）

# ulimit -n 65535

# export ulimit -n 65535（全局生效）

 

 

永久生效（单个进程的文件打开量）

（1）vim编辑/etc/security/limits.conf配置文件

# vim /etc/security/limits.conf

* soft nofile 65535

* hard nofile 65535

# ulimit -a 查看open files（文件打开数）

（2）修改/etc/rc.local添加（/proc/sys/ 所有系统的优化目录）

# echo 65535 > /proc/sys/fs/file-max

 

手动排查文件大小

# du -sh 文件或目录

 

查看某个进程打开数，跟踪日志的进程

# lsof -p rsyslog

 

跟踪文件，查看哪些进程打开了文件（可以追踪病毒）

# lsof /var/log/messages

 

 

/proc/sys/ 所有系统的优化目录

vm 操作系统优化目录

 

 

转载于:https://www.cnblogs.com/daisy118/p/9853783.html