软链接

os 模块提供了非常丰富的方法用来处理文件和目录。常用的方法如下表所示： 序 号 方法及描述 1 os.access(path, mode) :检验权限模式 2 os.chdir(path) 改变当前工作目录 3 os.chflags(path, flags) 设置路径的标记为数字标记。 4 os.chmod(path, mode) 更改权限 5 os.chown(path, uid, gid) 更改文件所有者 6 os.chroot(path) 改变当前进程的根目录 7 os.close(fd) 关闭文件描述符 fd 8 os.closerange(fd_low, fd_high) 关闭所有文件描述符，从 fd_low (包含) 到 fd_high (不包含), 错误会忽略 9 os.dup(fd) 复制文件描述符 fd 10 os.dup2(fd, fd2) 将一个文件描述符 fd 复制到另一个 fd2 11 os.fchdir(fd) 通过文件描述符改变当前工作目录 12 os.fchmod(fd, mode) 改变一个文件的访问权限，该文件由参数fd指定，参数mode是Unix下的文件访问权限。 13 os.fchown(fd, uid, gid) 修改一个文件的所有权，这个函数修改一个文件的用户ID和用户组ID，该文件由文件描述符fd指定。 14 os.fdatasync

/bin/ 　　存放系统命令的目录，普通用户和超级用户都可以执行，是/usr/bin/目录的软链接 /sbin/ 　　存放系统命令的目录，只有超级用户才可以执行，是/usr/sbin/目录的软链接 /usr/bin/ 　　存放系统命令的目录，普通用户和超级用户都可以执行 /user/sbin/ 　　存放系统命令的目录，只有超级用户才可以执行 /boot/ 　　系统启动目录，保存与系统启动相关的文件，如内核文件和启动引导程序文件等（grub） /dev/ 　　设备文件保存目录 /etc/ 　　配置文件保存目录 　　　　系统内所有采用默认安装方式（rpm安装）的服务配置文件全部保存在此目录中，如用户信息、服务的启动脚本、常用服务的配置文件等。 /home/ 　　普通用户的家目录 　　　　　在创建用户时，每一个用户要有一个默认登录和保存自己数据的位置就是用户的家目录，所有普通用户的宿主目录是在/home/下创建一个和用户名相同的目录。如用户user1的家目录就是/home/user1 /lib/ 　　系统调用的函数库保存位置，是/usr/lib/的软链接 /lib64/ 　　64位函数库保存位置，是/usr/lib64/的软链接 /lost+found/ 　　当系统崩溃或者机器意外关机而产生的一些文件碎片会放到这里 　　　　　　　当系统启动的过程中，fsck工具会检查这里

Linux文件系统原理 在所有的操作系统中文件都有文件名与数据，在Linux系统上文件系统分成两个部分：用户数据 (user data) 与元数据 (metadata)。用户数据，即文件数据块 (data block)，数据块是记录文件真实内容的地方；而元数据则是文件的附加属性，如文件大小、创建时间、所有者等信息；在Linux系统中，元数据中的inode号（inode是文件元数据的一部分但其并不包含文件名，inode号即索引节点号）才是文件的唯一标识而非文件名。文件名仅是为了方便人们的记忆和使用，系统或程序通过inode号寻找正确的文件数据块。 Linux文件系统目录 大多数Linux版本采用了FHS（英文：Filesystem Hierarchy Standard 中文：文件系统层次结构标准），FHS定义了系统中每个区域的用途、所需要的最小构成的文件和目录同时还给出了例外处理与矛盾处理。对于ext2/3/4的文件系统，默认的data block大小是4096 byte，当需要新建文件或者目录的时候，最小的分配单位就是data block，也就是4K大小，比如一个文件内容是4M，就要分配1000个data block来存放这个文件的内容，而文件或者目录的属性、权限、data block编号是存在对应的inode中。当新建一个目录的时候，会默认的分配一个block

1.软硬连接 　　 1.1 软链接又叫符号链接，这个文件包含了另一个文件的路径名。可以是任意文件或目录，可以链接不同文件系统的文件。 　　　　 链接文件甚至可以链接不存在的文件，这就产生一般称之为”断链”的现象，链接文件甚至可以循环链接自己。类似于编程语言中的递归。 　　　　软链接文件只是其源文件的一个标记，当删除了源文件后，链接文件不能独立存在，虽然仍保留文件名，但却不能查看软链接文件的内容了。 　　　　　　　　　　　　　　来自--https://baike.baidu.com/item/%E8%BD%AF%E9%93%BE%E6%8E%A5/7177481　　　 　　　　　　1.1.1 创建方式 ln -s source destination 软链接的相对路径不是相对当前目录，而是软连接本身的相对路径　　如下： 　　　　　　　　　　我要将/date/linksoft 软链接到root下，对的代码这样(我当前在data目录)：ln -s ../data/linksoft ../ root 这个相对路径是相对root来讲的 　　　　　　　　　　错的-->> ln -s linksoft /root/ 指向本身了 lrwxrwxrwx. 1 root root 8 Sep 26 09:40 linksoft -> linksoft 　　1.2 一个文件有几个文件名

