# Linux tail命令：显示文件结尾的内容
既然有显示文件开头的命令，就会有显示文件结尾的命令——tail 命令。

tail 命令的基本信息如下：
* 命令名称：tail。
* 英文原意：output the last part of files。
* 所在路径：/usr/bin/tail。
* 执行权限：所有用户。
* 功能描述：显示文件结尾的内容。



## 命令格式
```bash
[root@localhost ~]#tail [选项] 文件名
```
选项：
* -n 行数：从文條尾开始，显示指定行数
* -f：监听文件的新増内容


## 常见用法
【例 1】基本用法。
```bash
[root@localhost ~]# tail anaconda-ks.cfg
```
tail 命令和 head 命令的格式基本一致，默认会显示文件的后 10 行。如果想显示指定的行数，则只需使用"-n"选项即可，例如：

```bash
[root@localhost ~]# tail -n 20 anaconda-ks.cfg
也可直接写"-行数"，例如：
[root@localhost ~]# tail -20 anaconda-ks.cfg
```

【例 2】 监听文件的新増内容。
tail 命令有一种比较有趣的用法，可以使用"-f"选项来监听文件的新増内容，例如：
```bash
[root@localhost ~]#tail -f anaconda-ks.cfg
@server-platform
@server-policy
pax
oddjob
sgpio
certmonger
pam_krb5
krb5-workstation
perl-DBD-SQLite
%end
#光标不会退出文件，而会一直监听在文件的结尾处
```
这条命令会显示文件的最后 10 行内容，而且光标不会退出命令，而会一直监听文件的结尾处，等待显示新増内容。这时如果向文件中追加一些数据（需要开启一个新终端），那么结果如下：

```bash
[root@localhost ~]# echo 2222222222 >> anaconda-ks.cfg
[root@localhost ~]# echo 3333333333 >> anaconda-ks.cfg
```
#在新终端中通过echo命令向文件中追加数据
在原始的正在监听的终端中，会看到如下信息：

```bash
[root@localhost ~]# tail -f anaconda-ks.cfg @server-platforin
@server-policy
pax
oddjob
sgpio
certmonger
pam_krb5
krb5-workstation
perl-DBD-SQLite
%end2222222222
33333333333
#在文件的结尾处监听到了新増数据
```

tail命令

# Linux stat命令：显示文件或文件系统的详细信息
在 Linux 中，文件有访问时间、数据修改时间、状态修改时间这三个时间，而没有创建时间。stat 是査看文件详细信息的命令，而且可以看到文件的这三个时间，其基本信息如下。
* 命令名称：stat。
* 英文原意：display file or file system status。
* 所在路径：/usr/bin/stat。
* 执行权限：所有用户。
* 功能描述：显示文件或文件系统的详细信息。



## 命令格式
```bash
[root@localhost ~]# stat [选项]文件名或目录名
```
选项：
* -f：査看文件所在的文件系统信息，而不是査看文件的信息。

## 常见用法
【例 1】査看文件的详细信息。
```bash
[root@localhost ~]# stat anaconda-ks.cfg
File: "anaconda-ks.cfg"
#文件名
Size: 1170  Blocks: 8 IO Block: 4096 普通文件
#文件大小   占用的block数 块大小 文件类型
Device: 803h/2051d Inode: 130834 Links: 1
#i节点号 链接数
Access: (0600/-rw-------) Uid: ( 0/ root) Gid: ( 0/ root)
#权限 所有者 所属组
Access: 2016-05-06 23:31:41.396893415 +0800
#访问时间
Modify: 2016-05-06 23:31:41.396893415 +0800
#数据修改时间
Change: 2016-05-06 23:31:41.411006937 +0800
#状态修改时间
```

