Linux inode 詳解

来源:https://www.cnblogs.com/llife/archive/2019/09/06/11470668.html
-Advertisement-
Play Games

操作系統的文件數據除了實際內容之外,通常含有非常多的屬性,例如 Linux 操作系統的文件許可權與文件屬性。文件系統通常會將這兩部分內容分別存放在 inode 和 block 中。 ...


CentOS-Logo

操作系統的文件數據除了實際內容之外,通常含有非常多的屬性,例如Linux操作系統的文件許可權與文件屬性。文件系統通常會將這兩部分內容分別存放在inodeblock中。


inode 和 block 概述

文件是存儲在硬碟上的,硬碟的最小存儲單位叫做扇區sector,每個扇區存儲512位元組。操作系統讀取硬碟的時候,不會一個個扇區地讀取,這樣效率太低,而是一次性連續讀取多個扇區,即一次性讀取一個塊block。這種由多個扇區組成的塊,是文件存取的最小單位。塊的大小,最常見的是4KB,即連續八個sector組成一個block

文件數據存儲在塊中,那麼還必須找到一個地方存儲文件的元信息,比如文件的創建者、文件的創建日期、文件的大小等等。這種存儲文件元信息的區域就叫做inode,中文譯名為索引節點,也叫i節點。因此,一個文件必須占用一個inode,但至少占用一個block

  • 元信息 → inode
  • 數據 → block

inode 內容

inode包含很多的文件元信息,但不包含文件名,例如:位元組數、屬主UserID、屬組GroupID、讀寫執行許可權、時間戳等。

而文件名存放在目錄當中,但Linux系統內部不使用文件名,而是使用inode號碼識別文件。對於系統來說文件名只是inode號碼便於識別的別稱。

stat

  • 查看inode信息
[root@localhost ~]# mkdir test
[root@localhost ~]# echo "this is test file" > test.txt
[root@localhost ~]# stat test.txt
  File: ‘test.txt’
  Size: 18              Blocks: 8          IO Block: 4096   regular file
Device: fd00h/64768d    Inode: 33574994    Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Context: unconfined_u:object_r:admin_home_t:s0
Access: 2019-08-28 19:55:05.920240744 +0800
Modify: 2019-08-28 19:55:05.920240744 +0800
Change: 2019-08-28 19:55:05.920240744 +0800
 Birth: -

三個主要的時間屬性:

ctimechange time是最後一次改變文件或目錄(屬性)的時間,例如執行chmodchown等命令。
atimeaccess time是最後一次訪問文件或目錄的時間。
mtimemodify time是最後一次修改文件或目錄(內容)的時間。

file

  • 查看文件類型
[root@localhost ~]# file test
test: directory
[root@localhost ~]# file test.txt
test.txt: ASCII text

inode 號碼

錶面上,用戶通過文件名打開文件,實際上,系統內部將這個過程分為三步:

1.系統找到這個文件名對應的inode號碼;
2.通過inode號碼,獲取inode信息;
3.根據inode信息,找到文件數據所在的block,並讀出數據。

其實系統還要根據inode信息,看用戶是否具有訪問的許可權,有就指向對應的數據block,沒有就返回許可權拒絕。

ls -i

  • 直接查看文件i節點號,也可以通過stat查看文件inode信息查看i節點號
[root@localhost ~]# ls -i
33574991 anaconda-ks.cfg      2086 test  33574994 test.txt

inode 大小

inode也會消耗硬碟空間,所以格式化的時候,操作系統自動將硬碟分成兩個區域。一個是數據區,存放文件數據;另一個是inode區,存放inode所包含的信息。每個inode的大小,一般是128位元組或256位元組。通常情況下不需要關註單個inode的大小,而是需要重點關註inode總數。inode總數在格式化的時候就確定了。

df -i

  • 查看硬碟分區的inode總數已使用情況
[root@localhost ~]# df -i
Filesystem               Inodes IUsed   IFree IUse% Mounted on
/dev/mapper/centos-root 8910848 26029 8884819    1% /
devtmpfs                 230602   384  230218    1% /dev
tmpfs                    233378     1  233377    1% /dev/shm
tmpfs                    233378   487  232891    1% /run
tmpfs                    233378    16  233362    1% /sys/fs/cgroup
/dev/sda1                524288   328  523960    1% /boot
tmpfs                    233378     1  233377    1% /run/user/0

特有現象

由於inode號碼與文件名分離,導致一些Unix/Linux系統具備以下幾種特有的現象。

1.文件名包含特殊字元,可能無法正常刪除。這時直接刪除inode,能夠起到刪除文件的作用;

