0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Linxu系統(tǒng)中文件系統(tǒng)的掛載方法和應(yīng)用實(shí)例

Linux閱碼場(chǎng) ? 來源:Linux閱碼場(chǎng) ? 作者:Linux閱碼場(chǎng) ? 2021-06-30 15:01 ? 次閱讀

1.開場(chǎng)白

環(huán)境:處理器架構(gòu):arm64內(nèi)核源碼:linux-5.11ubuntu版本:20.04.1代碼閱讀工具:vim+ctags+cscope

我們知道,Linux系統(tǒng)中我們經(jīng)常將一個(gè)塊設(shè)備上的文件系統(tǒng)掛載到某個(gè)目錄下才能訪問這個(gè)文件系統(tǒng)下的文件,但是你有沒有思考過:為什么塊設(shè)備掛載之后才能訪問文件?掛載文件系統(tǒng)Linux內(nèi)核到底為我們做了哪些事情?是否可以不將文件系統(tǒng)掛載到具體的目錄下也能訪問?下面,本文將詳細(xì)講解Linxu系統(tǒng)中,文件系統(tǒng)掛載的奧秘。

注:本文主要講解文件系統(tǒng)掛載核心邏輯,暫不涉及掛載命名空間和綁定掛載等內(nèi)容(后面的內(nèi)容可能會(huì)涉及),且以ext2磁盤文件系統(tǒng)為例講解掛載。本專題文章分為上下兩篇,上篇主要介紹掛載全貌以及具體文件系統(tǒng)的掛載方法,下篇介紹如何通過掛載實(shí)例關(guān)聯(lián)掛載點(diǎn)和超級(jí)塊。

2. vfs 幾個(gè)重要對(duì)象

在這里我們不介紹整個(gè)IO棧,只說明和文件系統(tǒng)相關(guān)的vfs和具體文件系統(tǒng)層。我們知道在Linux中通過虛擬文件系統(tǒng)層VFS統(tǒng)一所有具體的文件系統(tǒng),提取所有具體文件系統(tǒng)的共性,屏蔽具體文件系統(tǒng)的差異。VFS既是向下的接口(所有文件系統(tǒng)都必須實(shí)現(xiàn)該接口),同時(shí)也是向上的接口(用戶進(jìn)程通過系統(tǒng)調(diào)用最終能夠訪問文件系統(tǒng)功能)。

下面我們來看下,vfs中幾個(gè)比較重要的結(jié)構(gòu)體對(duì)象:

2.1 file_system_type

這個(gè)結(jié)構(gòu)來描述一種文件系統(tǒng)類型,一般具體文件系統(tǒng)會(huì)定義這個(gè)結(jié)構(gòu),然后注冊(cè)到系統(tǒng)中;定義了具體文件系統(tǒng)的掛載和卸載方法,文件系統(tǒng)掛載時(shí)調(diào)用其掛載方法構(gòu)建超級(jí)塊、跟dentry等實(shí)例。

文件系統(tǒng)分為以下幾種:

1)磁盤文件系統(tǒng)

文件在非易失性存儲(chǔ)介質(zhì)上(如硬盤,flash),掉電文件不丟失。

如ext2,ext4,xfs

2)內(nèi)存文件系統(tǒng)

文件在內(nèi)存上,掉電丟失。

如tmpfs

3)偽文件系統(tǒng)

是假的文件系統(tǒng),是利用虛擬文件系統(tǒng)的接口(可以對(duì)用戶可見如proc、sysfs,也可以對(duì)用戶不可見內(nèi)核可見如sockfs,bdev)。

如proc,sysfs,sockfs,bdev

4)網(wǎng)絡(luò)文件系統(tǒng)

這種文件系統(tǒng)允許訪問另一臺(tái)計(jì)算機(jī)上的數(shù)據(jù),該計(jì)算機(jī)通過網(wǎng)絡(luò)連接到本地計(jì)算機(jī)。

如nfs文件系統(tǒng)

結(jié)構(gòu)體定義源碼路徑:include/linux/fs.h +2226

2.2 super_block

