SYNOPSIS

       ln [OPTION]... [-T] TARGET LINK_NAME   (1st form)
ln [OPTION]... TARGET (2nd form)
ln [OPTION]... TARGET... DIRECTORY (3rd form)
ln [OPTION]... -t DIRECTORY TARGET... (4th form)
  • form1:创建一个名为LINK_NAME 的连接文件指向原文件TARGET
  • form2:在当前目录中创建一个与TARGET同名的链接文件(TARGET不能在当前目录,目标可以是绝对路径,也可以是相对路径)
  • form3 | form4:在指定的目录DIRECTORY中,为每一个原文件TARGET创建一个链接文件。

硬链接与软链接(-s)的联系与区别(默认是建立硬链接)

我们知道文件都有文件名与数据,这在 Linux 上被分成两个部分:用户数据 (user data) 与元数据 (metadata)。用户数据,即文件数据块 (data block),数据块是记录文件真实内容的地方;而元数据则是文件的附加属性,如文件大小、创建时间、所有者等信息。在 Linux 中,元数据中的 inode 号(inode 是文件元数据的一部分但其并不包含文件名,inode 号即索引节点号)才是文件的唯一标识而非文件名。文件名仅是为了方便人们的记忆和使用,系统或程序通过 inode 号寻找正确的文件数据块。图 1.展示了程序通过文件名获取文件内容的过程。

图 1. 通过文件名打开文件



由于硬链接是有着相同 inode 号仅文件名不同的文件,因此硬链接存在以下几点特性:

  • 文件有相同的 inode 及 data block;
  • 只能对已存在的文件进行创建;
  • 不能交叉文件系统进行硬链接的创建;
  • 不能对目录进行创建,只可对文件创建;
  • 删除一个硬链接文件并不影响其他有相同 inode 号的文件。

软链接与硬链接不同,若文件用户数据块中存放的内容是另一文件的路径名的指向,则该文件就是软连接。软链接就是一个普通文件,只是数据块内容有点特殊。软链接有着自己的 inode 号以及用户数据块(见 图 2.)。因此软链接的创建与使用没有类似硬链接的诸多限制,软链接有以下属性:

* 软链接有自己的文件属性及权限等;
* 可对不存在的文件或目录创建软链接;(目标文件不存在则是无效链接)
* 目标文件是相对路径的时候,移动软链接会失效,若是绝对路径则无影响,所以尽量使用绝对路径。
* 软链接可交叉文件系统;
* 软链接可对文件或目录创建;
* 创建软链接时,硬链接计数 i_nlink 不会增加;
* 删除软链接并不影响被指向的文件,但若被指向的原文件被删除,则相关软连接被称为死链接(即 dangling link,若被指向路径文件被重新创建,死链接可恢复为正常的软链接)。