find ./* -inum 節點號 -delete

2.移動文件或重命名文件,只是改變文件名,不影響inode號碼;
3.打開一個文件以後,系統就以inode號碼來識別這個文件,不再考慮文件名。

這種情況使得軟體更新變得簡單,可以在不關閉軟體的情況下進行更新,不需要重啟。因為系統通過inode號碼,識別運行中的文件,不通過文件名。更新的時候,新版文件以同樣的文件名,生成一個新的inode,不會影響到運行中的文件。等到下一次運行這個軟體的時候,文件名就自動指向新版文件,舊版文件的inode則被回收。


inode 耗盡故障

由於硬碟分區的inode總數在格式化後就已經固定,而每個文件必須有一個inode,因此就有可能發生inode節點用光,但硬碟空間還剩不少,卻無法創建新文件。同時這也是一種攻擊的方式,所以一些公用的文件系統就要做磁碟限額,以防止影響到系統的正常運行。

至於修複,很簡單,只要找出哪些大量占用i節點的文件刪除就可以了。

demo:

1.先準備一個比較小的硬碟分區/dev/sdb1,並格式化掛載,這裡掛載到了/data目錄下。

[root@localhost ~]# df -hT /data/
Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/sdb1      xfs    29M  1.8M   27M   6% /data

2.先測試可以正常創建文件。

[root@localhost ~]# touch /data/test{1..5}.txt
[root@localhost ~]# ls /data/
test1.txt  test2.txt  test3.txt  test4.txt  test5.txt

3.查看i節點的使用情況。

[root@localhost ~]# df -i /data/
Filesystem     Inodes IUsed IFree IUse% Mounted on
/dev/sdb1       16384     8 16376    1% /data

4.編寫一個測試程式,創建大量空文件,用於耗盡此分區中的i節點數。

[root@localhost ~]# vim killinode.sh
#!/bin/bash
i=1
while [ $i -le 16376 ]
do
touch /data/file$i
let i++
done

5.運行測試程式,結束後查看i節點占用情況,磁碟分區空間使用情況。

[root@localhost ~]# sh killinode.sh
[root@localhost ~]# df -i /data/
Filesystem     Inodes IUsed IFree IUse% Mounted on
/dev/sdb1       16384 16384     0  100% /data
[root@localhost ~]# df -hT /data/
Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/sdb1      xfs    29M   11M   19M  36% /data

6.雖然還有很多剩餘空間,但是i節點耗盡了,也無法創建創建新文件,這就是i節點耗盡故障。

[root@localhost ~]# touch /data/newfile.txt
touch: cannot touch ‘/data/newfile.txt’: No space left on device

硬鏈接與軟鏈接

硬鏈接

通過文件系統的inode鏈接來產生的新的文件名,而不是產生新的文件,稱為硬鏈接。

一般情況下,每個inode號碼對應一個文件名,但是Linux允許多個文件名指向同一個inode號碼。意味著可以使用不同的文件名訪問相同的內容。

ln 源文件 目標

運行該命令以後,源文件與目標文件的inode號碼相同,都指向同一個inodeinode信息中的鏈接數這時就會增加1

當一個文件擁有多個硬鏈接時,對文件內容修改,會影響到所有文件名;但是刪除一個文件名,不影響另一個文件名的訪問。刪除一個文件名,只會使得inode中的鏈接數減1

需要註意的是不能對目錄做硬鏈接。

通過mkdir命令創建一個新目錄,其硬鏈接數應該有2個,因為常見的目錄本身為1個硬鏈接,而目錄下麵的隱藏目錄.(點號)是該目錄的又一個硬鏈接,也算是1個連接數。

軟鏈接

類似於Windows的快捷方式功能的文件,可以快速連接到目標文件或目錄,稱為軟鏈接。

ln -s 源文件或目錄 目標文件或目錄

軟鏈接就是再創建一個獨立的文件,而這個文件會讓數據的讀取指向它連接的那個文件的文件名。例如,文件A和文件Binode號碼雖然不一樣,但是文件A的內容是文件B的路徑。讀取文件A時,系統會自動將訪問者導向文件B。這時,文件A就稱為文件B的軟鏈接soft link或者符號鏈接symbolic link

這意味著,文件A依賴於文件B而存在,如果刪除了文件B,打開文件A就會報錯。這是軟鏈接與硬鏈接最大的不同:文件A指向文件B的文件名,而不是文件Binode號碼,文件Binode鏈接數不會因此發生變化。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 內容安全策略(CSP)是一個增加的安全層,可幫助檢測和緩解某些類型的攻擊,包括跨站點腳本(XSS)和數據註入攻擊。這些攻擊用於從數據竊取到站點破壞或惡意軟體分發的所有內容(深入CSP) 簡而言之,CSP是網頁控制允許載入哪些資源的一種方式。例如,頁面可以顯式聲明允許從中載入JavaScript,CS ...
  • 場景 Winform中對ZedGraph的RadioGroup進行數據源綁定,即通過代碼添加選項: https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/100540152 Winform中自定義xml配置文件後對節點進行讀取與寫入: h ...
  • 場景 在尋找設置RadioGroup的選項時沒有找到相關博客,在DevExpress的官網找到 怎樣給其添加選項。 DevExpress官網教程: https://documentation.devexpress.com/WindowsForms/DevExpress.XtraEditors.Rad ...
  • 場景 Winform中自定義xml配置文件後對節點進行讀取與寫入: https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/100532137 在上面已經對xml配置文件對節點能進行讀取與寫入之後 ,實現對節點元素的 添加與刪除。 關註公眾 ...
  • 前提 入行已經7,8年了,一直想做一套漂亮點的自定義控制項,於是就有了本系列文章。 GitHub:https://github.com/kwwwvagaa/NetWinformControl 碼雲:https://gitee.com/kwwwvagaa/net_winform_custom_contr ...
  • 介紹 .NET工程化、AOP、異常處理、緩存、日誌、響應優化、上傳下載、健康檢查、後臺任務、認證和授權、安全性、EF Core 等等 ...
  • 關於 Natasha 動態構建已經成為了封裝者們的家常便飯,從現有的開發趨勢來看,普通反射性能之低,會迫使開發者轉向EMIT/表達式樹等構建方式,但是無論是EMIT還是表達式樹,都會依賴於反射的元數據。 Natasha 通過使用 Roslyn技術,已經解決了上述的問題,在保證高效可靠的同時,提供了一 ...
  • 場景 Winform中自定義xml配置文件,並配置獲取文件路徑: https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/100522648 上面已經實現自定義配置文件的配置和讀取的基礎上,繼續對配置文件進行讀取與寫入。 xml配置文件如下 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...