hash值, 监控工具, umask, 分区, inode和block

1. hash值

对文件进行hash运算, 生成一段哈希值, 对比自己的哈希值和发送文件给其他人后的哈希值, 检验文件是否被修改

md5sum file
sha1sum file
sha256sum file
sha512sum file
# /etc/login.defs 可以查看一些关于生成用户的基本配置, 
# 在给用户加密是用的是sha512算法

2. chage

先来看看/etc/shadow的内容:

用户名:加密后的密码:从1970.1.1开始到上一次修改密码之间的时间:密码的最小存活期:最大存活期:\
警告天数:密码过期时间:账号过期时间:保留位
# 注:
# passwd: !!表示没有设置密码, !表示lock, 用户无法登录
# 若第三个位置的值为0, 则强制用户在下一次登录时修改密码
# 在密码的最小存活期限内不可修改密码, 为0则表示随时可以修改
chage options username
  -d days
  -L lock | -U unlock
  -E 过期
  -I 过期

3. 监控工具

w # 查看系统中当前的用户连接数
last # 用户登录系统的历史
lastb # 登录未遂的历史
lastlog # 登录的日志

4. 默认权限umask

目录 777
文件 666 # 默认权限中去除了x权限, 使系统更安全
不同用户的umask值:
root 0022
普通用户 0002
初始配置的umask值在/etc/bashrc中, 用户可在~/.bashrc中定义自己的umask值
# 最终用户创建的目录默认权限 = 777 - 用户的umask值
#              文件        = 666 - 用户的umask值

5. 分区与文件系统

作用: 逻辑分割硬盘

文件系统类型     适合的环境    优缺点
xfs             大文件        占CPU多, 但性能佳
ext             小文件        占CPU少, 性能没有xfs好
# 文件系统分好之后inode和block的数量就同时被确定好了

baobab

文件系统使用占比的图形化展示

6. inode和block

inode与文件一一对应, inode数量用完便不能存文件

file

元数据 数据
metadata data
用来描述数据 block size, 文件系统的最小组成单位: 1K, 2K, 4K
类型, 权限, UID, GID<br />链接数<br />大小, 时间戳<br />指针(指明数据在磁盘中的位置)<br />等等...
# 用户真正在读取一个文件数据的过程是这样的:
/root -> word (文件名) -> inode (文件名所对应的) 
-> inode 表 (找到对应的指针) -> block块中的data
# ext派系的命令:
ls -h # 实际大小(包括其内所含文件)
du -h # 所占的block块大小
df -i # 查看每一个分区的文件系统的inode信息
tune2fs -l /dev/sda1 # 查看分区/dev/sda1的super block信息
dumpe2fs /dev/sda1 # 查看分区/dev/sda1的块组信息(包括普通块和超级块)
# 修复ext系列文件系统(假设/dev/sdb1挂载在/mnt下):
dd if=/dev/zero of=/dev/sdb1 bs=1K count=4 #破坏了分区/dev/sdb1的第一个superblock
umount /mnt # 修复时需要先卸载
fsck /dev/sdb1 # 进行文件系统检查
e2fsck [-b 98304] /dev/sdb1 # 可用-b选项指定以98304位置的超级块进行修复
# 注: lost+found 此文件中若存在内容, 一般是inode与block无法对应等文件系统损坏的问题
# 修复xfs系列文件系统:
xfs_repair

(1) cp和inode

    1. 分配了一个新的inode, 在inode table中新建了一条entry
    2. 目录下新建文件名, 建立inode和block之间的映射
    3. 将data复制到新文件所对应的block中

(2) mv和inode

  • 同一个文件系统内:
    1. 新目录下创建新文件名
    2. 删除旧的文件名
    3. inode table和data block均不变
  • 不同的文件系统内:
    1. cp + rm
    1. 会在新的文件系统内分配新的inode

(3) rm和inode

    1. 减少链接数, 直到为0
    2. block块将被释放, 转为可用(但此时原数据依旧存在)
    3. 移除文件名

7. 软硬链接

(1) 硬链接

# 特点:
# 1. 在同一个文件系统内
# 2. 有同一个inode
# 3. link count + 1
# 4. 不可跨分区和磁盘
# 5. 两者指向同一个文件数据, 其中一个被修改时另一个也会被修改
link source dest
link /root/tmp_test/ /tmp/ # 将/root/tmp_test硬链接到/tmp目录

(2) 软链接

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

推荐阅读更多精彩内容