3.15Day12课堂笔记

Tar  zcvf  oldboy.tar.gz  ./* --exclude={1..4}.txt(制定删除文件压缩包)


排除文件打包

cat paichu.txt

Tar    zcvfX oldboy .tar.gz  paichu.txt  ./*

打包参数文件名字排除的文件


第九章


Linux可以多用户、多任务

用户(user):用来管理Linux系统而存在的

用户一般分为用户名和用户ID,相当于我们的名字和身份证,学生的姓名和学号

用户名是为了方便管理员使用。用户ID是唯一区别一个用户——计算机只区别ID

用户名叫user    UID代表用户ID

Linux里所有的用户和进程都要有用户对应。

文件存在必须对应用户,进程运行必须应用用户


Linux用户分三类

[if !supportLists]1、[endif]超级管理员root(权限堪称皇帝)UID为0,换句话说UID为0的都有皇帝对应的权限。

不要修改id为0便管理员

作业:root密码丢失了如何找回来?


[if !supportLists]2、[endif]虚拟用户(傀儡)

实际存在的用户,但是又不允许他登录。

作用及价值:能够满足文件或者进程运行属主的要求,但是有不会带来管理风险。

UID  1~499  


[if !supportLists]3、[endif]普通用户:

是存在的用户,有允许他登陆。管理员身份创建的,帮助管理员管理系统。

权限仅仅限制家目录。在一些系统级目录可以都不可以写。不可以进入/root

UID  C7 1000起步  C6 500起步

创建一个old girl普通用户

user add old girl 






用户组:集合、组合

相当于人的家庭、老男孩58期;


在Linux里每个用户都必须要有一个组织,这个组织就叫用户组织

用户组也是给人看的,用户自也有唯一的表示,group ID简称GID

默认情况创建用户,并没有创建用户组,他会自动创建一个和用户名相同的用户组以及相同的GID。

[root@liutengda58

     ~]# id oldgirl

uid=1000(oldgirl) gid=1000(oldgirl) groups=1000(oldgirl)


用户和用户组的对应关系

[if !supportLists]1、[endif]一个用户可以一个用户组

[if !supportLists]2、[endif]一个用户可以多个用户组

[if !supportLists]3、[endif]多个用户可以一个用户组

[if !supportLists]4、[endif]多对多。


文件权限:严格的权限。Linux安全权限严格

rwxr-xr-x.

九个字符

R: read   可读取

W:write   可写

X:execute  可执行

-:没有权限

字符分组:三个字符一组,

D     rwx        r-x       r-x     .     2   root   root   64 Mar  7 14:39 opt

用户权限用户组权限其他权限用户用户组

789行:文件的最后修改时间

文件时间有三种:

修改时间:modify,文件内容被改过之后的时间

访问时间:access,文件内容被访问过的时间

变化时间:change, 文件属性修改的时间

[root@liutengda58

     ~]# stat /etc/hosts

  File: ‘/etc/hosts’

  Size: 158        Blocks: 8          IO Block: 4096   regular file

Device: 803h/2051d Inode: 16829814    Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Context: system_u:object_r:net_conf_t:s0

Access: 2019-03-15 08:27:41.407014907 +0800

Modify: 2013-06-07 22:31:32.000000000 +0800

Change: 2019-03-01 18:28:39.673010781 +0800

 Birth: -

获取文件属性的一部分(获取前九个字符)

[root@liutengda58

     ~]# stat -c %A /etc/hosts

-rw-r--r--


更改时间显示格式:ls --time-style=iso -l

-rw-r--r--. 1 root root 0 03-14 20:02 1.txt

-rw-r--r--. 1 root root 0 03-14 20:02 2.txt

-rw-r--r--. 1 root root 0 03-14 20:02 3.txt

-rw-r--r--. 1 root root 0 03-14 20:02 4.txt

-rw-r--r--. 1 root root 0 03-14 20:02 5.txt

-rw-r--r--. 1 root root 7 03-15 11:41 test.txt



[root@liutengda58 ~]# ls -lhi

total 20K

33716595 drwxr-xr-x. 2 root root    6 Mar 14 11:06 1

第一列

数字叫做文件的索引节点(index Node)

类似人的身份证,索引节点是文件在系统中的唯一标识。

找一个文件最终都要通过索引节点才能找到

索引节点的概念处在ext文件系统中(ext2 ext4 ext3)


索引节点是硬上的一块存储空间,大小256字节或者512字节


索引节点里存放是数据文件的属性(大小、时间、用户、组和权限等都在索引节点,唯独不包含文件名(文件名在上级目录的block里)。

磁盘要想使用,先分区,格式化(创建文件系统)

格式化创建文件系统的时,就会生成inode和block。

Inode 作用存储文件的属性信,息,大小、时间等信息同时存放指向文件的指针(类似软连接)

Block(块)作用是存放文件内容的(大片)


Inode特点



Block释义和特点:






一个block最多只能存一个文件的内容。

看inode

[root@liutengda58

     ~]# df -i

Filesystem      Inodes IUsed   IFree IUse% Mounted on

/dev/sda3      9358848 60588 9298260    1% /

devtmpfs        230178   355  229823    1% /dev

tmpfs           232903     1  232902    1% /dev/shm

tmpfs           232903   696  232207    1% /run

tmpfs           232903    16  232887    1% /sys/fs/cgroup

/dev/sda1       102400   327  102073    1% /boot

tmpfs           232903     1  232902    1% /run/user/0

看block信息

[root@liutengda58

     ~]# df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/sda3        18G  1.7G   17G  10% /

devtmpfs        900M     0  900M   0% /dev

tmpfs           910M     0  910M   0% /dev/shm

tmpfs           910M  9.6M  901M   2% /run

tmpfs           910M     0  910M   0% /sys/fs/cgroup

/dev/sda1       197M  116M   82M  59% /boot

tmpfs           182M     0  182M   0% /run/user/0


磁盘满原因有两种:

[if !supportLists]1、[endif]inode满了。

[if !supportLists]2、[endif]Block满了。


No space left on device报错(没有空间在设备上了)磁盘满了

检查步骤:

[if !supportLists]1、[endif]df -h看block信息是不是满了

[if !supportLists]2、[endif]Df -i看是不是indoe满了

[if !supportLists]3、[endif]为什么inode会满? 小文件太多

系统初始化时,block数量远大于inode数量。

一个文件大片占一个inode,十万个block 。


.是标识

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,670评论 5 460
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,928评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,926评论 0 320
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,238评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,112评论 4 356
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,138评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,545评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,232评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,496评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,596评论 2 310
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,369评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,226评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,600评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,906评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,185评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,516评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,721评论 2 335

推荐阅读更多精彩内容