图 2. 软链接的访问
![](https://img2018.cnblogs.com/blog/1494427/201809/1494427-20180930004153990-2110567826.png)
注意:使用相对路径建立软链接时候,原文件相对的不是执行命令时的路径而是相对于软链接所在目录的路径,而软链接的位置才是相对于当前命令的相对路径。
例如:Desktop目录下面有A,B 两个目录,如果要把A 目录中文件tem的软链接建立到B 目录中,在Desktop上层目录执行命令如下
`ln -s ../A/tem B`
![](https://img2018.cnblogs.com/blog/1494427/201810/1494427-20181001125539450-40450612.png)

可选参数如下

--backup[=CONTROL]

make a backup of each existing destination file

   -b     like --backup but does not accept an argument

   -d, -F, --directory
allow the superuser to attempt to hard link directories (note: will probably fail
due to system restrictions, even for the superuser) -f, --force
remove existing destination files -i, --interactive
prompt whether to remove destinations -L, --logical
dereference TARGETs that are symbolic links -n, --no-dereference
treat LINK_NAME as a normal file if it is a symbolic link to a directory -P, --physical
make hard links directly to symbolic links -r, --relative
create symbolic links relative to link location -s, --symbolic
make symbolic links instead of hard links -S, --suffix=SUFFIX
override the usual backup suffix -t, --target-directory=DIRECTORY
specify the DIRECTORY in which to create the links -T, --no-target-directory
treat LINK_NAME as a normal file always -v, --verbose
print name of each linked file --help display this help and exit --version
output version information and exit
    每个文件存在两个计数器:i_count 与 i_nlink,即引用计数与硬链接计数。结构体 inode 中的 i_count 用于跟踪文件被访问的数量,而 i_nlink 则是上述使用 ls -l 等命令查看到的文件硬链接数。或者说 i_count 跟踪文件在内存中的情况,而 i_nlink 则是磁盘计数器。当文件被删除时,则 i_nlink 先被设置成 0。文件的这两个计数器使得 Linux 系统升级或程序更新变的容易。系统或程序可在不关闭的情况下(即文件 i_count 不为 0),将新文件以同样的文件名进行替换,新文件有自己的 inode 及 data block,旧文件会在相关进程关闭后被完整的删除。

查看文件是否是硬链接

$ touch file1       # 创建新文件 file1
$ touch file2 # 创建新文件 file2
$ ln file1 file3 # 为 file1 创建硬链接 file3
$ ls -l
total 0
-rw-r--r-- 2 root root 0 Aug 12 16:59 file1
-rw-r--r-- 1 root root 0 Aug 12 17:00 file2
-rw-r--r-- 2 root root 0 Aug 12 16:59 file3

结果的第二列数字就是指向该文件的硬链接数. 注意, 硬链接和原文件是无法区分的. 所以 file3 是 file1 的硬链接也可以看作 file1 是 file3 的硬链接. 所以该数字大于 2 即说明该文件是硬链接.

查看文件的 inode number

ls -i    # 可以与 ls -l 一起使用, 即 ls -il

$ ls -il
total 0
267105 -rw-r--r-- 2 root root 0 Aug 12 16:59 file1
267106 -rw-r--r-- 1 root root 0 Aug 12 17:00 file2
267105 -rw-r--r-- 2 root root 0 Aug 12 16:59 file3

这时结果的第一列就是文件的 inode number, 可以看出由于 file1 和 file3 互为硬链接, 所以他们的 inode number 相同.

如何找出所有硬链接到某个文件的文件?

首先使用

1

ls -i

查看文件的 inode number

然后使用

find -inum

查找所有指向该 inode 的文件

例子:

$ find . -inum 267105
./file3
./file1

ref :https://www.ibm.com/developerworks/cn/linux/l-cn-hardandsymb-links/

linux 软/硬链接详解的更多相关文章

  1. Linux链接命令及软链接、硬链接详解

    命令ln详解 命令ln,所在路径为: 可以看到,它的路径为:/usr/bin/ln,因此,它的执行权限是所有用户 命令的基本功能是创建链接文件(硬链接),例如:ln /etc/issue /tmp 选 ...

  2. linux软链接与硬链接详解

    软连接 命令: ln -s 原文件 目标文件 特征: 1.相当于windows的快捷方式 2.只是一个符号连接,所以软连接文件大小都很小 3.当运行软连接的时候,会根据连接指向找到真正的文件,然后执行 ...

  3. Linux 链接详解----静态链接实例分析

    由Linux链接详解(1)中我们简单的分析了静态库的引用解析和重定位的内容, 下面我们结合实例来看一下静态链接重定位过程. /* * a.c */ ; void add(int c); int mai ...

  4. linux 开机启动过程详解

    Linux开机执行内核后会启动init进程,该进程根据runlevel(如x)执行/etc/rcx.d/下的程序,其下的程序是符号链接,真正的程序放在/etc/init.d/下.开机启动的程序(服务等 ...

  5. Linux下rar命令详解

    Linux下rar命令详解 用法: rar <命令> -<选项1> ….-<选项N> < 操作文档> <文件…> <@文件列表…> ...

  6. Linux命令工具 top详解

    Linux命令工具 top详解 top命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器.top是一个动态显示过程,即可以通过用户按键来不 ...

  7. Linux惊群效应详解

    Linux惊群效应详解(最详细的了吧)   linux惊群效应 详细的介绍什么是惊群,惊群在线程和进程中的具体表现,惊群的系统消耗和惊群的处理方法. 1.惊群效应是什么?        惊群效应也有人 ...

  8. 【转】linux中inittab文件详解

    原文网址:http://www.2cto.com/os/201108/98426.html linux中inittab文件详解 init的进程号是1(ps -aux | less),从这一点就能看出, ...

  9. Linux 系统性能监控命令详解

    Linux 系统性能监控命令详解 CPU MEMORY IO NETWORK LINUX进程内存占用查看方法 系统负载过重时往往会引起其它子系统的问题,比如:->大量的读入内存的IO请求(pag ...

随机推荐

  1. c++默认参数函数注意事项

    再有默认参数的函数中,一般我们都把默认参数放在声明处而不是定义处. 如果声明和定义都有默认参数,编译器将会报错. 调用含有默认实参的函数时,我们可以包含参数,也可以省略. 有默认参数的函数,我们可以不 ...

  2. Error:java: invalid source release 无效的源发行版: 8

    原因:这是由于jdk的版本与项目的要求不一致造成的,如果是maven项目,首先查看一下pom.xml,以我的项目为例: 从其中可以看出要求的编译插件为1.8版本,而我本机上安装的jdk为1.7版本,因 ...

  3. Vue:Vue2.0搭建脚手架

    随着Vue.js越来越火爆,更多的项目都用到Vue进行开发,在实际的开发项目中如何搭建脚手架呢?今天就来跟大家分享一下如何使用vue-cli搭建脚手架. 一.安装node.js 1.进入官网https ...

  4. Android Things:撸起袖子来创建第一个Things工程

    http://blog.csdn.net/p106786860/article/details/60161020 ——————————————————————————————————————————— ...

  5. Best Practices in Asynchronous Programming

    http://blog.stephencleary.com/ http://blogs.msdn.com/b/pfxteam/

  6. JVM学习(4)——全面总结Java的GC算法和回收机制---转载自http://www.cnblogs.com/kubixuesheng/p/5208647.html

    俗话说,自己写的代码,6个月后也是别人的代码……复习!复习!复习!涉及到的知识点总结如下: 一些JVM的跟踪参数的设置 Java堆的分配参数 -Xmx 和 –Xms 应该保持一个什么关系,可以让系统的 ...

  7. Ubuntu上查内存情况

    free -h

  8. django 单元测试错误总结

    TestCase django自带有一个TestCase模块来进行测试,我们可以参考官网 来写单元测试的代码.我这里主要是总结一些错误. 用户无法登陆 我们有些api登录后才可以进行测试,所以我们可以 ...

  9. 仿迅雷播放器教程 -- 基于VLC的C++播放器 (4)

    经过前面的介绍,想必大家对VLC和ffmpeg都有一定印象了,还记得学习ffmpeg多么蛋疼吗?那么VLC会不会也这么蛋疼呢?     那么我们来看一段官方的Demo,Alberl精简了Demo,只留 ...

  10. [IR] Word Embeddings

    From: https://www.youtube.com/watch?v=pw187aaz49o Ref: http://blog.csdn.net/abcjennifer/article/deta ...