【例 2】 査看文件系统信息。
如果使用"-f"选项，就不再是査看指定文件的信息，而是査看这个文件所在文件系统的信息，例如：
```bash
[root@localhost ~]#stat -f anaconda-ks.cfg
File: "anaconda-ks.cfg"
ID: c05ad05e0e3b0580 Namelen: 255 Type: ext2/ext3
Block size: 4096 Fundamental block size: 4096
Blocks: Total: 5045314 Free: 4356956 Available: 4100662 Inodes: Total: 1283632 Free: 1192731
```
【例 3】三种时间的含义。
査看系统当前时间，如下：
```bash
[root@localhost ~]# date
2016年05月07日星期六01:40:49 CST
再査看 bds 文件的三种时间，可以看到，和当前时间是有差别的，如下：
[root@localhost ~]# stat bols
File: "bols"
Size: 0 Blocks: 0   IO Block: 4096 普通空文件
Device: 803h/2051d Inode: 130829 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2016-05-07 00:10:23.794319970 +0800
Modify: 2016-05-07 00:10:23.794319970 +0800
Change: 2016-05-07 00:10:23.794319970 +0800
#这些时间都是最后一次修改文件的时间，并不是当前时间
```
而如果用 cat 命令读取一下这个文件，就会发现文件的访问时间 (Access Time) 变成了 cat 命令的执行时间，如下:
```bash
[root@localhost ~]# cat bols
[root@localhost ~]# stat bols
File: "bols"
Size: 0 Blocks: 0   I0 Block: 4096 普通空文
Device: 803h/2051d Inode: 130829 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid:(0/ root)
Access: 2016-05-07 01:41:08.202924900 +0800
#只有访问时间变为了cat命令的执行时间，其他两个时间没有改
Modify: 2016-05-07 00:10:23.794319970 +0800
Change: 2016-05-07 00:10:23.794319970 +0800

````

而如果用 echo 命令向文件中写入点数据，那么文件的数据修改时间（Modify Time）就会发生改变。但是文件数据改变了，系统会认为文件的状态也会改变，所以状态修改时间（Change Time）也会随之改变，如下：

```bash
[root@localhost ~]# echo 9527> bols
[root@localhost ~]# stat bols
File: "bols"
Size: 6 Blocks: 8   I0 Block: 4096 普通文件
Device: 803h/2051d Inode: 130829 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2016-05-07 01:41:08.202924900 +0800
#这个时间还是上次修改时间
Modify: 2016-05-07 01:42:42.459614017 +0800
Change: 2016-05-07 01:42:42.459614017 +0800 #而这两个时间变为了 echo 命令的执行时间
```

而如果只修改文件的状态（比如改变文件的所有者），而不修改文件的数据，则只会更改状态修改时间（ChangeTime），如下：

```bash
[root@localhost ~]# chown nobody bols
[root@localhost ~]# stat bols
File: "bols"
Size: 6 Blocks: 8   10 Block: 4096 普通文件
Device: 803h/2051d Inode: 130829 Links: 1
Access: (0644/-rw-r-r-) Uid: ( 502/ nobody) Gid: ( 0/root)
Access: 2016-05-07 01:41:08.202924900 +0800
Modify: 2016-05-07 01:42:42.459614017 +0800
# 前两个时间还是之前修改的时间
Change: 2016-05-07 01:43:09.676860399 +0800
#而状态修改时间变为了chown命令的执行时间
```

而如果用 touch 命令再次触摸这个文件，则这个文件的三个时间 都会改变。touch 命令的作用就是这样的，大家记住即可。如下：
```bash
[root@localhost ~]# touch bols
[root@localhost ~]# stat bols
File: "bols"
Size: 6 Blocks: 8   10 Block: 4096 普通文件
Device: 803h/2051d Inode: 130829 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 502/ nobody) Gid: ( 0/root)
Access: 2016-05-07 01:54:14.466809236 +0800
Modify: 2016-05-07 01:54:14.466809236 +0800
Change: 2016-05-07 01:54:14.466809236 +0800
#三个时间都会变为touch命令的执行时间
```

stat命令

# Linux mv命令：移动文件或改名
mv 是用来剪切的命令，其基本信息如下。
* 命令名称：mv。
* 英文原意：move(rename)files。
* 所在路径：/bin/mv。
* 执行权限：所有用户。
* 功能描述：移动文件或改名。



## 命令格式
```bash
[root@localhost ~]# mv 【选项】 源文件 目标文件
```
选项：
* -f：强制覆盖，如果目标文件已经存在，则不询问，直接强制覆盖；
* -i：交互移动，如果目标文件已经存在，则询问用户是否覆盖（默认选项）；
* -n：如果目标文件已经存在，则不会覆盖移动，而且不询问用户；
* -v：显示详细信息；

## 常见用法
【例 1】移动文件或目录。
```bash
[root@localhost ~]# mv cangls /tmp/
#移动之后，源文件会被删除，类似剪切
[root@localhost ~]# mkdir movie
[root@localhost ~]# mv movie/ /tmp/
#也可以移动目录。和 rm、cp 不同的是，mv 移动目录不需要加入"-r"选项
```
如果移动的目标位置已经存在同名的文件，则同样会提示是否覆盖，因为 mv 命令默认执行的也是"mv -i"的别名，例如：
```bash
[root@localhost ~]# touch cangls
#重新建立文件
[root@localhost ~]# mv cangls /tmp/
mv:县否覆盖"tmp/cangls"？y
#由于 /tmp/ 目录下已经存在 cangls 文件，所以会提示是否覆盖，需要手工输入 y 覆盖移动
```
【例 2】强制移动。
之前说过，如果目标目录下已经存在同名文件，则会提示是否覆盖，需要手工确认。这时如果移动的同名文件较多，则需要一个一个文件进行确认，很不方便。

如果我们确认需要覆盖已经存在的同名文件，则可以使用"-f"选项进行强制移动，这就不再需要用户手工确认了。例如：
```bash
[root@localhost ~]# touch cangls
#重新建立文件
[root@localhost ~]# mv -f cangls /tmp/
#就算 /tmp/ 目录下已经存在同名的文件，由于"-f"选项的作用，所以会强制覆盖
```
【例 3】不覆盖移动。
既然可以强制覆盖移动，那也有可能需要不覆盖的移动。如果需要移动几百个同名文件，但是不想覆盖，这时就需要"-n"选项的帮助了。例如：
```bash
[root@localhost ~]# ls /tmp*ls
/tmp/bols /tmp/cangls
#在/tmp/目录下已经存在bols、cangls文件了
[root@localhost ~]# mv -vn bols cangls lmls /tmp/
"lmls"->"/tmp/lmls"
#再向 /tmp/ 目录中移动同名文件，如果使用了 "-n"选项，则可以看到只移动了 lmls，而同名的 bols 和 cangls 并没有移动（"-v"选项用于显示移动过程）
```
【例 4】改名。
如果源文件和目标文件在同一目录中，那就是改名。例如：
```bash
[root@localhost ~]# mv bols lmls
#把 bols 改名为 lmls
目录也可以按照同样的方法改名。
```
【例 5】显示移动过程。
如果我们想要知道在移动过程中到底有哪些文件进行了移动，则可以使用"-v"选项来査看详细的移动信息。例如：
```bash
[root@localhost ~]# touch testl.txt test2.txt test3.txt
#建立三个测试文件
[root@localhost ~]# mv -v *.txt/tmp/
"test1.txt" -> "/tmp/test1.txt"
"test2.txt" -> "/tmp/test2.txt"
"test3.txt" -> "/tmp/test3.txt"
#加入"-v"选项，可以看到有哪些文件进行了移动
```

mv命令

# Linux more命令：分屏显示文件内容
如果文件过大，则 cat 命令会有心无力，这时 more 命令的作用更加明显。

more 是分屏显示文件的命令，其基本信息如下。
* 命令名称：more。
* 英文原意：file perusal filter for crt viewin。
* 所在路径：/bin/more。
* 执行权限：所有用户。
* 功能描述：分屏显示文件内容。



## 命令格式
```bash
[root@localhost ~]# more 文件名
```
more 命令比较简单，一般不用什么选项，命令会打开一个交互界面，可以识别一些交互命令。常用的交互命令如下。
* 空格键：向下翻页。
* b：向上翻页。
* 回车键：向下滚动一行。
* / 字符串：搜索指定的字符串。
* q：退出。

## 常见用法
```bash
[root@localhost ~]# more anaconda-ks.cfg
# Kickstart file automatically generated by anaconda.
#version=DEVEL
install
cdrom
…省略部分内容…
--More--(69%)
#在这里执行交互命令即可
```

more命令

# Linux ln命令：在文件之间建立链接（硬链接和软链接）详解版

如果要想说清楚 ln 命令，则必须先解释下 ext 文件系统是如何工作的。我们在前面讲解了分区的格式化就是写入文件系统，而我们的 Linux 目前使用的是 ext4 文件系统。
ext4 文件系统会把分区主要分为两大部分（暂时不提超级块）：小部分用于保存文件的 inode (i 节点）信息；剩余的大部分用于保存 block 信息。



inode 的默认大小为 128 Byte，用来记录文件的权限（r、w、x）、文件的所有者和属组、文件的大小、文件的状态改变时间（ctime）、文件的最近一次读取时间（atime）、文件的最近一次修改时间（mtime）、文件的数据真正保存的 block 编号。每个文件需要占用一个 inode。大家如果仔细查看，就会发现 inode 中是不记录文件名的，那是因为文件名记录在文件所在目录的 block 中。

block 的大小可以是 1KB、2KB、4KB，默认为 4KB。block 用于实际的数据存储，如果一个 block 放不下数据，则可以占用多个 block。例如，有一个 10KB 的文件需要存储，则会占用 3 个 block，虽然最后一个 block 不能占满，但也不能再放入其他文件的数据。这 3 个 block 有可能是连续的，也有可能是分散的。

## ln命令格式
了解了 ext 文件系统的概念，我们来看看 ln 命令的基本信息。
* 命令名称：ln。
* 英文原意：make links between file0
* 所在路径：/bin/ln。
* 执行权限：所有用户。
* 功能描述：在文件之间建立链接。

ln 命令的基本格式如下：
```bash
[root@localhost ~]# ln [选项] 源文件 目标文件
```
选项：
* -s：建立软链接文件。如果不加"-s"选项，则建立硬链接文件；
* -f：强制。如果目标文件已经存在，则删除目标文件后再建立链接文件；

如果创建硬链接：
```bash
[root@localhost ~]# touch cangls
[root@localhost ~]# ln /root/cangls /tmp/
#建立硬链接文件，目标文件没有写文件名，会和原名一致
#也就是 /root/cangls 和 /tmp/cangls 是硬链接文件
```

如果创建软链接：
```bash
[root@localhost ~]# touch bols
[root@localhost ~]# In /root/bols /tmp/
```
#建立软链接文件
这里需要注意，软链接文件的源文件必须写成绝对路径，而不能写成相对路径（硬链接没有这样的要求）；否则软链接文件会报错。这是初学者非常容易犯的错误。

建立硬链接和软链接非常简单，那这两种链接有什么区别？它们都有什么作用？这才是链接文件最不容易理解的地方，我们分别来讲讲。
硬链接

我们再来建立一个硬链接文件，然后看看这两个文件的特点。

```bash
[root@localhost ~]# touch test
#建立源文件
[root@localhost ~]# ln /root/test /tmp/test-hard
#给源文件建立硬链接文件 /tmp/test-hard
[root@localhost ~]# ll -i /root/test /tmp/test-hard
262147 -rw-r--r-- 2 root root 0 6月 19 10:06 /root/test
hard
262147 -rw-r--r-- 2 root root 0 6月 19 10:06 /tmp/test-hard
```
#查看两个文件的详细信息，可以发现这两个文件的 inode 号是一样的，"ll"等同于"ls -l"。
这里有一件很奇怪的事情，我们之前在讲 inode 号的时候说过，每个文件的 inode 号都应该是不一样的。inode 号就相当于文件 ID，我们在查找文件的时候，要先查找 inode 号，才能读取到文件的内容。

但是这里源文件和硬链接文件的 inode 号居然是一样的，那我们在查找文件的时候，到底找到的是哪一个文件呢？

在 inode 信息中，是不会记录文件名称的，而是把文件名记录在上级目录的 block 中。也就是说，目录的 block 中记录的是这个目录下所有一级子文件和子目录的文件名及 inode 的对应；而文件的 block 中记录的才是文件实际的数据。

当我们查找一个文件，比如 /root/test 时，要经过以下步骤：
1. 首先找到根目录的 inode（根目录的 inode 是系统已知的，inode 号是 2），然后判断用户是否有权限访问根目录的 block。
2. 如果有权限，则可以在根目录的 block 中访问到 /root 的文件名及对应的 inode 号。
3. 通过 /root/ 目录的 inode 号，可以查找到 /root/ 目录的 inode 信息，接着判断用户是否有权限访问 /root/ 目录的 block。
4. 如果有权限，则可以从 /root/ 目录的 block 中读取到 test 文件的文件名及对应的 inode 号。
5. 通过 test 文件的 inode 号，就可以找到 test 文件的 inode 信息，接着判断用户是否有权限访问 test 文件的 block。
6. 如果有权限，则可以读取 block 中的数据，这样就完成了 /root/test 文件的读取与访问。

按照这个步骤，在给源文件 /root/test 建立了硬链接文件 /tmp/test-hard 之后，在 /root/ 目录和 /tmp/ 目录的 block 中就会建立 test 和 test-hard 的信息，这个信息主要就是文件名和对应的 inode 号。但是我们会发现 test 和 test-hard 的 inode 信息居然是一样的，那么，我们无论访问哪个文件，最终都会访问 inode 号是 262147 的文件信息。

这就是硬链接的原理。硬链接的特点如下：
* 不论是修改源文件（test 文件），还是修改硬链接文件（test-hard 文件），另一个文件中的数据都会发生改变。
* 不论是删除源文件，还是删除硬链接文件，只要还有一个文件存在，这个文件（inode 号是 262147 的文件）都可以被访问。
* 硬链接不会建立新的 inode 信息，也不会更改 inode 的总数。
* 硬链接不能跨文件系统（分区）建立，因为在不同的文件系统中，inode 号是重新计算的。
* 硬链接不能链接目录，因为如果给目录建立硬链接，那么不仅目录本身需要重新建立，目录下所有的子文件，包括子目录中的所有子文件都需要建立硬链接，这对当前的 Linux 来讲过于复杂。

硬链接的限制比较多，既不能跨文件系统，也不能链接目录，而且源文件和硬链接文件之间除 inode 号是一样的之外，没有其他明显的特征。这些特征都使得硬链接并不常用，大家有所了解就好。

我们通过实验来测试一下。


```bash
[root@localhost ~]# touch check
#建立源文件
[root@localhost ~]# ln -s /root/check /tmp/check-soft
#建立软链接文件
[root@localhost ~]# ll -id /root/check /tmp/check-soft
262154 -rw-r--r-- 1 root root 0 6月 19 11:30 /root/check
917507 lrwxrwxrwx 1 root root 11 6月 19 11:31 /tmp/ check-soft -> /root/check
#软链接和源文件的 inode 号不一致，软链接通过 -> 明显地标识出源文件的位置
#在软链接的权限位 lrwxrwxrwx 中，l 就代表软链接文件
```
再强调一下，软链接的源文件必须写绝对路径，否则建立的软链接文件就会报错，无法正常使用。

软链接的标志非常明显，首先，权限位中"l"表示这是一个软链接文件；其次，在文件的后面通过 "->" 显示出源文件的完整名字。所以软链接比硬链接的标志要明显得多，而且软链接也不像硬链接的限制那样多，比如软链接可以链接目录，也可以跨分区来建立软链接。

软链接完全可以当作 Windows 的快捷方式来对待，它的特点和快捷方式一样，我们更推荐大家使用软链接，而不是硬链接。

大家在学习软链接的时候会有一些疑问：Windows 的快捷方式是由于源文件放置的位置过深，不容易找到，建立一个快捷方式放在桌面，方便查找，那 Linux 的软链接的作用是什么呢？

笔者个人觉得，软链接主要是为了照顾管理员的使用习惯。比如，有些系统的自启动文件 /etc/rc.local 放置在 /etc/ 目录中，而有些系统却将其放置在 /etc/rc.d/rc.local 中，那么干脆对这两个文件建立软链接，不论你习惯操作哪一个文件，结果都是一样的。

软链接和硬链接在原理上最主要的不同在于：硬链接不会建立自己的 inode 索引和 block（数据块），而是直接指向源文件的 inode 信息和 block，所以硬链接和源文件的 inode 号是一致的；而软链接会真正建立自己的 inode 索引和 block，所以软链接和源文件的 inode 号是不一致的，而且在软链接的 block 中，写的不是真正的数据，而仅仅是源文件的文件名及 inode 号。

我们来看看访问软链接的步骤和访问硬链接的步骤有什么不同。
1. 首先找到根目录的 inode 索引信息，然后判断用户是否有权限访问根目录的 block。
2. 如果有权限访问根目录的 block，就会在 block 中查找到 /tmp/ 目录的 inode 号。
3. 接着访问 /tmp/ 目录的 inode 信息，判断用户是否有权限访问 /tmp/ 目录的 block。
4. 如果有权限，就会在 block 中读取到软链接文件 check-soft 的 inode 号。因为软链接文件会真正建立自己的 inode 索引和 block，所以软链接文件和源文件的 inode 号是不一样的。
5. 通过软链接文件的 inode 号，找到了 check-soft 文件 inode 信息，判断用户是否有权限访问 block。
6. 如果有权限，就会发现 check-soft 文件的 block 中没有实际数据，仅有源文件 check 的 inode 号。
7. 接着通过源文件的 inode 号，访问到源文件 check 的 inode 信息，判断用户是否有权限访问 block。
8. 如果有权限，就会在 check 文件的 block 中读取到真正的数据，从而完成数据访问。

通过这个过程，我们就可以总结出软链接的特点（软链接的特点和 Windows 中的快捷方式完全一致）。
* 不论是修改源文件（check），还是修改硬链接文件（check-soft)，另一个文件中的数据都会发生改变。
* 删除软链接文件，源文件不受影响。而删除原文件，软链接文件将找不到实际的数据，从而显示文件不存在。
* 软链接会新建自己的 inode 信息和 block，只是在 block 中不存储实际文件数据，而存储的是源文件的文件名及 inode 号。
* 软链接可以链接目录。
* 软链接可以跨分区。

我们测试一下软链接的特性。

```bash
[root@localhost ~]# echo 111>>/root/check
#修改源文件
[root@localhost ~]# cat /root/check
111
[root@localhost ~]# cat /tmp/check-soft
111
#不论是源文件还是软链接文件，数据都发生改变
[root@localhost ~]# echo 2222 >>/tmp/check-soft
#修改软链接文件
[root@localhost ~]# cat /tmp/check-soft
111
2222
[root@localhost ~]# cat /root/check
111
2222
#不论是源文件还是软链接文件，数据也都会发生改变
[root@localhost ~]# rm -rf/root/check
#删除源文件
[root@localhost ~]# cat /tmp/check-soft
cat: /tmp/check-soft:没有那个文件或目录
#软链接无法正常使用

```
软链接是可以链接目录的，例如：
```bash
[root@localhost ~]# mkdir test
#建立源目录
[root@localhost ~]# ln -s /root/test/ /tmp/
[root@localhost ~]# ll -d /tmp/test
lrwxrwxrwx 1 root root 11 6月 19 12:43 /tmp/test->/root/test/
#软链接可以链接目录
```