用了这么久 Linux，才知道这些术语

透了！）

/etc 下比起不可忽视的几个PDF有

/etc/modprobe.dLinux驱动接口

/etc/passwd读取客户端密码

/etc/fstab 读取E-的资讯

/etc/issue读取种系统开启是推断的段落

/etc 附录下切勿放于十六进制PDF，十六进制PDF最好摆放在 /sbin 和 /bin 里面。

/etc 附录下有两个不可忽视的PDF，/etc/x11 可用放于 X Window 种系统配置PDF，例如 xorg.conf，/etc/opt 这个主要放于第三方四人的软件 /opt 的就其配置PDF。

/lib 附录

种系统的函数坎有很多，而 /lib 附录就像一个仓坎，它可用放于指派 /bin 和 /sbin 里面十六进制PDF所所需的坎，这些交换坎CG对于种系统 boot 和指派六根FAT里面的下令同样不可忽视。

/media 附录

media 是电子媒体的英文，不一定 /media下可以放于可用可飘移电子媒体（例如 USB、DVD、CD-ROM 和 Zip 驱动器）的加装点和子附录。

/mnt 附录

如果你就让暂时E-某些额外的器材，你可以摆放在 /mnt 这个附录下，其实最初的时候，/mnt 可作和 /media 一样，只是在此再次有了 /media 再次，这个附录就被用来临时E-了。

/opt 附录

/opt/ 附录为大多数软件的的软件提供读取空间，将PDF放于在 /opt/ 附录里面的打包就会创设一个与打包同名的附录。 反过来，该附录保存了原先就会分散在整个FAT里面的PDF，从而为种UAC提供了一种简单的方法来相符特定打包里面每个PDF的主角。

例如，如果 sample 是座落 /opt/ 附录里面的特定的的软件的旧名，那么所有PDF都放于在 /opt/sample/ 附录里面的附录里面，例如 /opt/sample/bin/ 坚称十六进制PDF 和 /opt/sample/man/ 可用参考书页。

/proc 附录

/proc 附录本身是一个绑定FAT(virtual filesystem)，他放于的数据资料是在磁盘里面，比如种系统核心的资讯，空档的资讯，周边器材不太可能互联网状况等。因为这个附录下的数据资料都是在磁盘里面的，所以本身不迁出驱动器空间。

这个附录下比起不可忽视的PDF有 /proc/cpuinfo、/proc/dma、/proc/interrupts、/proc/net/。

/sbin 附录

/sbin 附录读取 root 客户端运可用的可指派PDF。/sbin 里面的可指派PDF在开启时运可用，可用种系统管理和指派种系统再多全恢复可用。除了 /bin 里面的十六进制之外，/sbin 还举例来说开启、再多全恢复和修复种系统所所需的十六进制PDF。

/sbin 附录下举例来说 arp、clock、halt、init、grub、ifconfig、route、shutdown 等。

/tmp 附录

这个附录一个大放于的都是一些临时PDF，这些PDF在种系统开启时被清除。

/sys 附录

这个附录其实和 /proc 非常类似于，也是一个绑定FAT，主要是就有核心与种系统硬件就其的资讯。这个附录值得提醒也不迁出驱动器空间。

/usr 附录

/usr 附录是所需好好闲谈闲谈得一个附录了，很多里面学毕业者都误以为 /usr 是 user 的缩读到，其实 usr 是 Unix Software Resource 的缩读到，FHS 建言的软件开源无论如何将数据资料前提的放于在这个附录的次附录下，切勿自己创设的软件独立的附录。

所有种系统意味着的的软件都就会摆放在 /usr 一个大，因此这个附录实在太类似于 Windows 里面的 C:Windows + C:Program files 这两个附录的区域性，一般而言，种系统刚加装再多毕后，这个附录就会迁出较多的驱动器容量，/usr 的次附录建言有一个大这些段落

/usr/bin/一般客户端必须运可用的堆栈都摆放在这个附录下，CentOS 7 开始，/usr/bin 下堆栈和 /bin 附录下堆栈一毛一样。