超級(jí)塊,用于描述塊設(shè)備上的一個(gè)文件系統(tǒng)總體信息(如文件塊大小,最大文件大小,文件系統(tǒng)魔數(shù)等),一個(gè)塊設(shè)備上的文件系統(tǒng)可以被掛載多次,但是內(nèi)存中只能有個(gè)super_block來描述(至少對(duì)于磁盤文件系統(tǒng)來說)。

結(jié)構(gòu)體定義源碼路徑:include/linux/fs.h +1414

2.3 mount

掛載描述符,用于建立超級(jí)塊和掛載點(diǎn)等之間的聯(lián)系,描述文件系統(tǒng)的一次掛載,一個(gè)塊設(shè)備上的文件系統(tǒng)可以被掛載多次,每次掛載內(nèi)存中有一個(gè)mount對(duì)象描述。

結(jié)構(gòu)體定義源碼路徑:fs/mount.h +39

2.4 inode

索引節(jié)點(diǎn)對(duì)象,描述磁盤上的一個(gè)文件元數(shù)據(jù)(文件屬性、位置等),有些文件系統(tǒng)需要從塊設(shè)備上讀取磁盤上的索引節(jié)點(diǎn),然后在內(nèi)存中創(chuàng)建vfs的索引節(jié)點(diǎn)對(duì)象,一般在文件第一次打開時(shí)創(chuàng)建。

結(jié)構(gòu)體定義源碼路徑:include/linux/fs.h +610

2.5 dentry

目錄項(xiàng)對(duì)象,用于描述文件的層次結(jié)構(gòu),從而構(gòu)建文件系統(tǒng)的目錄樹,文件系統(tǒng)將目錄當(dāng)作文件,目錄的數(shù)據(jù)由目錄項(xiàng)組成,而每個(gè)目錄項(xiàng)存儲(chǔ)一個(gè)目錄或文件的名稱和索引節(jié)點(diǎn)號(hào)等內(nèi)容。每當(dāng)進(jìn)程訪問一個(gè)目錄項(xiàng)就會(huì)在內(nèi)存中創(chuàng)建目錄項(xiàng)對(duì)象(如ext2路徑名查找中,通過查找父目錄數(shù)據(jù)塊的目錄項(xiàng),找到對(duì)應(yīng)文件/目錄的名稱,獲得inode號(hào)來找到對(duì)應(yīng)inode)。

結(jié)構(gòu)體定義源碼路徑:include/linux/dcache.h +90

2.6 file

文件對(duì)象,描述進(jìn)程打開的文件,當(dāng)進(jìn)程打開文件時(shí)會(huì)創(chuàng)建文件對(duì)象加入到進(jìn)程的文件打開表,通過文件描述符來索引文件對(duì)象,后面讀寫等操作都通過文件描述符進(jìn)行(一個(gè)文件可以被多個(gè)進(jìn)程打開,會(huì)由多個(gè)文件對(duì)象加入到各個(gè)進(jìn)程的文件打開表,但是inode只有一個(gè))。

結(jié)構(gòu)體定義源碼路徑:include/linux/fs.h +915

3. 掛載總體流程

3.1系統(tǒng)調(diào)用處理

用戶執(zhí)行掛載是通過系統(tǒng)調(diào)用路徑進(jìn)入內(nèi)核處理,拷貝用戶空間傳遞參數(shù)到內(nèi)核,掛載委托do_mount。

//fs/namespace.c