ln 无参数--------创建硬链接 -s -------------创建软链接 用法：ln [option] 源文件 目标文件 ln test.txt test_hard.txt 只有在同一块磁盘上，inode值一样的，才是同一文件。 创建软链接： ln -s test.txt test_soft.txt readlink 用于查看软链接文件的源文件 readlink test_soft.txt rename 文件重命名工具 rename "_finished" "" * 用法： rename from to file from 代表需要替换或要处理的字符文件的一部分，文件扩展名。 to 把前面from代表的内容替换为to代表的内容即重命名处理后的结果。 basename 为basename指定一个路径，basename命令会删掉所有的前缀包括最后一个slash（‘/’）字符，然后将字符串显示出来。 dirname dirname 命令读取指定路径名删除最后一个“/”（ 斜杠 ）及其后面的字符，保留其他部分，并写结果到标准输出。如果最后一个“/”后无 字符 ，dirname 命令使用倒数第二个“/”，并忽略其后的所有字符。dirname 命令在创建路径名的时候遵从以下规则： 如果 Path 参数为“//”（双 斜杠 ），或者参数 Path 全部由 斜杠 组成，将其转换为单斜杠“

pwd 显示当前工作目录的绝对路径 pwd:print working directory 打印工作目录 1． 基本语法 pwd （功能描述： 显示当前工作目录的绝对路径 ） 2． 案例实操 （ 1 ）显示 当前工作目录的绝对路径 [root@hadoop101 ~]# pwd /root ls 列出目录的内容 ls:list 列出目录内容 1． 基本语法 ls [ 选项 ] [ 目录或是文件 ] 2． 选项说明 表 1-8 选项说明 选项 功能 -a 全部的文件，连同隐藏档 ( 开头为 . 的文件 ) 一起列出来 ( 常用 ) -l 长数据串列出，包含文件的属性与权限等等数据； ( 常用 ) 3． 显示说明 每行列出的信息依次是： 文件类型与权限 链接数 文件属主 文件属组 文件大小用 byte 来表示 建立或最近修改的时间 名字 4． 案例实操 （ 1 ）查看 当前目录的所有内容信息 [atguigu@hadoop101 ~]$ ls -al 总用量 44 drwx------. 5 atguigu atguigu 4096 5 月 27 15:15 . drwxr-xr-x. 3 root root 4096 5 月 27 14:03 .. drwxrwxrwx. 2 root root 4096 5 月 27 14:14 hello -rwxrw-r--. 1

现象:客服反馈webmail发信上传附件时,报错提示上传失败,发信时提示发送失败 前因:运维同事新增加了三台服务器 1.服务器上有一个挂载的公共目录,该目录是存储的上传后的附件文件.该路径是通过一个软链接链接过去的,在新增加的机器上,没有这个软链接,因此就找不到上传目录报权限错误 2.增加软链接后,观察应用日志,发现在读取附件文件的代码逻辑中,有一处判断当前服务器IP是否在配置文件中允许的IP段的逻辑,经过回想以往的经验,认为可以去掉这处逻辑,去掉后上线故障消失 3.该上传目录是获取的md5后的路径名称钱两位,建立目录,存放的文件. 在发送一封信的时候 , 会去读取该目录下的文件拼接成一封完整的eml信发送出去 , 如果找不到就会报发送失败 来源： https://www.cnblogs.com/taoshihan/p/11548289.html

软链接： 1.软链接，以路径的形式存在，类似于Windows操作系统中的快捷方式； 2.软链接可以跨文件系统 ，硬链接不可以； 3.软链接可以对一个不存在的文件名进行链接，硬链接必须要有源文件； 4.软链接可以对目录进行链接。 硬链接: 1.硬链接，以文件副本的形式存在；但不占用实际空间； 2.硬链接不可以给目录创建链接； 3.硬链接只有在同一个文件系统中才能创建； 4.删除其中一个硬链接文件并不影响其他有相同 inode 号的文件。 来源： https://www.cnblogs.com/20190119-tl/p/11529148.html

目录 建立链接文件：ln 建立链接文件：ln Linux链接文件类似于Windows下的快捷方式 链接文件分为软链接和硬链接。 软链接：软链接不占用磁盘空间，源文件删除则软链接失效。 硬链接：硬链接只能链接普通文件，不能链接目录。 通过链接文件可以修改原文件内容 ln 源文件 链接文件 # 创建硬链接 ln -s 源文件 链接文件 # 加 -s 创建软链接 如： ln 1.txt 2.txt # 为1.txt这个文件建立一个硬链接 ln -s 3.txt 4.txt # 为3.txt建立软链接 来源： https://www.cnblogs.com/nichengshishaonian/p/11526939.html

在编译Ogre的时候make install出现了这个问题，这里发现我的libGL.so指向了libGL.so.1.0.0，这是怎么一回事呢？ 搜索libGL.so文件路径： 比如，本机中路径为：/usr/lib/libGL.so 建立symlink: sudo ln -s /usr/lib/libGL.so.1 /usr/lib/x86_64-linux-gnu/libGL.so （之所以链接到libGL.so.1而不是libGL.so可能是为了便于区分） 如果出现错误： ln: failed to create symbolic link '/usr/lib/x86_64-linux-gnu/libGL.so' : File exists 则删除已有链接： sudo rm /usr/lib/x86_64-linux-gnu/libGL.so 重新执行步骤2建立symlink ？？为什么要使用动态链接库？ --《鸟哥的私房菜》中提及：动态函数库在编译的时候，在程序里面只有一个“指向”（Pointer）的位置而已，也就是说，动态函数库的内容并没有被整合到可执行文件中，而是当可执行文件要使用到函数库的时候程序才会读取函数库来使用。由于可执行文件中仅仅具有指向动态函数库所在的指标而已，并不包含函数库的内容，所以它的文件比较小一点。以下摘自APUE： ？