/usr/lib/整体上，与 /lib 可执行相同，所以 /lib 就是客户端到这个附录里面的。

/usr/local 种UAC在在机下载的的软件都建言加装到这个附录下，便于管理。

/usr/sbin 非种系统较长时间运转所所需的种系统堆栈，最相似的就是某些互联网一站式器的软件的一站式堆栈，不过整体可执行与 /sbin 差不多，因此迄今为止 /sbin 就是客户端到此附录里面的。

/usr/share 交换PDF放于区，这个附录下还有这些次附录 /usr/share/man ，/usr/share/doc，/usr/share/zoneinfo

/usr/games 与电子游戏就其的数据资料放于附近

/usr/include C/C++ 等程序在语言的 header 和 include 放于附近，也是直接客户端的。

/usr/src 一般程式坎建言摆放在这，src 是 source 的意思，至于核心程式坎则建言摆放在 /usr/src/linux 附录下。

/run 附录

20世纪的 FHS 明定种系统开机后所造成了的各项的资讯无论如何要放于到 /var/run 附录下，新版的 FHS 则原则到 /run 一个大。

/var 附录

如果说 /usr 是加装时就会迁出较大驱动器容量的附录，那么 /var就是在种系统运转后才就会逐渐迁出驱动器容量的附录。/var 主要举例来说高速文件系统、提出申请PDF以及某些的软件运转所造成了的的附录，举例来说程序在PDF，例如 MySQL 数据资料坎PDF等，相似的附录有

/var/cache 软件文件系统附录

/var/crash 种系统错误的资讯

/var/log 笔记就有

/var/run 数据流的标志数据资料

/var/tmp 临时PDF附录

/var/lock PDF锁定就有

/srv 附录

srv 可以便是 service 的缩读到，是一些互联网一站式开启再次，这些一站式所所需则有的数据资料附录，相似的一站式例如 WWW, FTP 。

CentOS 7 在附录的编排上与整体上的版本不同，下面不太可能粗略叙述过了，这里做个摘要，比起大的不同就是将许多原先无论如何在六根附录里面的附录，将全部数据资料挪到了 /usr 里面去，然后顺利进行客户端设，这些段落举例来说

/bin -> /usr/bin/sbin -> /usr/sbin/lib -> /usr/lib/lib64 -> /usr/lib64/var/lock -> /run/lock/var/run -> /run

为了方便大家清晰的看不到这些附录都是做什么的，我插布了一个布，布里面的这些附录之间的关系很像一棵松树，所以这个附录又被称作附录松树。

这个附录松树不太可能很清晰了，就看不出可说的了。

绝对切线和相对切线

和其他种系分立样，Linux 里面的切线也可分绝对切线（absolute）和相对切线（relative），这两种的读音依据如下：

由六根附录开始的切线都是绝对切线，比如上布附录松树里面的 /boot、/usr/local 等相对于不一定PDF切线的读音是相对切线，比如 ../var/log 附录

这里所需提醒一点，相对切线是以你不一定所在切线的相对左边来飘移的，比如你不一定在 /boot 这个附录下，你就让飘移到 /usr/src 这个附录

绝对切线负数：/usr/src

相对切线负数：../usr/src

这里还所需提醒两个特殊的附录：

. ：代表不一定附录，也可以运可用 ./ 来坚称.. ：代表上一层附录，也可以用 ../ 来坚称

关于绝对切线和相对切线的概括疑虑：当PDF切线来得长时，引荐运可用相对切线，因为你并不需要向绝对切线一样，把所有的切线都读到一遍，而直接运可用 ../ 亦可；

但是从PDF切线的有效性来说，绝对切线要比相对切线要好。

如果你是在读到程序在来管理种系统，务必运可用绝对切线，因为绝对切线不管你的PDF切线在哪，都就会找出以外的PDF；而相对切线如果PDF飘移后，就可能就会存在找不到PDF的情形。

与附录有关的堆栈

一个大我们就来闲谈一闲谈和附录就其的几条堆栈

cd

cd 就是 change directory 的缩读到，这条堆栈必须插入不一定管理工作附录，有一个大四种插入方型式

