BASH SHELL ls -l 输出了什么

转载来源：http://blog.itpub.net/29621173/viewspace-1150127/

[root@orser ~]# ls -l install.log

-rw-r--r--. 1 root root 48005 Apr 22 05:38 install.log
再次将上面结果分为7组分别是【-rw-r--r--.】【1】【root 】【root 】【48005 】【Apr 22 05:38】【install.log】
【第一组-rw-r--r--.】

第一个字符表示文件类型

d：文件目录

b：块 设备文件

[root@orser ~]# ls -l /dev/sda1

brw-rw----. 1 root disk 8, 1 Apr 25 19:41 /dev/sda1

c：字符设备 文件

[root@orser ~]# ls -l /dev/console 

crw-------. 1 root root 5, 1 Apr 25 19:41 /dev/console

l：连接文件(软连接)

[root@orser ~]# ls -l /dev/fd

lrwxrwxrwx. 1 root root 13 Apr 25 19:41 /dev/fd -> /proc/self/fd

p：管道文件：确切的说是FIFO(先进先出)，也可以说是有名管道，跟管道稍有区别
s：套接字文件（不晓得为什么在帮助文档中没有提到）

-：普通文件

【注1】块设备与字符设备：

其最大的区别在于是否可以被随机访问，块设备可以被随机访问，字符设备不可以被随机访问。

【注2】硬链接与软链接：

两者区别在于一个文件分别做硬链接和软链接，当删除原文件时，软链接失效而硬链接依然可用。其次软链接与原文件的inode号不同，而硬链接与原文件的inode号相同。另外硬链接不能跨设备做，而软链接可以

【注3】管道：

管道是一种特殊文件，也可以说是一种特殊的虚拟文件，因为他只是在内存中开辟了一块区域。通过对两个进程的索引节点inode进行关联，使得两个进程间传输。不过管道属于半双工，也就是数据只能流向一个方向。

测试软硬链接的区别

[root@orser orser]# touch link

[root@orser orser]# ln link linkh

[root@orser orser]# ln -s link links

137901 -rw-r--r--. 2 root root 11 Apr 25 23:13 link

137901 -rw-r--r--. 2 root root 11 Apr 25 23:13 linkh

138760 lrwxrwxrwx. 1 root root  4 Apr 25 23:14 links -> link

以上可以看出软链接的inode号与原文件不同，硬链接的inode号与原文件相同

[root@orser orser]# cat link

kkkskdadsf

[root@orser orser]# cat links

kkkskdadsf

[root@orser orser]# cat linkh

kkkskdadsf

[root@orser orser]# rm -f link

[root@orser orser]# cat linkh

kkkskdadsf

[root@orser orser]# cat links

cat: links: No such file or directory

           以上可以得出当原文件被删除时，软链接不可用 ，硬连接可用。

           [root@orser orser]# ln -s /home/text linkss

[root@orser orser]# ls -l

lrwxrwxrwx. 1 root root    10 Apr 26 15:17 linkss -> /home/text

[root@orser orser]# ln /home/text linkd

ln: creating hard link `linkd' => `/home/text': Invalid cross-device link

以上可以看出软链接可以跨设备，而硬链接不能跨设备

2-10权限位

2-4：所属主权限即为谁创建的文件
5-7：所属组权限
8-10：其他人权限

       每一组权限都分为3个字符rwx，r为可读权限对应数字为4，w为可写权限对应数字为2，x为可执行权限对应数字为1。
           rwx所在的位置是不会改变的，有该权限就会显示字符，没有该权限就变成减号(-)
          修改文件权限：chmod

原文件权限
[root@orser orser]# ls -l link
-rw-r--r--. 1 root root 0 Apr 26 15:18 link
为该文件添加拥有者可执行权限
[root@orser orser]# chmod u+x link
[root@orser orser]# ls -l link
-rwxr--r--. 1 root root 0 Apr 26 15:18 link
为该文件添加所属组可写入和可执行权限
[root@orser orser]# chmod g+wx link
[root@orser orser]# ls -l link
-rwxrwxr--. 1 root root 0 Apr 26 15:18 link
为该文件去除其他人可读权限

          [root@orser orser]# chmod o-r link

[root@orser orser]# ls -l link

-rwxrwx---. 1 root root 0 Apr 26 15:18 link

也可以使用数字的方式修改权限
以原始文件为基准为该文件添加其他人可读可写可执行权限
[root@orser orser]# chmod 647 link
[root@orser orser]# ls -l link
-rw-r--rwx. 1 root root 0 Apr 26 15:18 link
将该文件全选还原到原始权限
[root@orser orser]chmod 644 link
[root@orser orser]# ls -l link
-rw-r--r--. 1 root root 0 Apr 26 15:18 link

强制位与冒险位（suid、sgid、stickty）

suid   数字为4

        说明：任何用户在执行拥有suid权限的命令时都会以命令用者的身份拥有                

        添加与去除的方法同添加去除普通选项 

                chmod  u+s  添加suid权限(往命令上添加)

                chmod  u-s  删除suid权限

         【注】suid作用到 可执行文件上，作用到目录上没有意义         