SYSCALL_DEFINE5(mount

參數(shù):

dev_name 要掛載的塊設(shè)備

dir_name 掛載點(diǎn)目錄

type 文件系統(tǒng)類型名

flags 掛載標(biāo)志

data 掛載選項(xiàng)

-》 kernel_type = copy_mount_string(type); //拷貝文件系統(tǒng)類型名到內(nèi)核空間

-》 kernel_dev = copy_mount_string(dev_name) //拷貝塊設(shè)備路徑名到內(nèi)核空間-》 options = copy_mount_options(data) //拷貝掛載選項(xiàng)到內(nèi)核空間

-》 do_mount(kernel_dev, dir_name, kernel_type, flags, options) //掛載委托do_mount

3.2 掛載點(diǎn)路徑查找

掛載點(diǎn)路徑查找,掛載委托path_mount

do_mount

-》 user_path_at(AT_FDCWD, dir_name, LOOKUP_FOLLOW, &path) //掛載點(diǎn)路徑查找 查找掛載點(diǎn)目錄的 vfsmount和dentry 存放在 path

-》 path_mount(dev_name, &path, type_page, flags, data_page) //掛載委托path_mount

3.3 參數(shù)合法性檢查

參數(shù)合法性檢查, 新掛載委托do_new_mount

path_mount

-》 參數(shù)合法性檢查

-》 根據(jù)掛載標(biāo)志調(diào)用不同函數(shù)處理這里講解是默認(rèn) do_new_mount

3.4 調(diào)用具體文件系統(tǒng)掛載方法

do_new_mount

-》 type = get_fs_type(fstype) //根據(jù)傳遞的文件系統(tǒng)名 查找已經(jīng)注冊(cè)的文件系統(tǒng)類型

-》 fc = fs_context_for_mount(type, sb_flags) //為掛載分配文件系統(tǒng)上下文 struct fs_context

-》 alloc_fs_context

-》 分配fs_context fc = kzalloc(sizeof(struct fs_context), GFP_KERNEL)

-》 設(shè)置 。..

-》 fc-》fs_type = get_filesystem(fs_type); //賦值相應(yīng)的文件系統(tǒng)類型

-》 init_fs_context = **fc-》fs_type-》init_fs_context**; //新內(nèi)核使用fs_type-》init_fs_context接口 來初始化文件系統(tǒng)上下文

if (!init_fs_context) //init_fs_context回掉 主要用于初始化

init_fs_context = **legacy_init_fs_context**; //沒有 fs_type-》init_fs_context接口

-》 init_fs_context(fc) //初始化文件系統(tǒng)上下文 (初始化一些回掉函數(shù),供后續(xù)使用)

來看下文件系統(tǒng)類型沒有實(shí)現(xiàn)init_fs_context接口的情況:

//fs/fs_context.c

init_fs_context = legacy_init_fs_context

-》 fc-》ops = &legacy_fs_context_ops //設(shè)置文件系統(tǒng)上下午操作

-》.get_tree = legacy_get_tree //操作方法的get_tree用于 讀取磁盤超級(jí)塊并在內(nèi)存創(chuàng)建超級(jí)塊,創(chuàng)建跟inode, 跟dentry

-》 root = fc-》fs_type-》mount(fc-》fs_type, fc-》sb_flags,

| fc-》source, ctx-》legacy_data) //調(diào)用文件系統(tǒng)類型的mount方法來讀取并創(chuàng)建超級(jí)塊

-》 fc-》root = root //賦值創(chuàng)建好的跟dentry

有一些文件系統(tǒng)使用原來的接口(fs_type.mount = xxx_mount):如ext2,ext4等

有一些文件系統(tǒng)使用新的接口(fs_type.init_fs_context = xxx_init_fs_context):xfs, proc, sys

無論使用哪一種,都會(huì)在xxx_init_fs_contex中實(shí)現(xiàn) fc-》ops = &xxx_context_ops 接口,后面會(huì)看的都會(huì)調(diào)用fc-》ops.get_tree 來讀取創(chuàng)建超級(jí)塊實(shí)例

繼續(xù)往下走:

do_new_mount

-》 。..

-》 fc = fs_context_for_mount(type, sb_flags) //分配 賦值文件系統(tǒng)上下文

-》 parse_monolithic_mount_data(fc, data) //調(diào)用fc-》ops-》parse_monolithic 解析掛載選項(xiàng)

-》 mount_capable(fc) //檢查是否有掛載權(quán)限

-》 vfs_get_tree(fc) //fs/super.c 掛載重點(diǎn) 調(diào)用fc-》ops-》get_tree(fc) 讀取創(chuàng)建超級(jí)塊實(shí)例

。..

3.5 掛載實(shí)例添加到全局文件系統(tǒng)樹

do_new_mount

。..

-》 do_new_mount_fc(fc, path, mnt_flags) //創(chuàng)建mount實(shí)例 關(guān)聯(lián)掛載點(diǎn)和超級(jí)塊 添加到命名空間的掛載樹中

下面主要看下vfs_get_tree和do_new_mount_fc:

4.具體文件系統(tǒng)掛載方法

1)vfs_get_tree

//以ext2文件系統(tǒng)為例

vfs_get_tree //fs/namespace.c

-》 fc-》ops-》get_tree(fc)