cd /切线名 # 坚称插入到以外的管理工作附录cd ./ # 坚称插入到不一定管理工作附录(无任何插入)cd .. # 坚称插入到不一定管理工作附录的上一层附录cd ~ # 坚称返回到不一定客户端附录

一个大我们来幻灯片一下这四个 cd 插入方型式的可用

可以看不到，我们分别运可用 cd /usr/local 插入到了堆栈附录下；运可用 cd ./ 从未插入任何附录（红浪费了两秒钟）；运可用 cd .. 插入到了不一定管理工作附录的上一级；运可用 cd ~ 插入到了不一定提出申请客户端的意味着管理工作附录。

这里所需提醒的就是 cd ~ ，如果你直接运可用 cd ，插入效果和 cd ~ 一样，不一定 "cd ~ == cd "。

pwd

下面还有一条堆栈是 pwd ，这个堆栈是我们最相似的堆栈，它的运可用频率完全和 cd 一样，因为一条 cd 堆栈多半左边跟着一条 pwd 堆栈，所以你可以看出 pwd 堆栈有多么不可忽视了把。

pwd 是 Print Working Directory 的缩读到，它是打印机出不一定所在附录的堆栈。

但是 pwd 不一定只可用推断不一定管理工作切线，它还可以用来推断以外管理工作附录下的PDF切线

不过这个堆栈好像看不出用，因为我们不太可能明白管理工作附录下的切线了，还打印机出来做什么呢？

mkdir

mkdir 可用创设新附录，它是 make directory 的缩读到，一般而言，它左边就会跟着两个值。

-m ：设PDF的实质上，直接设，并不需要考虑意味着PDF的创设实质上-p ：表达式创设附录

一个大是运可用 mkdir 创设PDF附录的可用

如上布所示，我们在 /tmp PDF附录下创设了一个被称作 test1 的空附录，并打印机出了不一定的管理工作附录。

如果你就让创设不想让其他客户端访问的附录，你可以运可用一个大的下令

mkdir -m 711 test2

上布里面的 ls -ld 详见PDF附录的详细的资讯，可以看不到，详细的资讯最前面的是PDF的实质上。

一个一个创设附录太麻烦了，现在我们就让加速创设这些附录，比如我们就让创设 /test1/test2/test3/test4 这种附录格型式，我们运可用了一个大代码

Linux 就会提出我们不能运可用这种创设方型式。

此时就所需 -p 这个值的出现了，这个值必须意味着我们表达式创设附录，如下所示

其实运可用 -p 这种方型式并不引荐运可用，因为很容易打错字。。。

rmdir

rmdir 可用来得正空附录，它的运可用和 mkdir 非常类似于，mkdir -p 可用表达式创设附录，值得提醒的，rmdir -p 也必须表达式来得正附录。如下布所示

这里所需提醒，rmdir 只是来得正空附录，这也意味着附录里面有段落的话是不能来得正的，那该如何来得正呢？可以直接运可用 rm -r 来顺利进行来得正。

mv

运可用 mv 必须来得改为附录的旧名，比如我们创设了一个被称作 test 的附录，在此再次我们说道这个附录不能凸显出来它的管理者，我们就让改为一下它的英文名字，这时候就可以运可用 mv 堆栈就可以来得改为。

在理解再多整体的附录可用再次，一个大来想一个疑虑，为什么我们必须在各种附录下指派 ls 堆栈都必须推断段落？按理说 ls 不无论如何只是在其放于切线下才必须运可用吗？

首再大家所需再理解一个 PATH 的概念，PATH 是生态程序中，当我们在指派一条堆栈的时候，首再种系统就会按照 PATH 的设去每个 PATH 下PDF名为 ls 的可指派PDF，如果有多个可指派PDF，那么优再搜索到的再被指派。

。

英太青凝胶
头上有斑秃怎么治疗
如何治疗膝骨关节炎
什么血糖仪准确度高
哪种家用血糖仪比较好
用血糖仪测血糖准吗
康恩贝肠炎宁颗粒的用量说明书
血糖仪哪个牌子准确