sgid   数字为2

        说明： 任何用户在拥有sgid权限的目录下创建的文件都要继承该目录的组

        添加与删除方法：

                chmod g+s  添加sgid权限

                 chmod g-s  删除suid权限

         【注】 sgid作用到目录上，作用到文件上没有意义，cp过去的文件也会被作用         

sticky    t    数字为1

         说明： 任何用户在拥有t权限的目录下创建的文件，只能该用户删除，其他人无权删除

          添加与去除

                chmod o+t 添加t权限

                chmod o-t 添加t权限

        【注】sticky 作用到目录上，作用在文件上没有意义

强制位与冒险位同样可以使用数字模式添加或去除

添加和去除的方法为在普通数字权限 前加上强制位与冒险位的数字权限。

      例如：chmod   4777 cat

umask默认权限反掩码

当我们在创建文件或者目录的时候都会有一个默认权限，那么这个默认权限是怎么来的，就是通过umask计算得来的，一般root用户的umask值为022，普通用户的umask值为002。那么系统是怎么通过umask计算出创建文件或目录的权限的呢？
1、创建目录

取得777中每一位的二进制码（111 111 111）

      取得umask中每一位的二进制码（000 010 010）

对umask中每一位的二进制码取反（111 101 101）

用777中每一位的二进制码和取反后的umask中每一位的二进制码做与运算（111 101 101）即755.

如果上面的国语繁琐，可以直接使用下列步骤

777=rwxrwxrwx

022=----w--w-

两者相减就是了。

2、创建文件

和创建目录的算法相同，只不过创建文件是用666与umask做运 算。

11位

测试与SELinux的关系
       [root@orser orser]# sestatus
      SELinux status:                 disabled

[root@orser orser]# touch se

[root@orser orser]# ls -l se

-rw-r--r-- 1 root root 0 Apr 26 17:58 se

[root@orser orser]# sestatus

SELinux status:                 enabled

[root@orser orser]# ls -l se

            -rw-r--r--. 1 root  root 0 Apr 2 6 17:58 se
           经过测试发现当SELinux开启 时创建文件此位会有点出现

当SELinux关闭时创建文件此位不 会出现点，但是当再次开启SELinux时该文件此位置又会出现点。

        

测试与ACL的关系

[root@orser orser]# touch aclt

[root@orser orser]# ls -l aclt 

-rw-r--r--. 1 root root 0 Apr 26 18:33 aclt

[root@orser orser]# setfacl -m user:oracle:--x aclt

[root@orser orser]# ls -l aclt 
-rw-r-xr--+ 1 root root 0 Apr 26 18:33 aclt

经过测试我们发现当此文件设置了acl权限的时候这一位上变成了+号。

综上测试：

如果这一位上有点，那只能证明系统开启过SELinux并且是在，或者该文件在开启SELinux之前就已经存在；如果这一位上面是+号那么可以证明是该文件具有acl权限控制。

【第二组 1 】

文件硬链接数。
测试：

[root@orser orser]# touch link
[root@orser orser]# ls -l link
-rw-r--r--. 1 root root 0 Apr 26 18:53 link
[root@orser orser]# ln link linkh
[root@orser orser]# ls -l link*
-rw-r--r--. 2 root root 0 Apr 26 18:53 link
-rw-r--r--. 2 root root 0 Apr 26 18:53 linkh

通过测试可以得出，当一个文件创建了硬链接的时候，此位为硬链接个数，同样做硬链接的那个文件此位和此文件相同

【第三组  root  】

该文件或目录的拥有者
即哪个用户对此文件或目录有足够的权限，只有拥有者（root除外）能够改变文件的属性，当用户被删除后该位置只显示用户id。
[root@orser orser]# useradd -u 508 -g users testuser
[root@orser orser]# su - testuser
[testuser@orser ~]$ id
uid=508(testuser) gid=100(users) groups=100(users) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
[testuser@orser ~]$ touch test
[testuser@orser ~]$ ls -l test
-rw-r--r--. 1 testuser users 0 Apr 26 19:57 test
[root@orser ~]# userdel testuser
[root@orser ~]# ls -l /home/testuser/test 
-rw-r--r--. 1 508 users 0 Apr 26 19:57 /home/testuser/test
508为文件只记录的用户id，由于用户被删除关联不到用户信息所以只能显示本身记录的用户id。用户组也是同样道理

【第四组  root  】

该文件或目录属于哪个用户组，道理和用户一样。

【第五组  48005  】

文件大小

【第六组  Apr 22 05:38 】

最后一次修改时间

【第七组  install.log 】

文件名

参考资料

块设备与字符设备     http://blog.itpub.net/10522540/viewspace-198228/
软硬链接             http://www.cnblogs.com/itech/archive/2009/04/10/1433052.html
管道、FIFO           http://www.ibm.com/developerworks/cn/linux/l-ipc/part1/   
                     http://www.ibm.com/developerworks/cn/linux/l-lpic1-v3-103-4/   
                     http://oss.org.cn/kernel-book/ch07/7.1.1.htm
ACL                  http://www.ibm.com/developerworks/cn/linux/l-acl/   
                     http://linuxguest.blog.51cto.com/195664/124107