-》 legacy_get_tree //上面分析過 fs_type-》init_fs_context == NULL使用舊的接口(ext2為NULL)

-》fc-》fs_type-》mount

-》 ext2_mount //fs/ext2/super.c 調(diào)用到具體文件系統(tǒng)的掛載方法

來看下ext2對(duì)掛載的處理:

啟動(dòng)階段初始化-》

//fs/ext2/super.c

module_init(init_ext2_fs)

init_ext2_fs

-》init_inodecache //創(chuàng)建ext2_inode_cache 對(duì)象緩存

-》register_filesystem(&ext2_fs_type) //注冊(cè)ext2的文件系統(tǒng)類型static struct file_system_type ext2_fs_type = {

.owner = THIS_MODULE,

.name = “ext2”,

.mount = ext2_mount, //掛載時(shí)調(diào)用 用于讀取創(chuàng)建超級(jí)塊實(shí)例

.kill_sb = kill_block_super, //卸載時(shí)調(diào)用 用于釋放超級(jí)塊

.fs_flags = FS_REQUIRES_DEV, //文件系統(tǒng)標(biāo)志為 請(qǐng)求塊設(shè)備,文件系統(tǒng)在塊設(shè)備上

};

掛載時(shí)調(diào)用-》

// fs/ext2/super.cstatic struct dentry *ext2_mount(struct file_system_type *fs_type,

int flags, const char *dev_name, void *data)

{

return mount_bdev(fs_type, flags, dev_name, data, ext2_fill_super);

}

ext2_mount通過調(diào)用mount_bdev來執(zhí)行實(shí)際文件系統(tǒng)的掛載工作,ext2_fill_super的一個(gè)函數(shù)指針作為參數(shù)傳遞給get_sb_bdev。該函數(shù)用于填充一個(gè)超級(jí)塊對(duì)象,如果內(nèi)存中沒有適當(dāng)?shù)某?jí)塊對(duì)象,數(shù)據(jù)就必須從硬盤讀取。

mount_bdev是個(gè)公用的函數(shù),一般磁盤文件系統(tǒng)會(huì)使用它來根據(jù)具體文件系統(tǒng)的fill_super方法來讀取磁盤上的超級(jí)塊并在創(chuàng)建內(nèi)存超級(jí)塊。

我們來看下mount_bdev的實(shí)現(xiàn)(**它執(zhí)行完成之后會(huì)創(chuàng)建vfs的三大數(shù)據(jù)結(jié)構(gòu) super_block、根inode和根dentry **):

2)mount_bdev源碼分析

//fs/super.c

mount_bdev

-》bdev = blkdev_get_by_path(dev_name, mode, fs_type) //通過要掛載的塊設(shè)備路徑名 獲得它的塊設(shè)備描述符block_device(會(huì)涉及到路徑名查找和通過設(shè)備號(hào)在bdev文件系統(tǒng)查找block_device,block_device是添加塊設(shè)備到系統(tǒng)時(shí)創(chuàng)建的)

-》 s = sget(fs_type, test_bdev_super, set_bdev_super, flags | SB_NOSEC,

|bdev); //查找或創(chuàng)建vfs的超級(jí)塊 (會(huì)首先在文件系統(tǒng)類型的fs_supers鏈表查找是否已經(jīng)讀取過指定的超級(jí)塊,會(huì)對(duì)比每個(gè)超級(jí)塊的s_bdev塊設(shè)備描述符,沒有創(chuàng)建一個(gè))

-》 if (s-》s_root) { //超級(jí)塊的根dentry是否被賦值?

。..

} else { //沒有賦值說明時(shí)新創(chuàng)建的sb

。..

-》 sb_set_blocksize(s, block_size(bdev)) //根據(jù)塊設(shè)備描述符設(shè)置文件系統(tǒng)塊大小

-》 fill_super(s, data, flags & SB_SILENT ? 1 : 0) //調(diào)用傳遞的具體文件系統(tǒng)的填充超級(jí)塊方法讀取填充超級(jí)塊等 如ext2_fill_super

-》 bdev-》bd_super = s //塊設(shè)備bd_super指向sb

}

-》 return dget(s-》s_root) //返回文件系統(tǒng)的根dentry

可以看到mount_bdev主要是:1.根據(jù)要掛載的塊設(shè)備文件名查找到對(duì)應(yīng)的塊設(shè)備描述符(內(nèi)核后面操作塊設(shè)備都是使用塊設(shè)備描述符);2.首先在文件系統(tǒng)類型的fs_supers鏈表查找是否已經(jīng)讀取過指定的vfs超級(jí)塊,會(huì)對(duì)比每個(gè)超級(jí)塊的s_bdev塊設(shè)備描述符,沒有創(chuàng)建一個(gè)vfs超級(jí)塊; 3.新創(chuàng)建的vfs超級(jí)塊,需要調(diào)用具體文件系統(tǒng)的fill_super方法來讀取填充超級(jí)塊。

那么下面主要集中在具體文件系統(tǒng)的fill_super方法,這里是ext2_fill_super:

分析重點(diǎn)代碼如下:

3)ext2_fill_super源碼分析

//fs/ext2/super.cstatic int ext2_fill_super(struct super_block *sb, void *data, int silent)

{

struct buffer_head * bh; //緩沖區(qū)頭 記錄讀取的磁盤超級(jí)塊

struct ext2_sb_info * sbi; //內(nèi)存的ext2 超級(jí)塊信息

struct ext2_super_block * es; //磁盤上的 超級(jí)塊信息

。..

sbi = kzalloc(sizeof(*sbi), GFP_KERNEL); //分配 內(nèi)存的ext2 超級(jí)塊信息結(jié)構(gòu)

if (!sbi)

goto failed;

。..

sb-》s_fs_info = sbi; //vfs的超級(jí)塊 的s_fs_info指向內(nèi)存的ext2 超級(jí)塊信息結(jié)構(gòu)

sbi-》s_sb_block = sb_block;

if (?。╞h = sb_bread(sb, logic_sb_block))) { // 讀取磁盤上的超級(jí)塊到內(nèi)存的 使用buffer_head關(guān)聯(lián)內(nèi)存緩沖區(qū)和磁盤扇區(qū)

ext2_msg(sb, KERN_ERR, “error: unable to read superblock”);

goto failed_sbi;

}

es = (struct ext2_super_block *) (((char *)bh-》b_data) + offset); //轉(zhuǎn)換為struct ext2_super_block 結(jié)構(gòu)

sbi-》s_es = es; // 內(nèi)存的ext2 超級(jí)塊信息結(jié)構(gòu)的 s_es指向真正的ext2磁盤超級(jí)塊信息結(jié)構(gòu)

sb-》s_magic = le16_to_cpu(es-》s_magic); //獲得文件系統(tǒng)魔數(shù) ext2為0xEF53

if (sb-》s_magic != EXT2_SUPER_MAGIC) //驗(yàn)證 魔數(shù)是否正確

goto cantfind_ext2;

blocksize = BLOCK_SIZE 《《 le32_to_cpu(sbi-》s_es-》s_log_block_size); //獲得磁盤讀取的塊大小

/* If the blocksize doesn‘t match, re-read the thing.。 */

if (sb-》s_blocksize != blocksize) { //塊大小不匹配 需要重新讀取超級(jí)塊

brelse(bh);

if (!sb_set_blocksize(sb, blocksize)) {

ext2_msg(sb, KERN_ERR,

“error: bad blocksize %d”, blocksize);

goto failed_sbi;

}

logic_sb_block = (sb_block*BLOCK_SIZE) / blocksize;

offset = (sb_block*BLOCK_SIZE) % blocksize;

bh = sb_bread(sb, logic_sb_block); //重新 讀取超級(jí)塊

if(!bh) {

ext2_msg(sb, KERN_ERR, “error: couldn’t read”

“superblock on 2nd try”);

goto failed_sbi;

}

es = (struct ext2_super_block *) (((char *)bh-》b_data) + offset);

sbi-》s_es = es;

if (es-》s_magic != cpu_to_le16(EXT2_SUPER_MAGIC)) {

ext2_msg(sb, KERN_ERR, “error: magic mismatch”);

goto failed_mount;

}

}

sb-》s_maxbytes = ext2_max_size(sb-》s_blocksize_bits); //設(shè)置最大文件大小

。..

//讀取或設(shè)置 inode大小和第一個(gè)inode號(hào)

if (le32_to_cpu(es-》s_rev_level) == EXT2_GOOD_OLD_REV) {

sbi-》s_inode_size = EXT2_GOOD_OLD_INODE_SIZE;

sbi-》s_first_ino = EXT2_GOOD_OLD_FIRST_INO;

} else {

sbi-》s_inode_size = le16_to_cpu(es-》s_inode_size);

sbi-》s_first_ino = le32_to_cpu(es-》s_first_ino);

。..

}

。..

sbi-》s_blocks_per_group = le32_to_cpu(es-》s_blocks_per_group); //賦值每個(gè)塊組 塊個(gè)數(shù)

sbi-》s_frags_per_group = le32_to_cpu(es-》s_frags_per_group);

sbi-》s_inodes_per_group = le32_to_cpu(es-》s_inodes_per_group); //賦值每個(gè)塊組 inode個(gè)數(shù)

sbi-》s_inodes_per_block = sb-》s_blocksize / EXT2_INODE_SIZE(sb); //賦值每個(gè)塊 inode個(gè)數(shù)

。..

sbi-》s_desc_per_block = sb-》s_blocksize /

sizeof (struct ext2_group_desc); //賦值每個(gè)塊 塊組描述符個(gè)數(shù)

sbi-》s_sbh = bh; //賦值讀取的超級(jí)塊緩沖區(qū)

sbi-》s_mount_state = le16_to_cpu(es-》s_state); //賦值掛載狀態(tài)

。..

if (sb-》s_magic != EXT2_SUPER_MAGIC)

goto cantfind_ext2;

//一些合法性檢查

。..

//計(jì)算塊組描述符 個(gè)數(shù)

sbi-》s_groups_count = ((le32_to_cpu(es-》s_blocks_count) -

le32_to_cpu(es-》s_first_data_block) - 1)

/ EXT2_BLOCKS_PER_GROUP(sb)) + 1;

db_count = (sbi-》s_groups_count + EXT2_DESC_PER_BLOCK(sb) - 1) /

| EXT2_DESC_PER_BLOCK(sb);

sbi-》s_group_desc = kmalloc_array(db_count,

| sizeof(struct buffer_head *),

| GFP_KERNEL); //分配塊組描述符 bh數(shù)組

for (i = 0; i 《 db_count; i++) { //讀取塊組描述符

block = descriptor_loc(sb, logic_sb_block, i);

sbi-》s_group_desc[i] = sb_bread(sb, block); //讀取的 塊組描述符緩沖區(qū)保存 到sbi-》s_group_desc[i]

if (!sbi-》s_group_desc[i]) {

for (j = 0; j 《 i; j++)

brelse (sbi-》s_group_desc[j]);

ext2_msg(sb, KERN_ERR,

“error: unable to read group descriptors”);

goto failed_mount_group_desc;

}

}

sb-》s_op = &ext2_sops; //賦值超級(jí)塊操作

。..

root = ext2_iget(sb, EXT2_ROOT_INO); //讀取根inode (ext2 根根inode號(hào)為2)

sb-》s_root = d_make_root(root); //創(chuàng)建根dentry 并建立根inode和根dentry關(guān)系

ext2_write_super(sb); //同步超級(jí)塊信息到磁盤 如掛載時(shí)間等

可以看到ext2_fill_super主要工作為:

1.讀取磁盤上的超級(jí)塊;

2.填充并關(guān)聯(lián)vfs超級(jí)塊;

3.讀取塊組描述符;

4.讀取磁盤根inode并建立vfs 根inode;

5.創(chuàng)建根dentry關(guān)聯(lián)到根inode。

下面給出ext2_fill_super之后ext2相關(guān)圖解:

有了這些信息,雖然能夠獲得塊設(shè)備上的文件系統(tǒng)全貌,內(nèi)核也能通過已經(jīng)建立好的block_device等結(jié)構(gòu)訪問塊設(shè)備,但是用戶進(jìn)程不能真正意義上訪問到,用戶一般會(huì)通過open打開一個(gè)文件路徑來訪問文件,但是現(xiàn)在并沒有關(guān)聯(lián)掛載目錄的路徑,需要將文件系統(tǒng)關(guān)聯(lián)到掛載點(diǎn),以至于路徑名查找的時(shí)候查找到掛載點(diǎn)后,在轉(zhuǎn)向文件系統(tǒng)的根目錄,而這需要通過do_new_mount_fc來去關(guān)聯(lián)并加入全局的文件系統(tǒng)樹中,下一篇我們將做詳細(xì)講解。

文章出處:【微信公眾號(hào):Linux閱碼場(chǎng)】

責(zé)任編輯:gt

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 處理器
    +關(guān)注

    關(guān)注

    68

    文章

    19047

    瀏覽量

    228512
  • 接口
    +關(guān)注

    關(guān)注

    33

    文章

    8366

    瀏覽量

    150556
  • linxu
    +關(guān)注

    關(guān)注

    0

    文章

    7

    瀏覽量

    2538

原文標(biāo)題:深入理解Linux文件系統(tǒng)之文件系統(tǒng)掛載(上)

文章出處:【微信號(hào):LinuxDev,微信公眾號(hào):Linux閱碼場(chǎng)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    Linux根文件系統(tǒng)掛載過程

    Linux根文件系統(tǒng)(rootfs)是Linux系統(tǒng)中所有其他文件系統(tǒng)和目錄的起點(diǎn),它是內(nèi)核啟動(dòng)時(shí)掛載的第一個(gè)文件系統(tǒng)
    的頭像 發(fā)表于 10-05 16:50 ?161次閱讀

    rtthread支持nandflash掛載fatfs文件系統(tǒng)嗎?

    rtthread支持nandflash掛載fatfs文件系統(tǒng)
    發(fā)表于 09-27 09:45

    想提高開發(fā)效率,不要忘記文件系統(tǒng)

    ?同學(xué)們都知道,開發(fā)過程中文件系統(tǒng)的重要性,同樣的,4G-Cat.1模組的文件系統(tǒng)也非常重要,它通常與數(shù)據(jù)傳輸速度、存儲(chǔ)效率,以及數(shù)據(jù)安全性等有非常重要的關(guān)系,在應(yīng)用開發(fā)中也非常重要。
    的頭像 發(fā)表于 09-21 08:18 ?177次閱讀
    想提高開發(fā)效率,不要忘記<b class='flag-5'>文件系統(tǒng)</b>

    如何修改buildroot和debian文件系統(tǒng)

    本文檔主要介紹在沒有編譯環(huán)境的情況下,如何修改buildroot和debian文件系統(tǒng)方法,如在buildroot文件系統(tǒng)中添加文件、修改目錄等文件
    的頭像 發(fā)表于 07-22 17:46 ?359次閱讀
    如何修改buildroot和debian<b class='flag-5'>文件系統(tǒng)</b>

    linux--sysfs文件系統(tǒng)

    sysfs文件系統(tǒng) sysfs,全稱為System Filesystem,是一個(gè)由Linux內(nèi)核實(shí)現(xiàn)的虛擬文件系統(tǒng)。它扮演著一個(gè)橋梁的角色,將內(nèi)核中的設(shè)備和驅(qū)動(dòng)程序信息以文件的形式呈現(xiàn)給用戶空間
    的頭像 發(fā)表于 07-08 11:37 ?606次閱讀
    linux--sysfs<b class='flag-5'>文件系統(tǒng)</b>

    STM32H750 FATFS文件系統(tǒng)掛載USB驅(qū)動(dòng),USB驅(qū)動(dòng)枚舉過程一直處于ready狀態(tài)是為什么?

    就是FATFS文件系統(tǒng)掛載USB驅(qū)動(dòng),讀寫U盤,我一直不成功USB驅(qū)動(dòng)枚舉過程一直處于ready 狀態(tài),文件系統(tǒng)掛載不成功!請(qǐng)問大家有知道怎么解決的嗎?或者類似案列參考一下!謝謝!
    發(fā)表于 03-27 06:52

    STM32L552VET6配置SDMMCH和文件系統(tǒng),加載文件系統(tǒng)掛載存儲(chǔ)卡會(huì)返回FR_NOT_READY如何解決?

    STM32L552VET6配置SDMMCH和文件系統(tǒng),不加載文件系統(tǒng)可以正常操作存儲(chǔ)卡,但是加載文件系統(tǒng)掛載存儲(chǔ)卡返回FR_NOT_READY,該如何解決。
    發(fā)表于 03-08 07:30

    Linux系統(tǒng)如何擴(kuò)展文件系統(tǒng)

    當(dāng)數(shù)據(jù)盤沒有創(chuàng)建分區(qū),只在設(shè)備上創(chuàng)建了文件系統(tǒng)?;蛘吒袷交擞脖P,就直接mount上系統(tǒng)使用。
    的頭像 發(fā)表于 02-21 09:53 ?759次閱讀

    教你在Ubuntu系統(tǒng)上定制文件系統(tǒng)

    universe 掛載文件系統(tǒng) 因?yàn)槲覀冞@里是通過腳本的方式掛載和卸載文件系統(tǒng),所以需要編寫一個(gè)腳本掛載和卸載文件系統(tǒng)。 ① 新建一個(gè)
    發(fā)表于 12-26 16:33

    服務(wù)器數(shù)據(jù)恢復(fù)—ocfs2文件系統(tǒng)被誤格式化為Ext4文件系統(tǒng)的數(shù)據(jù)恢復(fù)案例

    由于工作人員的誤操作,將Ext4文件系統(tǒng)誤裝入到存儲(chǔ)中Ocfs2文件系統(tǒng)數(shù)據(jù)卷上,導(dǎo)致原Ocfs2文件系統(tǒng)被格式化為Ext4文件系統(tǒng)。 由于Ext4
    的頭像 發(fā)表于 12-04 10:49 ?386次閱讀
    服務(wù)器數(shù)據(jù)恢復(fù)—ocfs2<b class='flag-5'>文件系統(tǒng)</b>被誤格式化為Ext4<b class='flag-5'>文件系統(tǒng)</b>的數(shù)據(jù)恢復(fù)案例

    i.MX6ULL——ElfBoard ELF1板卡 之文件系統(tǒng)目錄的介紹

    )。 /mnt 和/media一樣,也是一個(gè)掛載點(diǎn),但是專用于掛載臨時(shí)的設(shè)備,例如網(wǎng)絡(luò)文件系統(tǒng) /proc 一個(gè)虛擬文件系統(tǒng),為內(nèi)核提供向進(jìn)程發(fā)送信息的機(jī)制。操作
    發(fā)表于 11-24 09:59

    Linux文件系統(tǒng)層的主要結(jié)構(gòu)

    Linux 文件系統(tǒng)體系結(jié)構(gòu)是一個(gè)對(duì)復(fù)雜系統(tǒng)進(jìn)行抽象化的有趣例子。通過使用一組通用的 API 函數(shù),Linux 可以在許多種存儲(chǔ)設(shè)備上支持許多種文件系統(tǒng)。例如,read 函數(shù)調(diào)用可以從指定的
    的頭像 發(fā)表于 11-10 10:37 ?508次閱讀
    Linux<b class='flag-5'>文件系統(tǒng)</b>層的主要結(jié)構(gòu)

    Linux的文件系統(tǒng)特點(diǎn)

    Linux的文件系統(tǒng)特點(diǎn) 文件系統(tǒng)要有嚴(yán)格的組織形式,使得文件能夠以塊為單位進(jìn)行存儲(chǔ)。 文件系統(tǒng)中也要有索引區(qū),用來方便查找一個(gè)文件分成的多
    的頭像 發(fā)表于 11-09 14:48 ?1046次閱讀
    Linux的<b class='flag-5'>文件系統(tǒng)</b>特點(diǎn)

    nfs掛載文件系統(tǒng)終于沒有問題了

    192.168.2.101 網(wǎng)絡(luò)連接正常。 5.nfs掛載文件系統(tǒng): => setenv mmcargs setenv bootargs console=ttymxc0,115200 root
    發(fā)表于 11-08 09:27

    如何把文件系統(tǒng)燒到EMMC并從EMMC加載

    如何下載并從SD卡加載文件系統(tǒng),提到過可以從EMMC引導(dǎo)系統(tǒng),本篇將為您介紹如何把文件系統(tǒng)燒到EMMC,并從EMMC加載。
    的頭像 發(fā)表于 10-30 16:06 ?2624次閱讀
    如何把<b class='flag-5'>文件系統(tǒng)</b>燒到EMMC并從EMMC加載